Magic Deque, crash with multiple global objects

I'm experiencing a weird crash when I'm using more than one global Magic Deque objects. The crash can easily be reproduced as follows:

1. Create a fresh app with 2 frames.
2. In each frame create one Magic Deque object, make it global and give it a unique name.
3. In frame1 add some basic code to allow you to navigate to the next frame at runtime (example: Upon pressing a key jump to next frame).
4. Run the app, navigate from frame1 to frame2 and try to close the app.

I can reproduce the crash on several XP machines. Using MMF2Dev build R244. Windows reports the following:

Quote:

---

Signature de l'erreur:
AppName: edrt.exe AppVer: 3.0.244.0 ModName: magicdeque.mfx
ModVer: 1.1.0.2 Offset: 00015d84

---

The crash doesn't happen if you close the app without reaching frame2. Very weird, took some time to determine.

EDIT: As sample file to demonstrate the crash can be downloaded here:
http://www.clickteam.com/epicenter/ubbthreads.php?ubb=showflat&Number=40543&page=0#Po st40543

Yup, the example file crashes for me to on frame 2.

Thanks for testing Nickydude.

Crashes for me as well.
strat59

Thank you strat59.

I've been able to reproduce the crash under MMF1.5 build 119 using magicdeque.cox version 1.1.0.0:

Quote:

---

AppName: edrt.exe AppVer: 2.5.119.0 ModName: magicdeque.cox
ModVer: 1.1.0.0 Offset: 0000c938

---

Since the crash seems to happen only when both Magic Deque objects are initialized/accessed (reach frame1 AND frame2), could this be a problem of memory allocation?

I've been using Magic Deque for several years now, and never really had problems with it. So far I never needed to use more than 1 global Magic Deque object simultaneously. Maybe I'll have to find a workaround.
Still I think Magic Deque is a great extension, kudos to Chris Branch. :)

BTW I found an old thread about a Magic Deque crash posted by Surmulot. We MIGHT have experienced the same bug Surmulot (I know you're still around here). :)

Yes, Oliver, I'm still around ! And I think it's the same bug. I liked Magic Deque very much in the beginning and I still use it for cards games but I'm far more cautious now with this extension. I never use it as global.
It's funny you're speaking of my Magic Deque crash : I'm just rewriting my big game (ruined by the MagicDeque bug) from scratch, but without any Magicdeque. I use SQLite instead. It was a bit hard to learn but it's very powerful and trusty (except for a few situations).

According to my tests (and my released games), as long as you use only one global Magic Deque object you won't have any problems.
I have yet to check the SQLite extension. Does it have file saving and encryption abilities?

This extension is part of the bonus packs, isn't it? How is support handled for these extensions, are there good chances that bugs will be fixed in the future?

Ah... didn't I fix this bug a while back? I'll recompile what I have here in a moment.

No, Sqlite has got no encryption (as far as I know). Beware : it's a database. Of course, you have file saving, as soon as you modify a record it is saved.

Thanks for the info about SQLite Surmulot.

Yes JoKa, Magic Deque is part of the Bonus Pack. I don't know how support for these extensions is handled, I'd be interested in hearing from Clickteam about that matter.

I'm glad to see that Chris Branch is still around. It would be great if you could update this wonderful extension, thank you!
I have some more feedback about Magic Deque, maybe you could look into it Chris?
-The 'Magic Deque is empty' condition doesn't seem to work properly. That function seems to return true whenever an empty array is in the object, not when all the arrays are empty.
-Would it be possible to handle file loading errors and return error messages? I made some tests by loading a somewhat corrupted encrypted file (simply modified under notepad) and the app crashes most of the time.