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

Re: [Pharo-project] Unicode depending on Zinc

by Marcus Denker

On Mar 16, 2012, at 12:24 AM, Igor Stasenko wrote: > you can always make dependency less hardcoded: > > Smalltalk at: #ZnClient ifAbsent: [ self error: 'sorry dude' ] > ifPresent: [:client | > ... download stuff , whatever ] Why don't we make that the default? That is, compile all globals to something like "self environment lookUp: #ClassName" ? Marcus -- Marcus Denker -- http://marcusdenker.de

March 16, 2012

Re: [Pharo-project] Issue 5476: File Browser "Invalid utf8 input detected" when clicking on a binary file

by Marcus Denker

On Mar 16, 2012, at 2:48 AM, Alexis Parseghian wrote: > Clicking on a file in the File Browser immediately loads a preview of > its contents. Works fine for text files, but when the file is binary > (eg .image, .png) the above error is raised. > > Changeset attached in the issue, wrapping on:do: handler around > contents-reading calls. > > The fix as provided is really basic, just to catch the error and > display some kind of warning in the file browser itself. Actual proper > handling should probably be more refined. > I added it for now as a workaround... Marcus -- Marcus Denker -- http://marcusdenker.de

March 16, 2012

Re: [Pharo-project] Does anyone have tried/succeeded to use PetitParser for parsing dates?

by Tudor Girba

Hi, I used it for various forms of dates. What is the question? Cheers, Doru On 14 Mar 2012, at 16:24, Friedrich Dominicus wrote: > I wonder if anyone has used PetitParser to parse dates in diverse > formats. > e.g > 01/01/2012 > 07/31/2012 > > And with failures on things like > 2012-07-32 or > 2012-13-01 or > 2012-02-30 or > 2011-02-29 > > Regards > Friedrich > > > > > > -- > Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim > Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus > -- www.tudorgirba.com "One cannot do more than one can do."

March 16, 2012

Re: [Pharo-project] Unicode depending on Zinc

by Igor Stasenko

you can always make dependency less hardcoded: Smalltalk at: #ZnClient ifAbsent: [ self error: 'sorry dude' ] ifPresent: [:client | ... download stuff , whatever ] On 16 March 2012 00:18, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > That's why I generated a method from the file, and then put the link in the > comment... > > > On Thu, Mar 15, 2012 at 8:17 PM, Guillermo Polito > <guillermopolito(a)gmail.com> wrote: >> >> But what if I want to have an image without Zinc?Â Ok, I will not use that >> method, but I'll get an Undeclared entry and therefore a dirty image... :/ >> >> >> On Thu, Mar 15, 2012 at 12:37 PM, Sven Van Caekenberghe <sven(a)beta9.be> >> wrote: >>> >>> Hi Guillermo, >>> >>> On 15 Mar 2012, at 16:25, Guillermo Polito wrote: >>> >>> > Of course with a nice comment saying something like: >>> > >>> > "Initialize the mappings from unicode lower to upper case and vice >>> > versa. Â sourceCodes and destinyCodes contains the unicode values for the >>> > mappings, and they match one by one. >>> > The source of this mapping can be found at: >>> > http://www.unicode.org/Public/UNIDATA/CaseFolding.txt' " >>> >>> Have a look at what I did with >>> http://code.google.com/p/pharo/issues/detail?id=4187 >>> >>> The spec tables are constants, like in your latest example, but I added a >>> method that can generate these from an internet accessible resource (using >>> Zn as HTTP client). That way, there is some kind of dependency, but not >>> really at run time. I think it is cool to literally use these public spec >>> documents. >>> >>> Sven >>> >> > -- Best regards, Igor Stasenko.

March 15, 2012

Re: [Pharo-project] Unix CogVM compilation summary

by Igor Stasenko

Yes, something like that :) But it work only if before you installed all tools required for building it.. gcc. cmake, git ,zip, curl etc. On 16 March 2012 00:01, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > git clone --depth 1 git://git.gitorious.org/cogvm/blessed.git > cd blessed > mkdir -p build > cd build > sh ../codegen-scripts/extract-commit-info.sh > cd ../image > curl "https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces…" > -o "image.zip" > unzip -jbo image.zip > squeakvm -nodisplay Pharo-1.4.image ../codegen-scripts/LoadVMMaker.st > zip vmmaker-image.zip generator.* *.sources > echo "CogUnixConfig new addExternalPlugins: #( FT2Plugin ); > addInternalPlugins: #( UnixOSProcessPlugin ); generateSources; > generate. Smalltalk snapshot: false andQuit: true." > ./script.st > CogVM generator.image script.st > cd ../build > cmake . > make > cd ../results > zip -r Cog.zip * > -- Best regards, Igor Stasenko.

March 15, 2012

Re: [Pharo-project] Unicode depending on Zinc

by Guillermo Polito

That's why I generated a method from the file, and then put the link in the comment... On Thu, Mar 15, 2012 at 8:17 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > But what if I want to have an image without Zinc? Ok, I will not use that > method, but I'll get an Undeclared entry and therefore a dirty image... :/ > > > On Thu, Mar 15, 2012 at 12:37 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > >> Hi Guillermo, >> >> On 15 Mar 2012, at 16:25, Guillermo Polito wrote: >> >> > Of course with a nice comment saying something like: >> > >> > "Initialize the mappings from unicode lower to upper case and vice >> versa. sourceCodes and destinyCodes contains the unicode values for the >> mappings, and they match one by one. >> > The source of this mapping can be found at: >> http://www.unicode.org/Public/UNIDATA/CaseFolding.txt' " >> >> Have a look at what I did with >> http://code.google.com/p/pharo/issues/detail?id=4187 >> >> The spec tables are constants, like in your latest example, but I added a >> method that can generate these from an internet accessible resource (using >> Zn as HTTP client). That way, there is some kind of dependency, but not >> really at run time. I think it is cool to literally use these public spec >> documents. >> >> Sven >> >> >

March 15, 2012

Re: [Pharo-project] Unicode depending on Zinc

by Guillermo Polito

But what if I want to have an image without Zinc? Ok, I will not use that method, but I'll get an Undeclared entry and therefore a dirty image... :/ On Thu, Mar 15, 2012 at 12:37 PM, Sven Van Caekenberghe <sven(a)beta9.be>wrote: > Hi Guillermo, > > On 15 Mar 2012, at 16:25, Guillermo Polito wrote: > > > Of course with a nice comment saying something like: > > > > "Initialize the mappings from unicode lower to upper case and vice > versa. sourceCodes and destinyCodes contains the unicode values for the > mappings, and they match one by one. > > The source of this mapping can be found at: > http://www.unicode.org/Public/UNIDATA/CaseFolding.txt' " > > Have a look at what I did with > http://code.google.com/p/pharo/issues/detail?id=4187 > > The spec tables are constants, like in your latest example, but I added a > method that can generate these from an internet accessible resource (using > Zn as HTTP client). That way, there is some kind of dependency, but not > really at run time. I think it is cool to literally use these public spec > documents. > > Sven > >

March 15, 2012

Re: [Pharo-project] [Moose-dev] Moose Windows VM problem

by Tudor Girba

Hi, It would be great to get a job for running the Moose on Windows. Cheers, Doru On 15 Mar 2012, at 23:41, Igor Stasenko wrote: > On 14 March 2012 08:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Hi guys >> >> can we fix the one click on windows especially? >> >> Stef >> >> Begin forwarded message: >> >> From: Usman Bhatti <usman.bhatti(a)gmail.com> >> Subject: [Moose-dev] Moose Windows VM problem >> Date: March 13, 2012 6:23:44 PM GMT+01:00 >> To: Moose-related development <moose-dev(a)iam.unibe.ch> >> Reply-To: Moose-related development <moose-dev(a)iam.unibe.ch> >> >> Hello, >> >> I have a one-click moose image downloaded around first week of Feb 2012. The >> problem with the image is that it's windows vm that does not launch the >> image file. In fact, when I execute the vm, it creates a process (visible in >> windows task manager) but nothing happens. We tried to debug it with Igor >> but we couldn't (as there is no entry point). The image in the bundle can be >> launched with latest windows vm (from pharo server) [meaning that the >> problem comes from the vm which we cannot debug]. >> >> I downloaded another moose image today and executed its windows vm, and its >> working fine. >> >> It would be good to have a jenkins process to run moose on windows vm. Do we >> have such a setup? If not, I can create one in the coming weeks. >> > I can help with setting it up. More tests never hurt. > >> thanx, >> usman >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> >> > > > > -- > Best regards, > Igor Stasenko. > -- www.tudorgirba.com "Sometimes the best solution is not the best solution."

March 15, 2012

[Pharo-project] Unix CogVM compilation summary

by Pavel Krivanek

git clone --depth 1 git://git.gitorious.org/cogvm/blessed.git cd blessed mkdir -p build cd build sh ../codegen-scripts/extract-commit-info.sh cd ../image curl "https://ci.lille.inria.fr/pharo/view/Pharo%201.4/job/Pharo%201.4/lastSucces…" -o "image.zip" unzip -jbo image.zip squeakvm -nodisplay Pharo-1.4.image ../codegen-scripts/LoadVMMaker.st zip vmmaker-image.zip generator.* *.sources echo "CogUnixConfig new addExternalPlugins: #( FT2Plugin ); addInternalPlugins: #( UnixOSProcessPlugin ); generateSources; generate. Smalltalk snapshot: false andQuit: true." > ./script.st CogVM generator.image script.st cd ../build cmake . make cd ../results zip -r Cog.zip *

March 15, 2012

Re: [Pharo-project] Fwd: [Moose-dev] Moose Windows VM problem

by Igor Stasenko

On 14 March 2012 08:00, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > can we fix the one click on windows especially? > > Stef > > Begin forwarded message: > > From: Usman Bhatti <usman.bhatti(a)gmail.com> > Subject: [Moose-dev] Moose Windows VM problem > Date: March 13, 2012 6:23:44 PM GMT+01:00 > To: Moose-related development <moose-dev(a)iam.unibe.ch> > Reply-To: Moose-related development <moose-dev(a)iam.unibe.ch> > > Hello, > > I have a one-click moose image downloaded around first week of Feb 2012. The > problem with the image is that it's windows vm that does not launch the > image file. In fact, when I execute the vm, it creates a process (visible in > windows task manager) but nothing happens. We tried to debug it with Igor > but we couldn't (as there is no entry point). The image in the bundle can be > launched with latest windows vm (from pharo server) [meaning that the > problem comes from the vm which we cannot debug]. > > I downloaded another moose image today and executed its windows vm, and its > working fine. > > It would be good to have a jenkins process to run moose on windows vm. Do we > have such a setup? If not, I can create one in the coming weeks. > I can help with setting it up. More tests never hurt. > thanx, > usman > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- Best regards, Igor Stasenko.

March 15, 2012