- Pharo-users - lists.pharo.org

If you have to do web data scraping, what tool would you use?

by Bernardo Ezequiel Contreras

Hi, Imagine that you have to do some data scraping work, what tool would you use? I know about ZnClient, Soup, NeoCSV, NeoJSON, is there something else that i'm not aware of it? thanks. -- Bernardo E.C. Sent from a cheap desktop computer in South America.

June 26, 2016

Re: [Pharo-users] Image freezes on Linux if it was previously saved on Windows

by Nicolai Hess

Hm, I don't know what exactly happens. It seems this behavior started with Pharo 50574. Since that image version, the UUIDGenerator will be reset on startup. Maybe the initialization of the uuidgenerator (or the random seed) will access the filesystem and at this step the file system initialization traps into an infinit loop. What I don't understand is, why this only happens when the image was saved on a windows platform and reopened on a unix platform. Maybe, saving the image (or the shutDownList) does not fully cleanup the platform settings. Please open a bug entry. 2016-06-25 17:17 GMT+02:00 Maximiliano Tabacman via Pharo-users < pharo-users(a)lists.pharo.org>: > > > ---------- Weitergeleitete Nachricht ---------- > From: Maximiliano Tabacman <mtabacman(a)yahoo.com> > To: Any Question About Pharo Is Welcome <pharo-users(a)lists.pharo.org> > Cc: > Date: Sat, 25 Jun 2016 15:16:27 +0000 (UTC) > Subject: Image freezes on Linux if it was previously saved on Windows > Hi. I am not sure if this issue is known, or what files to provide to help > fix it. > In the latest image (60112, but my guess is that this will happen with all > Pharo 6 images) if I download a clean latest image, start Pharo on Windows, > save the image, then copy it to a Linux environment, and try to start it, > the image freezes even before displaying the workspace (I get an > unresponsive black and white box in Linux, only killable through xkill > command). > I am sure this did not happen back with Pharo 5. > If I output "./pharo Image.image > log.txt" I end up with a huge file > since there seems to be an infinite loop while trying to determine the > FileStore to use. > > The first lines of this output file, before going into the loop, are: > > out of memory > > /home/theUser/Downloads/Pharo6/pharo > pharo VM version: 5.0 #1 Tue Jun 21 12:37:33 CEST 2016 gcc 4.6.3 > [Production Spur ITHB VM] > Built from: CoInterpreter VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: > 16138eb3-2390-40f5-a6c8-15f0494936f8 Jun 21 2016 > With: StackToRegisterMappingCogit > VMMaker.oscog-HolgerHansPeterFreyther.1880 uuid: > 16138eb3-2390-40f5-a6c8-15f0494936f8 Jun 21 2016 > Revision: https://github.com/pharo-project/pharo-vm.git Commit: > 9638b0190a9fc01479bfb752becd96edfd253c8c Date: 2016-06-21 12:29:26 +0200 > By: GitHub <noreply(a)github.com> Jenkins build #594 > Build host: Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep > 7 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux > plugin path: /home/theUser/Downloads/Pharo6/ [default: > /home/theUser/Downloads/Pharo6/] > > > C stack backtrace & registers: > *./pharo[0x80c133c] > ./pharo(error+0x17)[0x80c1547] > ./pharo[0x809a26c] > ./pharo[0x809a301] > ./pharo[0x809a53d] > ./pharo[0x809bf13] > ./pharo[0x80a6b61] > ./pharo[0x80ae4ca] > ./pharo[0x80ae6ba] > ./pharo[0x80af07f] > ./pharo[0x80afcf4] > ./pharo(ceSendsupertonumArgs+0x1d8)[0x80b0098] > [0x990008d] > [0x990de03] > [0x99090af] > [0x9900b70] > [0x990dda3] > [0x990de03] > [0x99090af] > [0x9900b40] > [0xffe95808] > > > Smalltalk stack dump: > 0xffe9e9f8 I MacStore class(Class)>subclassesDo: 0xa3393f0: a(n) MacStore > class > 0xffe9ea14 M MacStore class(Behavior)>allSubclassesDo: 0xa3393f0: a(n) > MacStore class > 0xffe9ea34 M [] in UnixStore class(Behavior)>allSubclassesDo: 0xa339380: > a(n) UnixStore class > 0xffe9ea58 M Array(SequenceableCollection)>do: 0x9ded798: a(n) Array > 0xffe9ea7c I UnixStore class(Class)>subclassesDo: 0xa339380: a(n) > UnixStore class > 0xffe9ea98 M UnixStore class(Behavior)>allSubclassesDo: 0xa339380: a(n) > UnixStore class > 0xffe9eab8 M [] in DiskStore class(Behavior)>allSubclassesDo: 0xa339310: > a(n) DiskStore class > 0xffe9eadc M Array(SequenceableCollection)>do: 0x9ded710: a(n) Array > 0xffe9d7c8 I DiskStore class(Class)>subclassesDo: 0xa339310: a(n) > DiskStore class > 0xffe9d7e4 M DiskStore class(Behavior)>allSubclassesDo: 0xa339310: a(n) > DiskStore class > 0xffe9d800 M DiskStore class>activeClass 0xa339310: a(n) DiskStore class > 0xffe9d81c M DiskStore class>currentFileSystem 0xa339310: a(n) DiskStore > class > 0xffe9d834 M DiskStore class>current 0xa339310: a(n) DiskStore class > 0xffe9d84c M DiskStore class>delimiter 0xa339310: a(n) DiskStore class > 0xffe9d864 M DiskStore(FileSystemStore)>delimiter 0x9deb478: a(n) DiskStore > 0xffe9d884 M DiskStore(FileSystemStore)>pathFromString: 0x9deb478: a(n) > DiskStore > 0xffe9d8a4 M DiskStore>defaultWorkingDirectory 0x9deb478: a(n) DiskStore > 0xffe9d8bc M FileSystem>initializeWithStore: 0x9deb488: a(n) FileSystem > 0xffe9d8dc M FileSystem class>store: 0xa2e2978: a(n) FileSystem class > 0xffe9d8f8 M DiskStore class>currentFileSystem 0xa339310: a(n) DiskStore > class > > ... and so on...from #currentFileSystem to #store: and again... > > Thanks for any feedback and/or insight on how I should proceed to avoid > this from happening, or what bug should I monitor to know when this might > be fixed. > > >

June 26, 2016

Re: [Pharo-users] Xtreams: Debugging Grammars

by Sean P. DeNigris

Sean P. DeNigris wrote > How am I supposed to debug that to find the typo in my giant string > above?! Two problems I found copy/pasting grammars from standard docs: - Repititions (*) were prefix instead of postfix - "\" had to be escaped to "\\" I still wonder about debugging techniques, though. If one was building a grammar from scratch, it might be easy to start with blocks that are constantly working, but the grammar in RFC 5322 is very interwoven. It's hard to see which rules are necessary up front. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Xtreams-Debugging-Grammars-tp4902581p4903438.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 26, 2016

Re: [Pharo-users] Xtreams: Extending Bootstrap

by Sean P. DeNigris

Sean P. DeNigris wrote > - is there any specific reason that rules can't contain dashes? This seems > pretty common. Added by changing #grammrPEG from "Identifier <- [a-zA-Z_] [a-zA-Z0-9_]*" to "Identifier <- [a-zA-Z_] [a-zA-Z0-9_\-]*" Sean P. DeNigris wrote > - Why use <- instead of = to separate the rule name from the definition? > The standards I want to parse use the latter. Added by changing #grammrPEG from "ASSIGN <- "<-"" to "ASSIGN <- "<-" / "="" Both seem to be working well. ----- Cheers, Sean -- View this message in context: http://forum.world.st/Xtreams-Extending-Bootstrap-tp4902579p4903437.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 26, 2016

Re: [Pharo-users] Xtreams: Extending Bootstrap

by Sean P. DeNigris

Sean P. DeNigris wrote > I wanted to extend the Xtream grammar to handle "/d97". Okay, I added to PEGParser class>>grammarPEG ... / BACKSLASH [d] [0-9]+ Sean P. DeNigris wrote > I extended PEGParserGenerator and PEGParserParser with the following: > Escape: backslash character: character hexes: hexes Duh, the above method is just the handler for the rule, akin to PetitParser's ==> block ----- Cheers, Sean -- View this message in context: http://forum.world.st/Xtreams-Extending-Bootstrap-tp4902579p4903436.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 26, 2016

Re: [Pharo-users] Fogbugz 13260 reappears?

by stepharo

we should back port it to 50 I think. Can we tag it as such? Le 26/6/16 Ã 14:55, Alistair Grant a Ã©crit : > Hi Nicolai, > > On Sat, Jun 25, 2016 at 06:54:41PM +0200, Nicolai Hess wrote: >> issue >> 18615 Can not access named temp vector from within optimized block scope >> put a fix (with a new test case for this issue) in the inbox. >> >> >> >> 2016-06-24 23:22 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: >> >> Can you try if this is working with this change (attach .st) >> I'll open an issue and do some more tests. > Thanks again for providing this fix. I want to stick with Pharo 5.0 for > now, would you mind letting me know if the final fix has changed from > the .cs file you sent earlier? > > Cheers, > Alistair > > >

June 26, 2016

Re: [Pharo-users] Fogbugz 13260 reappears?

by Alistair Grant

On Sun, Jun 26, 2016 at 03:49:00PM +0200, Nicolai Hess wrote: > Hi Alistair, > > it is the same fix, I just added a sunit - test. Great, thanks! Cheers, Alistair > 2016-06-26 14:55 GMT+02:00 Alistair Grant <akgrant0710(a)gmail.com>: > > Hi Nicolai, > > On Sat, Jun 25, 2016 at 06:54:41PM +0200, Nicolai Hess wrote: > > issue > > 18615 Can not access named temp vector from within optimized block scope > > put a fix (with a new test case for this issue) in the inbox. > > > > > > > > 2016-06-24 23:22 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > >Â Â Â Can you try if this is working with this change (attach .st) > >Â Â Â I'll open an issue and do some more tests. > > Thanks again for providing this fix.Â I want to stick with Pharo 5.0 for > now, would you mind letting me know if the final fix has changed from > the .cs file you sent earlier?

June 26, 2016

Re: [Pharo-users] Fogbugz 13260 reappears?

by Nicolai Hess

Hi Alistair, it is the same fix, I just added a sunit - test. 2016-06-26 14:55 GMT+02:00 Alistair Grant <akgrant0710(a)gmail.com>: > Hi Nicolai, > > On Sat, Jun 25, 2016 at 06:54:41PM +0200, Nicolai Hess wrote: > > issue > > 18615 Can not access named temp vector from within optimized block scope > > put a fix (with a new test case for this issue) in the inbox. > > > > > > > > 2016-06-24 23:22 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > > Can you try if this is working with this change (attach .st) > > I'll open an issue and do some more tests. > > Thanks again for providing this fix. I want to stick with Pharo 5.0 for > now, would you mind letting me know if the final fix has changed from > the .cs file you sent earlier? > > Cheers, > Alistair > > >

June 26, 2016

Re: [Pharo-users] Fogbugz 13260 reappears?

by Alistair Grant

Hi Nicolai, On Sat, Jun 25, 2016 at 06:54:41PM +0200, Nicolai Hess wrote: > issue > 18615 Can not access named temp vector from within optimized block scope > put a fix (with a new test case for this issue) in the inbox. > > > > 2016-06-24 23:22 GMT+02:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > Can you try if this is working with this change (attach .st) > I'll open an issue and do some more tests. Thanks again for providing this fix. I want to stick with Pharo 5.0 for now, would you mind letting me know if the final fix has changed from the .cs file you sent earlier? Cheers, Alistair

June 26, 2016

Re: [Pharo-users] Styling a Pharo UI application

by stepharo

+ 1 Stef > Tommaso, > > can you give some concrete examples of what it is that you wanted to > do to refine your application and that was really hard (or impossible) > to do with Spec? > > As long as we do not know what is wrong, we cannot fix it. > > As long as we do not know what important things are wrong, we cannot > prioritize. > > -- > Does this mail seem too brief? Sorry for that, I donât mean to be > rude! Please see http://emailcharter.org . > > Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/%7Ejfabry> > PLEIAD and RyCh labs - Computer Science Department (DCC) - > University of Chile > >> On Jun 25, 2016, at 15:54, Tommaso Dal Sasso >> <tommaso.dalsasso(a)gmail.com <mailto:tommaso.dalsasso@gmail.com>> wrote: >> >> The beauty that I am looking for as a developer for has to do with >> the code and the API. I consider important how fast I am able to >> prototype a working example --in this Spec is excellent-- and how >> much I can extend the code to refine my application --in this Spec is >> really hard to use--. >

June 26, 2016