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

Re: [Pharo-project] Source code comments in Pharo: lots of missing things

by StÃ©phane Ducasse

On Mar 27, 2012, at 4:58 PM, philippe.back(a)highoctane.be wrote: > Just a question: while looking at the comments for classes in the browser, there are often missing entries, even for pretty classic classes. How comes? Because the classes were not commented. > I find myself with a Squeak image running in parallel just to look up some content. So, content that makes sense is available but didn't got carried over to pharo. Which classes? Because we improved this aspect. > Is this a licencing issue? Something else? I have pharo1.0.sources so comments do show where they are available. > Also, some methods look like a decompile with t1 t2.. Strange normally we do not have decompiled code. > where the source exists in Squeak with the proper parameters. > > Thanks in advance for shining some light in the topic. Stef

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Marcus Denker

On Mar 27, 2012, at 6:06 PM, Igor Stasenko wrote: > this part is closely related to command-line arguments handling.. > > on windows things, which expected to work, like: > > vm image.image <pathToScript>.st > > fails to find the script, because it messing up with back/forward > slashes in path > and at the end it transforms an input into escaped slashes, which is > of course cannot be found in file system... right now we use Urls there because it supports to add URL as a "file". vm imageimage http://myscript.com/phato.st I personally think we should remove that. If you want to load a file via the network, just write a local script that does that. If we remove the network support for script parameters, we will directly solve that problem. (and we simplify the whole startup logic, and we make the startup not depend on networking). http://code.google.com/p/pharo/issues/detail?id=4057 Marcus -- Marcus Denker -- http://marcusdenker.de

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by phil＠highoctane.be

True. The situation isn't any better in Java or PHP BTW. Tcl does a bit of effort to get there tough. / for everything and it gets translated right. Tcl and Smalltalk: lovely homoiconic languages of art someone can master. Le 27 mars 2012 18:08, "Igor Stasenko" <siguctua(a)gmail.com> a Ã©crit : > On 27 March 2012 17:59, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > I would vote for Zn to deal with it all... > > > The problem is in FileUrl, > which is related to different path encoding scheme on windows (use > drive letter(s), and back slashes instead of normal ones).. > i'm not sure if Zinc can help there, because its urls mostly for > http.. if i'm not mistaken. > > > No so simple I know but... > > > > Le 27 mars 2012 17:18, "Marcus Denker" <marcus.denker(a)inria.fr> a > Ã©crit : > > > >> > >> On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: > >> > >> > Try: > >> > > >> > (FileDirectory default / 'foo') asUrl retrieveContents > >> > >> > >> Yes, we need to really do a pass over the Url... there is Url (from old > >> Squeak). > >> The there is URI, a package from Impara that we wanted to replace Url in > >> Squeak 3.9 > >> but development stopped when Impara could not contribute to Squeak > anymore > >> (due to politics...). > >> > >> Then there is ZnUrl... > >> > >> Definitly needs cleanup. We need one model for Url that works. > >> > >> Marcus > >> > >> > >> -- > >> Marcus Denker -- http://marcusdenker.de > >> > >> > > > > > > -- > Best regards, > Igor Stasenko. > >

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Igor Stasenko

On 27 March 2012 17:59, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > I would vote for Zn to deal with it all... > The problem is in FileUrl, which is related to different path encoding scheme on windows (use drive letter(s), and back slashes instead of normal ones).. i'm not sure if Zinc can help there, because its urls mostly for http.. if i'm not mistaken. > No so simple I know but... > > Le 27 mars 2012 17:18, "Marcus Denker" <marcus.denker(a)inria.fr> a Ã©critÂ : > >> >> On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: >> >> > Try: >> > >> > (FileDirectory default / 'foo') asUrl retrieveContents >> >> >> Yes, we need to really do a pass over the Url... there is Url (from old >> Squeak). >> The there is URI, a package from Impara that we wanted to replace Url in >> Squeak 3.9 >> but development stopped when Impara could not contribute to Squeak anymore >> (due to politics...). >> >> Then there is ZnUrl... >> >> Definitly needs cleanup. We need one model for Url that works. >> >> Â Â Â Â Marcus >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> > -- Best regards, Igor Stasenko.

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Igor Stasenko

this part is closely related to command-line arguments handling.. on windows things, which expected to work, like: vm image.image <pathToScript>.st fails to find the script, because it messing up with back/forward slashes in path and at the end it transforms an input into escaped slashes, which is of course cannot be found in file system... On 27 March 2012 17:17, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: > >> Try: >> >> (FileDirectory default / 'foo') asUrl retrieveContents > > > Yes, we need to really do a pass over the Url... there is Url (from old Squeak). > The there is URI, a package from Impara that we wanted to replace Url in Squeak 3.9 > but development stopped when Impara could not contribute to Squeak anymore (due to politics...). > > Then there is ZnUrl... > > Definitly needs cleanup. We need one model for Url that works. > > Â Â Â Â Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > -- Best regards, Igor Stasenko.

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by phil＠highoctane.be

I would vote for Zn to deal with it all... No so simple I know but... Le 27 mars 2012 17:18, "Marcus Denker" <marcus.denker(a)inria.fr> a Ã©crit : > > On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: > > > Try: > > > > (FileDirectory default / 'foo') asUrl retrieveContents > > > Yes, we need to really do a pass over the Url... there is Url (from old > Squeak). > The there is URI, a package from Impara that we wanted to replace Url in > Squeak 3.9 > but development stopped when Impara could not contribute to Squeak anymore > (due to politics...). > > Then there is ZnUrl... > > Definitly needs cleanup. We need one model for Url that works. > > Marcus > > > -- > Marcus Denker -- http://marcusdenker.de > > >

March 27, 2012

Re: [Pharo-project] FileURL don't works properly on windows

by Gary Chambers

+1 for that. Though I try to use URLs (URIs) have to draw a line and hit FS directly at a certain point... Regards, Gary ----- Original Message ----- From: "Marcus Denker" <marcus.denker(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Tuesday, March 27, 2012 4:17 PM Subject: Re: [Pharo-project] FileURL don't works properly on windows On Mar 27, 2012, at 4:05 PM, Igor Stasenko wrote: > Try: > > (FileDirectory default / 'foo') asUrl retrieveContents Yes, we need to really do a pass over the Url... there is Url (from old Squeak). The there is URI, a package from Impara that we wanted to replace Url in Squeak 3.9 but development stopped when Impara could not contribute to Squeak anymore (due to politics...). Then there is ZnUrl... Definitly needs cleanup. We need one model for Url that works. Marcus -- Marcus Denker -- http://marcusdenker.de

March 27, 2012

Re: [Pharo-project] Bug in DateAndTime?

by Norbert Hartl

Sean, I discovered that 2 month ago and did not make a submission. I fixed it by not relying on julianDay when using epoch. It is DateAndTime class>>epoch "Answer a DateAndTime representing the Squeak epoch: 1 January 1901 in UTC timezone" ^ self basicNew ticks: SqueakEpoch days ticks offset: Duration zero; yourself I wanted to submit the fix but then a few tests fail with this change. One test I identified that coded the wrong assumption about duration into the test. But then I didn't find enough time to fix the rest. I attach what I've got so far. It is the change and a test that tests the shift. Sorry for not submitting that earlier. It is a fix for 1.3 norbert Am 27.03.2012 um 05:17 schrieb Sean P. DeNigris: > > Max Leske wrote >> >> DateAndTime fromUnixTime: <seconds> >> >> DateAndTime>>fromUnixTime: anInteger >> ^ self fromSeconds: anInteger + >> 2177452800 "unix epoch constant" >> > > This seems like a bug to me. Wikipedia defines unix epoch time as "the > number of seconds elapsed since midnight Coordinated Universal Time > (UTC)..." > > However, #fromSeconds: takes the resulting time and simply tacks on the > local offset. For example, it makes 12:02pm+0hrs into 12:02pm-4hrs (for NY). > > I scraped a unix time from an html page, and put it into Pharo. The unix > time was based (correctly as defined above) on UTC, so in this case, it > should have done: > 12:02pm+0hrs -> 8:02am-4hrs > instead of > 12:02pm+0hrs -> 12:02pm-4hrs > > To get the correct result now, one has to jump through hoops like: > DateAndTime fromUnixTime: (1332807176 + DateAndTime localOffset asSeconds). > or > ((DateAndTime fromUnixTime: 1332807176) offset: Duration zero) asLocal > > Does all this sound right? If so, I'll create an issue for it... > > Sean > > -- > View this message in context: http://forum.world.st/Bug-in-DateAndTime-tp2293749p4507847.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

March 27, 2012

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 46 - Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 27, 2012

[Pharo-project] Pharo 1.3 - Build # 26 - Still Unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

March 27, 2012