- Pharo-dev - lists.pharo.org

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… 1 regressions found. KernelTests.Classes.ClassDescriptionTest.testUnCategorizedMethods

May 6, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=ma… 2 regressions found. Tests.Traits.TraitFileOutTest.testFileOutCategory Tests.Traits.TraitFileOutTest.testFileOutTrait

May 6, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=wi… 3 regressions found. Tests.System.OSEnvironmentTest.testAtPut Tests.Traits.TraitFileOutTest.testFileOutCategory Tests.Traits.TraitFileOutTest.testFileOutTrait

May 6, 2013

[Pharo-project] [update 3.0] #30107

by Marcus Denker

30107 ----- 10530 Add support for platform independent handling keys on keydown and keyup https://pharo.fogbugz.com/f/cases/10530 10535 Even more decompiler related cleanups https://pharo.fogbugz.com/f/cases/10535 10538 Remove log from keyboard handling https://pharo.fogbugz.com/f/cases/10538 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Traits-MarcusDenker.499.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Morphic-MarcusDenker.1419.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Platforms-MarcusDenker… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Keys-MarcusDenker.7.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Kernel-MarcusDenker.1431.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.440.diff

May 6, 2013

[Pharo-project] [regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=li… 2 regressions found. Tests.Traits.TraitFileOutTest.testFileOutCategory Tests.Traits.TraitFileOutTest.testFileOutTrait

May 6, 2013

[Pharo-project] PipeableOSProcess under windows

by Camillo Bruni

Am I correct in the assumption that OSProcess does not properly use the Path env variable? I have MinGW installed and the Path variable is set up correctly, so I do bash --help in the CMD window, however something like `OSProcess waitForCommand: 'bash --help'` does not work. Is there a workaround for this issue?

May 6, 2013

Re: [Pharo-project] [Help-smalltalk] Fun with Pharo generated source.st

by Paolo Bonzini

Il 05/05/2013 12:06, Frank Shearar ha scritto: > On 5 May 2013 09:54, Paolo Bonzini <bonzini(a)gnu.org> wrote: >> Il 04/05/2013 18:51, Holger Hans Peter Freyther ha scritto: >>> Hi, >>> >>> I am trying to convert/import all of Iliad (since the development had >>> moved to Pharo) and I stumble up-on an issue I already had when I tried >>> to convert Aida. >>> >>> This[1] monticello file in line 6417 starts to use UCS-4 for a string >>> and then stops at some characters later. Importing the file using >>> FileStream is failing in Pharo as well. >> >> And how does monticello file it in then?!? I'm adding the Pharo list. > > Monticello doesn't use the snapshot. The snapshot's stored in addition > to the "real" MC stuff, containing the changes that the mcz defines. > > It's sorta-kinda like the difference between your working copy and git > diff HEAD HEAD^. MC uses the latter, the snapshot is the former. But it's still a Pharo bug that the snapshot makes no sense, right? For GNU Smalltalk we can simply interpret a NUL as the first byte of an UTF-32BE character, and convert it to UTF-8. It's really ugly, but with a suitable comment it can work. Paolo

May 6, 2013

Re: [Pharo-project] Strange behvaior with protocols in nautilus

by Benjamin

It's a known bug which was (thought to be) fixed in 3.0 If someone knows a way to reproduce it, I will be glad to address this issue (my guess is that there is a #sort done on protocols where it should be #sorted) Ben On May 6, 2013, at 2:35 PM, Patrick Barroca <patrick.barroca(a)gmail.com> wrote: > Hi, > > I've done some coding in 2.0 this weekend and also seen strange behavior with protocols in Nautilus where all the methods of an object have their protocols shifted by one. > I put methods in protocols A, B and C after a while I see the methods from A in B, from B in C and from C in A. > I suspect it occurs after executing a refactoring but I've got no reproducible scenario yet. > > > On Sat, May 4, 2013 at 10:52 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I loaded some morphic games and I have a strange behavior with nautilus. > when I press all I see all the methods but when I look at the protocols I only get a couple > and I do not see all the methods. > > Stef > > > > -- > Patrick Barroca

May 6, 2013

Re: [Pharo-project] Strange behvaior with protocols in nautilus

by Patrick Barroca

Hi, I've done some coding in 2.0 this weekend and also seen strange behavior with protocols in Nautilus where all the methods of an object have their protocols shifted by one. I put methods in protocols A, B and C after a while I see the methods from A in B, from B in C and from C in A. I suspect it occurs after executing a refactoring but I've got no reproducible scenario yet. On Sat, May 4, 2013 at 10:52 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > I loaded some morphic games and I have a strange behavior with nautilus. > when I press all I see all the methods but when I look at the protocols I > only get a couple > and I do not see all the methods. > > Stef > -- Patrick Barroca

May 6, 2013

Re: [Pharo-project] Zeroconf and OS string

by Camillo Bruni

bah we have to backport the change I added to 3.0 https://pharo.fogbugz.com/default.asp?10524#76416 On 2013-05-06, at 13:53, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > Also, once the system is installed, launching it gives a little error... > > https://pharo.fogbugz.com/default.asp?10537 > > > 2013/5/6 Camillo Bruni <camillobruni(a)gmail.com> > >> >> On 2013-05-05, at 10:53, Norbert Hartl <norbert(a)hartl.name> wrote: >> >>> >>> Am 05.05.2013 um 10:44 schrieb "phil(a)highoctane.be" <phil(a)highoctane.be >>> : >>> >>>> on Mobaxterm the output of uname -a is >>>> >>>> [Philippe.DELLGFX] â uname -a >>>> CYGWIN_NT-6.1-WOW64 DELLGFX 1.7.17(0.262/5/3) 2012-10-28 12:24 i686 >> GNU/Linux >>>> >>>> >>>> Clearly no Windows in there. >>>> >>> Hmm, I think you are running Windows 7 on a Dell laptop :) CYGWIN_NT-6.1 >> should be windows enough in there, right? CYG is a good information and the >> rest you can look up at >> >> yes, I update the zeroconf script to just match .*win.* that should work a >> bit better. >> I quickly have to test them under windows then I will release them into >> the wild >>

May 6, 2013