- Pharo-dev - lists.pharo.org

[Pharo-project] [updates] 10083
by Marcus Denker Oct. 1, 2008

Oct. 1, 2008

Issue 191: freeze in World/Configuration menu Issue 134: ReadOnlyVariableBinding should be removed (unused experiment) Issue 194: some random cleanups from 23.09 Issue 193: Squeakmap fails to open if it is purged and no sm/ dir present Issue 205: [ENH] >10% faster senders of -> removed "CurrentProjectRefectoring". --> all references replaced by "Project current". -> ReadOnlyVariableBinding removed -> cleanGenie: removes genie related methods from HandMorph -> DNDAnimationKill: there is an option nobody ever uses to draw a line on dragndrop. -> cleanSmallLandTheme: removes methods from Preferences. More needed later. -> md-random-cleans.1: remove KidNavigationMorph and some never called methods. -> Fullscreen of/on isrendered like soundof/on, that is just one entry that changes according to state of display. -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

6 14

Re: [Pharo-project] OSProcess under Pharo
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Bryce, Thanks for your reply. Actually, I mentioned FFI etc. because that appeared to be a way to get what OSProcess wanted in terms of dependencies; using Universes should handle that part for me. FFI would be of interest on its own, but appears to make people nervous. Is that for good reason? Put another way, if I want to make some calls into a dll/so, do I really need to mess around with creating/compiling/distributing a plugin? It seems like a lot of overhead, especially since Dolphin does such a nice job based on a mechanism very similar (in apperance at least) to FFI. That said, I am interested in candid opinions; maybe things really are different in Squeak/Pharo. Thanks! Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> bryce(a)kampjes.demon.co.uk 9/30/2008 2:12 PM >>> Bill Schwab writes: > Before doing something I might regret, I wanted to check with you about > installing OSProcess, VMMaker(?), FFI, etc. Do you have anything to say > "try it and report any problems?" I load OSProcess and FFI from universes, it works loading into a recent pharo-dev image. There's an issue with CommandShell as it subclasses off some MVC classes, I think it's safe to ignore. I'd load VMMaker from SqueakSource directly, but it depends on what you want to do. I've merged the FreeType changes into the Exupery VM's and will add closure support in the next few days. Loading Exupery-dev from the universes will load all the packages you listed. (Though, there's an incompatibility between Exupery and the stricter instance variable checks in Pharo, will be fixed in the next release.) Bryce _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

2 1

Re: [Pharo-project] strange problem with 10083
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Stef, To reproduce, one would start with 10083 and invoke Installer loadOB. Is that correct? It will be a couple of hours before I would have time to try it, and my hunch is probably wrong anyway, but here goes: could it be a nil stream (file or URL that is incorrect or otherwise non-openable) or a read off the end of a stream that defaults to nil? Among other things, I have been working on File and FileStream classes (mostly facades around Pharo's streams, with lots of error checking and signalling) to avoid silent failures that merely postpone the inevitable until down stream with a nil receiver and NO clue as to what really happened. My primary goal with File and FileStream is to get a large amount of my Dolphin code loaded into Pharo and working without a huge fight. A close second is to provide the alternate selectors (#nextOne, etc.) I described to avoid silent failures in stream I/O. Whether or not it is at the root of your current problem (my guess is that something else changed, and a failure to raise an error is masking it), I strongly recommend deprecating (but keeping) the offending selectors. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> stephane.ducasse(a)inria.fr 10/01/08 1:34 PM >>> Hi I tried to load the following code into 10082 and 10083 in 10082 it works like a charm, in 10083 loadOB "self loadOB" | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. instClass ss project: 'AST'; install: 'AST-lr.158'. instClass ss project: 'RefactoringEngine'; install: 'RefactoringEngine-ab.51'. instClass wiresong project: 'ob'; install: 'OmniBrowser-dr.418'; install: 'OB-Standard-dr.353'; install: 'OB-Morphic-dr.56'; install: 'OB-Enhancements-dr.216'; install: 'OB-Refactory-lr.100'; install: 'OB-SUnitIntegration-dc.9'. I get a extremely strange bug UndefinedObject DNU value: !!!!! when Instance := nil is selected and RefactoryChangeManager class>>nuke Instance notNil ifTrue: [Instance release]. Instance := nil RefactoryChangeManager class >>initialize self nuke. UndoSize := 5 _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

3 3

[Pharo-project] strange problem with 10083
by StÃ©phane Ducasse Oct. 1, 2008

Oct. 1, 2008

Hi I tried to load the following code into 10082 and 10083 in 10082 it works like a charm, in 10083 loadOB "self loadOB" | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. instClass ss project: 'AST'; install: 'AST-lr.158'. instClass ss project: 'RefactoringEngine'; install: 'RefactoringEngine-ab.51'. instClass wiresong project: 'ob'; install: 'OmniBrowser-dr.418'; install: 'OB-Standard-dr.353'; install: 'OB-Morphic-dr.56'; install: 'OB-Enhancements-dr.216'; install: 'OB-Refactory-lr.100'; install: 'OB-SUnitIntegration-dc.9'. I get a extremely strange bug UndefinedObject DNU value: !!!!! when Instance := nil is selected and RefactoryChangeManager class>>nuke Instance notNil ifTrue: [Instance release]. Instance := nil RefactoryChangeManager class >>initialize self nuke. UndoSize := 5

2 3

Re: [Pharo-project] [updates] 10083
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

I will confess to being in a similar situation. I have been grabbing new images and looking at them, but am hoping to wait for the integration before moving my code from my "very old" (in Pharo time) image to a more recent one. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> simon(a)pinesoft.co.uk 10/01/08 5:27 AM >>> Not entirely fair I know, but I'm using the demo TT + PolyMorph image which was based on 10074. If I try to update from the server on this image it throws up an emergency debugger, which is unsavable. This may well be expected, given that the TT and PolyMorph integration isn't a standard Pharo thing yet. Are you planning to release another TT and PolyMorph image from 10083? Cheers, Simon On 1 Oct 2008, at 10:15, Adrian Lienhard wrote: > > On Oct 1, 2008, at 11:03 , Damien Cassou wrote: > >> On Wed, Oct 1, 2008 at 11:01 AM, Marcus Denker >> <denker(a)iam.unibe.ch> wrote: >>>> May be time to release? How do we proceed for the dev packages? >>>> >>> >>> not yet. in the changesets I added there of course was a >>> conflict.. and some >>> more cleanup is needed (remove preferences not needed, and so on) >> >> I may not have been clear enough. I meant a downloadable 10083 core >> image. > > Actually, this would be a good task to automate (i.e., a script that > checks once a day for new updates, loads them and then saves the > image). Shouldn't be hard... Concerning terminology, I'd rather talk > about "nightly builds" than releases (I think the latter is a bit > misleading). > > Adrian > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ****************************************************************************************************************************************** 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

1 0

Re: [Pharo-project] On Win32 "metrics"
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Michael, I grabbed Sophie 1..0.3 (linux) and do not see FileLocations. Is there another version that I need to get? There is a Sophie-FFI-Win32 category, and probably other Win32 specifics. I need to see what you have in mind, but if it is in the spirit of other "look in the usual places" methods I have seen, it would not be enough IMHO, at least not to get it right. Windows can be installed in non-default locations, and I (and perhaps others) confound things by creating "missing" directories to make things work. As an example, long ago, I had code that expected c:\windows\desktop to exist - it was as good a place as any to dump the result; when win2k came along, I simply created the directory and got back to work. I have never "fixed" that because it is not really a problem. Many changes in Windows require more attention. If we are to claim to support Windows, the system directory is a minimal thing to get right. Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> m.rueger(a)acm.org 10/01/08 12:39 AM >>> Bill Schwab wrote: > Does Pharo already expose the needed information? All I found was 'NT' The cleanest way do to it is to use the FileLocations package that we use in Sophie. It makes system calls to find out all the interesting locations. Tweak uses a class called CPlatform and subclasses to host calls that return platform specific information. In one image I worked on I generalized it, called it simply Platform (I think). Comes in very handy :-) Michael _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

[Pharo-project] On Win32 "metrics"
by Bill Schwab Oct. 1, 2008

Oct. 1, 2008

Hello all, I am not sure what "the system directory" means to a cross-platform tool, but either my knowledge of Squeak/Pharo or its reporting about the host were a little lacking today. Case in point: win2k uses win32\system32, xp uses windows\system32, but I did not find a clear way to make the right choice programmatically. In either case, one really should call SystemDirectory() or whatever it's called, because the system could be set up with other that defaults. I worked around the problem the way I have come to do: just put a win32 directory tree on the offending xp box - problem solved, or close enough for current purposes. Does Pharo already expose the needed information? All I found was 'NT' which I suspect is not enough, as I assume a 2k box will answer same. If there is yet no way to differentiate XP and 2k, how should we address it? A large part of me has little interest in keeping up with all the latest[*] "developments" in Windows - I want out!!! :) However, once I get out, I will no doubt have need to run things on non-liberated machines, as will others. Having good data on where to look for the guts of the OS would of value. Bill [*] ok, this one happened years ago, but they always find new things to break, and I am still using win2k where feasible to do so. Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

2 1

[Pharo-project] OSProcess under Pharo
by Bill Schwab Sept. 30, 2008

Sept. 30, 2008

Before doing something I might regret, I wanted to check with you about installing OSProcess, VMMaker(?), FFI, etc. Do you have anything to say "try it and report any problems?" Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029

2 1

[Pharo-project] OB's icon support improved
by David RÃ¶thlisberger Sept. 30, 2008

Sept. 30, 2008

Hi there, taking the suggestions from the "On icons" thread, I have now changed and extended the icons in columns like this: - Removed icons for extension methods ('+'), instead use italic font for the method name label if it's a extension method and additionally red color if it's an override (as Lukas suggested) - Use new icons for abstract method and super send (credits to Stef who did the hard work of drawing them). The new icons make clear whether an abstract method or a method sending super is redefined in subclasses or not (they get an additional triangle pointing down if they are redefined). For a complete list of supported icons see: http://smallwiki.unibe.ch/hermion/icons/ There are still some icons missing for rare situations, if someone volunteers to draw them, we'd be happy. ;) - Explaining labels for all icons (keep the mouse over them) - Most icons are clickable: Clicking on a super send icon brings you to the method in the superclass, clicking on a triangle down icon brings you to the overridding method in the subclass or gives you a list of candidates if there are several sub-implementations. This I consider as a very convenient extension. - Classes or Traits can implement the method #browserIcon (answering a symbol for the icon name) to define the icon they will get in the class column themselves If you have more suggestions or wishes concerning icons (or anything else), let me know. Current ideas include to introduce icons for trait classes and methods (trait methods are shown in italic right now, hence somehow conflicting with extension methods), or to have an icon for methods without any additional implementor. I would be interested to know whether you consider these ideas as valuable. To load the latest version of OB, you can use this Installer script: Installer wiresong project: 'ob'; install: 'OmniBrowser-dr.419'; install: 'OB-Standard-dr.355'; install: 'OB-Morphic-dr.57'; install: 'OB-Enhancements-dr.217'. Cheers, David

7 17

[Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alpha universe
by Adrian Lienhard Sept. 30, 2008

Sept. 30, 2008

The new and easy way to load Seaside takes up to 10 steps (see below). We should try to make this even less painful in Pharo. I assume, having Universes pre-loaded will already reduce half of the steps, but how can it be further simplified? Adrian Begin forwarded message: > From: "Philippe Marschall" <philippe.marschall(a)gmail.com> > Date: September 24, 2008 10:21:16 PM GMT+02:00 > To: "Seaside - developer list" <seaside- > dev(a)lists.squeakfoundation.org> > Subject: [Seaside-dev] preliminary Seaside 2.9 alpha universe > Reply-To: Seaside - developer list <seaside-dev(a)lists.squeakfoundation.org > > > > Hi > > Seaside 2.9 was always hard to load. We always said that we would fix > this and this is a preview of what we expect the solution to look > like. > > After some evaluation of what is available in Squeak we had only two > options, either start from scratch or use universes [1]. We decided to > give universes a shot. Universes is something like a debian > distribution universe for squeak. > > So how do you load this stuff: > 1. get Universes, if you don't already have it (3.10) > 1.1 get an XML parser [2] > 1.2 get universes [3] > 1.3 optionally the the OB universe browser [4] > 2. save the *.packages to your image directory > 3. load the attached .mcz > 4. evaluate UUniverse switchSystemToUniverse: UUniverse > seasideAndServers > 5. in the world menu open a "Universe Browser" either basic or > enhanced > 6. "update list from network" > 7. choose a distribution > 8. choose a server > > There are still some unsolved issues like the naming of alpha an beta > versions. We probably want website integration as well. One possible > change would be to move the tests to a separate tests category. > > [1] http://wiki.squeak.org/squeak/3785 > [2] http://www.squeaksource.com/universes.html > [3] http://www.squeaksource.com/XMLSupport.html > [4] http://www.squeaksource.com/OBUniverse.html > > Cheers > Philippe > _______________________________________________ > seaside-dev mailing list > seaside-dev(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/mailman/listinfo/seaside-dev

12 48