haxeui icon indicating copy to clipboard operation
haxeui copied to clipboard

HaxeUI broken on Neko target

Open ghost opened this issue 8 years ago • 13 comments

Unfortunately, it looks like HaxeUI is broken right now, at least on my system! With the latest haxelib package, I get a compile error, and with the latest development version (haxelib git) I get a runtime error about invalid field access: push. Can anyone help me out?

Thanks!

ghost avatar Jun 18 '16 03:06 ghost

Hi, what version are you using? haxelib? Git?

ianharrigan avatar Jun 18 '16 07:06 ianharrigan

Actually, just reread the actual comment. :)

What version of openfl / lime? Haxe?

ianharrigan avatar Jun 18 '16 07:06 ianharrigan

My haxelibs are all up-to-date as of today: Haxe/Haxelib version: 3.3.0 OpenFL version: 3.6.1 Lime: 2.9.1 HaxeUI (official release, not git): 1.8.18

ghost avatar Jun 18 '16 22:06 ghost

Right, ok, so i think the issue is that you are using haxe 3.3. The git version of haxeui is compatible but i havent wrapped that up in to a haxelib release. Ill do that now.

ianharrigan avatar Jun 19 '16 07:06 ianharrigan

Ok, i've just created 1.8.19 haxelib release which should include the haxe 3.3 fixes. Let me know if that fixes the issue.

Cheers, Ian

ianharrigan avatar Jun 19 '16 07:06 ianharrigan

Thanks! It compiles now, but crashes immediately (i've only tested it on Neko so far, but here's the trace)

Invalid field access : push
Called from openfl/_legacy/display/DisplayObjectContainer.hx line 31
Called from haxe/ui/toolkit/core/RootManager.hx line 58
Called from haxe/ui/toolkit/core/Toolkit.hx line 349
Called from Main.hx line 11
Called from C:\HaxeToolkit\haxe\std/neko/_std/Reflect.hx line 58
Called from ApplicationMain.hx line 112
Called from openfl/_legacy/Lib.hx line 122

This causes the program to crash immediately. This is with an extremely simple test application, here's the source:

import haxe.ui.toolkit.core.Macros;
import haxe.ui.toolkit.core.Toolkit;
import haxe.ui.toolkit.core.Root;
import haxe.ui.toolkit.controls.Button;
import haxe.ui.toolkit.themes.*;

class Main {
    public static function main() {
        Toolkit.theme = new DefaultTheme();
        Toolkit.init();
        Toolkit.openFullscreen(function(root:Root) {
            var button:Button = new Button();
            button.text = "HaxeUI is awesome!";
            root.addChild(button);
        });
    }
}

ghost avatar Jun 19 '16 16:06 ghost

Anything different from cpp or flash?

ianharrigan avatar Jun 19 '16 16:06 ianharrigan

I'll try it with cpp on windows.

I don't have any love for flash, especially with all the security issues. I think flash should die, so I don't have anything to play flash on my computer, I even removed it from all my browsers, so sorry, I can't test on flash.

ghost avatar Jun 19 '16 19:06 ghost

I just tested it on cpp for windows, it seems to work all right. Looks like it's just Neko that's broken now.

ghost avatar Jun 20 '16 16:06 ghost

I'm having this issue too.

haxe 3.3.0-rc.1 haxeui 1.8.20 openfl 3.6.1 lime 2.9.1

cpp for windows and flash are working, but neko build crashes with the same trace.

al-arz avatar Jul 28 '16 15:07 al-arz

Ok, cheers. Ill look into it shortly... I dont have haxe 3.3 installed at the moment however, but i can see if its an issue on 3.2.

ianharrigan avatar Jul 28 '16 18:07 ianharrigan

I cant reproduce this in haxe 3.2.1... Does anyone have 3.2.1 where this issue exists?

ianharrigan avatar Aug 19 '16 07:08 ianharrigan

Just wanna say that I also have this issue, using Haxe 3.3.0 and the recommended versions of OpenFL and Lime. I'd prefer to not have to downgrade Haxe to use this, and I really like Neko, at least for testing purposes.

puggsoy avatar Dec 22 '16 07:12 puggsoy