- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Lots of characters lost while typing in Unix

by Igor Stasenko

2009/4/20 Michael Rueger <m.rueger(a)acm.org>: > On Mon, Apr 20, 2009 at 5:58 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> 2009/4/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >>> Would a platform specific code or infrastructure help there? >>> >> >> There should be some kind of detection algorythm , which can switch >> between polling and waiting on input semaphore. >> My proposal is to change the primitive (primInterruptSemaphore: >> aSemaphore ) to return boolean value, showing that input semaphore >> signaling is available. > > I disagree, changing the VM and still not fixing it is not really an option. > If I understood Andreas correctly the signalling is not hard to > implement and then we could abandon polling altogether. > Well, its all about backward compatibility. Sure, if Pharo ships with only newest VM, then there no need in having these workarounds. > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

April 20, 2009

Re: [Pharo-project] Lots of characters lost while typing in Unix

by Michael Rueger

On Mon, Apr 20, 2009 at 5:58 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > 2009/4/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Would a platform specific code or infrastructure help there? >> > > There should be some kind of detection algorythm , which can switch > between polling and waiting on input semaphore. > My proposal is to change the primitive (primInterruptSemaphore: > aSemaphore ) to return boolean value, showing that input semaphore > signaling is available. I disagree, changing the VM and still not fixing it is not really an option. If I understood Andreas correctly the signalling is not hard to implement and then we could abandon polling altogether. Michael

April 20, 2009

Re: [Pharo-project] Some bugs with the last version of pharo (10281) and pharo-dev (10284)

by Michael Rueger

On Mon, Apr 20, 2009 at 5:52 PM, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Strange. Cut&Paste works perfectly for me. I use Pharo0.1Core-10281cl > and Squeak 4.0.1beta1U it's broken by the new event sensor stuff in 284 Michael

April 20, 2009

[Pharo-project] [ANN] 10286 Fixing Events

by StÃ©phane Ducasse

Thanks mike. Now I will do the delay fixes and some others of mine. Stef

April 20, 2009

Re: [Pharo-project] Lots of characters lost while typing in Unix

by Igor Stasenko

2009/4/20 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Would a platform specific code or infrastructure help there? > There should be some kind of detection algorythm , which can switch between polling and waiting on input semaphore. My proposal is to change the primitive (primInterruptSemaphore: aSemaphore ) to return boolean value, showing that input semaphore signaling is available. Then the code can use polling or waiting depending on returned result (the primitive in older VM's don't return informal value - it just returns a receiver). Andreas disagree with this approach, saying that same could be achieved w/o changes in VM by checking if input semaphore ever signaled, and if so, then switch from polling (which should be installed by default) to waiting. Both ways is doable, and should work well, it just shows our different approach. >> Nicolas Cellier wrote: >>> Why not using the event driven superclass rather than the polling >>> subclass ? >> >> because afaik not all VMs (Windows) support it. See my other mail. >> >> Michael >> >> _______________________________________________ >> 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 > -- Best regards, Igor Stasenko AKA sig.

April 20, 2009

Re: [Pharo-project] Some bugs with the last version of pharo (10281) and pharo-dev (10284)

by Alexandre Bergel

Strange. Cut&Paste works perfectly for me. I use Pharo0.1Core-10281cl and Squeak 4.0.1beta1U Alexandre On 20 Apr 2009, at 17:26, StÃ©phane Ducasse wrote: > > On Apr 20, 2009, at 2:47 PM, Michael Rueger wrote: > >> Nicolas Cellier wrote: >>> Same on Unix >> >> Now I'm confused. >> On the Mac it doesn't work at all, right? > > Yes it does not work at all. > I cannot copy and paster from within pharo but also from another app > to pharo > I cannot copy in phaor and paste in another app. > >> And on Unix it works for alt but not ctrl? >> Isn't that simply a setting in the swap control-alt key preference? >> >> Speaking of which, this whole ctrl/alt swap/duplicate nonsense really >> needs to go. Which of course would mean a lot of changes in short >> cuts. > > Youpi! but for 1.1 :) > > Stef > > > _______________________________________________ > 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 20, 2009

Re: [Pharo-project] SqueakMap Package Loader?

by StÃ©phane Ducasse

Thansk goran. If you can make sure that squeakMap is working as an external package this is great. This is not our purpose to consciously break it (as we are doing with etoy and friends). Stef On Apr 20, 2009, at 2:45 PM, GÃ¶ran Krampe wrote: > StÃ©phane Ducasse wrote: >> yes so this is still interesting to know whether it is broken as an >> external package. > > I can take a look later tonight. I tried showing Pharo to a friend > here > and noticed it was broken. I think it may be the issue I fixed > earlier - > perhaps just not put into Pharo. > > regards, GÃ¶ran > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 20, 2009

Re: [Pharo-project] Input sensor rewrite

by StÃ©phane Ducasse

works great! I will release now then the delays fixes of nicolas. Then some extra cleans. On Apr 20, 2009, at 2:22 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Does it imply that I was too prompt at harvesting the event rewrite? > > no, not really. > > One question though is why key events get lost, they should not, even > with long polling delays. Well, should... > > I've published a fix in > Kernel-michael_rueger.renggli.295 > > It might be that the problems I ran into are caused by the Delay bugs > fixed in later packages, but I figured out a way to make it work > anyways. > > I'll now look at the copy paste problems. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 20, 2009

Re: [Pharo-project] Lots of characters lost while typing in Unix

by StÃ©phane Ducasse

Would a platform specific code or infrastructure help there? > Nicolas Cellier wrote: >> Why not using the event driven superclass rather than the polling >> subclass ? > > because afaik not all VMs (Windows) support it. See my other mail. > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 20, 2009

Re: [Pharo-project] Some bugs with the last version of pharo (10281) and pharo-dev (10284)

by StÃ©phane Ducasse

On Apr 20, 2009, at 2:47 PM, Michael Rueger wrote: > Nicolas Cellier wrote: >> Same on Unix > > Now I'm confused. > On the Mac it doesn't work at all, right? Yes it does not work at all. I cannot copy and paster from within pharo but also from another app to pharo I cannot copy in phaor and paste in another app. > And on Unix it works for alt but not ctrl? > Isn't that simply a setting in the swap control-alt key preference? > > Speaking of which, this whole ctrl/alt swap/duplicate nonsense really > needs to go. Which of course would mean a lot of changes in short > cuts. Youpi! but for 1.1 :) Stef

April 20, 2009