[Glass] tracking down errors that occur in FastCGI gems but not GemTools or tODE.

Dale Henrichs dale.henrichs at gemtalksystems.com
Tue Jan 28 10:01:16 PST 2014


The time zone "monkey business" I was thinking of was related to syncing
your timezone with the os [1]... but that is a system wide setting not gem
specific...

Dale

[1] http://forum.world.st/Glass-Default-TimeZone-td4725767.html


On Tue, Jan 28, 2014 at 9:57 AM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

> Since things work in GemTools/tODE, I am suspicious of code in GLASS that
> detects whether or not you are running with a GUI attached .. The following
> methods are used for those types of tests:
>
>   MCPlatformSupport class>>gemToolsActive
>   OBGemStonePlatform class>>canConfirm
>   OBGemStonePlatform class>>canInform
>
> A quick pass through senders of these method doesn't reveal anything
> interesting to me though ...
>
> I seem to recall some monkey business with synching your timezone to the
> system and it seems that a call of some sort is needed, but I don't recall
> offhand  ...
>
> Finally there is code that gets triggered during session startup
> (SystemLoginNotification class>>sessionStart) ... but that code is not
> specific to GemTools/tODE ....
>
> I'll dig around in the time zone code for inspiration, but put this out
> there in case this rings the bell for someone else ...
>
> Dale
>
>
> On Tue, Jan 28, 2014 at 9:42 AM, Paul DeBruicker <pdebruic at gmail.com>wrote:
>
>> I'm using Chronos on GemStone 3.1.0.4 (upgrading to 3.1.0.5 now) and I've
>> been getting errors in its timezone policy lookup code in my FastCGI gems.
>>  The same code works fine when I connect with GemTools or tODE.  And if in
>> GemTools I attempt to debug the error that the FastCGI gem put on the
>> object log it also works fine at that time.
>>
>>
>> Restarting the FastCGI gems doesn't seem to fix the problem with any
>> permanence. It also is only happening on the server.  On my laptop the
>> FastCGI gems do fine.  The Chronos timezone lookup code may access the file
>> system for the initial lookup, but I am pretty sure it has the timezone
>> information cached in the stone after that.
>>
>>
>> What are some strategies for figuring out what the problem is?
>>
>> Thanks
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140128/3222b1d4/attachment.html>


More information about the Glass mailing list