0000044: New Task manager changes crash multiplayer

(0000066)
shevek (developer)
2007-04-29 06:16

Does not happen for me. I was able to get a vs. CPU skirmish started. All the network game options fail with an error dialog though (no crash).

(0000067)
lmop (developer)
2007-04-29 06:32

The resumed task was previously stopped due to it having a NULL context so shouldn't be being resumed. It's possible this is a Mac OS X specific issue related to the butchered Titan code... Out of curiousity, under Linux, when you reach the main menu, is this NULL?

taskData[ handle index stored in ProccessCallback (MultiplayerGame.c L459) ]

Thanks.

(0000068)
shevek (developer)
2007-04-29 06:35

taskResume itself has not changed. This is probably an attempt to resume a task that has exited. In the current implementation, a task that calls taskExit or reaches the end of the function (the taskEnd macro) terminates itself.

The culprit would seem to be mgProcessCallBacksTask. Was _MACOSX_FIX_ME enabled?

(0000069)
shevek (developer)
2007-04-29 06:48

Does r600 fix it?

(0000070)
lmop (developer)
2007-04-29 06:57

Yes, _MACOSX_FIX_ME is defined (it's equivalent to _MACOSX but indicates that the code is trying to get something (anything) working, as opposed to being inherently required by the platform). r600 would probably fix it but given your pointer to that bit of code I'd already elected to try removing the test completely and to my surprise it worked! Other parts of the code must be nobbled sufficiently to let it run as-is. :) Thanks for your assistance.

Issue History
Date Modified	Username	Field	Change
2007-04-29 05:33	lmop	New Issue
2007-04-29 05:33	lmop	Affected: Linux	=> Unknown
2007-04-29 05:33	lmop	Affected: Mac	=> Yes
2007-04-29 05:33	lmop	Affected: Windows	=> Unknown
2007-04-29 05:33	lmop	gcc version used	=> n/a
2007-04-29 05:33	lmop	In Original Game	=> Unknown
2007-04-29 05:33	lmop	revision or version first notice	=> 598
2007-04-29 05:33	lmop	system type: 64 bit or 32 bit	=> 32 bit
2007-04-29 05:55	shevek	Issue Monitored: shevek
2007-04-29 06:16	shevek	Note Added: 0000066
2007-04-29 06:17	shevek	Affected: Linux	Unknown => No
2007-04-29 06:17	shevek	Status	new => feedback
2007-04-29 06:32	lmop	Note Added: 0000067
2007-04-29 06:35	shevek	Note Added: 0000068
2007-04-29 06:48	shevek	Note Added: 0000069
2007-04-29 06:57	lmop	Note Added: 0000070
2007-04-29 07:00	shevek	Status	feedback => resolved
2007-04-29 07:00	shevek	Resolution	open => fixed
2007-04-29 07:00	shevek	Assigned To	=> shevek

Notes
(0000066) shevek (developer) 2007-04-29 06:16	Does not happen for me. I was able to get a vs. CPU skirmish started. All the network game options fail with an error dialog though (no crash).

(0000067) lmop (developer) 2007-04-29 06:32	The resumed task was previously stopped due to it having a NULL context so shouldn't be being resumed. It's possible this is a Mac OS X specific issue related to the butchered Titan code... Out of curiousity, under Linux, when you reach the main menu, is this NULL? taskData[ handle index stored in ProccessCallback (MultiplayerGame.c L459) ] Thanks.

(0000068) shevek (developer) 2007-04-29 06:35	taskResume itself has not changed. This is probably an attempt to resume a task that has exited. In the current implementation, a task that calls taskExit or reaches the end of the function (the taskEnd macro) terminates itself. The culprit would seem to be mgProcessCallBacksTask. Was _MACOSX_FIX_ME enabled?

(0000069) shevek (developer) 2007-04-29 06:48	Does r600 fix it?

(0000070) lmop (developer) 2007-04-29 06:57	Yes, _MACOSX_FIX_ME is defined (it's equivalent to _MACOSX but indicates that the code is trying to get something (anything) working, as opposed to being inherently required by the platform). r600 would probably fix it but given your pointer to that bit of code I'd already elected to try removing the test completely and to my surprise it worked! Other parts of the code must be nobbled sufficiently to let it run as-is. :) Thanks for your assistance.

Relationships