- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Zeroconf and Windows: recommended environment?

by phil＠highoctane.be

https://pharo.fogbugz.com/default.asp?10532 2013/5/5 Camillo Bruni <camillobruni(a)gmail.com> > > On 2013-05-05, at 10:43, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > > > I am using MobaXterm (http://mobaxterm.mobatek.net/) on Windows to have > a > > Unix-like environment. > > > > Thing is that the shell there is bash but all utilities (like unzip etc) > > are based on busybox (http://www.busybox.net/) > > > > This means that not all options are available. > > > > Also, the $OS variable looks like to give Windows_NT, which then leads to > > the "Unsupported OS" message (for the VM for example). > > > > What is the environment you guys do use for testing those scripts on > > Windows (Windows 7 in my case)? > > we run everything under mingw, but I can add (yet) another switch to test > for windows. > > Currently I check already for *windows* *mingw* and we can add *cygwin* > or maybe I should just use *win*? :) > > => can you open a bug report? I'll look into it later this day > >

May 5, 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… 1 regressions found. Tests.System.OSEnvironmentTest.testAtPut

May 5, 2013

Re: [Pharo-project] [NativeBoost] Allow hierarchy of objects in function definition

by Esteban Lorenzano

yeah, what I did was bypass the type checking, not a really solution... we need something better. On May 5, 2013, at 12:18 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I remember Esteban had some similar problem when working on the ObjCBridge... Esteban? :D > > > On Sun, May 5, 2013 at 12:14 PM, Max Leske <maxleske(a)gmail.com> wrote: > I have a wish for NativeBoost (which is probably on your list anyway Igor, just wanted to put it out there): function definitions should be able to understand that I want to accept any object of a hierarchy. > > Here's my use case: > > self call: #(git_return_t git_object_lookup(LGitCommitExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > This function takes a pointer to any of LGitCommitExternal, LGitTreeExternal and LGitBlobExternal. The obvious way for me to do this was to create a superclass LGitObjectExternal and use that superclass in the function like so: > > self call: #(git_return_t git_object_lookup(LGitObjectExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > But that gives me an error. So for now I can either use a dummy object (like NBExternalObject) and then convert from that or I have to implement the same function thrice in the different object flavors. > Being able to use a superclass would just be awesome! > > Cheers, > Max >

May 5, 2013

Re: [Pharo-project] [NativeBoost] Allow hierarchy of objects in function definition

by Max Leske

BTW, here's a hack to get it working with one method only: {#git_return_t. #git_object_lookup. {object className asSymbol. #*. #object. #,. #git_repository_ptr. #repo. #,. #git_oid_ptr. #id. #,. #git_otype. #type}} :P On 05.05.2013, at 12:18, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I remember Esteban had some similar problem when working on the ObjCBridge... Esteban? :D > > > On Sun, May 5, 2013 at 12:14 PM, Max Leske <maxleske(a)gmail.com> wrote: > I have a wish for NativeBoost (which is probably on your list anyway Igor, just wanted to put it out there): function definitions should be able to understand that I want to accept any object of a hierarchy. > > Here's my use case: > > self call: #(git_return_t git_object_lookup(LGitCommitExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > This function takes a pointer to any of LGitCommitExternal, LGitTreeExternal and LGitBlobExternal. The obvious way for me to do this was to create a superclass LGitObjectExternal and use that superclass in the function like so: > > self call: #(git_return_t git_object_lookup(LGitObjectExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > But that gives me an error. So for now I can either use a dummy object (like NBExternalObject) and then convert from that or I have to implement the same function thrice in the different object flavors. > Being able to use a superclass would just be awesome! > > Cheers, > Max >

May 5, 2013

Re: [Pharo-project] [NativeBoost] Allow hierarchy of objects in function definition

by Guillermo Polito

I remember Esteban had some similar problem when working on the ObjCBridge... Esteban? :D On Sun, May 5, 2013 at 12:14 PM, Max Leske <maxleske(a)gmail.com> wrote: > I have a wish for NativeBoost (which is probably on your list anyway Igor, > just wanted to put it out there): function definitions should be able to > understand that I want to accept any object of a hierarchy. > > Here's my use case: > > self call: #(git_return_t git_object_lookup(LGitCommitExternal * > object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > This function takes a pointer to any of LGitCommitExternal, > LGitTreeExternal and LGitBlobExternal. The obvious way for me to do this > was to create a superclass LGitObjectExternal and use that superclass in > the function like so: > > self call: #(git_return_t git_object_lookup(LGitObjectExternal * > object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) > > But that gives me an error. So for now I can either use a dummy object > (like NBExternalObject) and then convert from that or I have to implement > the same function thrice in the different object flavors. > Being able to use a superclass would just be awesome! > > Cheers, > Max >

May 5, 2013

[Pharo-project] [NativeBoost] Allow hierarchy of objects in function definition

by Max Leske

I have a wish for NativeBoost (which is probably on your list anyway Igor, just wanted to put it out there): function definitions should be able to understand that I want to accept any object of a hierarchy. Here's my use case: self call: #(git_return_t git_object_lookup(LGitCommitExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) This function takes a pointer to any of LGitCommitExternal, LGitTreeExternal and LGitBlobExternal. The obvious way for me to do this was to create a superclass LGitObjectExternal and use that superclass in the function like so: self call: #(git_return_t git_object_lookup(LGitObjectExternal * object, git_repository_ptr repo, git_oid_ptr id, git_otype type)) But that gives me an error. So for now I can either use a dummy object (like NBExternalObject) and then convert from that or I have to implement the same function thrice in the different object flavors. Being able to use a superclass would just be awesome! Cheers, Max

May 5, 2013

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

by Frank Shearar

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. frank > Paolo > >> There doesn't appear to be a BOM before the UCS-4 so I wonder if we >> can detect it or not. Maybe it is time to use more of MontiCello to >> read these files directly. >> >> ideas? >> >> holger >> >> >> >> [1]http://www.squeaksource.com/IliadDev/Iliad-Core0.9.1-SebastienAudier.5.mcz >> >> _______________________________________________ >> help-smalltalk mailing list >> help-smalltalk(a)gnu.org >> https://lists.gnu.org/mailman/listinfo/help-smalltalk >> > >

May 5, 2013

[Pharo-project] [update 3.0] #30104

by Marcus Denker

â¦ will be online as soon as github is working again 30104 ----- 6161 DiskStore>>directoryAt:ifAbsent:nodesDo: https://pharo.fogbugz.com/f/cases/6161 10460 Spec - InputWidget >> ok https://pharo.fogbugz.com/f/cases/10460 10523 clean up #parseArgsAndTemps:notifying: https://pharo.fogbugz.com/f/cases/10523 10524 StartupPreferences interferes with zeroconf pharo binary https://pharo.fogbugz.com/f/cases/10524 10526 Typo in CommandLineHandler >> #exitFailure: https://pharo.fogbugz.com/f/cases/10526 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-CommandLine-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/StartupPreferences-MarcusDenk… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-MarcusDenker.141… http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Memory-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Disk-MarcusDenker.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/FileSystem-Core-MarcusDenker.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Compiler-MarcusDenker.438.diff

May 5, 2013

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

by Paolo Bonzini

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. Paolo > There doesn't appear to be a BOM before the UCS-4 so I wonder if we > can detect it or not. Maybe it is time to use more of MontiCello to > read these files directly. > > ideas? > > holger > > > > [1]http://www.squeaksource.com/IliadDev/Iliad-Core0.9.1-SebastienAudier.5.mcz > > _______________________________________________ > help-smalltalk mailing list > help-smalltalk(a)gnu.org > https://lists.gnu.org/mailman/listinfo/help-smalltalk >

May 5, 2013

Re: [Pharo-project] Zeroconf and OS string

by Norbert Hartl

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 http://en.wikipedia.org/wiki/Windows_NT_6.1 Norbert

May 5, 2013