最近,我发现(在Mac OS X Mavericks上)由于"分段错误",OpenFL和LIME(使用命令行工具)无法正常工作.
在我进入细节之前,这里有一些背景知识.
而现在,我打字的时候得到这个错误lime或openfl或使用他们的任何功能(例如建筑):
Called from lime/utils/ByteArray.hx line 109
Called from lime/system/System.hx line 286
Called from lime/system/System.hx line 405
Uncaught exception - Segmentation fault
无论如何,我不知道背景是否与它有任何关系.我查看了Ubuntu论坛,但没有任何对我有用的东西.任何帮助,将不胜感激; 我在"类似问题"或其他任何地方都找不到太多相关内容.
Haxe编译器3.1.3 + OpenFL 3.0.0 beta.(根据haxelib upgrade描述.)
我试图用IntelliJ和我的Linux盒子设置Haxe.我从haxe(haxe 3.1.3)站点和社区版intellij下载了Linux 64bit二进制文件.我在intellij中安装了Haxe插件,然后创建了一个新的Haxe模块.对于sdk,我选择了我从haxe网站上载的haxe文件夹.我创建了一个新的配置来编译和运行,但它给我一个错误,它找不到标准库.为什么会这样？
Haxe目录树
haxe-3.1.3
??? extra
??? std
??? cpp
??? cs
??? flash
??? flash8
??? haxe
??? java
??? js
??? neko
??? php
??? sys
??? tools
haxe-3.1.3是我在intellij中为haxe工具箱选择的目录.创建一个新的Haxe项目让我选择Haxe 3.1.3(意味着工具包自识别之后就已正确设置).intellij项目中的外部库包括带有std的Haxe目录(当扩展文件夹以查看它包含的内容时).
在SDK中的"项目结构"对话框中,我看到库已正确设置(haxe-3.1.3/std)和haxe可执行文件(haxe-3.1.3/haxelib).Classpath包含Library目录
当我使用openFl编译它并使用flash作为目标时,我得到以下错误
Error:compilation failed
/home/avlahop/development/Haxe/haxe-3.1.3/haxelib
Error:libneko.so: cannot open shared object file: No such file or directory
当我切换到Haxe编译器和Neko或Javascript时,我得到以下内容
Information:Compilation completed with 1 error and 1 warning in 0 sec
Information:1 error
Information:1 warning
Error:compilation failed
Warning:Standard library not found
我的课
package ;
class Test3 {
public function new() …每当我运行haxelib selfupdate时,我都会收到以下错误:
写入文件/ usr/bin/haxelib时出错.请确保您具有写入权限.[FILE_OPEN,在/ usr /斌/ haxelib]
我试图将/ usr/usr/bin和/ usr/bin/haxelib的所有者和组更改为我自己的用户和组,没有用.我犯了同样的错误 :/
如果我尝试以管理员身份运行haxelib,则需要我进行新的haxelib设置(我猜这是每个用户一次设置).一旦我完成设置并运行sudo haxelib selfupdate我得到了以下错误:
编译haxelib客户端时出错:找不到标准库
我试图找到更多有关haxelib如何工作的资源,并组织起来试图解决这个问题,但我做不到.任何人都能解释一下我错过了什么吗？我知道这很愚蠢,但我无法理解.
尝试在我的测试Haxelib上使用haxelib run命令时出现异常:
haxelib run haxelib-test
D:\ HaxeToolkit\haxe\std/neko/vm/Thread.hx:54:字符20-71:无法在宏内创建线程
没有线程,一切正常.
Haxe代码:
import neko.vm.Thread;
class Main {
static function main() {
trace("starting");
var commandsThread = Thread.create(read);
trace("ending");
}
static function read() {
trace("new thread");
}
}
我haxelib.json看起来像这样:
{
"name": "haxelib-test",
"license": "MIT",
"tags": [],
"description": "",
"version": "0.0.1",
"classPath": "src/",
"main": "Main"
}
我正在与Haxe和NME建立一个游戏.我的代码很快编译,但后来我用haxelib添加了Nape物理引擎,现在我的编译时间增加了很多.
我的猜测是Nape库每次都被重新编译,因为看起来输出是一个单独的swf文件,删除库会缩短编译时间.
是否有可能编译一次Nape而不必每次构建时都重新编译它？Neko目标的解决方案是否不同？
我目前正在使用Haxe,特别是haxeflixel用于开发.真正让我烦恼的一件事是构建/编译时间.我甚至没有编译到c ++目标,但决定编译到neko vm,因为我认为它可能更快.然而; neko debug(或release)的编译时间大约是4或5秒.每次我想看到一个结果时都要等这么久才会让它变得糟透了:).
我甚至尝试使用-v命令进行调试,占用时间最多的部分是:
Running command: BUILD
- Copying library file:
C:\HaxeToolkit\haxe\lib\lime/2,9,1/legacy/ndll/Windows/lime-legacy.ndll -> export/windows/neko/
bin/lime-legacy.ndll
- Running command: haxe export/windows/neko/haxe/release.hxml
从上面的摘录看,似乎一切都表现正常,这让我担心,因为我不希望正常这么慢.
现在4到5秒对一些人来说可能看起来不是很多,但是Golang,javascript,java和其他超级快速编译的语言在那里 - 我被宠坏了.还有另一个我可以编译的目标,我不知道哪个会比neko vm编译更快？有什么办法可以提高编译速度或进一步调试编译速度慢的原因吗？
我正在尝试为我的haxe库创建一些命令,但我遇到了问题.实际上,我想在haxelib run <mylib> <command>发送命令的目录中生成一些文件和目录.
但是,当它运行时,它会在我的lib目录中生成数据(run.n所在的位置).我的路径如下:
Sys.getCwd() + "/myfile.txt"
我也试过了
"myfile.txt"
总是一样的.也许那是因为我安装了我的图书馆haxelib git？
flixel-tools有一个命令可以生成一些东西,但是直接用它flixel tpl -n 'name'.他们不使用haxelib run flixel.这就是为什么它适合他们？
谢谢你,如果你有一个想法.