GUI.LoadTheme() crash in multithreaded app

[Corum]

Hi,
I think I found this strange bug with ifsoGUI 1.14 and Bmax 1.36, while by using previous GUI version, with max 1.34 & 1.35, with same sources, anything works fine.

In the Max output window I get a lot of messages like this for a couple of different objects:
main.debug.mt(416,0xa07be720) malloc: *** error for object 0x528b10: double free
*** set a breakpoint in malloc_error_break to debug

Stepping through debug I noticed the crash occurs into Function LoadTheme(path:String) when it enters the first for-next cycle.

Thanks in advance and happy new year.
Bye.

[TaskMaster]

Hi,
I think I found this strange bug with ifsoGUI 1.14 and Bmax 1.36, while by using previous GUI version, with max 1.34 & 1.35, with same sources, anything works fine.

In the Max output window I get a lot of messages like this for a couple of different objects:
main.debug.mt(416,0xa07be720) malloc: *** error for object 0x528b10: double free
*** set a breakpoint in malloc_error_break to debug

Stepping through debug I noticed the crash occurs into Function LoadTheme(path:String) when it enters the first for-next cycle.

Thanks in advance and happy new year.
Bye.

Do you have a code sample that causes it?  I have been using ifsoGUI with BlitzMax 1.36 without problems.  It also appears that you are using multi-threading.  Do you have the mod compiled for Multi-Threading?

[Corum]

Do you have a code sample that causes it?  I have been using ifsoGUI with BlitzMax 1.36 without problems.  It also appears that you are using multi-threading.  Do you have the mod compiled for Multi-Threading?

Just try to compile your example #1 with MT enabled under Bmax 1.36.
And yes, I compiled all the modules with MT enabled, otherwise max doesn't get the mods to link.
Under Mac OSX it simply crashes on LoadTheme() call.

Bye.

EDIT:
Note: if you compile the same sources with MT feature disabled, it works normally. So I tend to consider it a MT related issue.

[TaskMaster]

Do you have a code sample that causes it?  I have been using ifsoGUI with BlitzMax 1.36 without problems.  It also appears that you are using multi-threading.  Do you have the mod compiled for Multi-Threading?

Just try to compile your example #1 with MT enabled under Bmax 1.36.
And yes, I compiled all the modules with MT enabled, otherwise max doesn't get the mods to link.
Under Mac OSX it simply crashes on LoadTheme() call.

Bye.

EDIT:
Note: if you compile the same sources with MT feature disabled, it works normally. So I tend to consider it a MT related issue.

I just compiled and ran Example 1 as multi threaded in both debug and release mode and they both work fine.  I do not believe there is a Threaded build issue with ifsoGUI.  My guess is that you need to recompile something (maybe ifsoGUI) as multi-threaded witht he latest version of BlitzMax.

[Corum]

Hi,
I've just recompiled all the mods I have in MT version, ifsoGUI included.
The problem is still there.
Any Mac User out there with same situation?

My config is:
Leopard 10.5.8 - XCode 3.1.3 - BlitzMax 1.36 - ifsoGUI 1.14

Regards.

[Corum]

Ok, I restricted the field to the zipstream module, you wrapped from C.
If I use to load a theme without the incbin-zipstream feature, but straight from filesystem, my MT app doesn't crash anymore.
Looking at my crash report, it does something messy with memory allocation, when unzCloseCurrentFile is called.
Any suggestion?
Regards.

[TaskMaster]

Ok, I restricted the field to the zipstream module, you wrapped from C.
If I use to load a theme without the incbin-zipstream feature, but straight from filesystem, my MT app doesn't crash anymore.
Looking at my crash report, it does something messy with memory allocation, when unzCloseCurrentFile is called.
Any suggestion?
Regards.

That is the zipstream module by Koriolis.  I would try to debug it for you, but I do not have a mac.  Maybe you could grab the zipstream module and see if it works in multi-threaded mode by itself?  It could end up being a BlitzMax bug as well, as I know there are a few issue with the multi-threaded garbage collector that Mark Sibly hasn't got all worked out yet.

[Corum]

Well, I'm going to test it.
I'll keep you informed.

EDIT: I've just tested zipstream this way:

Code:

Import koriolis.zipstream
Local sound:TSound = LoadSound("zip::Track.zip//Track.ogg")
PlaySound(sound)
While Not KeyHit(KEY_ESCAPE)
Wend

I compiled the mod in both normal and MT versions.
Everything has gone perfect.

ifsoGUI unzCloseCurrentFile() crashes mt MT app. Why?

[Corum]

By using Parallels Desktop, I've just downloaded, compiled and tested the Example#1 under my emulated WinXP. I added the Skin.zip file, actually missing.
Compiled under BMax 1.36 and ifsogui 1.14, with MT flag enabled.
I get an EXCEPTION_ACCESS_VIOLATION error.

But... what's happening? It's just me?!?

[TaskMaster]

I have noticed that you tend to get funny errors if one of the graphics files is missing, but that may or may not be your problem.

You tried to compile and run Example 1 under an emulated WinXP and it failed?  In single thread or multi-thread?

[Corum]

Both of them.
Standard mode works.
MT mode fails...

[TaskMaster]

Both of them.
Standard mode works.
MT mode fails...

I am sorry, but without a Mac, I am just unable to debug this.  I do have a mac virtual machine that I could try with, but I won't be able to mess with it until later, as I am at work.

Funny that it would fail in your Windows XP emulation.

What if you do not put your files into a zip file, does it work in MT then?

[Corum]

Funny that it would fail in your Windows XP emulation.

What if you do not put your files into a zip file, does it work in MT then?

It works.
Tell me you're joking, please.

[TaskMaster]

Funny that it would fail in your Windows XP emulation.

What if you do not put your files into a zip file, does it work in MT then?

It works.
Tell me you're joking, please.

So, it has something to do with the zipstream stuff.  Were you also doing incbin?  Maybe it has something to do with the incbin/zipstream combination...

[Corum]

I have a multifile project.
There is a main file, which opens the gui wrapper (this one is the real core, encapsulating game state, configuration, game IO stuff, etc.), the game instance object, the game map object and so on.
Every class includes its own init() method, so it's filled with all needed parameters, interacting between them where necessary.
The Incbin "Skins.zip" is done into gui wrapper class, just after the imports.

EDIT: I only incbin "Skins.zip", in the whole project.