[Glass] Seaside Smalltalk-CI build for Gemstone runs out of temp object space

[Dale Henrichs via Glass]

Johan,

It looks like my recent SmalltalkCI changes{1] fixed your out of temp 
obj space problem .... without needing to change the size of the temp 
obj cache ... I wrapped the Metacello load with with a GsDeplouyer 
class>>bulkMigrate: and that addressed the issue ...

Clean GemStone3.1.0.6 build[2] ...

I do think that there are improvements needed for the .smalltalk.ston 
file (I'll submit a PR with my suggestions soon)... but they aren't 
needed for the tests to turn green for GemStone...

Dale


[1] https://github.com/hpi-swa/smalltalkCI/pull/123
[2] https://travis-ci.org/dalehenrich/Seaside/jobs/122355269#L6991

On 03/28/2016 01:35 AM, Johan Brichau via Glass wrote:
> Hi there,
>
> The Seaside Travis build using Smalltalk-CI runs out of temp object 
> space [1].
> The travis log does not mention much, but a local run of the 
> Smalltalk-CI build confirmed me this is the case after examining the 
> gemnetobject log file.
>
> What would be the way to raise the GEM_TEMPOBJ_CACHE_SIZE for the GS 
> environment in these builds?
> I guess this first requires to be able to setup a GsDevKit stone with 
> a custom GEM_TEMPOBJ_CACHE_SIZE parameter? Or can we pass this to the 
> `serverDoit` command in Tode?
>
> Johan
>
> [1] https://travis-ci.org/SeasideSt/Seaside/builds/118681121
>
>
> _______________________________________________
> 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/20160412/c1b33f3b/attachment.html>