search

HaxeFoundation / intellij-haxe

Haxe plugin for IntelliJ Platform based IDEs (IDEA, Android-Studio)
http://intellij-haxe.org
Apache License 2.0
219 stars 101 forks source link

Reported issue using HXCPP debugging with IntelliJ plugin #884

Open jgranick opened 6 years ago

jgranick commented 6 years ago

https://github.com/openfl/openfl/issues/2012

Is there any more information we can help provide? I am sorry there are not more details

EricBishton commented 6 years ago

@hereticByte - Arnim, Can you please provide some more information about what you are seeing? Is this a new issue that did not exist with earlier versions of lime? What is the exact error?

hereticByte commented 6 years ago

@EricBishton, Hello Eric,

you can find the post here: https://community.openfl.org/t/trouble-after-updating-to-openfl-8-4-1/10978

I am not so sure, if there are so many more information to get out of that post.

Regrettably I only can tell, that calling the function startDebugger() leads to an immediate crash without error report. It looks like a null-pointer exception.

Switching off the function startDebugger() lets the app run regularly. As the crash is assumingly occuring within the function, the debugger does not even stop at the empty reference. So there is not so much to see...

I have also updated lime to 7.0.0

And in the previous version of lime and openfl all worked well.

As I do not get any insights, and as I am not so familiar with the hxcpp-debugger, I can't do further experiments, to limit the critical areas within the framework or within my own project.

But I suggest, that I deliver a sandbox project that crashes on my mashine.

Here is the link to the github repository:

https://github.com/hereticByte/UpdateTrouble--openfl--8-4-1/tree/master/src

My constellation:

Windows 10, Laptop, Acer Aspire ES1-572 Processor: Intel Core i3-6006U CPU @ 2.0 GHz, @ 2.0 GHZ 64-bit, x64 based processor

I can't even tell, if there is something, that I might have done wrong. But if so, the previous versions have been more tolerant against that.

Thank you for taking care.

Kind regards Arnim

EricBishton commented 6 years ago

@hereticByte - Arnim, which function do you have to comment out to stop the crash (or, if it's currently commented out, which do you need to create it). There's a lot of code in your project that is irrelevant for this bug. That's just fine; I just need to figure out how to reproduce.

If I am to rebuild this project, I'm going to need the project.xml (and probably the assets that are referenced). If you don't want to post them publicly, then you can contact me using the contact form at https://bishtonsoftware.com/contact or PM me on Gitter.

EDIT: Oops, missed that the failure is when you call StartDebugger. What version of hxcpp and Haxe are you using?

hereticByte commented 6 years ago

hxcpp : 3.4.188 I haven't tried out a later version. Although 4.0.4 is already installed. But is not the current one.

HAXE: 3.4.7

hereticByte commented 6 years ago

Yes, you're right. I have overseen to upload the project.xml and the asset folder Now I have completed that.

For me it's time to go to bed now (it's 10:40 pm here). Tomorrow I will be ready for action again.

I wish you a good hunt... ;-)

imcasper commented 6 years ago

I have crash, then use "lime 7.0.0" or newest and "hxcpp-debugger (protocol 1.1 from git)". I put "trace" around potential stackoverflow error (haxe.Serializer:serialize(v:Dynamic) ):

https://pastebin.com/sXbtfdaf PS All log on my comp has around 11K lines, but behaviour is equivalent to first 500 lines. PPS This is behaviour by default. If I set flag "HXCPP_M32" -- all ok (tested in lime 7.1.1)