- Pharo-users - lists.pharo.org

Re: [Pharo-users] Trouble opening large files

by Evan Donahue

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" >

Oct. 14, 2014

Re: [Pharo-users] Trouble opening large files

by Tudor Girba

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"

Oct. 14, 2014

Trouble opening large files

by Evan Donahue

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

Oct. 14, 2014

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

by DiegoSanchez

Thanks Tudor, Yes I'm using Pharo 3. On 13 October 2014 08:33, Tudor Girba-2 [via Smalltalk] < ml-node+s1294792n4784295h3(a)n4.nabble.com> wrote: > You are likely referring to the issue reported here: > https://pharo.fogbugz.com/f/cases/12826/Zip-FileSystem-does-not-work > > This should work now in the latest Pharo 4.0. If you are using Pharo 3.0, > loading the slice manually from the Pharo40Inbox should fix the issue as > well. > > What version are you using? > > Cheers, > Doru > > > > On Mon, Oct 13, 2014 at 1:23 PM, Diego SÃ¡nchez <[hidden email] > <http://user/SendEmail.jtp?type=node&node=4784295&i=0>> wrote: > >> | zipper file | >> zipper := ZipArchive new readFrom: 'tp1.zip'. >> >> "file contains test.st" >> file := zipper members at: 1. >> >> "file contentStream returns the stream with file's information uncompressed" >> >> >> On 13 October 2014 08:22, Diego SÃ¡nchez <[hidden email] >> <http://user/SendEmail.jtp?type=node&node=4784295&i=1>> wrote: >> >>> doitFromStream >>> | zipper file | >>> zipper := ZipArchive new readFrom: '/Users/diego/tp1-95195.zip'. >>> file := zipper members at: 2. >>> >>> "file contentStream returns the stream with file's information uncompressed" >>> >>> >>> On 13 October 2014 08:15, Tudor Girba <[hidden email] >>> <http://user/SendEmail.jtp?type=node&node=4784295&i=2>> wrote: >>> >>>> What is the code that you use? >>>> >>>> Doru >>>> >>>> On Mon, Oct 13, 2014 at 1:31 AM, DiegoSanchez <[hidden email] >>>> <http://user/SendEmail.jtp?type=node&node=4784295&i=3>> wrote: >>>> >>>>> Hi everybody! This is my first post 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. >>>>> >>>>> >>>> >>>> >>>> -- >>>> www.tudorgirba.com >>>> >>>> "Every thing has its own flow" >>>> >>> >>> >>> >>> -- >>> Saludos >>> DiegoS >>> >>> ------ >>> >>> Diego Sanchez >>> [image: http://]about.me/sanchez.diego >>> <http://about.me/sanchez.diego?promo=email_sig> >>> >>> >>> >>> >> >> >> -- >> Saludos >> DiegoS >> >> ------ >> >> Diego Sanchez >> [image: http://]about.me/sanchez.diego >> <http://about.me/sanchez.diego?promo=email_sig> >> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > ------------------------------ > 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. 13, 2014

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

by Tudor Girba

You are likely referring to the issue reported here: https://pharo.fogbugz.com/f/cases/12826/Zip-FileSystem-does-not-work This should work now in the latest Pharo 4.0. If you are using Pharo 3.0, loading the slice manually from the Pharo40Inbox should fix the issue as well. What version are you using? Cheers, Doru On Mon, Oct 13, 2014 at 1:23 PM, Diego SÃ¡nchez <diego.sanches(a)gmail.com> wrote: > | zipper file | > zipper := ZipArchive new readFrom: 'tp1.zip'. > > "file contains test.st" > file := zipper members at: 1. > > "file contentStream returns the stream with file's information uncompressed" > > > On 13 October 2014 08:22, Diego SÃ¡nchez <diego.sanches(a)gmail.com> wrote: > >> doitFromStream >> | zipper file | >> zipper := ZipArchive new readFrom: '/Users/diego/tp1-95195.zip'. >> file := zipper members at: 2. >> >> "file contentStream returns the stream with file's information uncompressed" >> >> >> On 13 October 2014 08:15, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >>> What is the code that you use? >>> >>> Doru >>> >>> On Mon, Oct 13, 2014 at 1:31 AM, DiegoSanchez <diego.sanches(a)gmail.com> >>> wrote: >>> >>>> Hi everybody! This is my first post 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. >>>> >>>> >>> >>> >>> -- >>> www.tudorgirba.com >>> >>> "Every thing has its own flow" >>> >> >> >> >> -- >> Saludos >> DiegoS >> >> ------ >> >> Diego Sanchez >> [image: http://]about.me/sanchez.diego >> <http://about.me/sanchez.diego?promo=email_sig> >> >> >> >> > > > -- > Saludos > DiegoS > > ------ > > Diego Sanchez > [image: http://]about.me/sanchez.diego > <http://about.me/sanchez.diego?promo=email_sig> > > > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 13, 2014

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

by Diego SÃ¡nchez

| zipper file | zipper := ZipArchive new readFrom: 'tp1.zip'. "file contains test.st" file := zipper members at: 1. "file contentStream returns the stream with file's information uncompressed" On 13 October 2014 08:22, Diego SÃ¡nchez <diego.sanches(a)gmail.com> wrote: > doitFromStream > | zipper file | > zipper := ZipArchive new readFrom: '/Users/diego/tp1-95195.zip'. > file := zipper members at: 2. > > "file contentStream returns the stream with file's information uncompressed" > > > On 13 October 2014 08:15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> What is the code that you use? >> >> Doru >> >> On Mon, Oct 13, 2014 at 1:31 AM, DiegoSanchez <diego.sanches(a)gmail.com> >> wrote: >> >>> Hi everybody! This is my first post 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. >>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> > > > > -- > Saludos > DiegoS > > ------ > > Diego Sanchez > [image: http://]about.me/sanchez.diego > <http://about.me/sanchez.diego?promo=email_sig> > > > > -- Saludos DiegoS ------ Diego Sanchez [image: http://]about.me/sanchez.diego <http://about.me/sanchez.diego?promo=email_sig>

Oct. 13, 2014

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

by Diego SÃ¡nchez

doitFromStream | zipper file | zipper := ZipArchive new readFrom: '/Users/diego/tp1-95195.zip'. file := zipper members at: 2. "file contentStream returns the stream with file's information uncompressed" On 13 October 2014 08:15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > What is the code that you use? > > Doru > > On Mon, Oct 13, 2014 at 1:31 AM, DiegoSanchez <diego.sanches(a)gmail.com> > wrote: > >> Hi everybody! This is my first post 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. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- Saludos DiegoS ------ Diego Sanchez [image: http://]about.me/sanchez.diego <http://about.me/sanchez.diego?promo=email_sig>

Oct. 13, 2014

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

by Tudor Girba

What is the code that you use? Doru On Mon, Oct 13, 2014 at 1:31 AM, DiegoSanchez <diego.sanches(a)gmail.com> wrote: > Hi everybody! This is my first post 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. > > -- www.tudorgirba.com "Every thing has its own flow"

Oct. 13, 2014

Re: [Pharo-users] source code

by kilon alios

I am not aware of tools that do this inside pharo (I am also using pharo for only a year now) but you can do this via code for example lets say you want to see the source code for TaskbarMorph both instance and class methods you can use this code to output the source code to the transcript Transcript clear. Transcript show:'***********INSTANCE SIDE*********';cr. (TaskbarMorph methods) do:[:each| Transcript show:each sourceCode;cr;show:'---------------------';cr]. Transcript show:'***********CLASS SIDE*********';cr. (TaskbarMorph class methods) do:[:each| Transcript show:each sourceCode;cr;show:'---------------------';cr]. Alternatively you can file out a source file for the class which will be saved in the pharo folder with a st file extension. You just right click on the class (in system browser) and choose file out. For sharing code you use monticello and either smalltalkhub or git/github. I use github personally. On Mon, Oct 13, 2014 at 12:32 PM, Erik Itter <erik.itter(a)gmail.com> wrote: > Hello, > > being new to Smalltalk I wonder how I exchange source code both with > collaborators and with my papers. Is there any view on the code basis where > I see the complete class I wrote in order to use the source code in my > papers without the need to collect pieces from the individual methods? > > best regards > Erik > >

Oct. 13, 2014

Re: [Pharo-users] source code

by jtuchel＠objektfabrik.de

Erik, for your collaborators, using a scm tool like Monticello is probably the best you can do. To print a class in your papers, you can probably get there fastest by doing a fileOut of your class(es) and import the resulting .st file into your word processor. There will be a lot of exclamation marks and stuff that make the .st file easier to parse, so you may want to edit the fileout before "citing" your code. hth, Joachim Am 13.10.14 um 11:32 schrieb Erik Itter: > Hello, > > being new to Smalltalk I wonder how I exchange source code both with > collaborators and with my papers. Is there any view on the code basis > where I see the complete class I wrote in order to use the source code > in my papers without the need to collect pieces from the individual > methods? > > best regards > Erik > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Oct. 13, 2014