March 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Creating Dates before/after Daylight Saving Time change

by Peter Uhnak

Date>>year:month:day: (respectively Date>>#starting:) is using DateAndTime to specify the start, and DateAndTime will of course differ. To me it seems like someone was reusing implementation; because Date normally shouldn't have/care about time information, and yet it subclasses from Timespan class, which has/cares about time information. So the Date is actually encoded in Timespan's 'starting' instVar as DateAndTime instance, which is obviously breaking if TimeZone is applied. Maybe a fix (apart from not using Time in Date) would be to make sure Date's methods use DateAndTime offset to 0? Because even without daylight saving, if you create a Date instance in one country, and move to different TZ it should break; so always keeping it UTC/0 would make sense to me. Peter On Sun, Mar 26, 2017 at 10:17:14AM +0200, Petr Fischer wrote: > Hello, > > 1) when I create date on: 2017/03/20 (before Daylight Saving Time change) with this code: > > D1 := Date year: 2017 month: 3 day: 26. > > Date object is created with instvars: > start: 2017-03-26T00:00:00+01:00 > duration: 1:00:00:00 > > 2) when I create same Date instance with the same code on/after: 2017/03/26 (after Daylight Saving Time change): > > D2 := Date year: 2017 month: 3 day: 26. > > Date instance with this instvars returned: > start: 2017-03-26T00:00:00+02:00 > duration: 1:00:00:00 > > 3) D1 != D2 > > So, for example: persisted instance of date (Date year: 2017 month: 3 day: 26) created before DST change is not equal with date instance (Date year: 2017 month: 3 day: 26) created after DST change. > DST change breaks equality of the same date :( > > Is it OK? > > Thanks! Petr Fischer >

March 26, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Esteban Lorenzano

> On 26 Mar 2017, at 09:10, Alistair Grant <akgrant0710(a)gmail.com> wrote: > > On 26 March 2017 at 04:09, Pierce Ng <pierce(a)samadhiweb.com> wrote: >> On Sat, Mar 25, 2017 at 07:29:29PM +0100, Alistair Grant wrote: >>> make[3]: *** No rule to make target >>> '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.23.0'. >> >> Sorry, also >> >> % sudo apt-get install libssl-dev:i386 > > Thanks, Pierce. > > That gets past the previous errors, I'm now getting: > > ... > Installing links > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libssh2.so.1.0.1 > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/products/phcogspurlinuxht/lib/squeak/5.0- > Installing links > DONE > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libgit2.so.0.23.0 > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/products/phcogspurlinuxht/lib/squeak/5.0- > Installing links > DONE > /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build > can't find PharoV50.sources > > > I haven't used travis, but it looks like it is defining a number of > environment variables, e.g. ARCH, FLAVOR, SRC_ARCH, HEARTBEAT. If I > want the 32 bit linux threaded heartbeat, do I need to set these > manually? no, once compiled is done (and your compilation worked). those variables are for travis consumption, to allow use to pick the right artifact to build, but you already did it by hand :) Esteban > > Thanks again, > Alistair >

March 26, 2017

Creating Dates before/after Daylight Saving Time change

by Petr Fischer

Hello, 1) when I create date on: 2017/03/20 (before Daylight Saving Time change) with this code: D1 := Date year: 2017 month: 3 day: 26. Date object is created with instvars: start: 2017-03-26T00:00:00+01:00 duration: 1:00:00:00 2) when I create same Date instance with the same code on/after: 2017/03/26 (after Daylight Saving Time change): D2 := Date year: 2017 month: 3 day: 26. Date instance with this instvars returned: start: 2017-03-26T00:00:00+02:00 duration: 1:00:00:00 3) D1 != D2 So, for example: persisted instance of date (Date year: 2017 month: 3 day: 26) created before DST change is not equal with date instance (Date year: 2017 month: 3 day: 26) created after DST change. DST change breaks equality of the same date :( Is it OK? Thanks! Petr Fischer

March 26, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Alistair Grant

On 26 March 2017 at 04:09, Pierce Ng <pierce(a)samadhiweb.com> wrote: > On Sat, Mar 25, 2017 at 07:29:29PM +0100, Alistair Grant wrote: >> make[3]: *** No rule to make target >> '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.23.0'. > > Sorry, also > > % sudo apt-get install libssl-dev:i386 Thanks, Pierce. That gets past the previous errors, I'm now getting: ... Installing links /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libssh2.so.1.0.1 /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/products/phcogspurlinuxht/lib/squeak/5.0- Installing links DONE /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build cp -f /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/.thirdparty-cache/linux/i386/lib/libgit2.so.0.23.0 /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/products/phcogspurlinuxht/lib/squeak/5.0- Installing links DONE /data/pharo-snap/akg-try/pharo-vm/opensmalltalk-vm/build.linux32x86/pharo.cog.spur/build can't find PharoV50.sources I haven't used travis, but it looks like it is defining a number of environment variables, e.g. ARCH, FLAVOR, SRC_ARCH, HEARTBEAT. If I want the 32 bit linux threaded heartbeat, do I need to set these manually? Thanks again, Alistair

March 26, 2017

Re: [Pharo-users] Smalltalk on Stack Overflow Developers Survey 2017

by Pierce Ng

On Sat, Mar 25, 2017 at 07:56:03PM +0100, Stephan Eggermont wrote: > On 25/03/17 18:29, serge.stinckwich(a)gmail.com wrote: > >Nice ! But do you have a way to automatize this process ? ;-) > How difficult can it be? We did it 18 years ago in java & delphi :) I was going to answer 'Hadoop!', then went to SO and saw your (Stephan's) meta-comment on moderators who closed a question on big data in Smalltalk. Heh. Pierce

March 26, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Pierce Ng

On Sat, Mar 25, 2017 at 07:29:29PM +0100, Alistair Grant wrote: > make[3]: *** No rule to make target > '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.23.0'. Sorry, also % sudo apt-get install libssl-dev:i386

March 26, 2017

Re: [Pharo-users] Build instructions for building threaded 6.0 VM on linux

by Pierce Ng

On Sat, Mar 25, 2017 at 07:29:29PM +0100, Alistair Grant wrote: > make[3]: *** No rule to make target > '/usr/lib/i386-linux-gnu/libssl.so', needed by 'libgit2.so.0.23.0'. Try: % sudo apt-get install libssl1.0.0:i386 Pierce

March 26, 2017

Re: [Pharo-users] Installing Voyage ??

by Hilaire

ah yeah, I wrote an internal durty hack to get it rolling cleanUp: aRepository (aRepository isKindOf: Boolean) ifFalse: [ aRepository dropDatabase] Le 25/03/2017 Ã 21:46, Hilaire a Ã©crit : > It occurs in Pharo5, likely not in Pharo4, or may be I fixed in my > image, I don't remember. -- Dr. Geo http://drgeo.eu

March 25, 2017

Re: [Pharo-users] Installing Voyage ??

by Hilaire

More precisely with: SmalltalkImage current cleanUp: true except: #() confirming: false. It occurs in Pharo5, likely not in Pharo4, or may be I fixed in my image, I don't remember. Hilaire Le 25/03/2017 Ã 21:33, Hilaire a Ã©crit : > I think there is a bug in Voyage when an image clean up is requested. > There is a confusion with the #cleanUp: message. > > Hilaire -- Dr. Geo http://drgeo.eu

March 25, 2017

Re: [Pharo-users] Installing Voyage ??

by Hilaire

I think there is a bug in Voyage when an image clean up is requested. There is a confusion with the #cleanUp: message. Hilaire Le 25/03/2017 Ã 21:26, Hilaire a Ã©crit : > As A matter of fact, I ran the installation script with a Pharo5 image, > and now I get another error during the installation process. See bug > log. The repo config is the git one, as described in the first email of > this thread. -- Dr. Geo http://drgeo.eu

March 25, 2017