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

Re: [Pharo-project] Sensor fixes again

by StÃ©phane Ducasse

Mike I harvested your fixes. Now the problem is that with the right VM 4.0.1 and the > InputEventSensor installPollingEventSensorFramework The copy and paste does not work anymore. I did not push the changes in the stream but you can load the packages I'm loading using the cs I should in the updates.list and that will trigger the loading of the packages Can you have a look Stef On Apr 27, 2009, at 7:45 PM, Michael Rueger wrote: > Hi all, > > next round ;-) > > > From the inbox load > > Kernel-michael_rueger.renggli.308 > > -fixed sensor install to update changeInformee > -fixed event handling, missed the button and modifier mangling "logic" > > System-Support-michael_rueger.14 > > -added changeInformee accessor methods to preference object > > After loading the packages you need to execute > > InputEventSensor installPollingEventSensorFramework > > > Michael > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Nicolas Cellier

OK guys, I think you loaded my rollover stuff... Mea maxima culpa: #waitForDataUntil: and #waitForDataFor: DID NOT DO THE SAME THING! the former signals ConnectionClosed, while the later silently answer false... The reason it works on windws is probably I did not load my change (I used a different image...). Strangely, I used Monticello on squeaksource without encountering this bug... Nicolas 2009/4/29 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com>: > Also note that it fails at the end of the progress bar. > And inspecting response tempVar in HTTPSocket>>getRestOfBuffer: leads to: > > collection copyFrom: readLimit-100 to: readLimit -> > 'Standard.39-cwp.1.mcz</a> 18-Aug-2006 19:38 > 50K > <hr></pre> > </body></html> > ' > > I don't want to learn anything about http protocol, but it sounds like > the whole stream was correctly retrieved. > That means something has changed in the order things are processed. > We should test if it is a matter of VM or in image change. > > Nicolas > > 2009/4/29 Michael Rueger <m.rueger(a)acm.org>: >> Nicolas Cellier wrote: >>> I confirm it works on windows and fails on linux (exupery VM) >> >> as it also fails on Mac it seems it could be the Unix socket code? >> >> Michael >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Nicolas Cellier

Also note that it fails at the end of the progress bar. And inspecting response tempVar in HTTPSocket>>getRestOfBuffer: leads to: collection copyFrom: readLimit-100 to: readLimit -> 'Standard.39-cwp.1.mcz</a> 18-Aug-2006 19:38 50K <hr></pre> </body></html> ' I don't want to learn anything about http protocol, but it sounds like the whole stream was correctly retrieved. That means something has changed in the order things are processed. We should test if it is a matter of VM or in image change. Nicolas 2009/4/29 Michael Rueger <m.rueger(a)acm.org>: > Nicolas Cellier wrote: >> I confirm it works on windows and fails on linux (exupery VM) > > as it also fails on Mac it seems it could be the Unix socket code? > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Michael Rueger

Nicolas Cellier wrote: > I confirm it works on windows and fails on linux (exupery VM) as it also fails on Mac it seems it could be the Unix socket code? Michael

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Nicolas Cellier

I confirm it works on windows and fails on linux (exupery VM) Nicolas 2009/4/29 Alexandre Bergel <alexandre(a)bergel.eu>: > Open a Pharo image, and execute "ScriptLoader loadOBAlpha" > If you have a Mac, this will surely fail. > > Alexandre > > On 29 Apr 2009, at 17:32, Cameron Sanders wrote: > >> Alexandre, >> I assume you are also following the threads on squeak-dev regarding >> "[squeak-dev] Re: Socket clock rollover issues" -- is the problem >> you are investigating related to that issue (e.g. failure due to a >> time-out)? >> >> Are you connecting to a public repository? If so, give me the info >> (to setup the repository) and I will try it. >> >> Cheers, >> Cam >> >> >> On Apr 29, 2009, at 3:48 AM, Alexandre Bergel wrote: >> >>> Probably, I have never used the ftp backend. However, maybe this is >>> the same bug, rooted in Socket. I will spend some time this morning >>> on >>> this. >>> >>> Alexandre >>> >>> >>> On 29 Apr 2009, at 09:41, Michael Rueger wrote: >>> >>>> Alexandre Bergel wrote: >>>>> Maybe it is still a bit early in the morning, but I am not sure to >>>>> understand what you mean with "MC/FTP feature". What am I not >>>>> testing? >>>> >>>> You two are talking about two different bugs. >>>> Alexandre, you are most likely using a HTTP based repository, so you >>>> are >>>> not testing the MC FTP backend. Also, the error in the FTP backend >>>> is >>>> different than for the HTTP one. >>>> >>>> Michael >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] Monticello/ftp stopped working for me

by Alexandre Bergel

Open a Pharo image, and execute "ScriptLoader loadOBAlpha" If you have a Mac, this will surely fail. Alexandre On 29 Apr 2009, at 17:32, Cameron Sanders wrote: > Alexandre, > I assume you are also following the threads on squeak-dev regarding > "[squeak-dev] Re: Socket clock rollover issues" -- is the problem > you are investigating related to that issue (e.g. failure due to a > time-out)? > > Are you connecting to a public repository? If so, give me the info > (to setup the repository) and I will try it. > > Cheers, > Cam > > > On Apr 29, 2009, at 3:48 AM, Alexandre Bergel wrote: > >> Probably, I have never used the ftp backend. However, maybe this is >> the same bug, rooted in Socket. I will spend some time this morning >> on >> this. >> >> Alexandre >> >> >> On 29 Apr 2009, at 09:41, Michael Rueger wrote: >> >>> Alexandre Bergel wrote: >>>> Maybe it is still a bit early in the morning, but I am not sure to >>>> understand what you mean with "MC/FTP feature". What am I not >>>> testing? >>> >>> You two are talking about two different bugs. >>> Alexandre, you are most likely using a HTTP based repository, so you >>> are >>> not testing the MC FTP backend. Also, the error in the FTP backend >>> is >>> different than for the HTTP one. >>> >>> Michael >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 29, 2009

Re: [Pharo-project] First contribution...

by Alexandre Bergel

Hi Hernan, I read your change and it makes fully sense. However, I suggest you to save it on source.wiresong.ca/ob. I think it was agreed that only core packages must be committed in PharoInbox. Probably the test on the website should be adjusted. Shall I do it? Cheers, Alexandre On 29 Apr 2009, at 15:58, Hernan Wilkinson wrote: > Hi, > I just made my first contribution!! (not a big deal, just a small > fix anyway...), but I feel kind of stupid because I can not change > the issues's status from new to fixed... (as the "how to contribute > page" says). Could somebody tell me how? The issue is the 781 > > Thanks, > Hernan. > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 29, 2009

Re: [Pharo-project] [FIX] Issue 782: OB is ambiguous when asking to Accept or Discard changes in the code panel

by Nicolas Cellier

However, I see this is related to OB. It's not really a package of the core pharo, but rather an external one included in Damien development images. Such external package has its own maintainer and is not maintained by pharo team. You should post to the appropriate code repository and mailing list... (a good soul in this list will have to tell you which one, because I don't know it) Cheers 2009/4/29 Hernan Wilkinson <hernan.wilkinson(a)gmail.com>: > ok then, no problem. > BTW, I'd like somebody to look at the fix I made because I'm not sure that > is the right way to doit. I mean, it is rare how the exception is related to > the dialog box. I think it is done that way because the handler of the > notification could not show a dialog... but if that is the idea then I think > something is missing to relate the cancel option of the notification with > the cancel button of the dialog. > > On Wed, Apr 29, 2009 at 12:39 PM, Nicolas Cellier > <nicolas.cellier.aka.nice(a)gmail.com> wrote: >> >> Not annoying at all. Please do. >> >> 2009/4/29 Hernan Wilkinson <hernan.wilkinson(a)gmail.com>: >> > Another fix... >> > (Do I have to send a mail to the list per fix? the how to contribute >> > page >> > says so but it can be annoying...) >> > Hernan. >> > _______________________________________________ >> > Pharo-project mailing list >> > Pharo-project(a)lists.gforge.inria.fr >> > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] [FIX] Issue 782: OB is ambiguous when asking to Accept or Discard changes in the code panel

by Hernan Wilkinson

ok then, no problem.BTW, I'd like somebody to look at the fix I made because I'm not sure that is the right way to doit. I mean, it is rare how the exception is related to the dialog box. I think it is done that way because the handler of the notification could not show a dialog... but if that is the idea then I think something is missing to relate the cancel option of the notification with the cancel button of the dialog. On Wed, Apr 29, 2009 at 12:39 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > Not annoying at all. Please do. > > 2009/4/29 Hernan Wilkinson <hernan.wilkinson(a)gmail.com>: > > Another fix... > > (Do I have to send a mail to the list per fix? the how to contribute page > > says so but it can be annoying...) > > Hernan. > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 29, 2009

Re: [Pharo-project] Slow Image

by Michael Rueger

Damien Cassou wrote: > On Tue, Apr 28, 2009 at 2:35 PM, <stephan(a)stack.nl> wrote: >>> Anyone with a win32 system able to confirm that the new image slows >>> heavily down as descibed in [1] using the procedure in [2]? > > I confirm it's very slow using Windows XP Pro SP3 on Virtual Box, image 10293. does someone have a somewhat smaller load sequence we could use to benchmark the difference? Something that runs in a few minutes? Michael

April 29, 2009