Anonymous | Login | Signup for a new account | 2025-07-27 04:14 UTC | ![]() |
My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0001192 | Zandronum | [All Projects] Bug | public | 2012-11-28 14:09 | 2018-09-30 20:20 | ||||
Reporter | haxmurderer | ||||||||
Assigned To | Blzut3 | ||||||||
Priority | normal | Severity | crash | Reproducibility | sometimes | ||||
Status | closed | Resolution | fixed | ||||||
Platform | Apple | OS | Mac OS X | OS Version | 10.6.8 | ||||
Product Version | 1.0 | ||||||||
Target Version | 1.1 | Fixed in Version | 1.1 | ||||||
Summary | 0001192: Zandronum forkbombs Mac OS X | ||||||||
Description | When I'm sometimes playing Zandronum on Mac, my game will lock up and stop responding. If I check the terminal or activity monitor, I'll see that there's 1,000 "zandronum" processes and counting. My entire system quickly stops responding because it's getting forkbombed, but eventually if I "killall -9 zandronum", it'll come back. I'm not sure if the forkbombing is the cause of the problem or something that happens after an initial hang or crash of the game. Is there some sort of automatic crash reporting process or something that might be getting stuck in a loop? | ||||||||
Attached Files | ![]() ![]() | ||||||||
![]() |
|
Blzut3 (administrator) 2012-11-29 16:00 |
You would probably need to see the frequency in which Zandronum processes start and how long it takes for the forkbombing to happen. I can't think of a reason it should be forking off hand. The only code I'm aware of that does forking is the timidity code and the crash handler. If the forkbombing starts as soon as it locks up then it's the crash handler. Otherwise if it happens over time it might be something in the sound code. |
MazterQyoun-ae (reporter) 2012-12-22 20:18 edited on: 2012-12-22 20:19 |
I've accidentally encountered the same problem and it happened only after the game crashed, so it probably might be the crash handler? edit: Mac OS X 10.8.2 |
Blzut3 (administrator) 2012-12-24 06:34 |
It's definitely the crash handler. Looks like it can be fixed by just using the crash handler from the latest ZDoom. |
Torr Samaho (administrator) 2012-12-26 16:42 |
Your proposed patch reverts the changes I made to these files (like logging the GCC version, not bothering the server with a window, using GAMENAMELOWERCASE instead of zdoom). Can you make a patch that keeps these changes? |
Blzut3 (administrator) 2012-12-29 02:43 |
Regarding the GCC version, did you mean GDB version? ZDoom appears to have removed the GCC version dumping, so do you want me to keep the GDB version dumping or also restore the GCC line? |
Torr Samaho (administrator) 2012-12-30 12:01 |
Yeah, I was referring to the GDB version. I didn't know though that ZDoom removed the GCC version. Was there a technical reason for this? If not, it would be great to have both back. If this causes technical problems, I'd say we can live without this. |
Torr Samaho (administrator) 2013-01-02 08:59 |
Thanks for your updated patch! I just pulled it. Should be tested in the next beta build. |
Oddbrother (reporter) 2013-04-09 23:30 edited on: 2013-04-09 23:37 |
Testing the alpha, I've re-created the crash from issue 0001073. Success! No forkbombing in this one, lead straight to an error message (see attachment). MacBook Pro: 13-inch, Mid-2009; Mac OS X Lion 10.7.5 |
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
Supporters: | No one explicitly supports this issue yet. |
Opponents: | No one explicitly opposes this issue yet. |
![]() |
|||
Date Modified | Username | Field | Change |
2012-11-28 14:09 | haxmurderer | New Issue | |
2012-11-29 16:00 | Blzut3 | Note Added: 0005444 | |
2012-11-29 16:02 | Blzut3 | OS | wtf is the difference (plat-OS) => Mac OS X |
2012-11-29 16:02 | Blzut3 | Platform | Mac OS X => Apple |
2012-12-22 20:18 | MazterQyoun-ae | Note Added: 0005548 | |
2012-12-22 20:19 | MazterQyoun-ae | Note Edited: 0005548 | View Revisions |
2012-12-22 20:19 | Blzut3 | Assigned To | => Blzut3 |
2012-12-22 20:19 | Blzut3 | Status | new => assigned |
2012-12-24 06:34 | Blzut3 | Note Added: 0005558 | |
2012-12-26 16:42 | Torr Samaho | Note Added: 0005566 | |
2012-12-29 02:43 | Blzut3 | Note Added: 0005606 | |
2012-12-30 12:01 | Torr Samaho | Note Added: 0005619 | |
2013-01-02 08:59 | Torr Samaho | Note Added: 0005647 | |
2013-01-02 09:00 | Torr Samaho | Status | assigned => needs testing |
2013-01-02 09:00 | Torr Samaho | Target Version | => 1.1 |
2013-04-09 23:30 | Oddbrother | Note Added: 0006278 | |
2013-04-09 23:31 | Oddbrother | File Added: zandronum_crash.png | |
2013-04-09 23:31 | Oddbrother | Note Edited: 0006278 | View Revisions |
2013-04-09 23:35 | Oddbrother | File Added: zandronum_crash.txt | |
2013-04-09 23:35 | Oddbrother | Note Edited: 0006278 | View Revisions |
2013-04-09 23:37 | Oddbrother | Note Edited: 0006278 | View Revisions |
2013-04-10 00:07 | Dusk | Status | needs testing => resolved |
2013-04-10 00:07 | Dusk | Fixed in Version | => 1.1 |
2013-04-10 00:07 | Dusk | Resolution | open => fixed |
2018-09-30 20:20 | Blzut3 | Status | resolved => closed |
Copyright © 2000 - 2025 MantisBT Team |