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

[Pharo-project] NetNameResolver

by Schwab,Wilhelm K

Hello all, I noted some problems with NetNameResolver, and found the following: http://n2.nabble.com/NetNameResolver-problem-on-Linux-Ubuntu-9.04-td2805740… However, there are problems on Windows too - in fact, I suspect the following would be a defect on any platform: #localHostName uses #primHostNameSize (ipv6 specific, right??) "unprotected." Looking at the other methods, it should check #useOldNetwork, though I am confused about how it should act based on the result. Any suggestions? I have also managed to create (aka steal from 3.9) a working #nameForAddress:timeout: method, which IIRC, was a disaster the last time I tried it on Pharo. I was running it on win2k3, and should try it on Ubuntu to see if that was the source of the trouble. Bill

June 30, 2009

Re: [Pharo-project] Why does Pharo have both a System Browser and a Class Browser?

by StÃ©phane Ducasse

On Jun 30, 2009, at 6:54 PM, Oscar Nierstrasz wrote: > > Hi folks, > > In the Tools ... menu there are entries for both a System Browser and > a Class Browser. Both give you an OmniBrowser Package Browser. > > Is there a reason for this? > > Also, all the tools available from the World menu are available as > well from the Tools menu. This just adds to confusion. yes this was a concious decision for this one > Finally, there seems to be no way to push-pin submenus. Is that a > conscious design decision, or just a random act of GUI violence? that I do not know. > > - on > > [migrating Squeak by Example to Pharo by Example] > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 30, 2009

[Pharo-project] Why does Pharo have both a System Browser and a Class Browser?

by Oscar Nierstrasz

Hi folks, In the Tools ... menu there are entries for both a System Browser and a Class Browser. Both give you an OmniBrowser Package Browser. Is there a reason for this? Also, all the tools available from the World menu are available as well from the Tools menu. This just adds to confusion. Finally, there seems to be no way to push-pin submenus. Is that a conscious design decision, or just a random act of GUI violence? - on [migrating Squeak by Example to Pharo by Example]

June 30, 2009

Re: [Pharo-project] running Pharo headless as service on Windows.

by Damien Cassou

hi John, On Tue, Jun 30, 2009 at 2:47 PM, John Thornborrow<john(a)pinesoft.co.uk> wrote: > We're attempting to run a Pharo image as Headless as a Service on > Windows XP. > > We've successfully done this before, but now we're using a later image > (and exupery vm) it is unable to fully initialize. Squeak.exe is visible > in Task manager. > > I don't even know where to start looking for more information so any > help is appreciated :) > > I know it's not working because it is only supposed to start, run some > specs/tests, then exit the image. When running this manually in the > command prompt, it behaves as expected (with and without the -headless > opt) but when run as service (SYSTEM user) it starts, but does nothing. > Presumably because of Morphic and no user environment for SYSTEM? last time I had a similar problem it was related to SqueakV39.sources that was not present when using Squeak as a service. -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 30, 2009

Re: [Pharo-project] running Pharo headless as service on Windows.

by Schwab,Wilhelm K

John, How are you obtaining the output, and/or concluding that the intended thing happened? I have found services to be quite flaky on Windows (did I just limit the scope to services??<g>), with a mix of silly syntax restrictions in the service properties and registry entries making huge differences in success or failure (with no useful error messages), and other hassles following from things like OutputDebugString() being hobbled ever more over time. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of John Thornborrow Sent: Tuesday, June 30, 2009 7:48 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] running Pharo headless as service on Windows. Hi all, We're attempting to run a Pharo image as Headless as a Service on Windows XP. We've successfully done this before, but now we're using a later image (and exupery vm) it is unable to fully initialize. Squeak.exe is visible in Task manager. I don't even know where to start looking for more information so any help is appreciated :) I know it's not working because it is only supposed to start, run some specs/tests, then exit the image. When running this manually in the command prompt, it behaves as expected (with and without the -headless opt) but when run as service (SYSTEM user) it starts, but does nothing. Presumably because of Morphic and no user environment for SYSTEM? MAny thanks and Regards, John Thornborrow. www.pinesoft.co.uk Consider your responsibility to the environment - think before you print! ****************************************************************************************************************************************** This email is from Pinesoft Limited. Its contents are confidential to the intended recipient(s) at the email address(es) to which it has been addressed. It may not be disclosed to or used by anyone other than the addressee(s), nor may it be copied in anyway. If received in error, please contact the sender, then delete it from your system. Although this email and attachments are believed to be free of virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Pinesoft for any loss or damage arising in any way from receipt or use thereof. ******************************************************************************************************************************************* Pinesoft Limited are registered in England, Registered number: 2914825. Registered office: 266-268 High Street, Waltham Cross, Herts, EN8 7EA _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 30, 2009

Re: [Pharo-project] Image crash and doesn't generate crash.dmp in Windows

by Michael Rueger

Mariano Martinez Peck wrote: > Hi folks! My image is crashing but no crash.dmp is being generated. I am > in windows. > > Does someone know what can be the cause? You should ask on Squeak-dev as well. Michael

June 30, 2009

[Pharo-project] Image crash and doesn't generate crash.dmp in Windows

by Mariano Martinez Peck

Hi folks! My image is crashing but no crash.dmp is being generated. I am in windows. Does someone know what can be the cause? Thanks! Mariano

June 30, 2009

Re: [Pharo-project] FFI problem

by Mariano Martinez Peck

I crated the issue so that no to forget about it: http://code.google.com/p/pharo/issues/detail?id=908 Best, Mariano On Sun, Jun 28, 2009 at 3:56 AM, Andreas Raab <andreas.raab(a)gmx.de> wrote: > Mariano Martinez Peck wrote: > >> Ok. Pharo people is in this mail. Let's wait if someone can help us. >> > > Please cc vm-dev on any responses. I'm not subscribed to the Pharo list. > > I don't know why in mi Windows machine the dump file is not generated :( >> > > It looks like the crash has two different ways of showing. In the first > situation, it crashes with a recursive DNU. In the second, it actually does > generate a crash dump (attached). The latter seems to happen when you try to > step through the code. > > Benoit St-Jean can you attach the complete dump file? >> >> I tried this in Linux and it doesn't crash my image. So, only windows :( >> > > Difficult to say. There is a good possibility that the problem is unrelated > to the FFI since I have been completely unable to reproduce the problem > elsewhere. > > Cheers, > - Andreas >

June 30, 2009

Re: [Pharo-project] creation of ReadWriteStream with #on:

by Damien Cassou

Hi Cyrille, 2009/6/30 Cyrille Delaunay <cy.delaunay(a)gmail.com>: > With both of your answers I understand that there was a problem and > apparently no good reason to have a ReadLimit set at 0. > That was my question, thank you :) > (anyway this problem should disapear when Nile will replace the actual > Stream hierarchy ;)) there are a lot of oddities in the stream hierarchy. You probably don't want to fix them manually, it requires a complete rewrite. Bye -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

June 30, 2009

Re: [Pharo-project] creation of ReadWriteStream with #on:

by Cyrille Delaunay

With both of your answers I understand that there was a problem and apparently no good reason to have a ReadLimit set at 0.That was my question, thank you :) (anyway this problem should disapear when Nile will replace the actual Stream hierarchy ;)) 2009/6/30 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > Well, my point was that by copying that, you don't set writeLimit, so > attempting to write to the ReadWriteStream results in an error... > (which is why I gave a test that both reads and writes instead of just > reading) > In that case, what's the point? It's functionality is then just the > same as a ReadStream. (Which is doubly confusing, seeing as it > inherits from WriteStream) > > so doing it your way, we'd have to do: > > on: aCollection > readLimit := aCollection size. > writeLimit := aCollection size. > position := 0. > self reset. > > instead of a straight copy. > > Btw, your version has a dependency on the super as well, mainly that > it defines the correct instvars. :) > Which version to prefer comes down to taste, I guess. > > Cheers, > Henry > > On Jun 30, 2009, at 3:54 35PM, Alexandre Bergel wrote: > > >> You haven't set the writeLimit by just copying PositionableStream > >> though, have you? > > > > I suggested to copy PositionableStream>>on: in ReadWriteStream: > > on: aCollection > > > > collection := aCollection. > > readLimit := aCollection size. > > position := 0. > > self reset > > > > Your implementation works well too, it has no duplication, but has a > > dependency over the implementation of the superclass. > > > > Cheers, > > Alexandre > > > > > >> > >> > >> > >> On Jun 30, 2009, at 3:00 46PM, Alexandre Bergel wrote: > >> > >>>> Put the readLimit at 0 make sense for a WriteStream ( with witch > >>>> your not supposed to read ) but when you create a ReadWriteStream > >>>> on > >>>> a collection you would be able to read what is already in the > >>>> collection, no? > >>>> I wonder why #on: has not been overriden in the instance side of > >>>> ReadWriteStream ? > >>>> Maybe it's not a good idea to create a ReadWriteStream with a > >>>> collection that already includes elements ? > >>> > >>> > >>> It looks like on: must be overridden in ReadWriteStream. > >>> With ReadStream I have: > >>> (ReadStream on: (1 to: 20)) next => 1 > >>> (ReadStream on: (1 to: 20)) next; next => 2 > >>> > >>> However, with ReadWriteStream, nil is returned, for the very problem > >>> you mentioned: > >>> (ReadWriteStream on: (1 to: 20)) next => nil > >>> > >>> If I cut and paste PositionnableStream>>on: in ReadWriteStream, > >>> then I > >>> have the behavior I expected: > >>> (ReadWriteStream on: (1 to: 20)) next => 1 > >>> (ReadWriteStream on: (1 to: 20)) next; next => 2 > >>> > >>> Cheers, > >>> Alexandre > >>> > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> 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 > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 30, 2009