150 replies to this topic

[Eddard McHorn Van-Schnuder]

While we're going through bugs, I still get the screen freezing bug: Leaving ZQ behind another window while in windowed mode (for example, taking a break to check a website) will occasionally cause ZQ's display to freeze. Everything underneath still works, as you can still save and quit by pressing Esc->Enter->Enter. Leaving it under for longer periods makes the big more likely to occur. This probably happens with the player too, but I haven't seen it happen yet.

Yeah, this is really annoying, though I do however have a "fix", or a workaround:

Drag the zquest window to the side of the screen, so that a smaaall part of it is "behind" the monitor edge. When you do this, it will start working again as normal, though you have to keep it like this for a while. Every now and then, it starts working properly again, but the time it takes is never set. It's nice if you're currently working on something you don't want to drop, even to restart the program, but the best option is to close and reopen, as then you'll be able to have the window anywhere on the screen. As I said, it's really annoying, but at least it's a nice workaround that works

[Twilight Knight]

Yes it is one workaround...

Whenever the window freezes, you often can still send commands to the program, so you still close the program normally and save your quest. Sometimes just moving around the program "updates" the screen. Whenever you it happens, at least try to press F2 and then Escape. Or do what Robin mentioned, but it may not always work as there are many different states it can freeze in.

In general you should avoid pop-up messages from the system like MSN notifications. Also shut down ZC (and save of course) before you switch to a fullscreen program, or at least minimize the program manually. Often this prevents a lot. Also keep in mind to save, save, save always. F2 should be your favorite button in ZC.

I think this problems aren't easy to fix, as I suppose they are because of the way ZC works. It's basically an olde program from the 90s, which has been upgraded over time, so many of it's coding is pretty old. This isn't impossible to fix, but it would bring along the problem that many former versions of quests are inaccessible. I think that's what we want to avoid. Note: this is what I assume. I'm in no way educated in programming.

And I will download this release candidate. What an exciting time for ZC!

[Orithan]

About the crash bug I metioned earlier; it has something to do with ZQuest making uncompressed autosaves - I unchecked the "Uncompressed Auto Saves" box via ZLauncher and the crashed completley dissapeared.

[Gleeok]

Okay okay okay wait a minute wait a minute. What's all this about zc and power settings and freezing? Is this common occurance? Is this windows[vista7xp]? A laptop issue?

I'm leaning towards a simple "punch allegro right in the nuckinif balls and make it use less than an entire core when the thread is supposed to be sleeping anyway" fix. This one is probably loooong overdue anyway.

EDIT: Not promising anything, but if I can get it to work it'll probably just be a simple config file switch. I'll take a look at it.

EDIT2: Wow. Yeah you can really tell dealing with allegro through the years has taken it's toll on me. >_>


EDIT3: Take a look at this Saffith:

Sleep,30.160216,30.160216,47.932075,47.932075,kernel32,[unknown],0
colorconv_blit_8_to_32,12.151554,12.151554,19.311838,19.311838,alleg42,[unknown],0
linear_blit8,0.729433,0.805797,1.159250,1.280612,alleg42,[unknown],0
linear_masked_blit8,0.723291,0.723291,1.149489,1.149489,alleg42,[unknown],0
[004281F0],0.715052,0.715052,1.136395,1.136395,zelda-w,,0
linear_clear_to_color8,0.654862,0.654862,1.040738,1.040738,alleg42,[unknown],0
[004281CE],0.593415,0.593415,0.943084,0.943084,zelda-w,,0
KiFastSystemCallRet,0.390811,0.390811,0.621096,0.621096,ntdll,[unknown],0

Besides the fact that colorconv_blit_8_to_32 is a little slow, Sleep() is indeed showing as 47% exclusive. ...So why would it max out the CPU?!

EDIT4: An empty allegro project drawing random crap using rest(1); doesn't seem to have this problem. hmm..

[Moosh]

Can you guys check the freeform combo's carry over flag? I had a freak accident where I carried over a bunch of FFCs between screens and saved and then my item selector in my subscreen disappeared. I'm not sure what could have caused this and I've been unable to reproduce it... (this is once again in build 1286)

[Rover]

Wow, this must be somewhat of a milestone or something, the first RC of 2.50. Anyways, it looks great, it's working on my Linux (Ubuntu) OS just fine! I'll have to test it on my macbook when it comes out for Mac. Nice work developers, keep it up.

[Cameron]

I just remembered ZC and to see this has definitely rekindled my interest. I think I'll start downoading in a little while after I free up some bandwidth.

Great work devs!

[Saffith]

So I wasn't quite able to figure out what was wrong with the previous attempt at a Mac build, but let's give this another try:

http://l.j-factor.co...-250rc1-OSX.tgz

Just a reminder that this is, for the moment, Intel only.

[SpacemanDan]

I'd like to bring attention to a certain 'bug' regarding ZGP files. If you import one, it'll reset your items to default which can cause major problems for those who are just upgrading or swapping sets. I wasn't sure if this was a bug or if the item data was carried in the ZGP file. (Which would be odd, which is why I brought it up.)

[Bourkification]

Thanks for that Saffith, I'll have to give it a bit of a work out and see what bugs I can find.

EDIT: It didn't work either. It gives these details when trying to open ZQuest:

CODE

Process:         ZQuest Editor [2325]
Path:            /Users/jimmy_b_93/Downloads/Zelda Classic 3/ZQuest Editor.app/Contents/MacOS/ZQuest Editor
Identifier:      com.armageddon.ZQuest Editor
Version:         ? (?)
Code Type:       X86 (Native)
Parent Process:  launchd [178]

Date/Time:       2011-04-11 13:22:04.771 +1000
OS Version:      Mac OS X 10.6.7 (10J869)
Report Version:  6

Interval Since Last Report:          399073 sec
Crashes Since Last Report:           4
Per-App Crashes Since Last Report:   3
Anonymous UUID:                      2EF1D218-9026-4A8C-B85C-B6C0FD1D788B

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: /usr/local/lib/libpng.3.dylib
  Referenced from: /Users/jimmy_b_93/Downloads/Zelda Classic 3/ZQuest Editor.app/Contents/MacOS/ZQuest Editor
  Reason: image not found

Binary Images:
0x8fe00000 - 0x8fe4162b  dyld 132.1 (?) <A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld

And when trying to open ZC:

CODE

Process:         Zelda Classic [2336]
Path:            /Users/jimmy_b_93/Downloads/Zelda Classic 3/Zelda Classic.app/Contents/MacOS/Zelda Classic
Identifier:      com.armageddon.Zelda Classic
Version:         ? (?)
Code Type:       X86 (Native)
Parent Process:  launchd [178]

Date/Time:       2011-04-11 13:24:06.440 +1000
OS Version:      Mac OS X 10.6.7 (10J869)
Report Version:  6

Interval Since Last Report:          399194 sec
Crashes Since Last Report:           5
Per-App Crashes Since Last Report:   2
Anonymous UUID:                      2EF1D218-9026-4A8C-B85C-B6C0FD1D788B

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: /usr/local/lib/libpng.3.dylib
  Referenced from: /Users/jimmy_b_93/Downloads/Zelda Classic 3/Zelda Classic.app/Contents/MacOS/Zelda Classic
  Reason: image not found

Binary Images:
0x8fe00000 - 0x8fe4162b  dyld 132.1 (?) <A4F6ADCC-6448-37B4-ED6C-ABB2CD06F448> /usr/lib/dyld

Edited by Jimmyb, 10 April 2011 - 10:24 PM.

[Orithan]

ZQuest randomly crashed on me while trying to save and it deleted my qst file. Thankfully, I had the quest backups to restore it (and made another hard backup).

[Jared]

Also, is the random "ZQuest crashed last time, open what you before?" (Along those lines) fixed yet?
It doesn't crash, but it brings me back to that.

[Orithan]

I picked up a teeny-tiny typo comming from std.zh:

CODE

// Chooses one of the options randomly and fairly.
float Choose(float a, float b, float c, float d, float e, float f) {
    int r = Rand(5); //This should be "int r = Rand(6);". int r as it is will never return a number higher than 4, making condition "f" impossible to reach.
    if (r==0) return a;
    else if (r==1) return b;
    else if (r==2) return c;
    else if (r==3) return d;
    else if (r==4) return e;
    else return f;
}

I added in a quote telling what was the typo .

[Moosh]

CODE

Process:         Zelda Classic [12531]
Path:            /Users/student/Desktop/Zelda Classic RC1/Zelda Classic.app/Contents/MacOS/Zelda Classic
Identifier:      com.armageddon.Zelda Classic
Version:         ? (?)
Code Type:       X86 (Native)
Parent Process:  launchd [118]

Date/Time:       2011-04-12 07:31:23.576 -0400
OS Version:      Mac OS X 10.6.3 (10D578)
Report Version:  6

Interval Since Last Report:          6757810 sec
Crashes Since Last Report:           228
Per-App Crashes Since Last Report:   30
Anonymous UUID:                      F44B51B5-46BD-4F25-8A2C-F40471AD73FB

Exception Type:  EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread:  0

Dyld Error Message:
  Library not loaded: /usr/local/lib/libpng.3.dylib
  Referenced from: /Users/student/Desktop/Zelda Classic RC1/Zelda Classic.app/Contents/MacOS/Zelda Classic
  Reason: image not found

The main problem seems to be that this /usr/local/lib/libpng.3.dylib file can't be loaded...Saffith or _L_ or sometone, what does this file do?

[Saffith]

It's an image library, used to load and save PNGs.

Thanks to the people who tried that one out. I think I've got a better handle on the situation. Try this now:

http://l.j-factor.co...-250rc1-OSX.tgz