Travis CI and Stone question

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
19 messages Options
Reply | Threaded
Open this post in threaded view
|

Travis CI and Stone question

BrunoBB
Hi All,

I'm trying to follow:
https://docs.travis-ci.com/user/languages/smalltalk

Right now i'm getting an error in the STON file.
OrbeonPersistenceLayer/.smalltalk.ston

The STON file is:
SmalltalkCISpec {
  #loading : [
    SCIMetacelloLoadSpec {
      #baseline : 'OrbeonPersistenceLayer',
      #directory : 'repository',
      #platforms : [ #gemstone ],
      #repository : 'https://github.com/brunobuzzi/OrbeonPersistenceLayer'
      #version : '3.0.0'
    }
  ]
}

If i evaluate:
STON fromString:
'SmalltalkCISpec {
  #loading : [
    SCIMetacelloLoadSpec {
      #baseline : ''OrbeonPersistenceLayer'',
      #directory : ''repository'',
      #platforms : [ #gemstone ],
      #version : ''3.0.0''
    }
  ]
}'

I get an error and this error is the comply of Travis.

Any idea ???

Walkback (a STONReaderError occurred (error 2710), Cannot resolve class named #'SmalltalkCISpec'):
STONReaderError (AbstractException) >> _signalWith: @6 line 25
STONReaderError (AbstractException) >> signal: @3 line 7
STONReaderError class >> signal:streamPosition: @4 line 4
STONReader >> error: @5 line 6
[] in  ExecBlock0 (STONReader) >> lookupClass: @5 line 10
Array (SequenceableCollection) >> detect:ifNone: @12 line 10
[] in  ExecBlock0 (STONReader) >> lookupClass: @4 line 9
IdentityDictionary (AbstractDictionary) >> at:ifAbsentPut: @8 line 14
STONReader >> lookupClass: @5 line 6
STONReader >> parseClass @7 line 7
STONReader >> parseObject @3 line 3
STONReader >> parseValue @9 line 5
STONReader >> next @4 line 4
STON class >> fromStream: @4 line 2
STON class >> fromString: @3 line 2
Executed Code  @2 line 1
GsNMethod class >> _gsReturnToC @1 line 1
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Hi,

This solved the issue in my server but Travis is still failing ;(

GsDeployer deploy: [
  Metacello new
    baseline: 'SmalltalkCI';
    repository: 'github://dalehenrich/smalltalkCI:master/repository';
    onLock: [:ex | ex honor];
    load ].

regards,
bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
In reply to this post by BrunoBB
Bruno,

Can you give me a pointer to a failing travis-ci job? SmalltalkCI should
be installed automatically in your stone as part of the travis-ci
process, so I need additional information ...

Dale


On 8/19/16 2:11 AM, BrunoBB via Glass wrote:

> Hi All,
>
> I'm trying to follow:
> https://docs.travis-ci.com/user/languages/smalltalk
>
> Right now i'm getting an error in the STON file.
> OrbeonPersistenceLayer/.smalltalk.ston
>
> The STON file is:
> SmalltalkCISpec {
>    #loading : [
>      SCIMetacelloLoadSpec {
>        #baseline : 'OrbeonPersistenceLayer',
>        #directory : 'repository',
>        #platforms : [ #gemstone ],
>        #repository : 'https://github.com/brunobuzzi/OrbeonPersistenceLayer'
>        #version : '3.0.0'
>      }
>    ]
> }
>
> If i evaluate:
> STON fromString:
> 'SmalltalkCISpec {
>    #loading : [
>      SCIMetacelloLoadSpec {
>        #baseline : ''OrbeonPersistenceLayer'',
>        #directory : ''repository'',
>        #platforms : [ #gemstone ],
>        #version : ''3.0.0''
>      }
>    ]
> }'
>
> I get an error and this error is the comply of Travis.
>
> Any idea ???
>
> Walkback (a STONReaderError occurred (error 2710), Cannot resolve class
> named #'SmalltalkCISpec'):
> STONReaderError (AbstractException) >> _signalWith: @6 line 25
> STONReaderError (AbstractException) >> signal: @3 line 7
> STONReaderError class >> signal:streamPosition: @4 line 4
> STONReader >> error: @5 line 6
> [] in  ExecBlock0 (STONReader) >> lookupClass: @5 line 10
> Array (SequenceableCollection) >> detect:ifNone: @12 line 10
> [] in  ExecBlock0 (STONReader) >> lookupClass: @4 line 9
> IdentityDictionary (AbstractDictionary) >> at:ifAbsentPut: @8 line 14
> STONReader >> lookupClass: @5 line 6
> STONReader >> parseClass @7 line 7
> STONReader >> parseObject @3 line 3
> STONReader >> parseValue @9 line 5
> STONReader >> next @4 line 4
> STON class >> fromStream: @4 line 2
> STON class >> fromString: @3 line 2
> Executed Code  @2 line 1
> GsNMethod class >> _gsReturnToC @1 line 1
>
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Hi Dale,

Yesterday i manage to get Travis CI build in green (i disabled my tests cases that were the problem).

I have to research why Running Test locally it is ok but when travis execute them some have errors.

So Travis CI is working ok to me (the problem is in my test cases -i think there some dependencies not been solved-).

Regards,
Bruno.
Good ESUG to all :)
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
Hello Bruno,

I am back from ESUG but still foggy from jet lag ...

Do you know that you can easily run travis tests locally?

If you have done a recent updateGsDevKit, you will have a local clone of
smalltalkCI ($GS_HOME/shared/repos/smalltalkCI) ...

`cd` to that directory and then do a ./run.sh -h to see your options.

Since you are using GsDevKit_home you can do something like the
following to run the tests in a local stone (travisCI I think):

   ./run.sh -s GemStone-3.3.1 --gs-HOME=$GS_HOME
$GS_HOME/shared/repos/OrbeonPersistenceLayer/.smaltalk.ston


The stone will be created and the tests run against the stone ... you
can use tODE (or Jade) to connect to the running stone to debug any of
the test failures there ... to run the tests again you will need to
delete the travisCI stone:

   deleteStone travisCI
   ./run.sh -s GemStone-3.3.1 --gs-HOME=$GS_HOME
$GS_HOME/shared/repos/OrbeonPersistenceLayer/.smaltalk.ston

This is useful if you are seeing problems on travis-ci that do not
easily reproduce locally ...

Dale

On 8/25/16 6:53 AM, BrunoBB via Glass wrote:

> Hi Dale,
>
> Yesterday i manage to get Travis CI build in green (i disabled my tests
> cases that were the problem).
>
> I have to research why Running Test locally it is ok but when travis execute
> them some have errors.
>
> So Travis CI is working ok to me (the problem is in my test cases -i think
> there some dependencies not been solved-).
>
> Regards,
> Bruno.
> Good ESUG to all :)
>
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839p4912626.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

Yes, i did executed tests locally and the results were the same. I have to check tests with travis but i'm working on others issues right now.

Also the online logs in travis-ci are more friendly to read than locally so i'm using travis-ci.

Regards,
Bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list


On 9/1/16 10:32 AM, BrunoBB via Glass wrote:
> Dale,
>
> Yes, i did executed tests locally and the results were the same. I have to
> check tests with travis but i'm working on others issues right now.
>
> Also the online logs in travis-ci are more friendly to read than locally so
> i'm using travis-ci.
Yeah I agree ... I only run tests locally when I am having trouble
characterizing the problem from the information available in the logs ...

Dale
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

I have the following problem. After running travis locally i can not stop travis stone:

[gemstone@localhost home]$ stones
Installed Stones:
        3.3.0   devKit_33
Running Stones:
        Status       Version    Owner    Pid   Port   Started     Type       Name
        -------     --------- --------- ----- ----- ------------ ------  ----
        exists       3.3.0     gemstone   6060 36600 Sep 14 16:48 Stone  travis
Running Netldis:
        Status       Version    Owner    Pid   Port   Started     Type    Name
        -------     --------- --------- ----- ----- ------------ ------  ----
        exists       3.3.0     gemstone   6136 39225 Sep 14 16:48 Netldi  travis_ldi


[gemstone@localhost home]$ stopStone travis
=================
   GsDevKit script: stopStone travis
              path: /home/gemstone/GsDevKit_home//bin/stopStone
=================
The stone travis does not exist :: stopStone travis

Any idea what is going on ?

Regards,
Bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Hi,

Just to add:
* kill -9  ... for both process
* delete smalltalkCI/_builds directory.

This seems to worked :)

regards,
bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
In reply to this post by BrunoBB
If you run the smalltalkCI run.sh script without using the
`--gs-HOME=$GS_HOME` option, smalltalkCI does a full checkout of
GsDevKit_home and the travis stone is created in that context and your
standard checkout does not know about the stone ... the stones command
lists all stones running on your machine (using the gslist command) so
that is where the confusion comes from ... you can find the
GsDevKit_home checkout in smalltalkCI under the _builds directory ...

The `--gs-HOME=$GS_HOME` option causes the travis stone to be created in
the $GS_HOME environment ... be aware that the local git repos will be
used which may or may not be surprising ...

Dale

On 09/14/2016 03:09 PM, BrunoBB via Glass wrote:

> Dale,
>
> I have the following problem. After running travis locally i can not stop
> travis stone:
>
> [gemstone@localhost home]$ stones
> Installed Stones:
>          3.3.0   devKit_33
> Running Stones:
>          Status       Version    Owner    Pid   Port   Started     Type
> Name
>          -------     --------- --------- ----- ----- ------------ ------
> ----
>          exists       3.3.0     gemstone   6060 36600 Sep 14 16:48 Stone
> travis
> Running Netldis:
>          Status       Version    Owner    Pid   Port   Started     Type
> Name
>          -------     --------- --------- ----- ----- ------------ ------
> ----
>          exists       3.3.0     gemstone   6136 39225 Sep 14 16:48 Netldi
> travis_ldi
>
>
> [gemstone@localhost home]$ stopStone travis
> =================
>     GsDevKit script: stopStone travis
>                path: /home/gemstone/GsDevKit_home//bin/stopStone
> =================
> The stone travis does not exist :: stopStone travis
>
> Any idea what is going on ?
>
> Regards,
> Bruno
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839p4915619.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

Sorry for bothering you again but after:
./run.sh -s GemStone-3.3.1 --gs-HOME=$GS_HOME $GS_HOME/shared/repos/OrbeonPersistenceLayer/.smalltalk.ston

The following error arise:
GemStone Server error: a UserDefinedError occurred (error 2318), reason:halt, filetree:// repository '/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_builds/2016_09_14_20_18_00/GsDevKit_home/shared/repos/metacello-work/repository' does not exist.
Error on or near line 99 :: devKitCommandLine todeIt travis :: devKitCommandLine todeIt travis
Error on or near line 58 :: todeIt travis script --script=rebuildServerTode :: todeIt travis script --script=rebuildServerTode
Error on or near line 122 :: newExtent -t -s /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf travis :: newExtent -t -s /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf travis
Error on or near line 158 :: createStone -t /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf travis 3.3.1 :: createStone -t /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf travis 3.3.1
createStone failed.


I do not know why travis is using "2016_09_14_20_18_00" directory which is from yesterday. I removed all subdirectories from smalltalkCI/_builds and run again. But the errors persist :(

The message is correct "2016_09_14_20_18_00" directory does not exist.
But why travis is using this directory and not a new one ?

Regards,
Bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
perhaps you need to clean things up ... it looks like you might have
deleted the the directory
/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_builds/2016_09_14_20_18_00
manually?

You should use `./run.sh --clean` to clean up the _build and _cache
directories at the same time.

Either that or the the value of $GS_HOME is not what you think it is?

Dale

On 9/15/16 12:26 PM, BrunoBB via Glass wrote:

> Dale,
>
> Sorry for bothering you again but after:
> ./run.sh -s GemStone-3.3.1 --gs-HOME=$GS_HOME
> $GS_HOME/shared/repos/OrbeonPersistenceLayer/.smalltalk.ston
>
> The following error arise:
> GemStone Server error: a UserDefinedError occurred (error 2318),
> reason:halt, filetree:// repository
> '/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_builds/2016_09_14_20_18_00/GsDevKit_home/shared/repos/metacello-work/repository'
> does not exist.
> Error on or near line 99 :: devKitCommandLine todeIt travis ::
> devKitCommandLine todeIt travis
> Error on or near line 58 :: todeIt travis script --script=rebuildServerTode
> :: todeIt travis script --script=rebuildServerTode
> Error on or near line 122 :: newExtent -t -s
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf
> travis :: newExtent -t -s
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf
> travis
> Error on or near line 158 :: createStone -t
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf
> travis 3.3.1 :: createStone -t
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/_cache/gemstone/extents/3.3.1_extent0.tode.dbf
> travis 3.3.1
> createStone failed.
>
>
> I do not know why travis is using "2016_09_14_20_18_00" directory which is
> from yesterday. I removed all subdirectories from smalltalkCI/_builds and
> run again. But the errors persist :(
>
> The message is correct "2016_09_14_20_18_00" directory does not exist.
> But why travis is using this directory and not a new one ?
>
> Regards,
> Bruno
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839p4915773.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

My fault and "--clean" is the first in the help description :(

Now working as expected :)

regards,
bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Hi,

After little working i have OrbeonPersistenceLayer build in green locally (very very useful to run test locally) and working ok with remote travis. :)

But BpmFlow build somehow it keep halting with the following error:
It seems to halt during smalltalkCI test but the strange this is with OrbeonPersistenceLayer there is no problem at all. (if i can find the error i will post it)

/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/helpers.sh: line 238: bc: command not found
 > Time to run: s
Testing server project...
[Info]: libssl-3.3.0-32.so: loaded
[09/17/2016 10:31:43.004 UYT]
  gci login: currSession 1  rpc gem processId 7982 socket 10

running suite: travis_GemStone-3.3.0 with: 188 tests
EEEEEEEEEEEEEEEGciSessionNotLoggedInError: Session no longer logged in.
TodeSession(GciSession)>>getSessionNumber
TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ :lib | ...
Gci64bit33x(GciLibrary)>>critical: in Block: [ aBlock value: self ]
BlockClosure>>ensure:
Mutex>>critical: in Block: [ ...
Semaphore>>critical: in Block: [ ...
BlockClosure>>ensure:
Semaphore>>critical:
Mutex>>critical:
Gci64bit33x(GciLibrary)>>critical:
TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ ...
BlockClosure>>ensure:
Cursor>>showWhile:
TodeSession(GciSession)>>rawReceiverNB:perform:withArgs:
TZGsMessageSend>>valueWithArguments: in Block: [ self session rawReceiverNB: self receiver perfor...etc...
TZGsMessageSend(TZGsExecutable)>>perform:
TZGsMessageSend>>valueWithArguments:
TDTopezGemStoneClient(TDTopezClient)>>exception:context:
GsErrorNotification(GsRuntimeExceptionNotification)>>defaultAction
UndefinedObject>>handleSignal:
MethodContext(ContextPart)>>handleSignal:
MethodContext(ContextPart)>>handleSignal:
GsErrorNotification(Exception)>>signal
TodeSession>>signalServerError:
TodeSession(GciSession)>>getNbResult
TodeSession(GciSession)>>getNbResultAsOop
TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ ...
BlockClosure>>ensure:
Cursor>>showWhile:
TodeSession(GciSession)>>rawReceiverNB:perform:withArgs:
Error on or near line 99 :: devKitCommandLine serverDoIt travis :: devKitCommandLine serverDoIt travis
/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/helpers.sh: line 238: bc: command not found
 > Time to run: s
=================
   GsDevKit script: stopStone -b travis
              path: /home/gemstone/GsDevKit_home/bin/stopStone
=================
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
I'm curious about the helpers.sh error ... what is the sha in your
/home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/ repos? This isn't
causing your failure, but it is interesting that you are also getting an
error in the helper.sh script ..

Regarding the GciSessionNotLoggedInError: Session no longer logged in
--- check in your gem log files in the travis stone directory ... I
would suspect an out of memory or something along those lines ...

Dale

On 9/17/16 8:52 AM, BrunoBB via Glass wrote:

> Hi,
>
> After little working i have OrbeonPersistenceLayer build in green locally
> (very very useful to run test locally) and working ok with remote travis. :)
>
> But BpmFlow build somehow it keep halting with the following error:
> It seems to halt during smalltalkCI test but the strange this is with
> OrbeonPersistenceLayer there is no problem at all. (if i can find the error
> i will post it)
>
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/helpers.sh: line 238:
> bc: command not found
>   > Time to run: s
> Testing server project...
> [Info]: libssl-3.3.0-32.so: loaded
> [09/17/2016 10:31:43.004 UYT]
>    gci login: currSession 1  rpc gem processId 7982 socket 10
>
> running suite: travis_GemStone-3.3.0 with: 188 tests
> EEEEEEEEEEEEEEEGciSessionNotLoggedInError: Session no longer logged in.
> TodeSession(GciSession)>>getSessionNumber
> TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ :lib |
> ...
> Gci64bit33x(GciLibrary)>>critical: in Block: [ aBlock value: self ]
> BlockClosure>>ensure:
> Mutex>>critical: in Block: [ ...
> Semaphore>>critical: in Block: [ ...
> BlockClosure>>ensure:
> Semaphore>>critical:
> Mutex>>critical:
> Gci64bit33x(GciLibrary)>>critical:
> TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ ...
> BlockClosure>>ensure:
> Cursor>>showWhile:
> TodeSession(GciSession)>>rawReceiverNB:perform:withArgs:
> TZGsMessageSend>>valueWithArguments: in Block: [ self session rawReceiverNB:
> self receiver perfor...etc...
> TZGsMessageSend(TZGsExecutable)>>perform:
> TZGsMessageSend>>valueWithArguments:
> TDTopezGemStoneClient(TDTopezClient)>>exception:context:
> GsErrorNotification(GsRuntimeExceptionNotification)>>defaultAction
> UndefinedObject>>handleSignal:
> MethodContext(ContextPart)>>handleSignal:
> MethodContext(ContextPart)>>handleSignal:
> GsErrorNotification(Exception)>>signal
> TodeSession>>signalServerError:
> TodeSession(GciSession)>>getNbResult
> TodeSession(GciSession)>>getNbResultAsOop
> TodeSession(GciSession)>>rawReceiverNB:perform:withArgs: in Block: [ ...
> BlockClosure>>ensure:
> Cursor>>showWhile:
> TodeSession(GciSession)>>rawReceiverNB:perform:withArgs:
> Error on or near line 99 :: devKitCommandLine serverDoIt travis ::
> devKitCommandLine serverDoIt travis
> /home/gemstone/GsDevKit_home/shared/repos/smalltalkCI/helpers.sh: line 238:
> bc: command not found
>   > Time to run: s
> =================
>     GsDevKit script: stopStone -b travis
>                path: /home/gemstone/GsDevKit_home/bin/stopStone
> =================
>
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839p4915999.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

Thanks for the saturday answer :)

Yes, after looking into gem logs the problem is an out of memory error (only happening locally).

Sorry but i did not understand "what is the sha in your", do you mean execute "sha1sum on smalltalkCI directory" ? to check with your sha1sum ?

Regards,
Bruno

PS Stack:
-----------------------------------------------------
GemStone: Error         Fatal
VM temporary object memory is full
, old space overflow
Error Category: 231169 [GemStone] Number: 4067  Arg Count: 1 Context : 20 exception : 20
Arg 1:   20
--- 09/17/2016 12:22:46.371 UYT Logging out


*****************************************************
****** Abnormal Shutdown at 09/17/2016 12:22:46 UYT
*****************************************************
-----------------------------------------------------
GemStone: Error         Fatal
VM temporary object memory is full
, old space overflow
Error Category: 231169 [GemStone] Number: 4067  Arg Count: 1 Context : 20 exception : 20
Arg 1:   20
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list


On 9/17/16 10:26 AM, BrunoBB via Glass wrote:
> Dale,
>
> Thanks for the saturday answer :)
haha ...
>
> Yes, after looking into gem logs the problem is an out of memory error (only
> happening locally).
>
> Sorry but i did not understand "what is the sha in your", do you mean
> execute "sha1sum on smalltalkCI directory" ? to check with your sha1sum ?
Ah, I meant the SHA of the git commit ... I was wondering where the `bc`
ref was coming from ...

Dale
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

BrunoBB
Dale,

My local sha is d05ada47d9fff87f407c45012dced39d31a6a180.

--> i'm using an old version:
https://github.com/hpi-swa/smalltalkCI/commit/d05ada47d9fff87f407c45012dced39d31a6a180

I have to upgrade to lastest smalltalkCI

regards,
bruno
Reply | Threaded
Open this post in threaded view
|

Re: Travis CI and Stone question

GLASS mailing list
Thx

On 09/19/2016 10:54 AM, BrunoBB via Glass wrote:

> Dale,
>
> My local sha is d05ada47d9fff87f407c45012dced39d31a6a180.
>
> --> i'm using an old version:
> https://github.com/hpi-swa/smalltalkCI/commit/d05ada47d9fff87f407c45012dced39d31a6a180
>
> I have to upgrade to lastest smalltalkCI
>
> regards,
> bruno
>
>
>
> --
> View this message in context: http://forum.world.st/Travis-CI-and-Stone-question-tp4911839p4916200.html
> Sent from the GLASS mailing list archive at Nabble.com.
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass