Re: Cannot load Seaside anymore in a just-migrated GemStone [WAS] Re: [Glass] Zinc 2.4.3 on Gemstone
Paul DeBruicker <[email protected]>
| Newsgroups | gmane.comp.lang.smalltalk.squeak.seaside |
|---|---|
| Message-ID | <[email protected]> |
Oh wait. WAEnvironment initialize. Seemed to have fixed it. Following the senders of a message helps more than writing emails some times.... Thanks Paul Paul DeBruicker wrote > Hi Mariano, > > > I just ran into this issue. Did you end up finding a solution? > > > Thanks > > Paul > > Mariano Martinez Peck wrote >> On Thu, Oct 15, 2015 at 4:25 PM, Mariano Martinez Peck < >> marianopeck@ >>> wrote: >> >>> Hi guys, >>> >>> I have a weird scenario I cannot solve. I am trying to load my app code >>> (together with all it's dependencies) in a just migrated stone (from >>> GemStone 3.1.0.4 to GemStone 3.2.9). I performed all the steps of the >>> migration. Yet, I have an error, pasted below. However, if I run the >>> same >>> code to load my app in a fresh 3.2.9 extent, that works perfectly. It >>> only >>> fails in my migrated (from 3.1.0.4) stone. >>> >>> The problem is in >>> >>> WAWalkbackErrorHandler class >> initialize >>> WAAdmin applicationExceptionHandlingDefaults at: #exceptionHandler put: >>> self >>> >>> It fails because the >>> >>> WAConfiguration >> attributeAt: aSymbol >>> ^ self attributeAt: aSymbol ifAbsent: [ WAAttributeNotFound >>> signalWithKey: >>> aSymbol ] >>> >>> gives a key not found. >>> >>> I did a search in the mailing list and found related threads: >>> >>> http://forum.world.st/Glass-Zinc-2-4-3-on-Gemstone-td4759789.html#a4759875 >>> https://github.com/seasidest/seaside/issues/643 >>> >>> But none show a solution. >>> >>> And yes, it is obvious it will fail because: >>> >>> WAAdmin applicationExceptionHandlingDefaults allAttributes -> >>> anIdentityDictionary( ) >>> >>> Also, as you can see, the result of WAAdmin >>> applicationExceptionHandlingDefaults has no parent or anything: >>> >>> Inspect aWASharedConfiguration/ >>> -------------------- >>> . -> aWASharedConfiguration >>> (class)@ -> WASharedConfiguration >>> (oop)@ -> 1169561601 >>> (committed)@ -> true >>> cachedSearchContexts@ -> anIdentityDictionary( >>> #'exceptionHandler'->aWAAttributeSearchContext) >>> expressions@ -> aDictionary( ) >>> name@ -> 'Application Exception Handling Defaults' >>> parents@ -> anOrderedCollection( ) >>> >>> >>> I even tried the re-initialization of Seaside as provided by Bruno the >>> other day: >>> >>> WAAdmin unregister: 'reps'. >>> WAAdmin unregister: 'advisors'. >>> WAAdmin unregister: 'clients'. >>> >>> WAGemStoneProductionErrorHandler initialize. >>> WAWalkbackErrorHandler initialize. >>> WARemoteDebuggingWalkbackErrorHandler initialize. >>> >>> [ >>> WADispatcher default. >>> WASystemConfiguration allSubclasses >>> do: [ :each | each instance buildDescription ] ] >>> ensure: [ System commitTransaction ] . >>> >>> >>> Still, same error. >>> >>> >>> Any clues? Is there way I can re-initialize all Seaside? >>> >>> >>> This is the stack: >>> >>> aTDDebugger >>> -------------------- >>> 1. WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25 >>> 2. WAAttributeNotFound(AbstractException)>>signal @2 line 47 >>> 3. WAAttributeNotFound class>>signalWithKey: @4 line 4 >>> 4. [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2 >>> 5. IdentityDictionary>>at:ifAbsent: @5 line 8 >>> 6. WASharedConfiguration(WAConfiguration)>>attributeAt:ifAbsent: @3 line >>> 2 >>> 7. WASharedConfiguration(WAConfiguration)>>attributeAt: @2 line 2 >>> 8. WASharedConfiguration(WAUserConfiguration)>>at:put: @2 line 7 >>> 9. WAWalkbackErrorHandler class>>initialize @3 line 2 >>> 10. MCMethodDefinition>>postload @11 line 6 >>> 11. MCMethodDefinition(MCDefinition)>>postloadOver: @2 line 2 >>> 12. [] in MCPackageLoader>>basicLoad @3 line 48 >>> 13. OrderedCollection(Collection)>>do: @5 line 10 >>> 14. OrderedCollection(Collection)>>do:displayingProgress: @2 line 3 >>> 15. [] in MCPackageLoader>>basicLoad @15 line 48 >>> 16. MCPackageLoader(ExecBlock)>>on:do: @3 line 42 >>> 17. [] in MCPackageLoader>>basicLoad @2 line 49 >>> 18. MCPackageLoader(ExecBlock)>>ensure: @2 line 12 >>> 19. MCPackageLoader>>basicLoad @11 line 51 >>> 20. [] in MCPackageLoader>>loadWithNameLike: @2 line 4 >>> 21. [] in ExecBlock0(MCPackageLoader)>>useChangeSetNamed:during: @2 line >>> 9 >>> 22. ExecBlock0(ExecBlock)>>ensure: @2 line 12 >>> 23. MCPackageLoader>>useChangeSetNamed:during: @9 line 9 >>> 24. MCPackageLoader>>useNewChangeSetNamedLike:during: @3 line 2 >>> 25. MCPackageLoader>>loadWithNameLike: @6 line 4 >>> 26. MCVersionLoader>>load @9 line 6 >>> 27. MetacelloGoferLoad(GoferLoad)>>execute @6 line 3 >>> 28. [] in >>> MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>> @5 line 17 >>> 29. [] in >>> MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>> @14 line 21 >>> 30. MetacelloGemStonePlatform(MetacelloPlatform)>>do:displaying: @2 line >>> 3 >>> 31. >>> MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer: >>> @7 line 5 >>> 32. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadPackageDirective:gofer: >>> @4 line 4 >>> 33. MetacelloPackageLoadDirective>>loadUsing:gofer: @2 line 3 >>> 34. [] in >>> ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @2 line 3 >>> 35. OrderedCollection(Collection)>>do: @5 line 10 >>> 36. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @3 line 3 >>> 37. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4 >>> 38. [] in >>> ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @2 line 3 >>> 39. OrderedCollection(Collection)>>do: @5 line 10 >>> 40. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @3 line 3 >>> 41. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4 >>> 42. [] in >>> ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @2 line 3 >>> 43. OrderedCollection(Collection)>>do: @5 line 10 >>> 44. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @3 line 3 >>> 45. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4 >>> 46. [] in >>> ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @2 line 3 >>> 47. OrderedCollection(Collection)>>do: @5 line 10 >>> 48. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @3 line 3 >>> 49. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4 >>> 50. [] in >>> ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @2 line 3 >>> 51. OrderedCollection(Collection)>>do: @5 line 10 >>> 52. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer: >>> @3 line 3 >>> 53. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4 >>> 54. >>> MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadWithPolicy: >>> @7 line 7 >>> 55. MetacelloLoaderPolicy>>load @6 line 4 >>> 56. MetacelloFetchingMCSpecLoader>>doLoad @4 line 3 >>> 57. [] in ExecBlock0(MetacelloMCVersion)>>doLoadRequiredFromArray: @2 >>> line >>> 12 >>> 58. MetacelloGemStonePlatform(MetacelloPlatform)>>do:displaying: @2 line >>> 3 >>> 59. [] in MetacelloMCVersion>>doLoadRequiredFromArray: @7 line 12 >>> 60. MetacelloMCVersion(ExecBlock)>>ensure: @2 line 12 >>> 61. MetacelloMCVersion>>doLoadRequiredFromArray: @22 line 16 >>> 62. Array(Collection)>>loadRequiredForMetacelloMCVersion: @2 line 3 >>> 63. MetacelloMCVersion>>load: @2 line 3 >>> 64. [] in >>> MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade: >>> @10 line 16 >>> 65. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42 >>> 66. [] in MetacelloScriptEngine>>handleNotificationsForAction: @6 line 6 >>> 67. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42 >>> 68. [] in MetacelloScriptEngine>>handleNotificationsForAction: @4 line >>> 14 >>> 69. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42 >>> 70. [] in MetacelloScriptEngine>>handleNotificationsForAction: @2 line >>> 20 >>> 71. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42 >>> 72. MetacelloScriptEngine>>handleNotificationsForAction: @2 line 24 >>> 73. [] in >>> MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade: >>> @2 line 5 >>> 74. MetacelloScriptEngine(ExecBlock)>>ensure: @2 line 12 >>> 75. MetacelloProjectRegistration class>>copyRegistryRestoreOnErrorWhile: >>> @8 line 14 >>> 76. MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade: @2 >>> line 3 >>> 77. MetacelloScriptEngine>>load: @2 line 3 >>> 78. [] in MetacelloScriptApiExecutor(MetacelloScriptExecutor)>>execute: >>> @11 line 15 >>> 79. [] in MetacelloScriptApiExecutor>>executeString:do: @5 line 6 >>> 80. Array(Collection)>>do: @5 line 10 >>> 81. MetacelloScriptApiExecutor>>executeString:do: @6 line 4 >>> 82. String>>execute:against: @2 line 2 >>> 83. MetacelloScriptApiExecutor(MetacelloScriptExecutor)>>execute: @6 >>> line 9 >>> 84. Metacello>>execute:args: @8 line 5 >>> 85. Metacello>>load: @2 line 2 >>> 86. [] in Executed Code >>> 87. ExecBlock0(ExecBlock)>>ensure: @2 line 12 >>> 88. Executed Code >>> 89. String(CharacterCollection)>>evaluateIn:symbolList:literalVars: @4 >>> line 13 >>> 90. >>> TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>evaluateString: >>> @5 line 3 >>> 91. >>> TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>doItMenuAction:selectedText: >>> @2 line 2 >>> 92. >>> TDWorkspaceClientElementBuilder(TDWindowBuilder)>>handleMenuActions:listElement:actionArg: >>> @12 line 10 >>> 93. [] in >>> TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>menuActionBlock >>> @6 line 8 >>> 94. >>> TDWorkspaceClientElementBuilder(ExecBlock)>>value:value:value:value:value: >>> @2 line 11 >>> 95. GsNMethod class>>_gsReturnToC @1 line 1 >>> >>> >>> Thanks in advance for any help. >>> >>> On Thu, Oct 15, 2015 at 1:40 PM, Gerhard Obermann < >> obi068@ >> > >>> wrote: >>> >>>> Hi, >>>> >>>> Not really, i only found the following in my notes. >>>> >>>> HTH >>>> Gerhard >>>> >>>> >>>> >>>> - >>>> >>>> Load Seaside 3.1.x but don’t initialize Seaside Classes >>>> >>>> >>>> | performInitialization | >>>> >>>> performInitialization := #(). >>>> >>>> [ >>>> >>>> GsDeployer deploy: [ Metacello new >>>> >>>> baseline: 'Seaside3'; >>>> >>>> repository: 'github://glassdb/Seaside31:gemstone3.1/repository'; >>>> >>>> load: 'CI']. >>>> >>>> ] on: MCPerformPostloadNotification do: [:ex | >>>> >>>> (performInitialization includes: ex postloadClass >>>> theNonMetaClass name) >>>> >>>> ifTrue: [ >>>> >>>> "perform initialization" >>>> >>>> ex resume: true ] >>>> >>>> ifFalse: [ >>>> >>>> GsFile gciLogServer: ' Skip ', ex postloadClass name >>>> asString, ' initialization.'. >>>> >>>> ex resume: false ] ] >>>> >>>> >>>> On Thu, Oct 15, 2015 at 5:47 PM, Mariano Martinez Peck < >>>> >> marianopeck@ >>> wrote: >>>> >>>>> Hi Gerhard, >>>>> >>>>> I am getting the exact same issue. Do you remember what you did to fix >>>>> it? >>>>> >>>>> Thanks, >>>>> >>>>> On Wed, May 21, 2014 at 10:39 AM, Gerhard Obermann < >> obi068@ >> > >>>>> wrote: >>>>> >>>>>> Hi Dale! >>>>>> >>>>>> I think as soon as I can load the stuff in my upgraded 3.2. DB, i can >>>>>> test and contribute to zink and/or Glass / Seaside 3.1. >>>>>> If it wont work until tomorrow i have to stay on 3.1.0.5 for the next >>>>>> few months at least. >>>>>> >>>>>> At the moment i am trying to load Seaside 3.1.1 with >>>>>> PS: To be able to load this i have loaded the Baseline packages >>>>>> BaselineOfGLASS1, >>>>>> BaselineOfSeaside3 , BaselineOfZinc manually from my forked GIT >>>>>> clone. >>>>>> >>>>>> GsDeployer deploy: [ >>>>>> Metacello new >>>>>> configuration: 'Grease'; >>>>>> repository: ' >>>>>> http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main'; >>>>>> get. >>>>>> >>>>>> "Load Seaside31" >>>>>> GsDeployer deploy: [ >>>>>> Metacello new >>>>>> baseline: 'Seaside3'; >>>>>> repository: 'github://glassdb/Seaside31:gemstone3.1/repository'; >>>>>> load: 'CI']. >>>>>> >>>>>> >>>>>> Not sure if i need to load Metacello new >>>>>> baseline: 'GLASS1'; >>>>>> repository: 'github://glassdb/glass:master/repository'; >>>>>> load. >>>>>> after the upgrade. >>>>>> >>>>>> What is the difference between >>>>>> (ConfigurationOfGLASS project version: '1.0-beta.9.1') load >>>>>> and >>>>>> Metacello new >>>>>> baseline: 'GLASS1'; >>>>>> repository: 'github://glassdb/glass:master/repository'; >>>>>> load. >>>>>> >>>>>> *The load of the Seaside package failed with the init of * >>>>>> *WAWalkbackErrorHandler => initialize* >>>>>> * WAAdmin applicationExceptionHandlingDefaults at: #exceptionHandler >>>>>> put: self* >>>>>> >>>>>> [1] WAAttributeNotFound (AbstractException) >> _signalWith: >>>>>> inCextensionArg: nil >>>>>> res: nil >>>>>> .t1: a WAAttributeNotFound occurred (error 2710) >>>>>> receiver: a WAAttributeNotFound occurred (error 2710) >>>>>> [2] WAAttributeNotFound (AbstractException) >> signal >>>>>> receiver: a WAAttributeNotFound occurred (error 2710) >>>>>> [3] WAAttributeNotFound class >> signalWithKey: >>>>>> aSymbol: #'exceptionHandler' >>>>>> receiver: WAAttributeNotFound >>>>>> [4] [] in ExecBlock0 (WAConfiguration) >> attributeAt: >>>>>> aSymbol: #'exceptionHandler' >>>>>> receiver: nil >>>>>> [5] IdentityDictionary >> at:ifAbsent: >>>>>> aKey: #'exceptionHandler' >>>>>> aBlock: anExecBlock0 >>>>>> anAssoc: nil >>>>>> .t1: anExecBlock0 >>>>>> receiver: anIdentityDictionary( ) >>>>>> [6] WASharedConfiguration (WAConfiguration) >> attributeAt:ifAbsent: >>>>>> aSymbol: #'exceptionHandler' >>>>>> aBlock: anExecBlock0 >>>>>> receiver: aWASharedConfiguration >>>>>> [7] WASharedConfiguration (WAConfiguration) >> attributeAt: >>>>>> aSymbol: #'exceptionHandler' >>>>>> aSymbol: #'exceptionHandler' >>>>>> receiver: aWASharedConfiguration >>>>>> [8] WASharedConfiguration (WAUserConfiguration) >> at:put: >>>>>> aSymbol: #'exceptionHandler' >>>>>> anObject: WAWalkbackErrorHandler >>>>>> receiver: aWASharedConfiguration >>>>>> [9] WAWalkbackErrorHandler class >> initialize >>>>>> receiver: WAWalkbackErrorHandler >>>>>> [10] MCMethodDefinition >> postload >>>>>> receiver: aMCMethodDefinition(WAWalkbackErrorHandler >>>>>> class>>initialize) >>>>>> >>>>>> >>>>>> Transcript: >>>>>> Fetched -> FastCGIPool-dkh.2 --- >>>>>> http://seaside.gemstone.com/ss/fastcgi >>>>>> --- http://seaside.gemstone.com/ss/fastcgiredirecting to >>>>>> http://seaside.gemtalksystems.com/ss/fastcgi/FastCGI-dkh.33.mcz >>>>>> >>>>>> Fetched -> FastCGI-dkh.33 --- http://seaside.gemstone.com/ss/fastcgi >>>>>> --- http://seaside.gemstone.com/ss/fastcgi >>>>>> Fetched -> Seaside-Adaptors-FastCGI-dkh.26 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository >>>>>> Loaded -> Grease-Core-JohanBrichau.86 --- >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache >>>>>> Loaded -> Grease-GemStone-Core-JohanBrichau.52 --- >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache >>>>>> Evaluated -> Grease-GemStone-Core >> initializeTransactionMutex1051 >>>>>> Loaded -> Seaside-Core.gemstone-JohanBrichau.815 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone300-Core-DaleHenrichs.4 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Core-JohanBrichau.66 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Basic-Development-JohanBrichau.29 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Grease-Tests-Core-JohanBrichau.95 --- >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache >>>>>> Loaded -> Grease-Tests-GemStone-Core-dkh.14 --- >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache >>>>>> Loaded -> Seaside-Component-pmm.101 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Canvas-pmm.127 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Email-pmm.25 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Email-JohanBrichau.14 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-InternetExplorer-pmm.7 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Session.gemstone-JohanBrichau.169 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Session-DaleHenrichs.3 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-RenderLoop-pmm.96 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Tools-Core.gemstone-dkh.23 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Flow-pmm.24 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Examples-pmm.24 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Widgets-StephanEggermont.35 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Tools-Production-JohanBrichau.15 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-Tools-Web-pmm.119 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> Loaded -> Seaside-GemStone-Tools-Web-DaleHenrichs.4 --- >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Wed, May 21, 2014 at 3:06 PM, Dale Henrichs < >>>>>> >> dale.henrichs@ >>> wrote: >>>>>> >>>>>>> Marching Orders! Very good ... >>>>>>> >>>>>>> Johan, Gerhard, et. al., I want to follow your lead and fill in >>>>>>> where >>>>>>> the work is needed ... >>>>>>> >>>>>>> Do you guys think that getting Seaside/Zinc/etc. ported to >>>>>>> GemStone3.2 >>>>>>> takes precedence over getting Zinc running on GemStone3.1? >>>>>>> >>>>>>> I can take a crack at solving Gerhard's Seaside3.1 loading error, >>>>>>> but >>>>>>> Zinc has been on the brink for so long, maybe I should hit it hard >>>>>>> and get >>>>>>> the tests passing in GemStone 3.1 (encoding issues are right up my >>>>>>> alley:)? >>>>>>> >>>>>>> If there are other outstanding problems that folks are looking at >>>>>>> they >>>>>>> can be added into the mix... >>>>>>> >>>>>>> Dale >>>>>>> >>>>>>> >>>>>>> On Tue, May 20, 2014 at 10:42 PM, Johan Brichau < >> johan@ >> > >>>>>>> wrote: >>>>>>> >>>>>>>> Hi all, >>>>>>>> >>>>>>>> I have been tampering off and on over the last few months to make >>>>>>>> Zinc 2.4.3 work in Gemstone. >>>>>>>> >>>>>>>> I made a pull request [1] with my changes, though not all tests are >>>>>>>> passing and since most of the changes had to do with encoding, byte >>>>>>>> arrays >>>>>>>> vs strings, multibyte strings, etc... I really need someone to take >>>>>>>> a look >>>>>>>> at them. Also, the pace is quite slow by myself ;-) >>>>>>>> >>>>>>>> This email is just to make sure that the pull request does not go >>>>>>>> unnoticed for someone wanting to take up work on the port. >>>>>>>> >>>>>>>> cheers! >>>>>>>> Johan >>>>>>>> >>>>>>>> [1] https://github.com/glassdb/zinc/pull/48 >>>>>>>> _______________________________________________ >>>>>>>> Glass mailing list >>>>>>>> >> [email protected] >>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Glass mailing list >>>>>>> >> [email protected] >>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Glass mailing list >>>>>> >> [email protected] >>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Mariano >>>>> http://marianopeck.wordpress.com >>>>> >>>> >>>> >>> >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >>> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> _______________________________________________ >> seaside mailing list >> [email protected] >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside -- View this message in context: http://forum.world.st/Re-Cannot-load-Seaside-anymore-in-a-just-migrated-GemStone-WAS-Re-Glass-Zinc-2-4-3-on-Gemstone-tp4855877p4886223.html Sent from the Seaside General mailing list archive at Nabble.com.