[Glass] Further commits have been disabled for this session because: 'CorruptObj error'. This session must logout.

Mariano Martinez Peck via Glass glass at lists.gemtalksystems.com
Wed Oct 28 06:30:18 PDT 2015


Just for the record in case someone finds a similar problem. I was also
getting the error

*"a TransactionError occurred (error 2249), Further commits have been
disabled for
this session because: 'CorruptObj error'. This session must logout."*

I got this error in a stone that I just migrated frlom 3.1.0.6 to 3.2.9.

The stack was not showing the real error, but something like this:

----------- Internal FASTCGI ERROR Encountered:
2015-10-28T09:05:03.8873279094696-04:00
a TransactionError occurred (error 2249), Further commits have been
disabled for this session because: 'CorruptObj error'. This session must
logout.
1 GRGemStonePlatform >> logError:title:shouldCommit: @2 line 4  [GsNMethod
32628056833]
2 GRGemStonePlatform >> logError:title: @2 line 3  [GsNMethod 32628060929]
3 WAFastCGIAdaptor >> internalServerErrorMessage: @20 line 14  [GsNMethod
35365869057]
4 [] in  ExecBlock1 (GRGemStonePlatform) >>
seasideProcessRequest:adaptor:resultBlock: @4 line 15  [GsNMethod
34982101505]
5 TransactionError (AbstractException) >> _executeOuterHandler: @3 line 7
 [GsNMethod 26844481025]
6 TransactionError (AbstractException) >> _pass:with: @4 line 13
 [GsNMethod 26844477953]
7 TransactionError (AbstractException) >> pass @2 line 14  [GsNMethod
26844477185]
8 [] in  ExecBlock1 (System class) >> _localCommit: @2 line 34  [GsNMethod
27208227073]
9 TransactionError (AbstractException) >> _executeHandler: @3 line 8
 [GsNMethod 26844481537]
10 TransactionError (AbstractException) >> _signalFromPrimitive: @1 line 1
 [GsNMethod 26844471553]
11 System class >> _primitiveCommit: @1 line 1  [GsNMethod 26844868097]
12 System class >> __commit: @2 line 8  [GsNMethod 26844854785]
13 [] in  ExecBlock0 (System class) >> _localCommit: @2 line 30  [GsNMethod
27208227329]
14 ExecBlock0 (ExecBlock) >> onException:do: @2 line 66  [GsNMethod
26843884289]
15 System class >> _localCommit: @8 line 31  [GsNMethod 26844855041]
16 SessionMethodTransactionBoundaryPolicy
(TransactionBoundaryDefaultPolicy) >> commit: @2 line 3  [GsNMethod
27996333825]
17 System class >> _commit: @7 line 16  [GsNMethod 26844855297]
18 System class >> commitTransaction @5 line 7  [GsNMethod 26844864257]
19 System class >> _commitPrintingDiagnostics @2 line 8  [GsNMethod
26844773377]
20 SystemCommitTransaction >> defaultAction @2 line 3  [GsNMethod
32628044801]
21 SystemCommitTransaction (AbstractException) >> _signalWith: @5 line 25
 [GsNMethod 26844482049]
22 SystemCommitTransaction class (AbstractException class) >> signal @3
line 5  [GsNMethod 26844463873]
23 GRGemStonePlatform >> doCommitTransaction @4 line 3  [GsNMethod
32628057857]
24 [] in  ExecBlock0 (GRGemStonePlatform) >>
seasideProcessRequestWithRetry:resultBlock: @24 line 32  [GsNMethod
34982100993]
25 ExecBlock0 (ExecBlock) >> ensure: @2 line 12  [GsNMethod 26843897345]
26 TransientRecursionLock >> critical: @11 line 12  [GsNMethod 34929957889]
27 GRGemStonePlatform >> seasideProcessRequestWithRetry:resultBlock: @3
line 6  [GsNMethod 34965516033]
28 [] in  ExecBlock1 (GRGemStonePlatform) >>
seasideProcessRequest:adaptor:resultBlock: @2 line 6  [GsNMethod
34997412097]
29 Array (Collection) >> do: @5 line 10  [GsNMethod 26844013569]
30 [] in  ExecBlock0 (GRGemStonePlatform) >>
seasideProcessRequest:adaptor:resultBlock: @3 line 5  [GsNMethod
34982101761]
31 ExecBlock0 (ExecBlock) >> on:do: @3 line 42  [GsNMethod 26843883521]
32 GRGemStonePlatform >> seasideProcessRequest:adaptor:resultBlock: @2 line
12  [GsNMethod 34965516289]
33 WAFastCGIAdaptor >> process: @3 line 4  [GsNMethod 35365868545]
34 [] in  ExecBlock0 (WAFastCGIAdaptor) >> answerResponderRole: @2 line 4
 [GsNMethod 35391972609]
35 ExecBlock0 (ExecBlock) >> on:do: @3 line 42  [GsNMethod 26843883521]
36 WAFastCGIAdaptor >> answerResponderRole: @2 line 5  [GsNMethod
35365870337]
37 FSResponderRole >> answer @3 line 4  [GsNMethod 35366788609]
38 FSResponderRole (FSRole) >> handleConnection @3 line 5  [GsNMethod
35366808065]
39 FSConnection >> unsafeServe @5 line 8  [GsNMethod 35366100481]
40 [] in  ExecBlock0 (FSConnection) >> safeServe @2 line 8  [GsNMethod
35409050625]
41 ExecBlock0 (ExecBlock) >> on:do: @3 line 42  [GsNMethod 26843883521]
42 [] in  ExecBlock0 (FSConnection) >> safeServe @2 line 9  [GsNMethod
35403513089]
43 ExecBlock0 (ExecBlock) >> on:do: @3 line 42  [GsNMethod 26843883521]
44 [] in  ExecBlock0 (FSConnection) >> safeServe @2 line 12  [GsNMethod
35392137217]
45 ExecBlock0 (ExecBlock) >> ensure: @2 line 12  [GsNMethod 26843897345]
46 FSConnection >> safeServe @2 line 15  [GsNMethod 35366102529]
47 FSConnection >> serve @2 line 4  [GsNMethod 35366102017]
48 [] in  ExecBlock (FSSocketServer) >> listen: @3 line 15  [GsNMethod
35392254721]
49 GsProcess >> _start @7 line 16  [GsNMethod 26844511489]
50 <Reenter marker>


The corrupt thingy made me think in running an audit in the indexes since I
knew they changed in 3.2.9. I executed this code that I normally run to
check indexes health:

| collectionsWithBadIndexes |
IndexManager current removeAllIncompleteIndexes.
collectionsWithBadIndexes := IndexManager current nscsWithBadIndexes.
Transcript show: 'There are ' , collectionsWithBadIndexes size asString, '
collections with bad indexes.'; cr.
Transcript show: 'The following are the OOPs of such collections: '.
collectionsWithBadIndexes do: [ :each | Transcript show: ' - ' , each asOop
asString.  ].
Transcript cr.

And that indeed triggered an error saying something about Unicode and
collector etc. So it was clearly the problem that I had an index mixing
plain strings and instances of Unicode* classes. So the fix was to rebuild
the indexes (first removing all of them via `IndexManager current
removeAllTracking.`) and specifying a Unicode* as the `pathElementClass` or
using the new API for creating indexes and using the message for unicode
ones.

Best,






On Tue, May 27, 2014 at 4:54 PM, Dale Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

> ... and it turns that the particular case that was causing the corruptObj
> error in 3.1.0.5 produces an ArgumentError in 3.2 ... there are some paths
> in the 3.2 code base that could lead to corruptObj errors and THOSE will be
> fixed in 3.2.x. If we do a 3.1.0.7 release, the bug will be fixed there.
> Right now there is no schedule for a 3.1.0.7 release.
>
> Dale
>
>
> On Tue, May 27, 2014 at 12:38 PM, Dale Henrichs <
> dale.henrichs at gemtalksystems.com> wrote:
>
>> ... and opened a GemStone Seaside3.1 issue[1]...
>>
>> Dale
>>
>> [1] https://github.com/glassdb/Seaside31/issues/20
>>
>>
>> On Tue, May 27, 2014 at 12:18 PM, Dale Henrichs <
>> dale.henrichs at gemtalksystems.com> wrote:
>>
>>> I forgot to mention that internally we are tracking this as bug 44291...
>>>
>>> Dale
>>>
>>>
>>> On Tue, May 27, 2014 at 12:16 PM, Dale Henrichs <
>>> dale.henrichs at gemtalksystems.com> wrote:
>>>
>>>> Okay, I've talked to engineering and they agree that the corruptObj
>>>> error in this case is too extreme. We are in the final stages of a 3.2.1
>>>> release, so it may be too late to include a fix in 3.2.1, but it will most
>>>> likely be included in a 3.2.2, but we don't have a schedule for that.
>>>>
>>>> Until then I think that the following patch
>>>> to GRGemStonePlatform>>seasideProcessRequest:adaptor:resultBlock: is the
>>>> best we can do:
>>>>
>>>>
>>>>   ----- Method:
>>>> GRGemStonePlatform>>seasideProcessRequest:adaptor:resultBlock: (in category
>>>> '*seaside-gemstone-core') -----seasideProcessRequest: aNativeRequest
>>>> adaptor: adaptor resultBlock: resultBlock
>>>>     | result |
>>>>     [
>>>>     | retryCount result count |
>>>>     retryCount := self retryCount.
>>>>     count := 1.
>>>>     retryCount
>>>>       timesRepeat: [
>>>>         (result := self
>>>>           seasideProcessRequestWithRetry: aNativeRequest
>>>>           resultBlock: resultBlock) ~~ nil
>>>>           ifTrue: [ ^ result ].
>>>>         System _sessionCacheStatAt: 2 put: (System _sessionCacheStatAt:
>>>> 2) + 1. "requests retried"
>>>>         (Delay forMilliseconds: self retryDelay * count) wait.
>>>>         count := count * 10 ]. "exceeded retry limit"
>>>>     ^ adaptor
>>>>       internalServerErrorMessage:
>>>>         'Too many retries: ' , (retryCount + 1) printString ]
>>>>       on: Error
>>>>       do: [ :ex |
>>>>         self doAbortTransaction.
>>>> +       result := adaptor internalServerErrorMessage: ex description.
>>>> +       ex gsNumber == 2261
>>>> +         ifTrue:
>>>> +           [
>>>> +           "see discussion in:
>>>> http://forum.world.st/Glass-Further-commits-have-been-disabled-for-this-session-because-CorruptObj-error-This-session-must-td4760409.html
>>>> + "
>>>> +           Transcript
>>>> +             cr;
>>>> +             show:
>>>> +                 'Session terminating due to CorruptObj error ...
>>>> session must logout'.
>>>> +           System logout ]
>>>> +             ex
>>>> +         return: nil "Do an explicit return. Because of the abort
>>>> above, the default action for an exception (resume) is set. see bug39246."
>>>> ].
>>>> -       result := adaptor internalServerErrorMessage: ex description. "Do
>>>> an explicit return. Because of the abort above, the default action for an
>>>> exception (resume) is set. see bug39246."
>>>> -       ex return: nil ].
>>>>     ^ result
>>>>
>>>> If you use this patch, make sure that you have a system in place for
>>>> automatically restarting gems that get fatal errors. You should be using
>>>> monit or daaemontools in production since gems may crash occasionally  and
>>>> they need to be restarted. Other than the extra time/cpu/disk for
>>>> restarting a gem, stopping/restarting gems is not a fatal problem as no
>>>> persistent data is lost or corrupted ... see my post on "GLASS 101:
>>>> Disposable Gems, Durable Data"[1].
>>>>
>>>> I'm on the fence about including this patch in the standard release of
>>>> Seaside for GemStone ... on the one hand if you get this particular error
>>>> (or any other "commit prohibiting error" the gem is effectively out of
>>>> service and needs to be restarted...
>>>>
>>>> An alternative to logout would be to update a field in SessionTemps
>>>> that indicates the the gem needs to be restarted ... that session state can
>>>> be queried by a monit http request (presumably) ...  so at the end of the
>>>> day we should probably invent some sort of gem termination policy that can
>>>> be controlled at the application level...
>>>>
>>>> Dale
>>>>
>>>>
>>>> [1]
>>>> http://gemstonesoup.wordpress.com/2008/03/08/glass-101-disposable-gems-durable-data/
>>>>
>>>>
>>>>
>>>> On Mon, May 26, 2014 at 10:33 AM, Dale Henrichs <
>>>> dale.henrichs at gemtalksystems.com> wrote:
>>>>
>>>>> Johan,
>>>>>
>>>>> I think that a corruptObj error in this case may be a bit extreme. I
>>>>> have asked engineering if there is a "session safe" method for finding the
>>>>> obviously invalid utf8 ... Today is a holiday, so I may not get a response
>>>>> until tomorrow.
>>>>>
>>>>> I hope that crashed vms is an acceptable outcome of the security
>>>>> audit?
>>>>>
>>>>> The corruptObj error is our response to the error thrown by ICU ...
>>>>> the commit prohibiting error normally is thrown when we think that "memory
>>>>> stomping" has occurred and we want to avoid persisting potentially corrupt
>>>>> objects ...  presumably the security audit folks knew that mishandling this
>>>>> particular ICU error condition could lead to a security breach:)
>>>>>
>>>>> Dale
>>>>>
>>>>>
>>>>> On Mon, May 26, 2014 at 9:44 AM, Johan Brichau <johan at yesplan.be>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> Today, we had a security audit on a Seaside 3.0.10 application
>>>>>> running in a GS 3.1.0.5 stone with FastCGI behind nginx.
>>>>>>
>>>>>> I have no idea what exactly they did to obtain this, but the system
>>>>>> went unresponsive after the following error until I restarted the gems.
>>>>>> - a InternalError occurred (error 2261), The object with object ID
>>>>>> 'Hannes_Alfvén' is corrupt. Reason: 'carrysize > 0 at end of utf8 decode'
>>>>>> - a TransactionError occurred (error 2249), Further commits have been
>>>>>> disabled for this session because: 'CorruptObj error'. This session must
>>>>>> logout.
>>>>>> - repeat last one
>>>>>>
>>>>>> The stacks from the gem log are attached.
>>>>>>
>>>>>> I am trying to trace what happened. Any clues?
>>>>>>
>>>>>> Johan
>>>>>>
>>>>>> ----------- Internal FASTCGI ERROR Encountered:
>>>>>> 2014-05-26T13:37:41.31612992286682+02:00
>>>>>> a InternalError occurred (error 2261), The object with object ID
>>>>>> 'Hannes_Alfvén' is corrupt. Reason: 'carrysize > 0 at end of utf8 decode'
>>>>>> 1 GRGemStonePlatform >> logError:title:shouldCommit: (envId 0) @2
>>>>>> line 4  [GsNMethod 7469480705]
>>>>>> 2 GRGemStonePlatform >> logError:title: (envId 0) @2 line 3
>>>>>>  [GsNMethod 7469494785]
>>>>>> 3 WAFastCGIAdaptor >> internalServerErrorMessage: (envId 0) @20 line
>>>>>> 14  [GsNMethod 9828254465]
>>>>>> 4 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequest:adaptor:resultBlock: (envId 0) @4 line 26  [GsNMethod
>>>>>> 10506396161]
>>>>>> 5 AbstractException >> _executeHandler: (envId 0) @3 line 8
>>>>>>  [GsNMethod 1394121473]
>>>>>> 6 AbstractException >> _signalFromPrimitive: (envId 0) @1 line 1
>>>>>>  [GsNMethod 1360964097]
>>>>>> 7 String >> decodeFromUTF8 (envId 0) @1 line 1  [GsNMethod 1064104705]
>>>>>> 8 UTF8PrimitiveEncoding >> decode: (envId 0) @2 line 4  [GsNMethod
>>>>>> 7470277121]
>>>>>> 9 GRUtf8GemStoneCodec >> decode: (envId 0) @3 line 3  [GsNMethod
>>>>>> 7468617985]
>>>>>> 10 [] in  WAUrl >> decodedWith: (envId 0) @3 line 17  [GsNMethod
>>>>>> 9230396417]
>>>>>> 11 SequenceableCollection >> collect: (envId 0) @9 line 16
>>>>>>  [GsNMethod 1064183041]
>>>>>> 12 WAUrl >> decodedWith: (envId 0) @22 line 17  [GsNMethod 8789933313
>>>>>> ]
>>>>>> 13 WAFastCGIRequestConverter >> requestUrlFor: (envId 0) @6 line 4
>>>>>>  [GsNMethod 9828231425]
>>>>>> 14 WAServerAdaptor >> requestFor: (envId 0) @3 line 6  [GsNMethod
>>>>>> 8790261761]
>>>>>> 15 WAFastCGIRequestConverter >> requestFor: (envId 0) @12 line 7
>>>>>>  [GsNMethod 9828215809]
>>>>>> 16 WAFastCGIAdaptor >> requestFor: (envId 0) @2 line 4  [GsNMethod
>>>>>> 9828250881]
>>>>>> 17 WAServerAdaptor >> contextFor: (envId 0) @2 line 5  [GsNMethod
>>>>>> 8790264577]
>>>>>> 18 WAServerAdaptor >> process: (envId 0) @2 line 5  [GsNMethod
>>>>>> 8790258433]
>>>>>> 19 [] in  WAFastCGIAdaptor >> process: (envId 0) @2 line 6
>>>>>>  [GsNMethod 8794996737]
>>>>>> 20 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequestWithRetry:resultBlock: (envId 0) @2 line 13
>>>>>>  [GsNMethod 10501067521]
>>>>>> 21 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 22 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequestWithRetry:resultBlock: (envId 0) @14 line 14
>>>>>>  [GsNMethod 10506395905]
>>>>>> 23 ExecBlock >> ensure: (envId 0) @2 line 12  [GsNMethod 1064640769]
>>>>>> 24 TransientRecursionLock >> critical: (envId 0) @11 line 12
>>>>>>  [GsNMethod 6527748609]
>>>>>> 25 GRGemStonePlatform >> seasideProcessRequestWithRetry:resultBlock:
>>>>>> (envId 0) @3 line 5  [GsNMethod 10509761025]
>>>>>> 26 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequest:adaptor:resultBlock: (envId 0) @6 line 15  [GsNMethod
>>>>>> 10506396417]
>>>>>> 27 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 28 GRGemStonePlatform >> seasideProcessRequest:adaptor:resultBlock:
>>>>>> (envId 0) @3 line 23  [GsNMethod 10509761281]
>>>>>> 29 WAFastCGIAdaptor >> process: (envId 0) @3 line 4  [GsNMethod
>>>>>> 9828418049]
>>>>>> 30 [] in  WAFastCGIAdaptor >> answerResponderRole: (envId 0) @2 line
>>>>>> 4  [GsNMethod 8795113729]
>>>>>> 31 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 32 WAFastCGIAdaptor >> answerResponderRole: (envId 0) @2 line 5
>>>>>>  [GsNMethod 9828248321]
>>>>>> 33 FSResponderRole >> answer (envId 0) @3 line 4  [GsNMethod
>>>>>> 8854227457]
>>>>>> 34 FSRole >> handleConnection (envId 0) @3 line 5  [GsNMethod
>>>>>> 8854243329]
>>>>>> 35 FSConnection >> unsafeServe (envId 0) @5 line 8  [GsNMethod
>>>>>> 8853951745]
>>>>>> 36 [] in  FSConnection >> safeServe (envId 0) @2 line 8  [GsNMethod
>>>>>> 9557561601]
>>>>>> 37 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 38 [] in  FSConnection >> safeServe (envId 0) @2 line 9  [GsNMethod
>>>>>> 9322044673]
>>>>>> 39 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 40 [] in  FSConnection >> safeServe (envId 0) @2 line 12  [GsNMethod
>>>>>> 9258731777]
>>>>>> 41 ExecBlock >> ensure: (envId 0) @2 line 12  [GsNMethod 1064640769]
>>>>>> 42 FSConnection >> safeServe (envId 0) @2 line 15  [GsNMethod
>>>>>> 8853958913]
>>>>>> 43 FSConnection >> serve (envId 0) @2 line 4  [GsNMethod 8853957889]
>>>>>> 44 [] in  FSSocketServer >> listen: (envId 0) @3 line 15  [GsNMethod
>>>>>> 9261209601]
>>>>>> 45 GsProcess >> _start (envId 0) @7 line 16  [GsNMethod 1403422977]
>>>>>> 46 <Reenter marker>
>>>>>> -----------
>>>>>> ----------- Internal FASTCGI LOG ENTRY: anArray-----------
>>>>>> ----------- Internal FASTCGI ERROR Encountered:
>>>>>> 2014-05-26T13:37:41.37823009490967+02:00
>>>>>> a TransactionError occurred (error 2249), Further commits have been
>>>>>> disabled for this session because: 'CorruptObj error'. This session must
>>>>>> logout.
>>>>>> 1 GRGemStonePlatform >> logError:title:shouldCommit: (envId 0) @2
>>>>>> line 4  [GsNMethod 7469480705]
>>>>>> 2 GRGemStonePlatform >> logError:title: (envId 0) @2 line 3
>>>>>>  [GsNMethod 7469494785]
>>>>>> 3 WAFastCGIAdaptor >> internalServerErrorMessage: (envId 0) @20 line
>>>>>> 14  [GsNMethod 9828254465]
>>>>>> 4 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequest:adaptor:resultBlock: (envId 0) @4 line 26  [GsNMethod
>>>>>> 10506396161]
>>>>>> 5 AbstractException >> _executeOuterHandler: (envId 0) @3 line 7
>>>>>>  [GsNMethod 1394117633]
>>>>>> 6 AbstractException >> _pass:with: (envId 0) @4 line 13  [GsNMethod
>>>>>> 1393936385]
>>>>>> 7 AbstractException >> pass (envId 0) @2 line 14  [GsNMethod
>>>>>> 1393935361]
>>>>>> 8 [] in  System class >> _localCommit: (envId 0) @2 line 34
>>>>>>  [GsNMethod 5944183041]
>>>>>> 9 AbstractException >> _executeHandler: (envId 0) @3 line 8
>>>>>>  [GsNMethod 1394121473]
>>>>>> 10 AbstractException >> _signalFromPrimitive: (envId 0) @1 line 1
>>>>>>  [GsNMethod 1360964097]
>>>>>> 11 System class >> _primitiveCommit: (envId 0) @1 line 1  [GsNMethod
>>>>>> 1789434881]
>>>>>> 12 System class >> __commit: (envId 0) @2 line 8  [GsNMethod
>>>>>> 1789345025]
>>>>>> 13 [] in  System class >> _localCommit: (envId 0) @2 line 30
>>>>>>  [GsNMethod 5944183297]
>>>>>> 14 ExecBlock >> onException:do: (envId 0) @2 line 66  [GsNMethod
>>>>>> 1064628225]
>>>>>> 15 System class >> _localCommit: (envId 0) @8 line 31  [GsNMethod
>>>>>> 1789345281]
>>>>>> 16 TransactionBoundaryDefaultPolicy >> commit: (envId 0) @2 line 3
>>>>>>  [GsNMethod 5986577665]
>>>>>> 17 System class >> _commit: (envId 0) @7 line 16  [GsNMethod
>>>>>> 1789345537]
>>>>>> 18 System class >> commitTransaction (envId 0) @5 line 7  [GsNMethod
>>>>>> 1789402113]
>>>>>> 19 System class >> _commitPrintingDiagnostics (envId 0) @2 line 8
>>>>>>  [GsNMethod 1700522241]
>>>>>> 20 SystemCommitTransaction >> defaultAction (envId 0) @2 line 3
>>>>>>  [GsNMethod 7468825857]
>>>>>> 21 AbstractException >> _signalWith: (envId 0) @5 line 25  [GsNMethod
>>>>>> 1394122241]
>>>>>> 22 AbstractException class >> signal (envId 0) @3 line 5  [GsNMethod
>>>>>> 1172775681]
>>>>>> 23 GRGemStonePlatform >> doCommitTransaction (envId 0) @4 line 3
>>>>>>  [GsNMethod 7469481473]
>>>>>> 24 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequestWithRetry:resultBlock: (envId 0) @47 line 54
>>>>>>  [GsNMethod 10506395905]
>>>>>> 25 ExecBlock >> ensure: (envId 0) @2 line 12  [GsNMethod 1064640769]
>>>>>> 26 TransientRecursionLock >> critical: (envId 0) @11 line 12
>>>>>>  [GsNMethod 6527748609]
>>>>>> 27 GRGemStonePlatform >> seasideProcessRequestWithRetry:resultBlock:
>>>>>> (envId 0) @3 line 5  [GsNMethod 10509761025]
>>>>>> 28 [] in  GRGemStonePlatform >>
>>>>>> seasideProcessRequest:adaptor:resultBlock: (envId 0) @6 line 15  [GsNMethod
>>>>>> 10506396417]
>>>>>> 29 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 30 GRGemStonePlatform >> seasideProcessRequest:adaptor:resultBlock:
>>>>>> (envId 0) @3 line 23  [GsNMethod 10509761281]
>>>>>> 31 WAFastCGIAdaptor >> process: (envId 0) @3 line 4  [GsNMethod
>>>>>> 9828418049]
>>>>>> 32 [] in  WAFastCGIAdaptor >> answerResponderRole: (envId 0) @2 line
>>>>>> 4  [GsNMethod 8795113729]
>>>>>> 33 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 34 WAFastCGIAdaptor >> answerResponderRole: (envId 0) @2 line 5
>>>>>>  [GsNMethod 9828248321]
>>>>>> 35 FSResponderRole >> answer (envId 0) @3 line 4  [GsNMethod
>>>>>> 8854227457]
>>>>>> 36 FSRole >> handleConnection (envId 0) @3 line 5  [GsNMethod
>>>>>> 8854243329]
>>>>>> 37 FSConnection >> unsafeServe (envId 0) @5 line 8  [GsNMethod
>>>>>> 8853951745]
>>>>>> 38 [] in  FSConnection >> safeServe (envId 0) @2 line 8  [GsNMethod
>>>>>> 9557561601]
>>>>>> 39 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 40 [] in  FSConnection >> safeServe (envId 0) @2 line 9  [GsNMethod
>>>>>> 9322044673]
>>>>>> 41 ExecBlock >> on:do: (envId 0) @3 line 42  [GsNMethod 1064627457]
>>>>>> 42 [] in  FSConnection >> safeServe (envId 0) @2 line 12  [GsNMethod
>>>>>> 9258731777]
>>>>>> 43 ExecBlock >> ensure: (envId 0) @2 line 12  [GsNMethod 1064640769]
>>>>>> 44 FSConnection >> safeServe (envId 0) @2 line 15  [GsNMethod
>>>>>> 8853958913]
>>>>>> 45 FSConnection >> serve (envId 0) @2 line 4  [GsNMethod 8853957889]
>>>>>> 46 [] in  FSSocketServer >> listen: (envId 0) @3 line 15  [GsNMethod
>>>>>> 9261209601]
>>>>>> 47 GsProcess >> _start (envId 0) @7 line 16  [GsNMethod 1403422977]
>>>>>> 48 <Reenter marker>
>>>>>> -----------
>>>>>> _______________________________________________
>>>>>> Glass mailing list
>>>>>> Glass at lists.gemtalksystems.com
>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>>>>
>>>>>
>>>>>
>>>>
>>>
>>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20151028/28952f08/attachment-0001.html>


More information about the Glass mailing list