简体   繁体   English

mxmlc在linux和Windows下的编译方式不同吗?

[英]mxmlc compiles differently under linux and windows?

I have a project which has several components loaded by a single preloader swf. 我有一个项目,其中一个预加载器swf加载了多个组件。

The preloader swf is strictly AS3 (No flex) and uses Loaders to load two different swfs which both use the flex library (Statically compiled, not rsl). 预加载器swf严格为AS3(无Flex),并使用加载程序加载两个都使用flex库(静态编译,而不是rsl)的不同swf。

When I compile all three under linux and run the resulting preloader, one of the swfs fails to load properly, and the exception below (at the bottom of this post) is thrown. 当我在linux下编译所有三个文件并运行生成的预加载器时,其中一个swfs无法正确加载,并且抛出了下面的异常(在本文的底部)。

If I compile the same component using the same ant task in windows, the component loads just fine without error. 如果我在Windows中使用相同的ant任务编译相同的组件,则该组件会正常加载而不会出现错误。 The windows file is also 683 bytes smaller. Windows文件也小683个字节。

This is true using the flex SDK 3.2.0 and 3.3.0 under linux and windows. 在Linux和Windows下使用flex SDK 3.2.0和3.3.0时,这是正确的。

Have you seen this type of behavior? 您是否看到过这种行为? Can you offer any suggestions for why it might be happening, or how to determine what is wrong? 您能提供关于发生这种情况的原因或如何确定出问题的任何建议吗?

TypeError: Error #1009: Cannot access a property or method of a null object reference.
at mx.managers::FocusManager/activate()
at mx.managers::SystemManager/activateForm()
at mx.managers::SystemManager/activate()
at mx.core::Application/initManagers()
at mx.core::Application/initialize()
at OC_Footer/initialize()
at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::childAdded()
at mx.managers::SystemManager/initializeTopLevelWindow()
at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::docFrameHandler()
at mx.managers::SystemManager/docFrameListener()

So wait, are you using different version of the SDK in each platform? 因此,等等,您在每个平台中都使用不同版本的SDK吗? That would certainly account for some differences (at the very least in the size of the swf...) 这肯定会造成一些差异(至少是瑞士法郎的大小...)

IIUC you get this error when you're loading the page in the browser, right? IIUC,您在浏览器中加载页面时会收到此错误,对吗? It's hard to tell from just the stack trace what's wrong, but I can tell you that I used to get a similar error on Windows and it had to do with keyboard events (eg using the tab key to move between elements when popups are visible, and similar stuff). 仅从堆栈跟踪中很难找出问题所在,但是我可以告诉你,我曾经在Windows上遇到过类似的错误,这与键盘事件有关(例如,在显示弹出窗口时使用Tab键在元素之间移动,和类似的东西)。 Sorry I can't offer a more accurate diagnosis. 抱歉,我无法提供更准确的诊断。

I'm not sure I've solved the real problem (Why the compilation was different under different OS's), but I have found that the newer version of the flex SDK does not exhibit the same issues. 我不确定是否已经解决了真正的问题(为什么在不同的操作系统下编译会有所不同),但是我发现flex SDK的较新版本并没有出现相同的问题。

I created a bug for the issue here: 我在这里为该问题创建了一个错误:

https://bugs.adobe.com/jira/browse/SDK-20147 https://bugs.adobe.com/jira/browse/SDK-20147

The short of it is, build 3958 (The one default with flexbuilder at the time that I created the bug -- This may still be true) appears to have a number of minor bugs. 简而言之,内部版本3958(在我创建错误时,这是​​flexbuilder的默认设置-可能仍然是事实)似乎有许多小错误。 Upgrading the flex SDK to build 4852 alleviates the symptoms, and I can build projects successfully in a number of environments. 升级flex SDK以构建4852可以缓解症状,并且我可以在许多环境中成功构建项目。

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

相关问题 R:getGraphicsEvent在windows和linux下表现不同 - 尤其是鼠标滚动 - R: getGraphicsEvent behaves differently under windows and linux - especially mouse scroll VRPN C ++代码可在Linux上编译,但不能在Windows上编译 - VRPN C++ code compiles on Linux but not Windows 在Windows和Linux上,PropertiesConfiguration和PropertyResourceBundle的行为有所不同 - PropertiesConfiguration and PropertyResourceBundle behaves differently on windows and linux 在Windows或Linux上运行时,功能的行为有所不同 - Function behaves differently when run on Windows or Linux Windows 和 Linux 上的 USB 设备/PyUSB 表现不同 - USB Device/PyUSB on Windows and LInux behaving differently tkinter 在 windows 和 linux 下是否不同? - Is tkinter different under windows and linux? GWT编译器在Linux和Windows中的行为有所不同 - GWT compiler behaves differently in Linux and Windows C memcpy在Linux和Windows上的行为有所不同 - C memcpy behaves differently on Linux and Windows 在Windows上编译MinGW的C ++程序是否适用于Linux上的GNU编译器? - Will a C++ program that compiles for MinGW on Windows work for GNU compiler on Linux? C99代码在Linux上编译,Windows上的语法错误 - C99 code compiles on Linux, syntax errors on Windows
 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM