Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenFL 1.4 #11

Open
musanek opened this issue May 26, 2014 · 4 comments
Open

OpenFL 1.4 #11

musanek opened this issue May 26, 2014 · 4 comments
Labels

Comments

@musanek
Copy link

musanek commented May 26, 2014

Code taken from dialog open sample crashes for me on Linux when run in recent (1.4) OpenFL.

Here is the stracktrace:
#0 0x00007ffff7bc6e84 in pthread_mutex_lock () from /lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007fffee7e9e87 in XrmQGetResource () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#2 0x00007fffee7c63b0 in XGetDefault () from /usr/lib/x86_64-linux-gnu/libX11.so.6
#3 0x00007fffee1212d5 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2
#4 0x00007fffee122ad0 in ?? () from /usr/lib/x86_64-linux-gnu/libcairo.so.2

The sample works fine in pure cpp or neko.

@Pitzik4
Copy link

Pitzik4 commented Jun 1, 2014

This happens to me, too. I tested it on every function in the Dialogs class (including saveFile, I had to add a very minor patch to get that to work because the NDLLs for Linux haven't been updated in over a year!!) with the same result every time. It segfaults on both C++ and Neko, and even when I run it in a separate thread. Without OpenFL involved (i.e. in pure cpp or neko) it works fine.
The more info the better, right? So here's the full backtrace, with a couple of debug packages installed: http://pastebin.com/4ZwC7XUR

@waneck
Copy link
Owner

waneck commented Jan 12, 2015

I'm sorry to take so long to answer. Does this still happen? I can't really afford to spend too much time working on this, but I think the solutions shouldn't be too hard. We may need cooperation with OpenFL though.

@waneck waneck added the bug label Jan 12, 2015
@JayArmstrongGames
Copy link

Hi there - yes this is still happening with OpenFL. When I try and use the Dialogs.openFile function my application crashes when building on Mac and Windows for C++ target.

Main.hx:87: systools.Dialogs
Could not find primitive dialogs_open_file__4.
Null Function Pointer

Other functions such as accessing the Clipboard work fine.

@yupswing
Copy link

That problem is easily solved by just recompiling systools in each target
lime rebuild systools mac/windows

the big problem is another one.
after an OpenDialog (and only an opendialog) openfl stop drawing everything. No error at all, all the listener works. Just the app window becomes black.

I am reporting this to Joshua to see if it is solvable.
(anyway I am making a pull request with the recompiled ndll for mac and windows)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants