[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