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

Re: [Pharo-project] Author class

by Miguel CobÃ¡

On Wed, Jul 22, 2009 at 2:25 PM, Alexandre Bergel<alexandre(a)bergel.eu> wrote: >> This package, in the last core image is modified but not commited so >> when following the steps >> from the HowToContribute wiki page, in the part of creating a mcz >> package with the change the mcz >> generate will include the other uncommited changes. Should I use a >> changeset instead in order to not >> commit changes that I don't want? > > First, you should update your image. It should be a core. Your change > must be produced for Core. > Then, implement your fixe. If more than one package is touched, then > produce a slice. You should save your fix in PharoInbox using > Monticello. > Last step, make sure your fix load in a fresh and updated core image; > add an issue in the google website; send an email to the mailing list. > Yes, I know, that is what I was doing. My confusion was when opening the changes windows in the monticello browser for the morphic package. I saw not just the change of my changeset, but also the last changes to the package, that is because I thought that were uncommited packages Now I have checked the generated mcz following the process and indeed it only contains my change. I will push it to PharoInbox. >> What is the goal with the Author class? > > A reification of author. Authors should not be strings passed around. > >> Author has name and initials, what will be the intended use of them? > > It is true that we should not use initials anymore, but essentially > for legacy purpose, we cannot remove them. > We could envision future version of the class Author that includes > email, squeak source account, ... Yes but I mean, in a clean core image, on first method save it asks for the initials, this is stored on the initials inst var of the singleton Author. But on the World Menu, the set author name, it stores (in a firstname.lastname format) the value entered in the name inst var So, setting one, doesn't set the other. Also, the messages are different for each one (rightly, because are different things) but I want to know what is the inteded behavior from now on to trying to do the changes. Is the user only asked for name (forcing a format like firstname.lastname) and the initials are calculated accordingly? Are the initials doomed to disappear, and the only interface will be the name (and possibly the email and other fields mentioned) to identify a person? This means to modify all the senders to initial methods and point them to name methods. With the time, the initials inst var will be droped from the Author class. Thanks for your answers, Miguel CobÃ¡ > >> I can unify all the message sends to Author in the core image, also I >> can unify the initials and name usage, but >> I need to know the intended goal for this class. > > The only use of Author is for managing the name/initial used in > the .changes and monticello. > > 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 >

July 22, 2009

[Pharo-project] How important is ANSI Smalltalk / speeding up ASCII/Latin1/Unicode I/O

by Dave Mason

I have been wondering about ways to speed up character-set conversions, and related I/O as mentioned in the recent email about MultiByteFileStream. However this change might break parts of the ANSI Smalltalk hierarchy - particularly around String. So my question is, how important is ANSI compatibility? Squeak? GNU Smalltalk? VW? VA? On a related question, how common is it to subclass String? Would it be a mess if it were its own little hierarchy of classes? ../Dave

July 22, 2009

[Pharo-project] speedup to window activation

by Torsten Bergmann

comment from Morphic-Windows-edc.2.mcz in http://source.squeak.org/trunk "Adds a nice speedup to window activation by removing a bit of code intended as optimization but actually causing significnt slowdowns when opening new windows. Speeds up the overall browser benchmark by 20-25%." Maybe someone with a little bit time is able to have a look if this can be applied for pharo too... -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

July 22, 2009

Re: [Pharo-project] Persist a morph in a message.

by Igor Stasenko

2009/7/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Now not :) > This is a nice pseudo. I like also destinationVoid (frank herbert) > Yeah, if you remember, i was using own alias before (Sig) but then someone asked me to uncover my true identity :) > Stef > >> >> >>> Any reasons to stay anonymous? Hey, we don't/can't harm you in any >>> way :) >>> Instead, i think that it would be not only me, who could say, that we >>> would really like to help you with that. >> >> Well, my name is Gerard Navarro. Really is needed have real name and >> not an >> alias? :) >> >> -- >> View this message in context: http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3305535.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> _______________________________________________ >> 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.

July 22, 2009

Re: [Pharo-project] Show stopper network bug on Windows

by Igor Stasenko

2009/7/22 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > > The lack of fully qualified names could easily be a windows stupidity. Â My Dolphin code for lookups has long been a little complicated: look up this, clear that, do it again, and it always seemed that I was fighting lack of imagination from the general direction of Redmond WA - who would have thought that possible? :) Â My favorite was win2k from (IIRC) pre-sp3: the only machine one could not find by name was the local host! > Concerning fully qualified host name. Yes. This is a well-known issue of windoze. For instance, my machine returns 'comp' on #localHostName request. Which is nothing more, than a computer name, i assigned in windoze settings. I didn't assigned my PC to be a part of any (sub)domain, so this is all it can report. The problems with dns/windoze host naming is comes back to Windows 3.11 era when there was no 'internet' but a local networks and windows used own identification mechanisms and protocols (NetBIOS, NetBEUI) to connect different hosts into a 'workgroup' :) However, next is getting interesting. I having a following network interfaces on my PC (i have to translate the text, because it prints things in russian) : (( The engineers at Redmond renamed the well-known unix ifconfig utility to ipconfig :) )) C:\>ipconfig /all Windows IP protocol settings Host name . . . . . . . . . : comp Primary DNS-suffix . . . . . . : Host type . . . . . . . . . . . . . : unknown IP-forwarding enabled . . . . : no WINS-proxy enabled . . . . . . . : no VMware Network Adapter VMnet8 - Ethernet adapter: DNS-suffix . . : IP-address . . . . . . . . . . . . : 192.168.6.1 Subnet mask . . . . . . . . . . : 255.255.255.0 Gateway . . . . . . . . . . : VMware Network Adapter VMnet1 - Ethernet adapter: DNS-suffix . . : IP-address . . . . . . . . . . . . : 192.168.89.1 Subnet mask . . . . . . . . . . : 255.255.255.0 Gateway . . . . . . . . . . : VirtualBox Host-Only Network - Ethernet adapter: DNS-suffix . . : IP-address . . . . . . . . . . . . : 192.168.56.1 Subnet mask . . . . . . . . . . : 255.255.255.0 Gateway . . . . . . . . . . : Network bridge - Ethernet adapter: DNS-suffix . . : IP-address . . . . . . . . . . . . : 192.168.0.3 Subnet mask . . . . . . . . . . : 255.255.255.0 Gateway . . . . . . . . . . : 192.168.0.1 Now, if i run: C:\>ping comp it starts pinging 192.168.56.1 address, which its thinks my extenal/local adapter address, but its obviously not i would expect that 'comp' should be resolved to 127.0.0.1 address (a loopback adapter) but windows thinks differently :) So, imagine i want to create a socket , listening for incoming connections at 'localHostName' address: NetNameResolver addressForName: NetNameResolver localHostName it gives me the same result as ping does: 192.168.56.1(192.168.56.1),0(0) surely, using this address i will never receive any incoming connections.. :) But what i didn't expected, it also opens a debug console and prints some kind of error about getnameinfo() function (again, translated, because my windoze is localized): getnameinfo: requested name is allowed and its found in database, but for this name the associated data is missing, which was allowed for it.. But its not producing a primitive failure. btw, same error shown in concole even if i do: NetNameResolver addressForName: 'localhost' i found that the error producing when i printing the instance of SocketAddress (#hostName method) weird... Next, nslookup utility of course, unable to resolve 'comp' name: C:\>nslookup Default Server: ns.ip.net.ua Address: 82.193.96.6 > comp Server: ns.ip.net.ua Address: 82.193.96.6 *** ns.ip.net.ua can't find comp: Non-existent domain > -- Best regards, Igor Stasenko AKA sig.

July 22, 2009

Re: [Pharo-project] Persist a morph in a message.

by StÃ©phane Ducasse

Now not :) This is a nice pseudo. I like also destinationVoid (frank herbert) Stef > > >> Any reasons to stay anonymous? Hey, we don't/can't harm you in any >> way :) >> Instead, i think that it would be not only me, who could say, that we >> would really like to help you with that. > > Well, my name is Gerard Navarro. Really is needed have real name and > not an > alias? :) > > -- > View this message in context: http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3305535.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2009

Re: [Pharo-project] Persist a morph in a message.

by nullPointer

>Any reasons to stay anonymous? Hey, we don't/can't harm you in any way :) >Instead, i think that it would be not only me, who could say, that we >would really like to help you with that. Well, my name is Gerard Navarro. Really is needed have real name and not an alias? :) -- View this message in context: http://n2.nabble.com/Persist-a-morph-in-a-message.-tp3292117p3305535.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 22, 2009

Re: [Pharo-project] Show stopper network bug on Windows

by StÃ©phane Ducasse

Thanks igor let us know. It would be nice to get this issue fixed Stef On Jul 22, 2009, at 9:41 PM, Igor Stasenko wrote: > Okay, then i think it is better to move this thread on vm-dev list (to > notify VM devs about this bug), because it seems a VM bug, not > image-side bug. > > I just tested it on my WinXP + VM (dated 27 march 2009 - not sure what > version is) > and it indeed failing if i do > NetNameResolver localHostName > and not do: > NetNameResolver initializeNetwork > before. > > But once i did initialization, all subsequent requests is ok. > > 2009/7/22 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> Sig, >> >> Respectfully, I do not agree that the current situation is >> elegant. There are other ways to cope with a disabled plugin (see >> #useOldNetwork), and littering code with #initializeNetwork is >> error prone and wasteful in its own way, no matter how lean the >> method might be. >> >> This looks to me like an anachronism. There was no better >> mechanism, so a workaround had to suffice. Now with weak >> collections and events, it should be possible to do better. If >> those things do not work well, then they need to be challenged and >> fixed as appropriate. >> >> The lack of fully qualified names could easily be a windows >> stupidity. My Dolphin code for lookups has long been a little >> complicated: look up this, clear that, do it again, and it always >> seemed that I was fighting lack of imagination from the general >> direction of Redmond WA - who would have thought that possible? :) >> My favorite was win2k from (IIRC) pre-sp3: the only machine one >> could not find by name was the local host! >> >> Bill >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr >> ] On Behalf Of Igor Stasenko >> Sent: Tuesday, July 21, 2009 11:02 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] Show stopper network bug on Windows >> >> 2009/7/22 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >>> Sig, >>> >>> Queue veryLoudHeadSlap.wav - however, that is not a fix for it on >>> Linux. Also, on Windows, I am not getting the fully qualified >>> name, which is another problem. It also helps make the case for >>> formalized session management, as the image should know when it >>> has had its first cup of coffee (the vm can inform it). >>> >> Usually, all code , working with sockets , sending >> #initializeNetwork, to be sure it is initialized: >> >> Socket>>newTCP: family >> "Create a socket and initialise it for TCP" >> self initializeNetwork. >> ^[ super new initialize: TCPSocketType family: family ] >> repeatWithGCIf: [ :socket | socket isValid not ] >> >> --------- >> Socket>>initializeNetwork >> "Initialize the network drivers and the NetNameResolver. Do >> nothing if the network is already initialized." >> "Note: The network must be re-initialized every time Squeak >> starts up, so applications that persist across snapshots should be >> prepared to re-initialize the network as needed. Such applications >> should call 'Socket initializeNetwork' before every network >> transaction. " >> >> NetNameResolver initializeNetwork >> ---------- >> another way could be just add the #startUp method and initialize >> network there. >> But i think that current solution is more elegant, because if your >> image never using the network, it will never initialize the plugin >> and in this way, preserve some resources. >> And , of course , there could be the cases, where VMs built without >> network support, or running with disabled networking security >> setting (for sandboxing). In these cases this primitive (as well as >> rest of socket prims) will fail. >> >> As for retreiving a fully qualified name - can't give you answer >> right now. I think it can be answered by Andreas, who added the >> ipv6 support recently to Windoze VM platform code. >> >>> Bill >>> >>> >>> >>> -----Original Message----- >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >>> Igor >>> Stasenko >>> Sent: Tuesday, July 21, 2009 6:53 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: Re: [Pharo-project] Show stopper network bug on Windows >>> >>> Guys, see my comment on that issue.: >>> #localHostName should not be used before #initializeNetwork. >>> >>> Hope it helps. >>> >>> _______________________________________________ >>> 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. >> >> _______________________________________________ >> 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. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2009

Re: [Pharo-project] Author class

by StÃ©phane Ducasse

> > > What is the goal with the Author class? I can see that the Utilities > methods that used to be use to set > author name and initials are being replaced with calls to Author. > Also, they are deprecated in Utilities. > Questions: > > Author has name and initials, what will be the intended use of them? We should not use initials. We should not use Utilities in the future. > By previous mails in the list I remember > that Pharo doesn't want to use initials (like mcm, lr, avi) but full > name as hinted by the message prompt in > the Author requestName. But then initials will have exactly the same > that name in the author class? It should be cleaned but nobody took the time. > I can unify all the message sends to Author in the core image, also I > can unify the initials and name usage, but It would be nice :) The prompt should ask for firstname.lastname and not initials :) > I need to know the intended goal for this class. > > What is the goal? To represent metadata of the author. Probably having initial and password for monticello/ squeaksource makes sense.

July 22, 2009

Re: [Pharo-project] [ANN] 10388 new core image released

by StÃ©phane Ducasse

On Jul 22, 2009, at 8:18 PM, Esteban A. Maringolo wrote: > 2009/7/22 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> On Wed, Jul 22, 2009 at 5:02 PM, Adrian Lienhard <adi(a)netstyle.ch> >> wrote: >>> On Jul 22, 2009, at 19:47 , Mariano Martinez Peck wrote: >>>> I wasn't aware of ScriptLoader>>cleanUpForProduction but looks >>>> very >>>> useful! >>> >>> Its just a start. My idea is to have, in addition to >>> cleanUpForRelease, an secondary cleanup/shrink procedure that is >>> more >>> aggressive. >> Wonderful!! something like VAST packager and the reduce feature? > > After having walked the shrink path both using VAST and Dolphin, I > rather choose the explicit packaging method of VisualSmalltalk SLL > (Smalltalk Linked Library). It is... to declare what to include, its > results are deterministic. Oh Yes! Now we should get slowly there. The goal is no shrinker :) > However I really celebrate this "production oriented" solutions, it's > what Pharo is meant to do. > > Best regards, > > Esteban. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 22, 2009