0001473: Client crashes with EF_UseNetworkMulti on

(0000024)
furio (administrator)
25-07-08 23:32

Client version?

(0000025)
jeem (reporter)
25-07-08 23:34

6.0.9.2

(0000028)
Admin BladeCraft (reporter)
27-07-08 08:34

OptionFlags=08|080|0200
Experimental=008|0080|00800000

Client 6.0.0 does not lock up on WIN32 Feb 2008 release. I ran into a lot of people with clients around 5.0.1 to 6.0.1. I do not know about higher clients though.

(0000029)
jeem (reporter)
27-07-08 20:42
edited on: 27-07-08 20:50

i tried to remove all other flags, tried another client (400c and 501a) but didn't work. it doesn't seem to me that the problem is about the client or flags. any other ideas?

and, it *sometimes* gives this error after i close the client:
21:44:DEBUG:__ # | _____ function _____________ | ticks passed from previous function start ______
21:44:DEBUG:>> 0 | CServer::OnTick | +0 <-- exception catch point (below is guessed and could be incorrect!)
21:44:DEBUG:>> 1 | CServer::SocketsReceive | +0
21:44:DEBUG:>> 2 | CProfileData::Start | +0 // this line is sometimes 21:44:DEBUG:>> 2 | CQueueBytes::RemoveDataAmount | +0
21:44:CRITICAL:Error Pri=2, Code=-1073741819, Desc='Exception', in CServer::Tick() #4 "receive"

(0000030)
nazghul (developer)
27-07-08 22:50

cannot confirm:
http://dv-team.homedns.org/gfxstorage/clip02.gif [^]

Clients were 6.0.5.0 and 6.0.8.0

(0000031)
jeem (reporter)
27-07-08 23:22

it can't be script related, right? is there any ini options which might help finding out the problem that i should write?

(0000032)
nazghul (developer)
28-07-08 12:31

Of course it CAN be script related. Triggers like @click (if your setup is supporting it) or @ClientToolTip are coming to mind

(0000033)
jeem (reporter)
28-07-08 12:39

i had a @clienttooltip, deactivated but nothing changed. btw client locks even if one client can't see another (.invis on)

(0000097)
jeem (reporter)
21-09-08 18:53

well, i tried with last nightly build and default scripts. it still happened, so i guess it's related to my pc.

Issue History
Date Modified	Username	Field	Change
25-07-08 19:57	jeem	New Issue
25-07-08 19:57	jeem	File Added: clientcrash.jpg
25-07-08 19:57	jeem	Nightly Version	=> 08-02-2008
25-07-08 19:57	jeem	Experimental Flags	=> DiagonalWalkCheck, Unicode, New_Triggers, NewPositionChecks, WalkCheck, AllowTelnetPacketFilter, Script_Profiler, Size_Optimise, DamageTools, UsePingServer, NPCAct_Triggers, UseNetworkMulti
25-07-08 19:57	jeem	Option Flags	=> Command_Sysmsgs, OSIMultiSight, FileCommands, NoHouseMuteSpeech, Buffs, DyeType, DrinkIsFood
25-07-08 23:32	furio	Note Added: 0000024
25-07-08 23:34	jeem	Note Added: 0000025
27-07-08 08:34	Admin BladeCraft	Note Added: 0000028
27-07-08 20:42	jeem	Note Added: 0000029
27-07-08 20:45	jeem	Note Edited: 0000029
27-07-08 20:46	jeem	Note Edited: 0000029
27-07-08 20:47	jeem	Note Edited: 0000029
27-07-08 20:48	jeem	Note Edited: 0000029
27-07-08 20:49	jeem	Note Edited: 0000029
27-07-08 20:50	jeem	Note Edited: 0000029
27-07-08 20:50	jeem	Note Edited: 0000029
27-07-08 22:50	nazghul	Note Added: 0000030
27-07-08 23:22	jeem	Note Added: 0000031
28-07-08 12:31	nazghul	Note Added: 0000032
28-07-08 12:39	jeem	Note Added: 0000033
21-09-08 18:53	jeem	Note Added: 0000097
05-10-08 03:13	nazghul	Status	new => closed
05-10-08 03:13	nazghul	Resolution	open => unable to reproduce

Notes
(0000024) furio (administrator) 25-07-08 23:32	Client version?

(0000025) jeem (reporter) 25-07-08 23:34	6.0.9.2

(0000028) Admin BladeCraft (reporter) 27-07-08 08:34	OptionFlags=08\|080\|0200 Experimental=008\|0080\|00800000 Client 6.0.0 does not lock up on WIN32 Feb 2008 release. I ran into a lot of people with clients around 5.0.1 to 6.0.1. I do not know about higher clients though.

(0000029) jeem (reporter) 27-07-08 20:42 edited on: 27-07-08 20:50	i tried to remove all other flags, tried another client (400c and 501a) but didn't work. it doesn't seem to me that the problem is about the client or flags. any other ideas? and, it sometimes gives this error after i close the client: 21:44:DEBUG:__ # \| _____ function _____________ \| ticks passed from previous function start ______ 21:44:DEBUG:>> 0 \| CServer::OnTick \| +0 <-- exception catch point (below is guessed and could be incorrect!) 21:44:DEBUG:>> 1 \| CServer::SocketsReceive \| +0 21:44:DEBUG:>> 2 \| CProfileData::Start \| +0 // this line is sometimes 21:44:DEBUG:>> 2 \| CQueueBytes::RemoveDataAmount \| +0 21:44:CRITICAL:Error Pri=2, Code=-1073741819, Desc='Exception', in CServer::Tick() #4 "receive"

(0000030) nazghul (developer) 27-07-08 22:50	cannot confirm: http://dv-team.homedns.org/gfxstorage/clip02.gif [^] Clients were 6.0.5.0 and 6.0.8.0

(0000031) jeem (reporter) 27-07-08 23:22	it can't be script related, right? is there any ini options which might help finding out the problem that i should write?

(0000032) nazghul (developer) 28-07-08 12:31	Of course it CAN be script related. Triggers like @click (if your setup is supporting it) or @ClientToolTip are coming to mind

(0000033) jeem (reporter) 28-07-08 12:39	i had a @clienttooltip, deactivated but nothing changed. btw client locks even if one client can't see another (.invis on)

(0000097) jeem (reporter) 21-09-08 18:53	well, i tried with last nightly build and default scripts. it still happened, so i guess it's related to my pc.

Relationships