[Glass] debugging zinc server requests/responses with tode or GemTools
Paul DeBruicker
pdebruic at gmail.com
Thu Jan 23 10:43:45 PST 2014
Hi guys,
Thanks for the feedback. I got it sorted out.
Prior to seeing Marten's advice I changed
ZnSingleThreadedServer>>#handleRequestProtected: to:
ZnSingleThreadedServer>>#handleRequestProtected:
^ self authenticateAndDelegateRequest: request
Which bypassed Zinc's server error handling. I then ran the server from
within tODE but the session kept getting disconnected without doing
anything. The gem logs from when I was running the server in a Gem (on the
same port as in tODE) and restarting it with daemontools showed:
'(error 2719) process with this cache name already exists'
which would cause a "Fatal Smalltalk Stack Underflow, SEGV in StackLimit
page"
I was able to track down the Zinc server with the process and 'terminate'
it. Once that was done the blocking server in tODE would run and I was able
to fix my bugs. So I'm all set.
I'm not sure what I did to the server when it was running in the Gem to
leave the process hanging around in the Stone. I'll wrap the code I use to
start/run the server in an #ensure: to attempt to make sure it stops if
things are crashing.
and was able to fix my bugs.
marten wrote
> Any you should set the Zinc server instance debugMode to true ... then
> an exception is not cached and the debugger pops up.
>
> Marten
> _______________________________________________
> Glass mailing list
> Glass at .gemtalksystems
> http://lists.gemtalksystems.com/mailman/listinfo/glass
--
View this message in context: http://forum.world.st/Glass-debugging-zinc-server-requests-responses-with-tode-or-GemTools-tp4738563p4738808.html
Sent from the GLASS mailing list archive at Nabble.com.
More information about the Glass
mailing list