- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Hernan stack top fix and some literalDo: fix still missing

by HernÃ¡n Morales Durand

I'm using 10293cl and this fix still isn't integrated: http://code.google.com/p/pharo/issues/detail?id=724 Cheers, HernÃ¡n 2009/4/21 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > this is strange since I merge and do not load. > So I will redo that (reargh). > > Stef > On Apr 21, 2009, at 1:34 AM, Nicolas Cellier wrote: > >> Pharo/Kernel-stephane_ducasse.renggli.293 has been lost >> (overwritten by Kernel-stephane_ducasse.renggli.294 which has >> Kernel-michael_rueger.renggli.292 as ancestor). >> >> Thus Pharo image 10287 miss Hernan stack top fix and a literals do: >> fix >> >> This can be repaired by merge tool though... >> While at it, why cannot we apply a chirurgical merge ? >> I mean select or reject item by item >> >> _______________________________________________ >> 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 26, 2009

Re: [Pharo-project] [Fix] "Unable to debug a running process".

by HernÃ¡n Morales Durand

Thanks! HernÃ¡n 2009/4/26 Damien Cassou <damien.cassou(a)gmail.com>: > On Tue, Apr 21, 2009 at 9:57 PM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: >> Â Hello David, >> Â Â Whenever I try to debug anything, another (pre)debugger windows >> brings up with message : "Unable to debug a running process". Maybe an >> issue with OTPreDebugNode>>debug: ? >> Below is the stack from this new debugger window, not from the context >> of the original exception. > > Dale Henrichs fixed that in: http://code.google.com/p/pharo/issues/detail?id=772 > > This patch is ready for inclusion. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 26, 2009

Re: [Pharo-project] Input Sensor fix

by StÃ©phane Ducasse

Hi mike No problem. I imagine that this is not trivial :) I just issue a release based on 306 Stef On Apr 26, 2009, at 5:04 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> I tried 306 and >> InputEventSensor installPollingEventSensorFramework >> But the copy and paste does not work. >> >> Do you prefer that I integrate these changes and that you continue >> fixing >> or that we wait and integrate everything at once? > > Apologies for taking so long. I'm still working (or trying to at > least) > on fixes for the different problems and would like to get everything > in > at once. > > Really soon now! > > Michael > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 26, 2009

[Pharo-project] [ANN] 10293

by StÃ©phane Ducasse

- 762 MethodContext>>runSimulated:contextAtEachStep - 772 isSuspended fix - 770 copy and paste fix - igor suggestions (still does not work after InputEventSensor installPollingEventSensorFramework Stef

April 26, 2009

Re: [Pharo-project] Input Sensor fix

by Michael Rueger

StÃ©phane Ducasse wrote: > I tried 306 and > InputEventSensor installPollingEventSensorFramework > But the copy and paste does not work. > > Do you prefer that I integrate these changes and that you continue > fixing > or that we wait and integrate everything at once? Apologies for taking so long. I'm still working (or trying to at least) on fixes for the different problems and would like to get everything in at once. Really soon now! Michael

April 26, 2009

Re: [Pharo-project] Input Sensor fix

by StÃ©phane Ducasse

I tried 306 and InputEventSensor installPollingEventSensorFramework But the copy and paste does not work. Do you prefer that I integrate these changes and that you continue fixing or that we wait and integrate everything at once? Stef On Apr 22, 2009, at 1:42 PM, Michael Rueger wrote: > Hi all, > > in the Pharo inbox there is now > Kernel-michael_rueger.renggli.304 > > integrated John's Mac menu fixes > fixed problems with shift cursor > fixed and cleaned up input sensor/fetcher installation > > After loading the package you need to execute > InputEventSensor installPollingEventSensorFramework > > > Hopefully this will fix all the recent issues around input events. > > Thanks to all contributors and testers! > > Michael > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 26, 2009

[Pharo-project] about libnui and licensing

by Sebastien Metrot

Hi, I'm the author of libnui which has been discussed here two days ago. (i saw this list archive in the referer stats for libnui.net and was curious ;-) ). Some people seemed interested in nui but had concerns about it's licensing. I summarized our choice of license in this wiki page: http://redmine.libnui.net/wiki/libnui/Licensing . We're not particularly happy with the GPL but we found no real other option that permitted to fulfill our requirements listed on the page. As others have noted C++ is a very ugly language and recreating a useable object model have been quite a chore. I'm curious about how we could change nui to make it more friendly to other languages such as smalltalk, knowing that C++ has always been a tad harder to interoperate than, for example, C. Thanks in advance, SÃ©bastien

April 26, 2009

[Pharo-project] Fwd: Issue 772 in pharo: Unable to debug a running process

by StÃ©phane Ducasse

Begin forwarded message: > From: codesite-noreply(a)google.com > Date: April 26, 2009 11:23:04 AM CEDT > To: stephane.ducasse(a)gmail.com > Subject: Issue 772 in pharo: Unable to debug a running process > > > Comment #1 on issue 772 by damien.cassou: Unable to debug a running > process > http://code.google.com/p/pharo/issues/detail?id=772 > > From Dale Henrichs: > > It turns out that the problem is due to (presumed) changes in > process. I've attached > a change to Process>>isSuspended which appears to fix the immediate > problem. > > Attachments: > Process-isSuspended.st 204 bytes > > -- > You received this message because you are listed in the owner > or CC fields of this issue, or because you starred this issue. > You may adjust your issue notification preferences at: > http://code.google.com/hosting/settings

April 26, 2009

[Pharo-project] getaddrinfo: Temporary failure in name resolution

by Damien Cassou

When building the dev image often prints the following error message in the console where I launched the VM: getaddrinfo: Temporary failure in name resolution this also opens a debugger. I just have to click 'restart' then 'proceed' and it works fine. -- Damien Cassou http://damiencassou.seasidehosting.st

April 26, 2009

[Pharo-project] [Fix] "Unable to debug a running process".

by Damien Cassou

On Tue, Apr 21, 2009 at 9:57 PM, HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> wrote: > Â Hello David, > Â Â Whenever I try to debug anything, another (pre)debugger windows > brings up with message : "Unable to debug a running process". Maybe an > issue with OTPreDebugNode>>debug: ? > Below is the stack from this new debugger window, not from the context > of the original exception. Dale Henrichs fixed that in: http://code.google.com/p/pharo/issues/detail?id=772 This patch is ready for inclusion. -- Damien Cassou http://damiencassou.seasidehosting.st

April 26, 2009