April 2013 - Pharo-dev - lists.pharo.org

[Pharo-project] [update 3.0] #30064 + 30065

by Marcus Denker

30064 ----- 10381 Clean up CompiledMethodWithNode https://pharo.fogbugz.com/f/cases/10381 (Change set reordered by handâ¦)

April 26, 2013

Re: [Pharo-project] Call for ESUG 2013 presentations

by Igor Stasenko

On 26 April 2013 15:00, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Reposted to The general-purpose Squeak developers list > <squeak-dev(a)lists.squeakfoundation.org>, scona-list(a)scona.us, > amber-lang(a)googlegroups.com, cuis(a)jvuletich.org, > beginners(a)lists.squeakfoundation.org <beginners(a)lists.squeakfoundation.org>, > vm-dev(a)lists.squeakfoundation.org, vm-beginners(a)lists.squeakfoundation.org, > squeakland(a)squeakland.org, tode_st(a)googlegroups.com, smallwiki(a)iam.unibe.ch > <smallwiki(a)iam.unibe.ch> > > Can we please get back to work now?! > Sean, you're my hero ! :) > p.s. a few were held because I put all the addresses in To:. If they don't > get approved in a few hours, I'll repost... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Call-for-ESUG-2013-presentations-tp4683347p4683759.ht… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

April 26, 2013

Re: [Pharo-project] SandstoneDB on Pharo 2.0 - done - what next?

by stephane ducasse

>> >>> also, I noticed there is no "ConfigurationOfSandstoneDB"... >> >> There already is one in MetacellRepository, just look at the comments >> below the video: > > It seems to work well when the ConfigufationOfXyz is kept with the project > and then copied to wherever else it should be. I find that by now there are > too many places to go hunting! we are working on making it totally automatic. Now you hsould publish in your project and in MetacelloRepository MetaRepoForPharo20 > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/SandstoneDB-on-Pharo-2-0-done-what-next-tp4683508p468… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 26, 2013

[Pharo-project] [update 3.0] #30063

by Marcus Denker

30063 ----- 10413 clean up unused code in Scanner and Parser https://pharo.fogbugz.com/f/cases/1041 10414 Clean up preference Compiler warning (will come back later) https://pharo.fogbugz.com/f/cases/10414 10417 Some more Compiler related cleanUps https://pharo.fogbugz.com/f/cases/10417 Diff information: http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Traits-MarcusDenker.470 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Kernel-MarcusDenker.1378 http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Settings-Compiler-MarcusDenk… http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/CompilerTests-MarcusDenker.1… http://smalltalkhub.com/#!/~Pharo/Pharo30/diff/Compiler-MarcusDenker.396

April 26, 2013

Re: [Pharo-project] Call for ESUG 2013 presentations

by Sean P. DeNigris

Reposted to The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org>, scona-list(a)scona.us, amber-lang(a)googlegroups.com, cuis(a)jvuletich.org, beginners(a)lists.squeakfoundation.org <beginners(a)lists.squeakfoundation.org>, vm-dev(a)lists.squeakfoundation.org, vm-beginners(a)lists.squeakfoundation.org, squeakland(a)squeakland.org, tode_st(a)googlegroups.com, smallwiki(a)iam.unibe.ch <smallwiki(a)iam.unibe.ch> Can we please get back to work now?! p.s. a few were held because I put all the addresses in To:. If they don't get approved in a few hours, I'll repost... ----- Cheers, Sean -- View this message in context: http://forum.world.st/Call-for-ESUG-2013-presentations-tp4683347p4683759.ht… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by David T. Lewis

On Fri, Apr 26, 2013 at 12:44:49PM +0200, Igor Stasenko wrote: > On 26 April 2013 10:27, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > The reason is in the optimalizations in the latest glibc. It really does not > > write the new content to the changes file immediately. We need to call flush > > at the end of nextChunkPut: > > > This is nasty one. > What i worry that it affects much more than code working with .changes file. > Indeed, I expect that a bug like this would effect *anything* that involves writing to a positionable file. It's not clear to me from the discussion if this is a bug in the runtime C library, or in the gcc optimizer (sic). Is it the case that a pre-compiled VM that works properly on one Linux platform will have this bug if run on another Linux platform that has a different runtime clib? Or is it the case that a VM compiled from source on one platform behaves differently than the same VM compiled from source on a different Linux platform? Dave > > > Cheers, > > -- Pavel > > > > > > On Fri, Apr 26, 2013 at 9:57 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr> > > wrote: > >> > >> Reproduced on Ubuntu 13.04. > >> > >> Class organization remoteString filePositionHi is past the end of the > >> changes file (i.e. exactly equal to the file size if the comment is the last > >> operation). > >> > >> Thierry > >> ________________________________ > >> De : pharo-project-bounces(a)lists.gforge.inria.fr > >> [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de Pavel Krivanek > >> [pavel.krivanek(a)gmail.com] > >> Date d'envoi : jeudi 25 avril 2013 21:32 > >> ?? : Pharo-project(a)lists.gforge.inria.fr > >> Objet : Re: [Pharo-project] cannot modify class comments on Linux > >> > >> Jaroslav wrote this: > >> This does work on F17, but it doesn't work on F18, F19. Maybe glibc issue? > >> I guess the reproducer needs glibc-2.16 and up, IMHO 12.04 has 2.15 same > >> as F17, so I guess this would be also reproducible on Ubuntu 13.04. > >> > >> -- Pavel > >> > >> On Thu, Apr 25, 2013 at 11:16 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> > >> wrote: > >>> > >>> I'm on 64-bit Ubuntu 12.04 > >>> > >>> > >>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> > >>>> > >>>> Hi, > >>>> > >>>> what architecture and distro do you use because I tried it on a 32-bit > >>>> Debian and it worked. I'm on 64-bit Fedora 18. That may be the reason why > >>>> the tests are not failing on CI. This error appears on all old system > >>>> classes and on newely created classes too. > >>>> Some next info: https://bugzilla.redhat.com/show_bug.cgi?id=956376 > >>>> > >>>> -- Pavel > >>>> > >>>> On Thu, Apr 25, 2013 at 10:58 AM, Gisela Decuzzi > >>>> <giseladecuzzi(a)gmail.com> wrote: > >>>>> > >>>>> Hi Pavel, I tried in Pharo 2.0 and 3.0 and it work well for me. (just > >>>>> try in a random class comment) > >>>>> Are you trying to modify a particular class comment? > >>>>> > >>>>> > >>>>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> > >>>>>> > >>>>>> Hi, > >>>>>> > >>>>>> if you will try to modify a class comment on Linux, the error > >>>>>> "RemoteString past end of file" will appear. On windows VM it seems to work > >>>>>> well. Can someone confirm this behavior on Linux. Squeak has the same > >>>>>> problem. > >>>>>> > >>>>>> Cheers, > >>>>>> -- Pavel > >>>>> > >>>>> > >>>> > >>> > >> > > > > > > -- > Best regards, > Igor Stasenko.

April 26, 2013

Re: [Pharo-project] [FYI] Athens tutorial

by Igor Stasenko

On 26 April 2013 12:47, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 April 2013 12:42, Mariano Vicente <m.vicent(a)gmail.com> wrote: >> My apologies for the insufficient info.This happens after install the >> tutorial, when i try to reopen the image >> where i installed ahtens and the tutorial. >> > > ah, ok. > you seem also did the same thing: saved image with tutorial window open :) > > Btw, this should be fixed in newer version of tutorial. What package > version you loaded? > i just committed new version , which now should work. (but you will still have an error if you try to use surface saved in previous session). so you need to create a new one before continuing. > >> Saludos, >> Mariano >> > > > -- > Best regards, > Igor Stasenko. -- Best regards, Igor Stasenko.

April 26, 2013

Re: [Pharo-project] cannot modify class comments on Linux

by Marcus Denker

> > well, it have to be so.. but if it breaks existing code, then it could > mean that libc turned from implicit caching/buffering to explicit one. > And this could mean many changes here and there. > (Besides of that, i never liked RemoteString and other things related > to writing to .changes file... > that code begs for proper rewrite) The whole .changes and .source code is extremely complicated considering for what it gets us. Marcus

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by Igor Stasenko

On 26 April 2013 13:15, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 26 Apr 2013, at 12:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> On 26 April 2013 10:27, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >>> The reason is in the optimalizations in the latest glibc. It really does not >>> write the new content to the changes file immediately. We need to call flush >>> at the end of nextChunkPut: >>> >> This is nasty one. >> What i worry that it affects much more than code working with .changes file. > > Why ? Isn't that standard behavior/semantics: unless you flush you cannot be sure anything is actually out of the OS' buffers. And even then, disks and RAID cards are known to lie and sometimes don't write data out even when flush is called. > well, it have to be so.. but if it breaks existing code, then it could mean that libc turned from implicit caching/buffering to explicit one. And this could mean many changes here and there. (Besides of that, i never liked RemoteString and other things related to writing to .changes file... that code begs for proper rewrite) > In networking (TCP streams) this is similar. > >>> Cheers, >>> -- Pavel >>> >>> >>> On Fri, Apr 26, 2013 at 9:57 AM, GOUBIER Thierry <thierry.goubier(a)cea.fr> >>> wrote: >>>> >>>> Reproduced on Ubuntu 13.04. >>>> >>>> Class organization remoteString filePositionHi is past the end of the >>>> changes file (i.e. exactly equal to the file size if the comment is the last >>>> operation). >>>> >>>> Thierry >>>> ________________________________ >>>> De : pharo-project-bounces(a)lists.gforge.inria.fr >>>> [pharo-project-bounces(a)lists.gforge.inria.fr] de la part de Pavel Krivanek >>>> [pavel.krivanek(a)gmail.com] >>>> Date d'envoi : jeudi 25 avril 2013 21:32 >>>> Ã : Pharo-project(a)lists.gforge.inria.fr >>>> Objet : Re: [Pharo-project] cannot modify class comments on Linux >>>> >>>> Jaroslav wrote this: >>>> This does work on F17, but it doesn't work on F18, F19. Maybe glibc issue? >>>> I guess the reproducer needs glibc-2.16 and up, IMHO 12.04 has 2.15 same >>>> as F17, so I guess this would be also reproducible on Ubuntu 13.04. >>>> >>>> -- Pavel >>>> >>>> On Thu, Apr 25, 2013 at 11:16 AM, Gisela Decuzzi <giseladecuzzi(a)gmail.com> >>>> wrote: >>>>> >>>>> I'm on 64-bit Ubuntu 12.04 >>>>> >>>>> >>>>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> >>>>>> >>>>>> Hi, >>>>>> >>>>>> what architecture and distro do you use because I tried it on a 32-bit >>>>>> Debian and it worked. I'm on 64-bit Fedora 18. That may be the reason why >>>>>> the tests are not failing on CI. This error appears on all old system >>>>>> classes and on newely created classes too. >>>>>> Some next info: https://bugzilla.redhat.com/show_bug.cgi?id=956376 >>>>>> >>>>>> -- Pavel >>>>>> >>>>>> On Thu, Apr 25, 2013 at 10:58 AM, Gisela Decuzzi >>>>>> <giseladecuzzi(a)gmail.com> wrote: >>>>>>> >>>>>>> Hi Pavel, I tried in Pharo 2.0 and 3.0 and it work well for me. (just >>>>>>> try in a random class comment) >>>>>>> Are you trying to modify a particular class comment? >>>>>>> >>>>>>> >>>>>>> 2013/4/25 Pavel Krivanek <pavel.krivanek(a)gmail.com> >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> if you will try to modify a class comment on Linux, the error >>>>>>>> "RemoteString past end of file" will appear. On windows VM it seems to work >>>>>>>> well. Can someone confirm this behavior on Linux. Squeak has the same >>>>>>>> problem. >>>>>>>> >>>>>>>> Cheers, >>>>>>>> -- Pavel >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

April 26, 2013

Re: [Pharo-project] RE : cannot modify class comments on Linux

by Camillo Bruni

On 2013-04-26, at 12:44, Igor Stasenko <siguctua(a)gmail.com> wrote: > On 26 April 2013 10:27, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: >> The reason is in the optimalizations in the latest glibc. It really does not >> write the new content to the changes file immediately. We need to call flush >> at the end of nextChunkPut: yet another reason to get rid of .changes and .sources! :)

April 26, 2013