October 2014 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Trouble opening large files

by Nicolai Hess

Easiest way: download the generated source from http://files.pharo.org/vm/src/vm-unix-sources/blessed/ 2014-10-14 22:35 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > 64 bits! That makes sense. I don't generally work with large files either. > I have been getting my vm from get.pharo.org, so I will need to get the > source to build the vm in the first place. A quick survey over the last few > hours has revealed a multitude of vms, projects, platforms, repositories, > and versions that I, in my pharo ignorance, cannot differentiate. Could > someone please point me to the source I should be using to build the vm for > the pharo40 image I have been pulling of get.pharo.org? > > Thank you, > Evan > > On Tue, Oct 14, 2014 at 3:02 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Rebuild pharo vm with D_FILE_OFFSET_BITS=64 option: >> Reading list directories with (very) large files working now. >> >> >> >> 2014-10-14 20:26 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: >> >>> There is a bug report on mantis for squeaks unix vm. >>> I think this applies to pharo too, although I don't know if this >>> bug is still valid on recent squeak vm. >>> >>> http://bugs.squeak.org/view.php?id=7522 >>> >>> 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >>> >>>> The OS is Arch Linux. >>>> >>>> I can read the file with less. >>>> >>>> The problem, insofar as I can trace it, seems to stem from this line in >>>> UnixStore: >>>> >>>> Primitives lookupDirectory: encodedPath filename: encodedBasename >>>> >>>> When I have my 57G file there this line returns nil. If I move the 57G >>>> file and create a small file with the same name, the same command >>>> successfully finds the file. I am not sure how large a file must be to >>>> cause this issue, but A 1.5G file works fine. >>>> >>>> On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> >>>> wrote: >>>> >>>>> 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >>>>> >>>>>> Hi, thanks for the reply. >>>>>> >>>>>> The response is the same: "MessageNotUnderstood: >>>>>> False>>humanReadableSIByteSize." >>>>>> >>>>>> This happens both to print-it as well as to do-it-and-go. Running the >>>>>> command on the neighboring "wiki.torrent" torrent file yields the correct >>>>>> 54kb. >>>>>> >>>>>> Thanks, >>>>>> Evan >>>>>> >>>>>> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >>>>>> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> If I understand correctly, the failure occurs while navigating in >>>>>>> the "Items" presentation. >>>>>>> >>>>>>> I cannot reproduce this problem because I do not have enough disk >>>>>>> space for such a large file :). But, could you do the following and let me >>>>>>> know what the outcome is: >>>>>>> >>>>>>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>>>>>> >>>>>>> ? >>>>>>> >>>>>>> Cheers, >>>>>>> Doru >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hello, I've run into some odd behavior and wanted to check whether >>>>>>>> I might be missing something: >>>>>>>> >>>>>>>> I have downloaded a copy of the english wikipedia as an xml file >>>>>>>> and am hoping to (sax) parse it. However, I can't even seem to get pharo to >>>>>>>> recognize that the file exists. >>>>>>>> >>>>>>>> If I open FileSystem disk root in the playground and naigate, >>>>>>>> attempting to enter the folder containing the (57G) xml file fails with >>>>>>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>>>>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>>>>>> exists returns false and the parser fails. >>>>>>>> >>>>>>>> Am I doing something wrong? Should I be able to do this? >>>>>>>> >>>>>>>> The version number is #40283 >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Evan >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> www.tudorgirba.com >>>>>>> >>>>>>> "Every thing has its own flow" >>>>>>> >>>>>> >>>>>> >>>>> >>>>> Which OS ? >>>>> Can you check with other programs if this file is readable at all? >>>>> >>>>> >>>>> >>>>> >>>>> Nicolai >>>>> >>>>> >>>>> >>>> >>> >> >

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Evan Donahue

64 bits! That makes sense. I don't generally work with large files either. I have been getting my vm from get.pharo.org, so I will need to get the source to build the vm in the first place. A quick survey over the last few hours has revealed a multitude of vms, projects, platforms, repositories, and versions that I, in my pharo ignorance, cannot differentiate. Could someone please point me to the source I should be using to build the vm for the pharo40 image I have been pulling of get.pharo.org? Thank you, Evan On Tue, Oct 14, 2014 at 3:02 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Rebuild pharo vm with D_FILE_OFFSET_BITS=64 option: > Reading list directories with (very) large files working now. > > > > 2014-10-14 20:26 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> There is a bug report on mantis for squeaks unix vm. >> I think this applies to pharo too, although I don't know if this >> bug is still valid on recent squeak vm. >> >> http://bugs.squeak.org/view.php?id=7522 >> >> 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >> >>> The OS is Arch Linux. >>> >>> I can read the file with less. >>> >>> The problem, insofar as I can trace it, seems to stem from this line in >>> UnixStore: >>> >>> Primitives lookupDirectory: encodedPath filename: encodedBasename >>> >>> When I have my 57G file there this line returns nil. If I move the 57G >>> file and create a small file with the same name, the same command >>> successfully finds the file. I am not sure how large a file must be to >>> cause this issue, but A 1.5G file works fine. >>> >>> On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> >>> wrote: >>> >>>> 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >>>> >>>>> Hi, thanks for the reply. >>>>> >>>>> The response is the same: "MessageNotUnderstood: >>>>> False>>humanReadableSIByteSize." >>>>> >>>>> This happens both to print-it as well as to do-it-and-go. Running the >>>>> command on the neighboring "wiki.torrent" torrent file yields the correct >>>>> 54kb. >>>>> >>>>> Thanks, >>>>> Evan >>>>> >>>>> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> If I understand correctly, the failure occurs while navigating in the >>>>>> "Items" presentation. >>>>>> >>>>>> I cannot reproduce this problem because I do not have enough disk >>>>>> space for such a large file :). But, could you do the following and let me >>>>>> know what the outcome is: >>>>>> >>>>>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>>>>> >>>>>> ? >>>>>> >>>>>> Cheers, >>>>>> Doru >>>>>> >>>>>> >>>>>> >>>>>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Hello, I've run into some odd behavior and wanted to check whether I >>>>>>> might be missing something: >>>>>>> >>>>>>> I have downloaded a copy of the english wikipedia as an xml file and >>>>>>> am hoping to (sax) parse it. However, I can't even seem to get pharo to >>>>>>> recognize that the file exists. >>>>>>> >>>>>>> If I open FileSystem disk root in the playground and naigate, >>>>>>> attempting to enter the folder containing the (57G) xml file fails with >>>>>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>>>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>>>>> exists returns false and the parser fails. >>>>>>> >>>>>>> Am I doing something wrong? Should I be able to do this? >>>>>>> >>>>>>> The version number is #40283 >>>>>>> >>>>>>> Thanks, >>>>>>> Evan >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> www.tudorgirba.com >>>>>> >>>>>> "Every thing has its own flow" >>>>>> >>>>> >>>>> >>>> >>>> Which OS ? >>>> Can you check with other programs if this file is readable at all? >>>> >>>> >>>> >>>> >>>> Nicolai >>>> >>>> >>>> >>> >> >

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Nicolai Hess

Rebuild pharo vm with D_FILE_OFFSET_BITS=64 option: Reading list directories with (very) large files working now. 2014-10-14 20:26 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > There is a bug report on mantis for squeaks unix vm. > I think this applies to pharo too, although I don't know if this > bug is still valid on recent squeak vm. > > http://bugs.squeak.org/view.php?id=7522 > > 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > >> The OS is Arch Linux. >> >> I can read the file with less. >> >> The problem, insofar as I can trace it, seems to stem from this line in >> UnixStore: >> >> Primitives lookupDirectory: encodedPath filename: encodedBasename >> >> When I have my 57G file there this line returns nil. If I move the 57G >> file and create a small file with the same name, the same command >> successfully finds the file. I am not sure how large a file must be to >> cause this issue, but A 1.5G file works fine. >> >> On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >>> >>>> Hi, thanks for the reply. >>>> >>>> The response is the same: "MessageNotUnderstood: >>>> False>>humanReadableSIByteSize." >>>> >>>> This happens both to print-it as well as to do-it-and-go. Running the >>>> command on the neighboring "wiki.torrent" torrent file yields the correct >>>> 54kb. >>>> >>>> Thanks, >>>> Evan >>>> >>>> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> If I understand correctly, the failure occurs while navigating in the >>>>> "Items" presentation. >>>>> >>>>> I cannot reproduce this problem because I do not have enough disk >>>>> space for such a large file :). But, could you do the following and let me >>>>> know what the outcome is: >>>>> >>>>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>>>> >>>>> ? >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> >>>>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>>>> wrote: >>>>> >>>>>> Hello, I've run into some odd behavior and wanted to check whether I >>>>>> might be missing something: >>>>>> >>>>>> I have downloaded a copy of the english wikipedia as an xml file and >>>>>> am hoping to (sax) parse it. However, I can't even seem to get pharo to >>>>>> recognize that the file exists. >>>>>> >>>>>> If I open FileSystem disk root in the playground and naigate, >>>>>> attempting to enter the folder containing the (57G) xml file fails with >>>>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>>>> exists returns false and the parser fails. >>>>>> >>>>>> Am I doing something wrong? Should I be able to do this? >>>>>> >>>>>> The version number is #40283 >>>>>> >>>>>> Thanks, >>>>>> Evan >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Every thing has its own flow" >>>>> >>>> >>>> >>> >>> Which OS ? >>> Can you check with other programs if this file is readable at all? >>> >>> >>> >>> >>> Nicolai >>> >>> >>> >> >

Oct. 14, 2014

Re: [Pharo-users] [squeak-dev] Re: Trouble opening large files

by Eliot Miranda

Hi Nicolai, On Tue, Oct 14, 2014 at 11:26 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > There is a bug report on mantis for squeaks unix vm. > I think this applies to pharo too, although I don't know if this > bug is still valid on recent squeak vm. > > http://bugs.squeak.org/view.php?id=7522 > yes, one must compile with -D_FILE_OFFSET_BITS=64. The Cog VMs are also built with -D_GNU_SOURCE. Here's a line from a Squeak file list on the current Cog VM: (2014.10.11 07:00:46 7,115,143,880) Formula1.2014.Round16.Russia.Qualifying.BBCOneHD.1080i.H264.English-wserhkzt.ts No 32-bit limit here. > > 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > >> The OS is Arch Linux. >> >> I can read the file with less. >> >> The problem, insofar as I can trace it, seems to stem from this line in >> UnixStore: >> >> Primitives lookupDirectory: encodedPath filename: encodedBasename >> >> When I have my 57G file there this line returns nil. If I move the 57G >> file and create a small file with the same name, the same command >> successfully finds the file. I am not sure how large a file must be to >> cause this issue, but A 1.5G file works fine. >> >> On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: >> >>> 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >>> >>>> Hi, thanks for the reply. >>>> >>>> The response is the same: "MessageNotUnderstood: >>>> False>>humanReadableSIByteSize." >>>> >>>> This happens both to print-it as well as to do-it-and-go. Running the >>>> command on the neighboring "wiki.torrent" torrent file yields the correct >>>> 54kb. >>>> >>>> Thanks, >>>> Evan >>>> >>>> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >>>> wrote: >>>> >>>>> Hi, >>>>> >>>>> If I understand correctly, the failure occurs while navigating in the >>>>> "Items" presentation. >>>>> >>>>> I cannot reproduce this problem because I do not have enough disk >>>>> space for such a large file :). But, could you do the following and let me >>>>> know what the outcome is: >>>>> >>>>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>>>> >>>>> ? >>>>> >>>>> Cheers, >>>>> Doru >>>>> >>>>> >>>>> >>>>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>>>> wrote: >>>>> >>>>>> Hello, I've run into some odd behavior and wanted to check whether I >>>>>> might be missing something: >>>>>> >>>>>> I have downloaded a copy of the english wikipedia as an xml file and >>>>>> am hoping to (sax) parse it. However, I can't even seem to get pharo to >>>>>> recognize that the file exists. >>>>>> >>>>>> If I open FileSystem disk root in the playground and naigate, >>>>>> attempting to enter the folder containing the (57G) xml file fails with >>>>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>>>> exists returns false and the parser fails. >>>>>> >>>>>> Am I doing something wrong? Should I be able to do this? >>>>>> >>>>>> The version number is #40283 >>>>>> >>>>>> Thanks, >>>>>> Evan >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> www.tudorgirba.com >>>>> >>>>> "Every thing has its own flow" >>>>> >>>> >>>> >>> >>> Which OS ? >>> Can you check with other programs if this file is readable at all? >>> >>> >>> >>> >>> Nicolai >>> >>> >>> >> > > > > -- best, Eliot

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Nicolai Hess

There is a bug report on mantis for squeaks unix vm. I think this applies to pharo too, although I don't know if this bug is still valid on recent squeak vm. http://bugs.squeak.org/view.php?id=7522 2014-10-14 17:43 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > The OS is Arch Linux. > > I can read the file with less. > > The problem, insofar as I can trace it, seems to stem from this line in > UnixStore: > > Primitives lookupDirectory: encodedPath filename: encodedBasename > > When I have my 57G file there this line returns nil. If I move the 57G > file and create a small file with the same name, the same command > successfully finds the file. I am not sure how large a file must be to > cause this issue, but A 1.5G file works fine. > > On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: >> >>> Hi, thanks for the reply. >>> >>> The response is the same: "MessageNotUnderstood: >>> False>>humanReadableSIByteSize." >>> >>> This happens both to print-it as well as to do-it-and-go. Running the >>> command on the neighboring "wiki.torrent" torrent file yields the correct >>> 54kb. >>> >>> Thanks, >>> Evan >>> >>> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >>> wrote: >>> >>>> Hi, >>>> >>>> If I understand correctly, the failure occurs while navigating in the >>>> "Items" presentation. >>>> >>>> I cannot reproduce this problem because I do not have enough disk space >>>> for such a large file :). But, could you do the following and let me know >>>> what the outcome is: >>>> >>>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>>> >>>> ? >>>> >>>> Cheers, >>>> Doru >>>> >>>> >>>> >>>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>>> wrote: >>>> >>>>> Hello, I've run into some odd behavior and wanted to check whether I >>>>> might be missing something: >>>>> >>>>> I have downloaded a copy of the english wikipedia as an xml file and >>>>> am hoping to (sax) parse it. However, I can't even seem to get pharo to >>>>> recognize that the file exists. >>>>> >>>>> If I open FileSystem disk root in the playground and naigate, >>>>> attempting to enter the folder containing the (57G) xml file fails with >>>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>>> exists returns false and the parser fails. >>>>> >>>>> Am I doing something wrong? Should I be able to do this? >>>>> >>>>> The version number is #40283 >>>>> >>>>> Thanks, >>>>> Evan >>>>> >>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> >> >> Which OS ? >> Can you check with other programs if this file is readable at all? >> >> >> >> >> Nicolai >> >> >> >

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Evan Donahue

The OS is Arch Linux. I can read the file with less. The problem, insofar as I can trace it, seems to stem from this line in UnixStore: Primitives lookupDirectory: encodedPath filename: encodedBasename When I have my 57G file there this line returns nil. If I move the 57G file and create a small file with the same name, the same command successfully finds the file. I am not sure how large a file must be to cause this issue, but A 1.5G file works fine. On Tue, Oct 14, 2014 at 8:17 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > 2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > >> Hi, thanks for the reply. >> >> The response is the same: "MessageNotUnderstood: >> False>>humanReadableSIByteSize." >> >> This happens both to print-it as well as to do-it-and-go. Running the >> command on the neighboring "wiki.torrent" torrent file yields the correct >> 54kb. >> >> Thanks, >> Evan >> >> On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> >> wrote: >> >>> Hi, >>> >>> If I understand correctly, the failure occurs while navigating in the >>> "Items" presentation. >>> >>> I cannot reproduce this problem because I do not have enough disk space >>> for such a large file :). But, could you do the following and let me know >>> what the outcome is: >>> >>> 'path/to/your/large/file.xml' asFileReference humanReadableSize >>> >>> ? >>> >>> Cheers, >>> Doru >>> >>> >>> >>> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> >>> wrote: >>> >>>> Hello, I've run into some odd behavior and wanted to check whether I >>>> might be missing something: >>>> >>>> I have downloaded a copy of the english wikipedia as an xml file and am >>>> hoping to (sax) parse it. However, I can't even seem to get pharo to >>>> recognize that the file exists. >>>> >>>> If I open FileSystem disk root in the playground and naigate, >>>> attempting to enter the folder containing the (57G) xml file fails with >>>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>>> exists returns false and the parser fails. >>>> >>>> Am I doing something wrong? Should I be able to do this? >>>> >>>> The version number is #40283 >>>> >>>> Thanks, >>>> Evan >>>> >>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> > > Which OS ? > Can you check with other programs if this file is readable at all? > > > > > Nicolai > > >

Oct. 14, 2014

Re: [Pharo-users] ZipFileMember>>contentStream has leading characters

by DiegoSanchez

Image ------- C:\Pharo3.0\ide-feedback.image Pharo3.0 *Latest update: #30858* Unnamed On 14 October 2014 12:05, Ben Coman [via Smalltalk] < ml-node+s1294792n4784535h43(a)n4.nabble.com> wrote: > DiegoSanchez wrote: > > I'm using Pharo 3.0 image > > (http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip) > > That link changes from day to day. Can you report... > World Menu > System > System Reporter > Image > Latest update. > -ben > > > > > > On 14 October 2014 03:25, stepharo [via Smalltalk] <[hidden email] > > </user/SendEmail.jtp?type=node&node=4784515&i=0>> wrote: > > > > > > On 13/10/14 01:31, DiegoSanchez wrote: > > > Hi everybody! This is my first post > > > > Welcome :) > > In which image version are you? > > > > > and I'm posting this question after > > > going around this forum without finding answer for my question. > I > > couldn't > > > wrap my mind around it. > > > > > > Here is the issue (in fact it is not a issue, classes work fine). > > > > > > I want to uncompress a zip file and file in the content of one of > > the file > > > included in zip file. For instance: > > > The file 'tp1.zip' contains just one file inside it: 'test.st > > <http://test.st>'. > > > > > > Once I uncompressed it, using code bellow: > > > > > > > > > > > > I found that file stream has a set of leading characters which > > cannot be > > > interpreted by *CodeInterpreter*. > > > > > > Here you will fine these leading characters: > > > > > > /Hexa characters/ > > > *ef bb bf * > > > > > > /Ascii characters/ > > > *ef bb bf * > > > > > > Indeed, this leading characters are written by the fileOut > process > > and it's > > > ok (those are magic number which depend on the SO) but I don't > > know how to > > > skip it for CodeInterpreter to be able fileIn this file. > > > > > > My first solution was skipping this characters through the use of > > > /Stream>>next: 4/. But I'm looking for a much portable solution. > > > > > > Somebody went through this problem? > > > > > > Thanks for help in advance. > > > DiegoS > > > > > > > > > > > > -- > > > View this message in context: > > > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > > > Sent from the Pharo Smalltalk Users mailing list archive at > > Nabble.com. > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------ > > If you reply to this email, your message will be added to the > > discussion below: > > > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > > > > To unsubscribe from ZipFileMember>>contentStream has leading > > characters, click here. > > NAML > > < > http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > > > > > > > > > > > > > -- > > Saludos > > DiegoS > > > > ------ > > > > Diego Sanchez > > http://about.me/sanchez.diego > > > > <http://about.me/sanchez.diego?promo=email_sig> > > > > > > > > > > > > ------------------------------------------------------------------------ > > View this message in context: Re: ZipFileMember>>contentStream has > > leading characters > > < > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp…> > > > Sent from the Pharo Smalltalk Users mailing list archive > > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at > Nabble.com. > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > To unsubscribe from ZipFileMember>>contentStream has leading characters, click > here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- Saludos DiegoS ------ Diego Sanchez [image: http://]about.me/sanchez.diego <http://about.me/sanchez.diego?promo=email_sig> -- View this message in context: http://forum.world.st/Re-ZipFileMember-contentStream-has-leading-characters… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 14, 2014

Re: [Pharo-users] ZipFileMember>>contentStream has leading characters

by Ben Coman

DiegoSanchez wrote: > I'm using Pharo 3.0 image > (http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip) That link changes from day to day. Can you report... World Menu > System > System Reporter > Image > Latest update. -ben > > On 14 October 2014 03:25, stepharo [via Smalltalk] <[hidden email] > </user/SendEmail.jtp?type=node&node=4784515&i=0>> wrote: > > > On 13/10/14 01:31, DiegoSanchez wrote: > > Hi everybody! This is my first post > > Welcome :) > In which image version are you? > > > and I'm posting this question after > > going around this forum without finding answer for my question. I > couldn't > > wrap my mind around it. > > > > Here is the issue (in fact it is not a issue, classes work fine). > > > > I want to uncompress a zip file and file in the content of one of > the file > > included in zip file. For instance: > > The file 'tp1.zip' contains just one file inside it: 'test.st > <http://test.st>'. > > > > Once I uncompressed it, using code bellow: > > > > > > > > I found that file stream has a set of leading characters which > cannot be > > interpreted by *CodeInterpreter*. > > > > Here you will fine these leading characters: > > > > /Hexa characters/ > > *ef bb bf * > > > > /Ascii characters/ > > *ef bb bf * > > > > Indeed, this leading characters are written by the fileOut process > and it's > > ok (those are magic number which depend on the SO) but I don't > know how to > > skip it for CodeInterpreter to be able fileIn this file. > > > > My first solution was skipping this characters through the use of > > /Stream>>next: 4/. But I'm looking for a much portable solution. > > > > Somebody went through this problem? > > > > Thanks for help in advance. > > DiegoS > > > > > > > > -- > > View this message in context: > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > > > > > > > > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the > discussion below: > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > > To unsubscribe from ZipFileMember>>contentStream has leading > characters, click here. > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > > > > > > -- > Saludos > DiegoS > > ------ > > Diego Sanchez > http://about.me/sanchez.diego > > <http://about.me/sanchez.diego?promo=email_sig> > > > > > > ------------------------------------------------------------------------ > View this message in context: Re: ZipFileMember>>contentStream has > leading characters > <http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp…> > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com.

Oct. 14, 2014

Re: [Pharo-users] ZipFileMember>>contentStream has leading characters

by DiegoSanchez

I'm using Pharo 3.0 image ( http://files.pharo.org/image/30/Pharo-Image-3.0-latest.zip) On 14 October 2014 03:25, stepharo [via Smalltalk] < ml-node+s1294792n4784442h60(a)n4.nabble.com> wrote: > > On 13/10/14 01:31, DiegoSanchez wrote: > > Hi everybody! This is my first post > > Welcome :) > In which image version are you? > > > and I'm posting this question after > > going around this forum without finding answer for my question. I > couldn't > > wrap my mind around it. > > > > Here is the issue (in fact it is not a issue, classes work fine). > > > > I want to uncompress a zip file and file in the content of one of the > file > > included in zip file. For instance: > > The file 'tp1.zip' contains just one file inside it: 'test.st'. > > > > Once I uncompressed it, using code bellow: > > > > > > > > I found that file stream has a set of leading characters which cannot be > > interpreted by *CodeInterpreter*. > > > > Here you will fine these leading characters: > > > > /Hexa characters/ > > *ef bb bf * > > > > /Ascii characters/ > > *ef bb bf * > > > > Indeed, this leading characters are written by the fileOut process and > it's > > ok (those are magic number which depend on the SO) but I don't know how > to > > skip it for CodeInterpreter to be able fileIn this file. > > > > My first solution was skipping this characters through the use of > > /Stream>>next: 4/. But I'm looking for a much portable solution. > > > > Somebody went through this problem? > > > > Thanks for help in advance. > > DiegoS > > > > > > > > -- > > View this message in context: > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > > > > > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > > http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… > To unsubscribe from ZipFileMember>>contentStream has leading characters, click > here > <http://forum.world.st/template/NamlServlet.jtp?macro=unsubscribe_by_code&no…> > . > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > -- Saludos DiegoS ------ Diego Sanchez [image: http://]about.me/sanchez.diego <http://about.me/sanchez.diego?promo=email_sig> -- View this message in context: http://forum.world.st/ZipFileMember-contentStream-has-leading-characters-tp… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Nicolai Hess

2014-10-14 6:38 GMT+02:00 Evan Donahue <emdonahu(a)gmail.com>: > Hi, thanks for the reply. > > The response is the same: "MessageNotUnderstood: > False>>humanReadableSIByteSize." > > This happens both to print-it as well as to do-it-and-go. Running the > command on the neighboring "wiki.torrent" torrent file yields the correct > 54kb. > > Thanks, > Evan > > On Tue, Oct 14, 2014 at 12:24 AM, Tudor Girba <tudor(a)tudorgirba.com> > wrote: > >> Hi, >> >> If I understand correctly, the failure occurs while navigating in the >> "Items" presentation. >> >> I cannot reproduce this problem because I do not have enough disk space >> for such a large file :). But, could you do the following and let me know >> what the outcome is: >> >> 'path/to/your/large/file.xml' asFileReference humanReadableSize >> >> ? >> >> Cheers, >> Doru >> >> >> >> On Tue, Oct 14, 2014 at 2:27 AM, Evan Donahue <emdonahu(a)gmail.com> wrote: >> >>> Hello, I've run into some odd behavior and wanted to check whether I >>> might be missing something: >>> >>> I have downloaded a copy of the english wikipedia as an xml file and am >>> hoping to (sax) parse it. However, I can't even seem to get pharo to >>> recognize that the file exists. >>> >>> If I open FileSystem disk root in the playground and naigate, attempting >>> to enter the folder containing the (57G) xml file fails with >>> "MessageNotUnderstood: False>>humanReadableSIByteSize." Likewise if I get a >>> FileReference with FileSystem disk root / 'path' / 'to' / 'file' then self >>> exists returns false and the parser fails. >>> >>> Am I doing something wrong? Should I be able to do this? >>> >>> The version number is #40283 >>> >>> Thanks, >>> Evan >>> >> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > Which OS ? Can you check with other programs if this file is readable at all? Nicolai

Oct. 14, 2014