help-smalltalk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Help-smalltalk] Error while opening URL via FileStream


From: Stefan Krecher
Subject: Re: [Help-smalltalk] Error while opening URL via FileStream
Date: Fri, 15 Jun 2012 13:57:07 +0200

Ok, this could be a bug in URIResolver.st:
the method that is responsible for creating a tmp-file calls:
dir := UserProfileSettings default settingAt: 'tmpDir'.
and dir is an empty string.
I guess it should be dir := UserProfileSettings default settingAt: #tmpDir.
this returns the correct value.

2012/6/15 Stefan Krecher <address@hidden>:
> without strace i get the following exception. I suspect that  the
> Exception occurs while trying to write a temporary file.
> Looking into URIResolver.st it seems that it tries to write to
> UserProfileSettings default settingAt: 'tmpDir' - which is initialized
> with the environment variable TEMP (and defaults to /tmp/ which is
> nonexistent on Android).
> But  exporting TEMP='./' does not seem to have an effect. Smalltalk
> getenv: 'TEMP' returns the correct result but UserProfileSettings
> default settingAt: 'tmpDir' returns an empty string ....
>
>
> st> (FileStream open: 'http://www.gnu.org/' mode: FileStream read) contents
> (FileStream open: 'http://www.gnu.org/' mode: FileStream read) contents
> Object: FileStream error: could not open http://www.gnu.org/
> SystemExceptions.FileError(Exception)>>signal (ExcHandling.st:254)
> SystemExceptions.FileError class(Exception class)>>signal: 
> (ExcHandling.st:161)
> optimized [] in FileDescriptor class>>openTemporaryFile: (FileDescr.st:152)
> FileStream(FileDescriptor)>>fileOp:with:ifFail: (FileDescr.st:878)
> FileStream class(FileDescriptor class)>>openTemporaryFile: ("Scavenging... 
> 47% r
> eclaimed, done"
> FileDescr.st:153)
> NetClients.URIResolver>>tmpFile 
> (NetClients.star#VFS.ZipFile/URIResolver.st:1309
> )
> NetClients.URIResolver>>doHTTPRequest:onSuccess: 
> (NetClients.star#VFS.ZipFile/UR
> IResolver.st:514)
> NetClients.URIResolver>>requestHttpContents: 
> (NetClients.star#VFS.ZipFile/URIRes
> olver.st:566)
> NetClients.URIResolver>>getHttpContents 
> (NetClients.star#VFS.ZipFile/URIResolver
> .st:503)
> NetClients.URIResolver>>contentsNoSignal 
> (NetClients.star#VFS.ZipFile/URIResolve
> r.st:154)
> [] in NetClients.URIResolver class>>openOn:ifFail: 
> (NetClients.star#VFS.ZipFile/
> URIResolver.st:58)
> BlockClosure>>on:do:on:do: (BlkClosure.st:206)
> NetClients.URIResolver class>>openOn:ifFail: 
> (NetClients.star#VFS.ZipFile/URIRes
> olver.st:63)
> NetClients.URIResolver class>>openStreamOn:ifFail: 
> (NetClients.star#VFS.ZipFile/
> URIResolver.st:74)
> FileStream class(FileDescriptor class)>>open:mode:ifFail: (FileDescr.st:133)
> FileStream class(FileDescriptor class)>>open:mode: (FileDescr.st:111)
> UndefinedObject>>executeStatements (a String:1)
> 292401 byte codes executed
> which took 0.443 seconds (0.160s user+0.020s sys)
> 20179 primitives, percent 6.90
> self returns 89, inst var returns 0, literal returns 0
> 34228 method cache lookups since last cleanup, percent 11.71
> 32705 method cache hits, 1523 misses, 95.55 percent hits
> returned value is nil
>
> 2012/6/15 Paolo Bonzini <address@hidden>:
>> Il 15/06/2012 12:14, Stefan Krecher ha scritto:
>>> Hi,
>>> thanks for the strace-tip - i noticed that NetClients could not get
>>> loaded - i fixed this, but now gst dies after opening the FileStream
>>> (on Android), here are the last lines of the strace log, i have no
>>> idea what's happening ...
>>
>> Does it still fail _without_ strace?  This looks like a ptrace bug in
>> your Android kernel.
>>
>> Paolo
>
>
>
> --
> Dipl.-Wirtsch.-Inf. Stefan Krecher
> Neulander Str. 17, 27374 Visselhövede
> Tel +49(0)4262 958848
> mobil +49(0)172 3608616
> http://krecher.com



-- 
Dipl.-Wirtsch.-Inf. Stefan Krecher
Neulander Str. 17, 27374 Visselhövede
Tel +49(0)4262 958848
mobil +49(0)172 3608616
http://krecher.com



reply via email to

[Prev in Thread] Current Thread [Next in Thread]