November 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] New macintosh vm builder & maintainer: Esteban Lorenzano

by Tudor Girba

Hi, John, thank you very much for all your steady and reliable VMs across the years. It was great to rely on them :). And, perhaps even more, I thank you for taking care of finding a successor. Cordelia, thank you for enabling John to enable us :). Esteban, I am looking forward for a new era of Mac VMs :). Cheers, Doru On 22 Nov 2010, at 02:42, John M McIntosh wrote: > Ten years back I took over the role of maintaining the Macintosh VM from John Maloney. Dan Ingalls wrote a letter of responsibility for me, which I accepted and have strived to carry forward. > > But it's time to assume a different role and I have asked Esteban Lorenzano to take over the build responsibility. Some of you know him already from his role in building Mars for Squeak, his presentations at ESUG conferences, and the awards he has won for his technical innovations. > > It's been a fun decade & three month, lots of versions were created, Apple unlike other other OS providers has driven lots of change and excitement, now they look forward to an OS-X app store, so it's time for someone new and eager to figure out how to address that. Over that decade we've moved from 68040 based machines, thru PowerPC to MacIntel, and from OS-9 thru 7 generations of OS-X. > > On Jan 1st 2011 (or earlier) I will no longer do builds or officially support the macintosh VM, I will of course help Esteban thru any difficulties in the migration of responsibilities, and I'll forward that letter from Dan, it's steeped with responsibility, a bit of honour, expectations of hours (decades?) of work, and I assure Esteban a great journey. Today for Esteban I consolidated folders of Squeak VM build memories which came to nearly 6GB of stuff, fortunately most of it is obsolete because of the Cocoa os-x V5 rewrite. > > I thank the community for bearing with me for the good times and the rough times as I fought the daemons of operating system change, no doubt I'll watch how things progress, yet the responsibility for what happens will lie elsewhere. > > Some close friends have asked am I giving up Squeak & Smalltalk? No it's just a change of pace, I'll be around to poke at interesting issues, and at this time I welcome any paid consulting (Smalltalk or iOS), email me if you have leads... > > Over the years, Viewpoints Research Institute, ESUG and others have provide some funding for this work, I thank them for their contributions. > > Any message of thanks should be send to my wife of 27 years cordelia(a)mac.com who has diligently support my contributions to the Smalltalk community and as a non computer person always wondered why? For Sophie we had a saying: "For the betterment of mankind" . For the folks who worked on Smalltalk, Sophie, and the OLPC they know why we do this. > > To the other VM maintainers I thank them for them for the trust that I would do the right thing, so for Squeak onward we go.... > > - > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > -- www.tudorgirba.com "It's not how it is, it is how we see it."

Nov. 22, 2010

Re: [Pharo-project] [squeak-dev] New macintosh vm builder & maintainer: Esteban Lorenzano

by David T. Lewis

On Sun, Nov 21, 2010 at 05:42:07PM -0800, John M McIntosh wrote: > Ten years back I took over the role of maintaining the Macintosh VM from >John Maloney. Dan Ingalls wrote a letter of responsibility for me, which > I accepted and have strived to carry forward. > > But it's time to assume a different role and I have asked Esteban Lorenzano > to take over the build responsibility. Some of you know him already from > his role in building Mars for Squeak, his presentations at ESUG conferences, > and the awards he has won for his technical innovations. John, thank you so much for all that you have contributed and worked for in this community. I look forward to your future involvement in whatever capacity you may choose. Esteban, thank for volunteering to take on this work. It is great to see that John's efforts will be carried forward in good hands. Thank you. Dave

Nov. 22, 2010

Re: [Pharo-project] [squeak-dev] New macintosh vm builder & maintainer: Esteban Lorenzano

by Lukas Renggli

Thank you John for the excellent Mac VMs in the past. Thank you Esteban for the excellent Mac VMs in the future; and for the dinner in Palermo Hollywood last week :-) Cheers, Lukas On 21 November 2010 22:42, John M McIntosh <johnmci(a)smalltalkconsulting.com> wrote: > Ten years back I took over the role of maintaining the Macintosh VM from John Maloney. Dan Ingalls wrote a letter of responsibility for me, which I accepted and have strived to carry forward. > > But it's time to assume a different role and I have asked Esteban Lorenzano Â to take over the build responsibility. Some of you know him already from his role in building Mars for Squeak, his presentations at ESUG conferences, and the awards he has won for his technical innovations. > > It's been a fun decade & three month, lots of versions were created, Apple unlike other other OS providers has driven lots of change and excitement, now they look forward to an OS-X app store, so it's time for someone new and eager to figure out how to address that. Â Over that decade we've moved from 68040 based machines, thru PowerPC to MacIntel, and from OS-9 thru 7 generations of OS-X. > > On Jan 1st 2011 (or earlier) I Â will no longer do builds or officially support the macintosh VM, I will of course help Esteban thru any difficulties in the migration of responsibilities, and I'll forward that letter from Dan, it's steeped with responsibility, a bit of honour, expectations of hours (decades?) of work, and I assure Esteban a great journey. Today for Esteban I consolidated folders of Squeak VM build memories which came to nearly 6GB of stuff, fortunately most of it is obsolete because of the Cocoa os-x V5 rewrite. > > I thank the community for bearing with me for the good times and the rough times as I fought the daemons of operating system change, no doubt I'll watch how things progress, yet the responsibility for what happens will lie elsewhere. > > Some close friends have asked am I giving up Squeak & Smalltalk? No it's just a change of pace, I'll be around to poke at interesting issues, and at this time I welcome any paid consulting (Smalltalk or iOS), email me if you have leads... > > Over the years, Viewpoints Research Institute, ESUG and others have provide some funding for this work, I thank them for their contributions. > > Any message of thanks should be send to my wife of 27 years cordelia(a)mac.com who has diligently support my contributions to the Smalltalk community and as a non computer person always wondered why? Â For Sophie we had a saying: "For the betterment of mankind" . For the folks who worked on Smalltalk, Sophie, and the OLPC they know why we do this. > > To the other VM maintainers I thank them for them for the trust that I would do the right thing, so for Squeak onward we go.... > > - > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Â Twitter: Â squeaker68882 > Corporate Smalltalk Consulting Ltd. Â http://www.smalltalkconsulting.com > =========================================================================== > > > > > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 22, 2010

[Pharo-project] New macintosh vm builder & maintainer: Esteban Lorenzano

by John M McIntosh

Ten years back I took over the role of maintaining the Macintosh VM from John Maloney. Dan Ingalls wrote a letter of responsibility for me, which I accepted and have strived to carry forward. But it's time to assume a different role and I have asked Esteban Lorenzano to take over the build responsibility. Some of you know him already from his role in building Mars for Squeak, his presentations at ESUG conferences, and the awards he has won for his technical innovations. It's been a fun decade & three month, lots of versions were created, Apple unlike other other OS providers has driven lots of change and excitement, now they look forward to an OS-X app store, so it's time for someone new and eager to figure out how to address that. Over that decade we've moved from 68040 based machines, thru PowerPC to MacIntel, and from OS-9 thru 7 generations of OS-X. On Jan 1st 2011 (or earlier) I will no longer do builds or officially support the macintosh VM, I will of course help Esteban thru any difficulties in the migration of responsibilities, and I'll forward that letter from Dan, it's steeped with responsibility, a bit of honour, expectations of hours (decades?) of work, and I assure Esteban a great journey. Today for Esteban I consolidated folders of Squeak VM build memories which came to nearly 6GB of stuff, fortunately most of it is obsolete because of the Cocoa os-x V5 rewrite. I thank the community for bearing with me for the good times and the rough times as I fought the daemons of operating system change, no doubt I'll watch how things progress, yet the responsibility for what happens will lie elsewhere. Some close friends have asked am I giving up Squeak & Smalltalk? No it's just a change of pace, I'll be around to poke at interesting issues, and at this time I welcome any paid consulting (Smalltalk or iOS), email me if you have leads... Over the years, Viewpoints Research Institute, ESUG and others have provide some funding for this work, I thank them for their contributions. Any message of thanks should be send to my wife of 27 years cordelia(a)mac.com who has diligently support my contributions to the Smalltalk community and as a non computer person always wondered why? For Sophie we had a saying: "For the betterment of mankind" . For the folks who worked on Smalltalk, Sophie, and the OLPC they know why we do this. To the other VM maintainers I thank them for them for the trust that I would do the right thing, so for Squeak onward we go.... - =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Nov. 22, 2010

Re: [Pharo-project] FileDirectory default is wrong in MacOS

by Mariano Martinez Peck

H Bill. The file system (as much as I can notice) seems to be Mac OS Extended (Journaled). I am a completly mac newbie...so... Eliot: WOW! I didn't know that you can choose....I am googling now how to change to case sensitive (I hope I don't need to reformat). thanks mariano On Mon, Nov 22, 2010 at 12:55 AM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>wrote: > Mariano, > > Dumb question: what file system is in use? I sometimes get surprised with > case insensitivity on Linux when using shared media with Microsoft file > systems. From the looks of things, that is probably _not_ your problem, but > it's worth ruling out. > > Bill > > > >

Nov. 21, 2010

Re: [Pharo-project] is there an easy way to know the SmallInteger instances?

by Schwab,Wilhelm K

But by iterating over all small integers, are you not "instantiating" ones that were not in use? Dr. Heisenberg will get a good grin out this one :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Eliot Miranda [eliot.miranda(a)gmail.com] Sent: Sunday, November 21, 2010 6:10 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] is there an easy way to know the SmallInteger instances? So you could implement SmallInteger class>>instanceCount ^self maxVal - self minVal + 1 SmallInteger class>>allInstances ^self minVal to: self maxVal you could implement the following but it's of academic interest only; it'll take a long time on a 64-bit implementation ;) If you add this then you have to guard against it being invoked because shure as s**t someone will wonder why the system isn't doing anything when they ask some apparently reasonable question about instance counts... SmallInteger class>>allInstancesDo: aBlock self minVal to: self maxVal do: aBlock best Eliot

Nov. 21, 2010

Re: [Pharo-project] FileDirectory default is wrong in MacOS

by Schwab,Wilhelm K

Mariano, Dumb question: what file system is in use? I sometimes get surprised with case insensitivity on Linux when using shared media with Microsoft file systems. From the looks of things, that is probably _not_ your problem, but it's worth ruling out. Bill

Nov. 21, 2010

Re: [Pharo-project] FileDirectory default is wrong in MacOS

by Eliot Miranda

On Sun, Nov 21, 2010 at 3:44 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > Hi. The simplest way to find the problem (if my case it was muuuch more > than this), I found the following: MacOS is case insensitive (I've just > figure it out). Actually no. It can be either. You can choose. Mine is case-sensitive. > Since it is a UNIX at the end, I thought it was case sensitive, but it > seems it is not. Now, suppose that in the directory where my image is, I > have the file called 'zaraza'. If I evaluate this: > > (FileDirectory default fileOrDirectoryExists: 'zaraza') ->>>> true > > I should get true. And the same with: > > > (FileDirectory default fileOrDirectoryExists: 'ZARAZA') ->>>> false > > But....I get false instead of true. Which is wrong in Mac OS. > The problem is that FileDirectory default -----> UnixFileDirectory > > And this is because > > FileDirectory class >> activeDirectoryClass > "Return the concrete FileDirectory subclass for the platform on which > we are currently running." > > FileDirectory allSubclasses do: [:class | > class isActiveDirectoryClass ifTrue: [^ class]]. > > > that loop answers UnixFileDirectory. This is because: > > nixFileDirectory class >> isActiveDirectoryClass > "Does this class claim to be that properly active subclass of > FileDirectory for this platform? > Default test is whether the primPathNameDelimiter matches the one for > this class. Other tests are possible" > > ^self pathNameDelimiter = self primPathNameDelimiter > > answers true. > > But anyway, why MacFileDirectory class >> isActiveDirectoryClass answers > false? > > If we see: > > MacFileDirectory class >> isActiveDirectoryClass > ^ super isActiveDirectoryClass > and: [(Smalltalk getSystemAttribute: 1201) isNil > or: [(Smalltalk getSystemAttribute: 1201) asNumber <= 31]] > > > (Smalltalk getSystemAttribute: 1201 -> '255' > > > So.....my questions are: > > 1) Should it answer Unix one, or MacOS? I guess than MacOS, and if it is > unix, then we have to solve the kind of problem I have > 2) Why (Smalltalk getSystemAttribute: 1201 -> '255' > 3) Why not using "Smalltalk platformName" to detect which FileDirectory to > use?? > > Thanks > > Mariano > > >

Nov. 21, 2010

Re: [Pharo-project] is there an easy way to know the SmallInteger instances?

by Mariano Martinez Peck

On Mon, Nov 22, 2010 at 12:10 AM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > On Sun, Nov 21, 2010 at 2:59 PM, Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> >> >> On Sun, Nov 21, 2010 at 11:55 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu >> > wrote: >> >>> Mariano, >>> >>> I see your point, but given the immediate object encoding tricks I'm not >>> sure it's possible. >> >> >> :( It's a pity. Because most users should not be aware of this. This >> should be completly transparent for the developer. >> >> >>> Would the class methods #minVal and #maxVal be of any use to you? >>> >> >> No :( Maybe it is better in this way: I want to know how many >> instances/temp var have a SmallInetger. This means, how many slots/words >> have a 1 in the last bit. This is what I understand by "Smallinteger >> instances". >> > > That's the number of references to SmallInteger. > ok...and how can I know this then? ;) > If all those slots contain references to 0 then they're still referring to > a single object. The number of instances of SmallInteger is SmallInteger > maxVal - SmallInteger minVal + 1, period. > isn't that all the MAX possible instances??? If in my whole image, I never use the number 42, why would you count it? > But they're virtual objects so they don't take any space; only their > references take space. (IMO) > > Ok, at least we agree it cannot be zero. At least it is not clear from a normal developer that doesnt know anything about the VM. > > So you could implement > SmallInteger class>>instanceCount > ^self maxVal - self minVal + 1 > > SmallInteger class>>allInstances > ^self minVal to: self maxVal > > you could implement the following but it's of academic interest only; it'll > take a long time on a 64-bit implementation ;) If you add this then you > have to guard against it being invoked because shure as s**t someone will > wonder why the system isn't doing anything when they ask some apparently > reasonable question about instance counts... > > SmallInteger class>>allInstancesDo: aBlock > self minVal to: self maxVal do: aBlock > > best > Eliot > >> >> >>> >>> Bill >>> >>> >>> ________________________________________ >>> From: pharo-project-bounces(a)lists.gforge.inria.fr [ >>> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Mariano >>> Martinez Peck [marianopeck(a)gmail.com] >>> Sent: Sunday, November 21, 2010 4:41 PM >>> To: Pharo Development >>> Subject: [Pharo-project] is there an easy way to know the SmallInteger >>> instances? >>> >>> If I do SmallInteger alIInstances I get an empty array, and of course, >>> with SmallInteger instanceCount I get zero. >>> >>> Now, I can understand that from the VM point of view, but for the final >>> user, this should be polymorphic. For example, for instanceCount, I would >>> like to know all the "variable slots" that has a 1 in the last bit. >>> Is this already possible? if true, which message? if not, should I >>> hack in the vm and code a primitive that does this? >>> >>> And the same for allInstances, if I can inspect 5, I should be also to >>> inspect SmallInteger allInstances, and SmallInteger allInstances first, >>> etc.... >>> >>> thanks >>> >>> Mariano >>> >>> >> >

Nov. 21, 2010

[Pharo-project] FileDirectory default is wrong in MacOS

by Mariano Martinez Peck

Hi. The simplest way to find the problem (if my case it was muuuch more than this), I found the following: MacOS is case insensitive (I've just figure it out). Since it is a UNIX at the end, I thought it was case sensitive, but it seems it is not. Now, suppose that in the directory where my image is, I have the file called 'zaraza'. If I evaluate this: (FileDirectory default fileOrDirectoryExists: 'zaraza') ->>>> true I should get true. And the same with: (FileDirectory default fileOrDirectoryExists: 'ZARAZA') ->>>> false But....I get false instead of true. Which is wrong in Mac OS. The problem is that FileDirectory default -----> UnixFileDirectory And this is because FileDirectory class >> activeDirectoryClass "Return the concrete FileDirectory subclass for the platform on which we are currently running." FileDirectory allSubclasses do: [:class | class isActiveDirectoryClass ifTrue: [^ class]]. that loop answers UnixFileDirectory. This is because: nixFileDirectory class >> isActiveDirectoryClass "Does this class claim to be that properly active subclass of FileDirectory for this platform? Default test is whether the primPathNameDelimiter matches the one for this class. Other tests are possible" ^self pathNameDelimiter = self primPathNameDelimiter answers true. But anyway, why MacFileDirectory class >> isActiveDirectoryClass answers false? If we see: MacFileDirectory class >> isActiveDirectoryClass ^ super isActiveDirectoryClass and: [(Smalltalk getSystemAttribute: 1201) isNil or: [(Smalltalk getSystemAttribute: 1201) asNumber <= 31]] (Smalltalk getSystemAttribute: 1201 -> '255' So.....my questions are: 1) Should it answer Unix one, or MacOS? I guess than MacOS, and if it is unix, then we have to solve the kind of problem I have 2) Why (Smalltalk getSystemAttribute: 1201 -> '255' 3) Why not using "Smalltalk platformName" to detect which FileDirectory to use?? Thanks Mariano

Nov. 21, 2010