人行横道崩溃Visual Studio的Andr​​oid模拟器 [英] Crosswalk crashes Visual Studio Android Emulator

查看:351
本文介绍了人行横道崩溃Visual Studio的Andr​​oid模拟器的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

这code;

 公共类MainActivity延伸活动{
    @覆盖
    保护无效的onCreate(捆绑savedInstanceState){
       super.onCreate(savedInstanceState);
       的setContentView(R.layout.activity_main);
    }
}

和此布局;

 < org.xwalk.core.XWalkView的xmlns:机器人=htt​​p://schemas.android.com/apk/res/android
    机器人:ID =@ + ID / web视图
    机器人:layout_width =FILL_PARENT
    机器人:layout_height =FILL_PARENT
/>

似乎成功地执行,但可在以后,我对显示器presuming,结果在Visual Studio Android模拟器与崩溃;

  02-11 13:31:26.390 17274-17274 / in.atqu.androidtest A / libc中:致命的信号11(SIGSEGV)为00000000(code = 1),螺纹17274(tqu.androidtest)

我还决定了它;


  • 我的本地连接的ARM设备上不会崩溃

  • 不上的Andr​​oid SDK模拟器崩溃

  • 如果的WebView 代替了
  • 不会崩溃 XWalkView

  • 如果`的setContentView(R.layout.activity_main)被注释掉
  • 不会崩溃

  • 仍然崩溃,如果 XWalkView 初始化/加载

  • 如果在活动切换到 XWalkActivity
  • 仍然崩溃

我想,以确定是否


  1. 这可以是固定的;

  2. 这只是与Visual Studio Android模拟器或问题;

  3. 是否会出现在x86此症状的硬件的也没有理由现在这个presume - 它运行在x86的Andr​​oid SDK模拟器


解决方案

现在其2016年其仍是一个众所周知的问题,如此看来这个库仍然是在x86模拟器的测试阶段。
裸记住,这个问题确实是一个模拟器唯一的问题。一个真正的(ARM)的Andr​​oid手机上的应用程序人行横道将运行得很好。
解决的办法之一是确实要切换到使用ARM映像模拟器(而非x86的凌动为主。你可能会宽松一些加速)
有趣的是,运行MacOSX上Android模拟器上的所有图像运作良好,并不会崩溃。
在Windows和Linux它仍然崩溃模拟器,但还有另一种解决方法。
切换到旧的人行横道库:

科尔多瓦插件添加科尔多瓦 - 插件 - 人行横道-的WebView --variable XWALK_VERSION =org.xwalk:xwalk_core_library:15+

(我希望它不是已经太晚了)。

This code;

public class MainActivity extends Activity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
       super.onCreate(savedInstanceState);
       setContentView(R.layout.activity_main);
    }
}

And this layout;

<org.xwalk.core.XWalkView  xmlns:android="http://schemas.android.com/apk/res/android"
    android:id="@+id/webview"
    android:layout_width="fill_parent"
    android:layout_height="fill_parent"
/>

Seems to succesfully execute, but then afterwards, I'm presuming on display, results in the Visual Studio Android Emulator crashing with;

02-11 13:31:26.390 17274-17274/in.atqu.androidtest A/libc: Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 17274 (tqu.androidtest)

I have additionally determined that it;

  • Does not crash on my locally attached ARM device
  • Does not crash on Android SDK Emulator
  • Does not crash if WebView is used instead of XWalkView
  • Does not crash if `setContentView(R.layout.activity_main) is commented
  • Still crashes if the XWalkView is initialized/loaded
  • Still crashes if the Activity is switched to XWalkActivity

I would like to determine whether;

  1. This can be fixed and;
  2. This is just an issue with the Visual Studio Android Emulator or;
  3. Whether this symptom would occur on x86 hardware also No reason to presume this now - it runs on x86 Android SDK Emulator

解决方案

its 2016 now and its still a well known issue so it seems this library is still in its beta phase for x86 emulator. bare in mind that this issue is indeed an emulator only issue. on a real (ARM) android phone the crosswalk app will run just fine. One of the solutions is indeed to switch the emulator to use an ARM image (rather than x86 Atom based. you might loose some acceleration) The funny thing is that running the Android emulator on MacOSX works well on all images and doesn't crash. On Windows and Linux it still crashes the emulator but there is another workaround. switch to older crosswalk library: cordova plugin add cordova-plugin-crosswalk-webview --variable XWALK_VERSION="org.xwalk:xwalk_core_library:15+" (I hope its not too late for you).

这篇关于人行横道崩溃Visual Studio的Andr​​oid模拟器的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆