[Glass] error with pool dictionary names in FSAuthorizerRole

Paul DeBruicker via Glass glass at lists.gemtalksystems.com
Thu May 26 10:14:06 PDT 2016


Hi Dale,


Looks the same to me.  See below:



Paul




Inspect FSRole
class(Class)>>_ogDefinitionInContext:className:superClassName: @61 line
68anArray( aSymbolDictionary( #'FCGI_UNKNOWN_ROLE'->3,
#'FCGI_REQUEST_COMPLETE'->0, #'FCGI_LISTENSOCK_FILENO'->0,
#'FCGI_FILTER'->3, #'FCGI_AUTHORIZER'->2, #'FCGI_STDOUT'->6,
#'FCGI_PARAMS'->4, #'FCGI_KEEP_CONN'->1, #'FCGI_END_REQUEST'->3,
#'FCGI_ABORT_REQUEST'->2, #'FCGIConstants'->nil, #'FCGI_STDIN'->5,
#'FCGI_OVERLOADED'->2, #'FCGI_HEADER_LEN'->8, #'FCGI_DATA'->8,
#'FCGI_VERSION_1'->1, #'FCGI_STDERR'->7, #'FCGI_NULL_REQUEST_ID'->0,
#'FCGI_GET_VALUES_RESULT'->10, #'FCGI_CANT_MPX_CONN'->1,
#'FCGI_UNKNOWN_TYPE'->11, #'FCGI_RESPONDER'->1, #'FCGI_MAXTYPE'->11,
#'FCGI_GET_VALUES'->9, #'FCGI_BEGIN_REQUEST'->1))/aSymbolDictionary(
#'FCGI_UNKNOWN_ROLE'->3, #'FCGI_REQUEST_COMPLETE'->0,
#'FCGI_LISTENSOCK_FILENO'->0, #'FCGI_FILTER'->3, #'FCGI_AUTHORIZER'->2,
#'FCGI_STDOUT'->6, #'FCGI_PARAMS'->4, #'FCGI_KEEP_CONN'->1,
#'FCGI_END_REQUEST'->3, #'FCGI_ABORT_REQUEST'->2, #'FCGIConstants'->nil,
#'FCGI_STDIN'->5, #'FCGI_OVERLOADED'->2, #'FCGI_HEADER_LEN'->8,
#'FCGI_DATA'->8, #'FCGI_VERSION_1'->1, #'FCGI_STDERR'->7,
#'FCGI_NULL_REQUEST_ID'->0, #'FCGI_GET_VALUES_RESULT'->10,
#'FCGI_CANT_MPX_CONN'->1, #'FCGI_UNKNOWN_TYPE'->11, #'FCGI_RESPONDER'->1,
#'FCGI_MAXTYPE'->11, #'FCGI_GET_VALUES'->9, #'FCGI_BEGIN_REQUEST'->1)/
--------------------
.                -> aSymbolDictionary( #'FCGI_UNKNOWN_ROLE'->3,
#'FCGI_REQUEST_COMPLETE'->0, #'FCGI_LISTENSOCK_FILENO'->0,
#'FCGI_FILTER'->3, #'FCGI_AUTHORIZER'...
..               -> anArray( aSymbolDictionary( #'FCGI_UNKNOWN_ROLE'->3,
#'FCGI_REQUEST_COMPLETE'->0, #'FCGI_LISTENSOCK_FILENO'->0,
#'FCGI_FILTER'->3, #'FCGI_AU...
(class)@         -> SymbolDictionary
(oop)@           -> 183965441
(committed)@     -> true
(notTranlogged)@ -> nil
(name)@          -> nil
1@               -> #'FCGI_ABORT_REQUEST'->2
2@               -> #'FCGI_AUTHORIZER'->2
3@               -> #'FCGI_BEGIN_REQUEST'->1
4@               -> #'FCGI_CANT_MPX_CONN'->1
5@               -> #'FCGI_DATA'->8
6@               -> #'FCGI_END_REQUEST'->3
7@               -> #'FCGI_FILTER'->3
8@               -> #'FCGI_GET_VALUES'->9
9@               -> #'FCGI_GET_VALUES_RESULT'->10
10@              -> #'FCGI_HEADER_LEN'->8
11@              -> #'FCGI_KEEP_CONN'->1
12@              -> #'FCGI_LISTENSOCK_FILENO'->0
13@              -> #'FCGI_MAXTYPE'->11
14@              -> #'FCGI_NULL_REQUEST_ID'->0
15@              -> #'FCGI_OVERLOADED'->2
16@              -> #'FCGI_PARAMS'->4
17@              -> #'FCGI_REQUEST_COMPLETE'->0
18@              -> #'FCGI_RESPONDER'->1
19@              -> #'FCGI_STDERR'->7
20@              -> #'FCGI_STDIN'->5
21@              -> #'FCGI_STDOUT'->6
22@              -> #'FCGI_UNKNOWN_ROLE'->3
23@              -> #'FCGI_UNKNOWN_TYPE'->11
24@              -> #'FCGI_VERSION_1'->1
25@              -> #'FCGIConstants'->nil









GLASS mailing list wrote
> Paul, can you confirm that you are seeing the same thing that I'm 
> seeing. Below is an inspector on the symbol dictionary in 3.2.15 and 
> note that the name is `nil`. In 3.2.9, the name is FCGIConstants and 
> _this_ is the source of the problem ... I'll start tracking it down ....
> 
> Dale
> 
> .                -> aSymbolDictionary( #'FCGI_UNKNOWN_TYPE'->11, 
> #'FCGI_RESPONDER'->1, #'FCGI_MAXTYPE'->11, #'FCGI_GET_VALUES'->9, 
> #'FCGI_BEGIN_REQUEST'->1, #'F...
> ..               -> anArray( aSymbolDictionary( 
> #'FCGI_UNKNOWN_TYPE'->11, #'FCGI_RESPONDER'->1, #'FCGI_MAXTYPE'->11, 
> #'FCGI_GET_VALUES'->9, #'FCGI_BEGIN_REQUEST...
> (class)@         -> SymbolDictionary
> (oop)@           -> 283968001
> (committed)@     -> true
> (notTranlogged)@ -> false
> (name)@          -> nil
> 1@               -> #'FCGI_ABORT_REQUEST'->2
> 2@               -> #'FCGI_AUTHORIZER'->2
> 3@               -> #'FCGI_BEGIN_REQUEST'->1
> 4@               -> #'FCGI_CANT_MPX_CONN'->1
> 5@               -> #'FCGI_DATA'->8
> 6@               -> #'FCGI_END_REQUEST'->3
> 7@               -> #'FCGI_FILTER'->3
> 8@               -> #'FCGI_GET_VALUES'->9
> 9@               -> #'FCGI_GET_VALUES_RESULT'->10
> 10@              -> #'FCGI_HEADER_LEN'->8
> 11@              -> #'FCGI_KEEP_CONN'->1
> 12@              -> #'FCGI_LISTENSOCK_FILENO'->0
> 13@              -> #'FCGI_MAXTYPE'->11
> 14@              -> #'FCGI_NULL_REQUEST_ID'->0
> 15@              -> #'FCGI_OVERLOADED'->2
> 16@              -> #'FCGI_PARAMS'->4
> 17@              -> #'FCGI_REQUEST_COMPLETE'->0
> 18@              -> #'FCGI_RESPONDER'->1
> 19@              -> #'FCGI_STDERR'->7
> 20@              -> #'FCGI_STDIN'->5
> 21@              -> #'FCGI_STDOUT'->6
> 22@              -> #'FCGI_UNKNOWN_ROLE'->3
> 23@              -> #'FCGI_UNKNOWN_TYPE'->11
> 24@              -> #'FCGI_VERSION_1'->1
> 25@              -> #'FCGIConstants'->nil
> 
> 
> 
> 
> On 05/26/2016 10:02 AM, Dale Henrichs wrote:
>> Never mind ... I have been working recently on Issue #112[1] for 
>> GsDevKit_home and I just happened to start working on Seaside upgrades 
>> a couple of days ago, and I did do a Seaside upgrade from 3.2.9 to 
>> 3.2.15 and sure enough I hit the same issue ... in my case the error 
>> didn't show up until I actually touched the class to in the tODE 
>> browser, but I get the same error message so I should be able to 
>> figure things out from here ...
>>
>> ... I guess I am still curious as to what upgrade process you are
>> using...
>>
>> Dale
>>
>> [1] https://github.com/GsDevKit/GsDevKit_home/issues/112
>>
>> On 05/26/2016 09:56 AM, Dale Henrichs wrote:
>>> Paul,
>>>
>>> I'm looking into this, but I am curious how you are doing the 
>>> upgrade. Are you using $Gs_HOME/bin/upgradeStone or have you rolled 
>>> your own upgrade script?
>>>
>>> Dale
>>> On 05/26/2016 08:02 AM, PAUL DEBRUICKER via Glass wrote:
>>>> Hi -
>>>>
>>>> I am upgrading from 3.2.13 to 3.2.15, on the Mac.  When installing my
>>>> application code Metacello successfully fetches all packages.  When
>>>> starting the atomic load I get an error in
>>>> FSAuthorizerRole>>poolDictionaryNames that I'm not sure how to resolve. 
>>>> I've attached the stack.
>>>>
>>>> In the #do: in that method the value for #each when the error occurs is
>>>>
>>>> aSymbolDictionary( #'FCGI_UNKNOWN_ROLE'->3,
>>>> #'FCGI_REQUEST_COMPLETE'->0, #'FCGI_LISTENSOCK_FILENO'->0,
>>>> #'FCGI_FILTER'->3, #'FCGI_AUTHORIZER'->2, #'FCGI_STDOUT'->6,
>>>> #'FCGI_PARAMS'->4, #'FCGI_KEEP_CONN'->1, #'FCGI_END_REQUEST'->3,
>>>> #'FCGI_ABORT_REQUEST'->2, #'FCGIConstants'->nil, #'FCGI_STDIN'->5,
>>>> #'FCGI_OVERLOADED'->2, #'FCGI_HEADER_LEN'->8, #'FCGI_DATA'->8,
>>>> #'FCGI_VERSION_1'->1, #'FCGI_STDERR'->7, #'FCGI_NULL_REQUEST_ID'->0,
>>>> #'FCGI_GET_VALUES_RESULT'->10, #'FCGI_CANT_MPX_CONN'->1,
>>>> #'FCGI_UNKNOWN_TYPE'->11, #'FCGI_RESPONDER'->1, #'FCGI_MAXTYPE'->11,
>>>> #'FCGI_GET_VALUES'->9, #'FCGI_BEGIN_REQUEST'->1)
>>>>
>>>>
>>>> Loading my application code reloads Seaside and then my application
>>>> code.    It seems like for the class FSRole and subclasses the
>>>> poolDictionaries are wrong.  When using tODE to navigate to them in
>>>> both the 3.2.13 and 3.2.15 stone I get an 2904 error dialog claiming
>>>> that a CharacterCollection was expected.  The SymbolDictionary I pasted
>>>> is the only value in the poolDictionary array for those classes.
>>>>
>>>>
>>>> Any tips on resetting the values of the poolDictionaries to the
>>>> expected values?
>>>>
>>>>
>>>>   Thanks
>>>>
>>>>
>>>> Paul
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Glass mailing list
>>>> 

> Glass at .gemtalksystems

>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>>
>>
> 
> 
> _______________________________________________
> Glass mailing list

> Glass at .gemtalksystems

> http://lists.gemtalksystems.com/mailman/listinfo/glass





--
View this message in context: http://forum.world.st/error-with-pool-dictionary-names-in-FSAuthorizerRole-tp4897566p4897604.html
Sent from the GLASS mailing list archive at Nabble.com.


More information about the Glass mailing list