May 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Native Boost and Slang

by Lawson English

are there any examples of how to use Slang with native boost? Also, what is the latest stable version that I should be using for my videos? Thanks. Lawson Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner. https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

May 10, 2012

Re: [Pharo-project] Parsing HTTP dates

by Sean P. DeNigris

I patched the parser to succeed for all 3 examples and updated the tests, which all pass. I uploaded the packages to the SqS repository. The parsing method is now ugly. I would break it out into a separate class (or at least some private methods), but I just made it work and left it to you to decide... Sean -- View this message in context: http://forum.world.st/Parsing-HTTP-dates-tp4623688p4623932.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 10, 2012

Re: [Pharo-project] Zinc: HEAD and then GET

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > My question to you is, what are you trying to accomplish ? > Check the size first, before doing a download maybe ? > Exactly. I wanted to do it that way so I could output a log message if the file had been modified. In the end, I decided the complexity wasn't worth it in this case and decided to do "client request headers at: 'If-Modified-Since' put: self lastDownloadModified", which works great, but doesn't provide a hook to say "file has changed, downloading..." -- View this message in context: http://forum.world.st/Zinc-HEAD-and-then-GET-tp4623719p4623847.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 10, 2012

Re: [Pharo-project] Parsing HTTP dates

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > You are underestimating me again ;-) > Ha ha. You're too good. I'm not used to this level of service ;-) Sven Van Caekenberghe wrote > > ZnUtils>>parseHttpDate: string > Damn, I was looking for a ZnDate* Sven Van Caekenberghe wrote > > That should cover the spec, no ? > For the 3 examples I pasted from the standard: - 'Sun, 06 Nov 1994 08:49:37 GMT' -> works fine - 'Sunday, 06-Nov-94 08:49:37 GMT' -> parses, but doesn't convert the year to 4 digit (thinks it's 0094) - 'Sun Nov 6 08:49:37 1994' -> fails to parse. it seems GMT is optional, but should be assumed if not present -- View this message in context: http://forum.world.st/Parsing-HTTP-dates-tp4623688p4623838.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 10, 2012

Re: [Pharo-project] [Vm-dev] Re: StackVM on iOS: the return

by Esteban Lorenzano

no idea... I'm running fine (with my eternal number conversion problem, which I'm trying to fix now...) Esteban On May 10, 2012, at 5:29 PM, Philippe Back wrote: > > an idea why I do get that message and nothing else? > > all temp stuff has been deleted. > > EnvoyÃ© depuis un mobile Samsung > > > > Esteban Lorenzano <estebanlm(a)gmail.com> a Ã©crit : > > > Perfect! I added them to CMakeMaker and now is generating without need of hand work. > > Thanks! > Esteban > > On May 10, 2012, at 10:09 AM, phil(a)highoctane.be wrote: > >> I have been able to get it build. >> >> Set ConfigurationBuilDir to $(BUILD_DIR)/$(CONFIGURATION) and the next entry (temp) to $(PROJECT_TEMP_DIR)/$(CONFIGURATION) >> >> This will make it build. >> >> But then, this is what I get with the code base in the Xcode debug log when running on the iPad: >> >> 2012-05-10 10:01:39.695 iStackVM[1954:707] Application windows are expected to have a root view controller at the end of application launch >> errno 12 >> startOfmmapForANONMemory failed: Cannot allocate memory >> >> At this point, either we can look at this at PharoConf or this path is definitely dead in the water for me. >> >> I'll switch back to regular Xcode Objective-C and other platforms as this is not looking like a very viable target despite the potential benefits. Enough time lost. >> >> That's too bad since iPad is the fastest growing consumer level device taking over the world and it is not getting enough love. >> >> CMake reminders me of Maven2: an excellent tool, provided you invest 3 months straight in getting all the warts out. A single basic Xcode project would suffice and be easier to maintain. >> >> Phil >> >> 2012/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com> >> >> >> On Thu, May 10, 2012 at 9:51 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> Hi, >> >> yes... cmake is still not making a good job on creating xcode projects. For now, I touch that manually after generation, I still didn't find the time to correct it... if you find a way, please let me know. >> >> >> Indeed. I had the same problem but no working solution. See: http://forum.world.st/Problem-with-external-plugins-with-automated-XCode-pr… >> >> >> btw... I think this vm related stuff belongs to vm-dev list, I'm redirecting there. >> >> best, >> Esteban >> >> On May 10, 2012, at 9:46 AM, phil(a)highoctane.be wrote: >> >> > Hello >> > >> > I've been updating the blessed/ thing from git (pull, merge master), taken a fresh image, loaded the 4.7 and generated sources. >> > >> > Cmake and fix works. >> > >> > Project opens in XCode 4.3 >> > >> > But... >> > >> > The linking step fails because the .a files for the plugins aren't found. >> > >> > I can't figure out why since all this Cmake machinery makes a ton of scripts all over the place. >> > >> > Any clue to get me out of that? >> > >> > Thanks! >> > >> > Philippe Back >> >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >> >> >> -- >> Philippe Back >> "Helping you hit the top 3 outcomes you really want to achieve" >> >> Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: >> http://philippeback.be >> >> High Octane SPRL >> rue cour Boisacq 101 >> 1301 Bierges >> >

May 10, 2012

Re: [Pharo-project] Zinc: HEAD and then GET

by Sven Van Caekenberghe

Hi Sean, On 10 May 2012, at 16:56, Sean P. DeNigris wrote: > Why does one of the following work, and the other not? > > fileUrl := > 'https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces…' > asUrl. > > "This succeeds in downloading the file" > c := ZnClient new. > c head: fileUrl; yourself. > c > url: fileUrl; > downloadTo: targetPath; > yourself. > > "This fails with a HTTP 400" > c := ZnClient new. > c url: fileUrl. > c head; yourself. > c > resetRequestIfNeeded; "fails with or without this line" > downloadTo: targetPath; > yourself. I understand the problem, but this is really internal stuff of ZnClient. Yes, you can reuse a ZnClient instance to do multiple requests, but in second example, you do not re-specify the second request completely. There is no provision to do that. I will think about it. But #resetRequestIfNeeded is private API. And the state management is tricky right now. My question to you is, what are you trying to accomplish ? Check the size first, before doing a download maybe ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

May 10, 2012

[Pharo-project] RE : Re: [Vm-dev] Re: StackVM on iOS: the return

by Philippe Back

an idea why I do get that message and nothing else? all temp stuff has been deleted. EnvoyÃ© depuis un mobile Samsung Esteban Lorenzano <estebanlm(a)gmail.com> a Ã©crit : Perfect! I added them to CMakeMaker and now is generating without need of hand work. Thanks! Esteban On May 10, 2012, at 10:09 AM, phil(a)highoctane.be wrote: I have been able to get it build. Set ConfigurationBuilDir to $(BUILD_DIR)/$(CONFIGURATION) and the next entry (temp) to $(PROJECT_TEMP_DIR)/$(CONFIGURATION) This will make it build. But then, this is what I get with the code base in the Xcode debug log when running on the iPad: 2012-05-10 10:01:39.695 iStackVM[1954:707] Application windows are expected to have a root view controller at the end of application launch errno 12 startOfmmapForANONMemory failed: Cannot allocate memory At this point, either we can look at this at PharoConf or this path is definitely dead in the water for me. I'll switch back to regular Xcode Objective-C and other platforms as this is not looking like a very viable target despite the potential benefits. Enough time lost. That's too bad since iPad is the fastest growing consumer level device taking over the world and it is not getting enough love. CMake reminders me of Maven2: an excellent tool, provided you invest 3 months straight in getting all the warts out. A single basic Xcode project would suffice and be easier to maintain. Phil 2012/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > On Thu, May 10, 2012 at 9:51 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> >> Hi, >> >> yes... cmake is still not making a good job on creating xcode projects. >> For now, I touch that manually after generation, I still didn't find the >> time to correct it... if you find a way, please let me know. >> >> > Indeed. I had the same problem but no working solution. See: > http://forum.world.st/Problem-with-external-plugins-with-automated-XCode-pr… > > > >> btw... I think this vm related stuff belongs to vm-dev list, I'm >> redirecting there. >> >> best, >> Esteban >> >> On May 10, 2012, at 9:46 AM, phil(a)highoctane.be wrote: >> >> > Hello >> > >> > I've been updating the blessed/ thing from git (pull, merge master), >> taken a fresh image, loaded the 4.7 and generated sources. >> > >> > Cmake and fix works. >> > >> > Project opens in XCode 4.3 >> > >> > But... >> > >> > The linking step fails because the .a files for the plugins aren't >> found. >> > >> > I can't figure out why since all this Cmake machinery makes a ton of >> scripts all over the place. >> > >> > Any clue to get me out of that? >> > >> > Thanks! >> > >> > Philippe Back >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

May 10, 2012

Re: [Pharo-project] [squeak-dev] Re: A comparative article (was STON - Smalltalk Object Notation)

by Dale Henrichs

GemStone supports the {} array constructor syntax. ----- Original Message ----- | From: "H. Hirzel" <hannes.hirzel(a)gmail.com> | To: "The general-purpose Squeak developers list" <squeak-dev(a)lists.squeakfoundation.org> | Cc: Pharo-project(a)lists.gforge.inria.fr | Sent: Thursday, May 10, 2012 4:25:31 AM | Subject: Re: [squeak-dev] Re: A comparative article (was STON - Smalltalk Object Notation) | | On 5/10/12, Levente Uzonyi <leves(a)elte.hu> wrote: | > On Thu, 10 May 2012, H. Hirzel wrote: | > | >> Hello | >> | >> A question about dynamic arrays | >> | >> Goran writes that he thinks they were introduced in Squeak? | > | > GÃ¶ran wrote: | > "It is simply a dynamic {} array (was introduced originally in | > Squeak I | > believe) | > but with the assumption that the expressions all evaluate to | > Associations | > that are limited to a string as key." | > | > So it's not about dynamic arrays, but arrays created with the brace | > syntax. And yes, that was introduced in Squeak. | | Any idea when and for which reason? | | Where are they used these days? | | Which other Smalltalk dialects have adopted it? | | | > | > Btw OrderedCollections are dynamic arrays. | > | > | > Levente | > | >> Is this correct? If yes when? References? | >> Which other Smalltalk dialects do have them? | >> | >> Regards | >> Hannes | >> | >> | >> On 5/8/12, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: | >> [...snip] | >>> | >>> Dne 08. 05. 2012 09:55, piÅ¡e GÃ¶ran Krampe: | >>>> Hi guys! | >>>> | >>>> I just posted an article about JSON/STON/Literal arrays/Tirade - | >>>> and it | >>>> is probably easiest to read at planet.smalltalk.org (my blog has | >>>> a | >>>> rather bad theme I realized): | >>>> | >>>> http://planet.smalltalk.org | >>>> | >>>> ...or at my blog: | >>>> | >>>> http://goran.krampe.se/2012/05/08/literal-arrays-vs-json-vs-ston-vs-tirade | >>>> | >>>> Sven - sorry for beating down a bit on STON in that article, | >>>> nothing | >>>> personal and I love all the stuff you have done, I just have a | >>>> hard | >>>> time | >>>> placing STON in my toolbox. If you can give me good arguments | >>>> why I am | >>>> dead wrong - please do! ;) | >>>> | >>>> And regarding Tirade, feel free to criticize that too of course, | >>>> it is | >>>> still not set in stone and all input is appreciated, including | >>>> telling | >>>> me it sucks :). | >>>> | >>>> The most interesting bit of the article is perhaps my thoughts | >>>> on | >>>> literals in Smalltalk - would be nice to hear what people thiná¸±. | >>>> And | >>>> oh, | >>>> sorry for the length of the article - it kinda swelled. | >>>> | >>>> regards, GÃ¶ran | >> | >> | |

May 10, 2012

Re: [Pharo-project] [Vm-dev] Re: StackVM on iOS: the return

by Esteban Lorenzano

Perfect! I added them to CMakeMaker and now is generating without need of hand work. Thanks! Esteban On May 10, 2012, at 10:09 AM, phil(a)highoctane.be wrote: > I have been able to get it build. > > Set ConfigurationBuilDir to $(BUILD_DIR)/$(CONFIGURATION) and the next entry (temp) to $(PROJECT_TEMP_DIR)/$(CONFIGURATION) > > This will make it build. > > But then, this is what I get with the code base in the Xcode debug log when running on the iPad: > > 2012-05-10 10:01:39.695 iStackVM[1954:707] Application windows are expected to have a root view controller at the end of application launch > errno 12 > startOfmmapForANONMemory failed: Cannot allocate memory > > At this point, either we can look at this at PharoConf or this path is definitely dead in the water for me. > > I'll switch back to regular Xcode Objective-C and other platforms as this is not looking like a very viable target despite the potential benefits. Enough time lost. > > That's too bad since iPad is the fastest growing consumer level device taking over the world and it is not getting enough love. > > CMake reminders me of Maven2: an excellent tool, provided you invest 3 months straight in getting all the warts out. A single basic Xcode project would suffice and be easier to maintain. > > Phil > > 2012/5/10 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > On Thu, May 10, 2012 at 9:51 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > Hi, > > yes... cmake is still not making a good job on creating xcode projects. For now, I touch that manually after generation, I still didn't find the time to correct it... if you find a way, please let me know. > > > Indeed. I had the same problem but no working solution. See: http://forum.world.st/Problem-with-external-plugins-with-automated-XCode-pr… > > > btw... I think this vm related stuff belongs to vm-dev list, I'm redirecting there. > > best, > Esteban > > On May 10, 2012, at 9:46 AM, phil(a)highoctane.be wrote: > > > Hello > > > > I've been updating the blessed/ thing from git (pull, merge master), taken a fresh image, loaded the 4.7 and generated sources. > > > > Cmake and fix works. > > > > Project opens in XCode 4.3 > > > > But... > > > > The linking step fails because the .a files for the plugins aren't found. > > > > I can't figure out why since all this Cmake machinery makes a ton of scripts all over the place. > > > > Any clue to get me out of that? > > > > Thanks! > > > > Philippe Back > > > > > -- > Mariano > http://marianopeck.wordpress.com > > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges >

May 10, 2012

Re: [Pharo-project] FFI in Fedora

by Casimiro de Almeida Barreto

On 09-05-2012 22:15, Schwab,Wilhelm K wrote: > my understanding is that 64 bits are not well supported at this time. > It's probably not what you want to hear, but have you thought of > making a 32 vm on your 64 bit machine? There are several possible combinations: 1) 32bit VM and 32bit image. 2) 64bit VM and 32bit image. 3) 64bit VM and 64bit image. As far as I know, there are no suitable (meaning stable, up to date and maintained) 64bit images. Thus option #3 is quite non-existent unless for image development purposes. It is posssible to have the traditional SqueakVM (stack vm) compiled in 64bit mode. It will work all right with 32bit images. It will interface ok with OS as far as you don't want to make your programs link to external libraries. This bar includes not only FFI but plugins as well. As far as I know, currently CogVM must suffer changes in order to be compiled in 64bit mode. So, option #2 is workable but very limited. It is possible to have 32bit VM and 32bit image provided you have a complete 32bit environment around you. That includes lots of things. For instance, some recent hardware comes with "optimus" technology for scaling GPU functionality depending on load. In Linux there is no support for "optimus" but a "wrap around" solution called bumblebee. Bumblebee allows activating and deactivating NVIDIA GPU by hand by means of a kernel module, a daemon and an application (optirun) but those depend on hardware architecture (i686 or x86_64). Thus squeak/pharo and anything depending on SqueakVM and PharoVM will fail in this environment. But there are lots of other things that depend on hardware architecture that won't work well if you have 32bit VM & image. By the way, currently bumblebee does not support statically linked OpenGL libraries (perhaps because it uses a VirtualGL server that masks OpenGL inside non OpenGL X-Window sessions but I have to further investigate that). Thing is: 32bit architecture is quite dead. There won't be new computers with this architecture (even ARM is 64bit and A15 has an interesting address structure allowing 1TByte memory space). Also, dynamic evolving OSes like Fedora (and even OS X) won't be stuck in the old 32bit model for long. Until 15 days ago the hardware platforms available to me were a 4 years old desktop computer and a 3 years old laptop. Both 32bits. Most of my developments involved interfaces with CUDA stuff (libraries I developed) and Fann (artificial neural network libraries). Then I got "upgraded" (both computers) and nothing is working and I have to choose between trying to fix things and keep working with squeak/pharo or to port everything to java/python/C++. Besides, I think it is opportune to move this discussion to VMdev, pharo and squeak lists. CdAB > > > > > ------------------------------------------------------------------------ > (...)

May 10, 2012