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.al...@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.al...@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 <s...@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.al...@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:
>>> >
>>> >
>>>
>>>
>>>

Reply via email to