- Pharo-users - lists.pharo.org

Re: [Pharo-users] Spur performance

by Dimitris Chloupis

30% faster , not bad at all What about the sudden peak at 24 of August , what caused that ? On Tue, Dec 15, 2015 at 2:32 PM Norbert Hartl <norbert(a)hartl.name> wrote: > Here is a picture of our performance build for TCAP. We just switched to a > spur image. I think you can see when we did it. > > You can see it here: https://ci.hartl.name/job/TCAP-pharo5-nightly/plot/ > > Norbert > >

Dec. 15, 2015

Spur performance

by Norbert Hartl

Here is a picture of our performance build for TCAP. We just switched to a spur image. I think you can see when we did it. You can see it here: https://ci.hartl.name/job/TCAP-pharo5-nightly/plot/ <https://ci.hartl.name/job/TCAP-pharo5-nightly/plot/> Norbert

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Robert Withers

*** http://askubuntu.com/questions/709301/squeak-could-not-find-any-display-dri… On 12/15/2015 07:29 AM, Robert Withers wrote: > I had issues with squeak on Ubuntu (my vm builds were affected by > ubuntu libraries) so I asked about it on askUbuntu. I really don't > know if they are related and some may think so, since you are calling > the os. I thought you would like to know. > > > -- > . .. .. ^,^ best, robert > > On 12/15/2015 07:23 AM, Dimitris Chloupis wrote: >> indeed I do >> thats what alpha+vmLatest means, latest unstable image (pharo 5 in >> this cage) and latest stable vm >> >> yes I am not worried about the fix, I am just reporting the problem. >> I can live without it for now its no big deal. >> >> On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven(a)stfx.eu >> <mailto:sven@stfx.eu>> wrote: >> >> >> > On 15 Dec 2015, at 11:54, Dimitris Chloupis >> <kilon.alios(a)gmail.com> wrote: >> > >> > ok I think , and thats an assumption, the new FFI may be to >> blame here. >> >> Are you using the very latest 5.0 ? >> >> Esteban warned that things will get quite unstable in the coming >> days, esp. around FFI ... >> >> You best use an older version then. >> > -- . .. .. ^,^ best, robert

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Robert Withers

I had issues with squeak on Ubuntu (my vm builds were affected by ubuntu libraries) so I asked about it on askUbuntu. I really don't know if they are related and some may think so, since you are calling the os. I thought you would like to know. -- . .. .. ^,^ best, robert On 12/15/2015 07:23 AM, Dimitris Chloupis wrote: > indeed I do > thats what alpha+vmLatest means, latest unstable image (pharo 5 in > this cage) and latest stable vm > > yes I am not worried about the fix, I am just reporting the problem. I > can live without it for now its no big deal. > > On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven(a)stfx.eu > <mailto:sven@stfx.eu>> wrote: > > > > On 15 Dec 2015, at 11:54, Dimitris Chloupis > <kilon.alios(a)gmail.com <mailto:kilon.alios@gmail.com>> wrote: > > > > ok I think , and thats an assumption, the new FFI may be to > blame here. > > Are you using the very latest 5.0 ? > > Esteban warned that things will get quite unstable in the coming > days, esp. around FFI ... > > You best use an older version then. >

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Dimitris Chloupis

indeed I do thats what alpha+vmLatest means, latest unstable image (pharo 5 in this cage) and latest stable vm yes I am not worried about the fix, I am just reporting the problem. I can live without it for now its no big deal. On Tue, Dec 15, 2015 at 1:38 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > ok I think , and thats an assumption, the new FFI may be to blame here. > > Are you using the very latest 5.0 ? > > Esteban warned that things will get quite unstable in the coming days, > esp. around FFI ... > > You best use an older version then. >

Dec. 15, 2015

Re: [Pharo-users] [Pharo-dev] New web tutorial

by Sven Van Caekenberghe

> On 15 Dec 2015, at 12:04, Stephan Eggermont <stephan(a)stack.nl> wrote: > > On 15-12-15 10:39, Sven Van Caekenberghe wrote: >> Nu we toch Nederlands mogen praten, het lijkt me best om voorbeeld code zo minimaal mogelijk te houden. De paswoord hashing is wel een goed idee. > > Mijn Frans is best aardig, maar dit (pagina 63) begrijp ik niet helemaal: > > "If you run the test, it will fail because the system returns instances of posts instead of 2. Why this is happening? We never told the system that posts are objects that should be saved in the database." AprÃ¨s 63 pages, l'Anglais revient pour un paragraphe ... haha

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Sven Van Caekenberghe

> On 15 Dec 2015, at 11:54, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > ok I think , and thats an assumption, the new FFI may be to blame here. Are you using the very latest 5.0 ? Esteban warned that things will get quite unstable in the coming days, esp. around FFI ... You best use an older version then.

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Dimitris Chloupis

additionally after pharo freezes it shows a 25% cpu consumption steadily, so maybe this some kind of memory leak, infinite loop thing ? On Tue, Dec 15, 2015 at 12:54 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > ok I think , and thats an assumption, the new FFI may be to blame here. > > navigating through all the code to find exactly the low level stuff it > leads me to OSEnviroment getEnv: which is what it uses to get the low level > stuff enviroment variable data , so far so good > > the source is > > ^self ffiCall: #(#String #getevn #(#(String #string)) module: LibC > > and once again so far so good, but if I try to right click and choose > versions so I see when this method has been modified, it freezes my image > every single time. > > So something really weird goes on with the new FFI , if its the new FFI or > not something else. > > On Tue, Dec 15, 2015 at 12:44 PM Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > >> "Do you have the sources file ? (PharoV40.sources)" >> >> just for the record it used to work fine, and I have done nothing to my >> system. If you use the command I posted you will see it installs >> everything it needs. >> >> >> "Some of these seem to be resolved through environment variables that you >> might not have. Read the comment for UnixResolver>>#xdgUserDir: >> >> And no, I don't know why this is implemented that way. Apparently they >> are following some standard." >> >> >> and I repeat once again , that it used to work fine. >> >> I look at the source code and trying to navigate through it froze my >> image. >> >> >> >> On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >>> Some of these seem to be resolved through environment variables that you >>> might not have. Read the comment for UnixResolver>>#xdgUserDir: >>> >>> And no, I don't know why this is implemented that way. Apparently they >>> are following some standard. >>> >>> > On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios(a)gmail.com> >>> wrote: >>> > >>> > I get my pharo on ubuntu 14 64 bit with >>> > >>> > cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash >>> > >>> > looks like startup scripts on ubuntu has been broken >>> > >>> > StartupPreferencesLoader preferencesGeneralFolder . >>> > >>> > returns nil, looking inside the method's source if I do >>> > >>> > FileLocator preferences asFileReference >>> > >>> > gives me a nice error Cant find the requested origin >>> > >>> > trying with >>> > >>> > cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash >>> > >>> > for getting the stable default vm, same problem, so I assume this is >>> an image problem >>> > >>> > here is the stack >>> > >>> > UnixResolver(PlatformResolver)>>cantFindOriginError [ self >>> cantFindOriginError ] in >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ >>> self cantFindOriginError ] [ ^ aBlock value ] in >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >>> [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: >>> Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: >>> Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: >>> FFICallout>>loaderForArgNamed:indirectIndex: >>> FFICallout>>argName:indirectIndex:type:ptrArity: >>> FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments >>> FFIFunctionParser>>parseNamedFunction: >>> FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate >>> FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: >>> UnixEnvironment(Object)>>ffiCall:module: >>> UnixEnvironment(OSEnvironment)>>getEnv: >>> UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: >>> aString ifAbsent: [ nil ] ] in >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >>> [ Smalltalk os environment at: aString ifAbsent: [...etc... >>> BlockClosure>>on:do: >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: >>> UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences >>> in Block: [ self home / '.config' ] [ ^ aBlock value ] in >>> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >>> [ ^ aBlock value ] BlockClosure>>cull: >>> > >>> > >>> >>> >>>

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Dimitris Chloupis

ok I think , and thats an assumption, the new FFI may be to blame here. navigating through all the code to find exactly the low level stuff it leads me to OSEnviroment getEnv: which is what it uses to get the low level stuff enviroment variable data , so far so good the source is ^self ffiCall: #(#String #getevn #(#(String #string)) module: LibC and once again so far so good, but if I try to right click and choose versions so I see when this method has been modified, it freezes my image every single time. So something really weird goes on with the new FFI , if its the new FFI or not something else. On Tue, Dec 15, 2015 at 12:44 PM Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > "Do you have the sources file ? (PharoV40.sources)" > > just for the record it used to work fine, and I have done nothing to my > system. If you use the command I posted you will see it installs > everything it needs. > > > "Some of these seem to be resolved through environment variables that you > might not have. Read the comment for UnixResolver>>#xdgUserDir: > > And no, I don't know why this is implemented that way. Apparently they are > following some standard." > > > and I repeat once again , that it used to work fine. > > I look at the source code and trying to navigate through it froze my > image. > > > > On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >> Some of these seem to be resolved through environment variables that you >> might not have. Read the comment for UnixResolver>>#xdgUserDir: >> >> And no, I don't know why this is implemented that way. Apparently they >> are following some standard. >> >> > On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> > >> > I get my pharo on ubuntu 14 64 bit with >> > >> > cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash >> > >> > looks like startup scripts on ubuntu has been broken >> > >> > StartupPreferencesLoader preferencesGeneralFolder . >> > >> > returns nil, looking inside the method's source if I do >> > >> > FileLocator preferences asFileReference >> > >> > gives me a nice error Cant find the requested origin >> > >> > trying with >> > >> > cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash >> > >> > for getting the stable default vm, same problem, so I assume this is an >> image problem >> > >> > here is the stack >> > >> > UnixResolver(PlatformResolver)>>cantFindOriginError [ self >> cantFindOriginError ] in >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ >> self cantFindOriginError ] [ ^ aBlock value ] in >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >> [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: >> Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: >> Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: >> FFICallout>>loaderForArgNamed:indirectIndex: >> FFICallout>>argName:indirectIndex:type:ptrArity: >> FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments >> FFIFunctionParser>>parseNamedFunction: >> FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate >> FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: >> UnixEnvironment(Object)>>ffiCall:module: >> UnixEnvironment(OSEnvironment)>>getEnv: >> UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: >> aString ifAbsent: [ nil ] ] in >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >> [ Smalltalk os environment at: aString ifAbsent: [...etc... >> BlockClosure>>on:do: >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: >> UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences >> in Block: [ self home / '.config' ] [ ^ aBlock value ] in >> UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: >> [ ^ aBlock value ] BlockClosure>>cull: >> > >> > >> >> >>

Dec. 15, 2015

Re: [Pharo-users] Someone broke startup scripts on ubuntu

by Dimitris Chloupis

"Do you have the sources file ? (PharoV40.sources)" just for the record it used to work fine, and I have done nothing to my system. If you use the command I posted you will see it installs everything it needs. "Some of these seem to be resolved through environment variables that you might not have. Read the comment for UnixResolver>>#xdgUserDir: And no, I don't know why this is implemented that way. Apparently they are following some standard." and I repeat once again , that it used to work fine. I look at the source code and trying to navigate through it froze my image. On Tue, Dec 15, 2015 at 12:25 PM Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Some of these seem to be resolved through environment variables that you > might not have. Read the comment for UnixResolver>>#xdgUserDir: > > And no, I don't know why this is implemented that way. Apparently they are > following some standard. > > > On 15 Dec 2015, at 11:14, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: > > > > I get my pharo on ubuntu 14 64 bit with > > > > cd Ephestos; wget -O- get.pharo.org/alpha+vmLatest | bash > > > > looks like startup scripts on ubuntu has been broken > > > > StartupPreferencesLoader preferencesGeneralFolder . > > > > returns nil, looking inside the method's source if I do > > > > FileLocator preferences asFileReference > > > > gives me a nice error Cant find the requested origin > > > > trying with > > > > cd Ephestos; wget -O- get.pharo.org/alpha+vm | bash > > > > for getting the stable default vm, same problem, so I assume this is an > image problem > > > > here is the stack > > > > UnixResolver(PlatformResolver)>>cantFindOriginError [ self > cantFindOriginError ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: in Block: [ > self cantFindOriginError ] [ ^ aBlock value ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: > [ ^ aBlock value ] BlockClosure>>cull: Context>>evaluateSignal: > Context>>handleSignal: Error(Exception)>>signal Error(Exception)>>signal: > Error class(Exception class)>>signal: FFICallout>>loaderForArgNamed: > FFICallout>>loaderForArgNamed:indirectIndex: > FFICallout>>argName:indirectIndex:type:ptrArity: > FFIFunctionParser>>parseArgument FFIFunctionParser>>parseArguments > FFIFunctionParser>>parseNamedFunction: > FFICalloutMethodBuilder>>parseSignature: FFICalloutMethodBuilder>>generate > FFICalloutMethodBuilder>>build: FFICalloutAPI>>function:module: > UnixEnvironment(Object)>>ffiCall:module: > UnixEnvironment(OSEnvironment)>>getEnv: > UnixEnvironment(OSEnvironment)>>at:ifAbsent: [ Smalltalk os environment at: > aString ifAbsent: [ nil ] ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: > [ Smalltalk os environment at: aString ifAbsent: [...etc... > BlockClosure>>on:do: > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed: > UnixResolver>>home [ self home / '.config' ] in UnixResolver>>preferences > in Block: [ self home / '.config' ] [ ^ aBlock value ] in > UnixResolver(PlatformResolver)>>directoryFromEnvVariableNamed:or: in Block: > [ ^ aBlock value ] BlockClosure>>cull: > > > > > > >

Dec. 15, 2015