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

Re: [Pharo-project] Added package SLICE-RemoveReferencesToReadStreamOn-PeterHugossonMiller.3 to PharoInbox

by StÃ©phane Ducasse

I'm integrating your changes. Now I was wondering if somebody knows if it VW we get readStream too because I would prefer to have a better message than readStream aCol asReadStream ? What do you think? Stef On Sep 2, 2009, at 9:59 PM, Peter Hugosson-Miller wrote: > On Wed, Sep 2, 2009 at 9:30 PM, Adrian Lienhard <adi(a)netstyle.ch> > wrote: > Welcome, Peter! > > When you commit a change it would be good to also open an issue in the > tracker (and tell there which slice this is and in the slice comment > say which issue number it is). Like this it is easier to keep track of > changes. > > Cheers, > Adrian > > Strange, I thought I had done that, but it was probably just the > wrong part of the system (I'm just learning). > > This is the issue I created for the slice: http://code.google.com/p/pharo/issues/detail?id=1144 > so could you please tell me what I should have done instead (or as > well ;-))? > > Thanks in advance, > Peter > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 3, 2009

Re: [Pharo-project] Rio: binary mode copy not keep

by Keith Hodges

Vicnet wrote: > Hello, > > I try to use Directory addTree: > > The src directory I use containts jpeg file. > addTree fails because FileKernel use a FileJpeg in InputStream and there is > a input pb on this file. > an input what? > I try to add binary mode : > > base binary addTree: dest > > but it is the same result: input error. > > When I copy this file directly with binary mode, it is ok. > > addTree collect files/dirs to copy but dot not transmit the binary flag. > Is it normal ? > > Directory home binary files first isBinary ==> false ! > > Should it be true ? > > the #copyTo: uses binary by default. However copyLocalFile:toLocalFile: chooses from a variety of copying methods I understand that there is a bug here, but I am not really sure what the problem is with the jpeg file. Keith > Is there another, 'official', way to binary recursive copy ? > > > I use Pharo on Windows plateform. > > a+ > Vicnet >

Sept. 3, 2009

Re: [Pharo-project] [ OT] ESUG videos?

by Damien Cassou

On Wed, Sep 2, 2009 at 9:59 AM, StÃ©phane Ducasse<stephane.ducasse(a)inria.fr> wrote: > on the wiki of noury you can find a lot of slides. http://vst.ensm-douai.fr/ESUG2009Media -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Sept. 3, 2009

Re: [Pharo-project] ODBCWarning

by Benoit St-Jean

Cool! If that's of any help, I volunteer to test your stuff on Windows XP (SP3) for both clients & RDBMS. At the moment, I can test for MySQL, InterBase, SQL Server 2000. But if you need it, I could take some time and set up a DB2 server and an Oracle server for the same platform. Cool! Very very cool! Question : I know it's usually not recommended to test stuff that requires external output (such as setting up user, password, DSN, etc) but I think we should design a very simple database, on all those RDBMS and use SUnit to automate testing. What do you guys think ? ----------------- Benoit St-Jean Yahoo! Messenger: bstjean Blog: lamneth.wordpress.com A standpoint is an intellectual horizon of radius zero. (Albert Einstein) ________________________________ From: "Schwab,Wilhelm K" <bschwab(a)anest.ufl.edu> To: "Pharo-project(a)lists.gforge.inria.fr" <Pharo-project(a)lists.gforge.inria.fr> Sent: Wednesday, September 2, 2009 8:56:59 PM Subject: Re: [Pharo-project] ODBCWarning Hello all, I think I have the catalog (tables and field name/type given a table name) working. The latest ODBC offering appears to work, but in fairness to me, it does not work the same way it did (some time ago) when I crossed database access off of my potential-show-stopper list. Re the warnings about change of language, for some strange reason, I find it very easy to believe that this is a Microsoft idiosyncrasy and so I added a suitable #on:do: to capture the warning. That could be bad though; better ideas are welcome. The problem I had going from Linux to Windows will probably persist. Of course, I would like to see the startup/shutdown system revised to make such things easier to get right, after which it would hopefully become short work to fix. The ODBC package derives ODBCRow from IdentityDictionary and ODBCResultSet from Stream. IMHO, it always seems cleaner to compose rather than inherit the limited functionality that the base class provides. However, the inheritance is not really hurting anything here; socket addresses being inherited from byte arrays *is* hurting us. I brushed up against that at one point, but was able to work around it. When it gets between me and something I need, I will introduce an InternetAddress class and try to lazily resolve names and addresses, fix the printing, etc. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Tuesday, September 01, 2009 3:15 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] ODBCWarning The porting continues... It is getting closer to doing something. It just raised an ODBCWarning about the server changing the language to us_english. Any ideas? Either I do not care or should set it up front?? One thing really surprised me, and note that I might have brought this on myself (though I think that is unlikely) by messing with startup and shutdown: the ODBCLibrary was stubbornly clinging to the Linux library from my home machine. I finally used ODBCLibrary default initialize. which seemed to put an end to the separation anxiety. Is there a better fix? I suppose I should try this in a clean image to see if there is really a problem therein, but that will be a little hard to do without a lot of my code, almost any of which either depends on changes I have made or could have caused the problem. Maybe I should ask whether some of you use ODBC on Windows and Linux and have no problems moving between the machines. Bill _______________________________________________ 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 __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/

Sept. 3, 2009

Re: [Pharo-project] Installer bug

by Keith Hodges

StÃ©phane Ducasse wrote: > Luc > > I think that for installer you should publish on the Installer source > project. > I do not know if keith still maintain it or if everybody can publish > code there without any checks. > All repositories are completely open > Now you can also have a look at Gofer in lukas repository for > scripting your loads. > > Stef > Keith

Sept. 3, 2009

Re: [Pharo-project] Added package SLICE-RemoveReferencesToReadStreamOn-PeterHugossonMiller.3 to PharoInbox

by Peter Hugosson-Miller

I'm going to submit a similar change for "WriteStream on:" later today (replacing 216 occurrences!). One reason I'm delaying is that I have found and fixed a few other bugs while doing the basic work, and I want to package those changes separately and have separate issue numbers for those. The other reason is that the WriteStream changes do overlap this issue ( http://code.google.com/p/pharo/issues/detail?id=1144 ) in a couple of methods, so I want to wait until that one has been harvested/included so that I don't accidentally overwrite yesterday's changes with today's :-p -- Cheers, Peter

Sept. 3, 2009

Re: [Pharo-project] Coral using NewCompiler

by StÃ©phane Ducasse

Excellent! Excellent! Excellent! I want to - fix the problem about the path of the script so that you do not have to put the full path - have a better way to define classes Object > Point (may be like ruby) - use use use it We should fix the to do - !#/usr/bin I granted you access. I want coral to work. Can you publish? Stef On Sep 3, 2009, at 9:59 AM, Luc Fabresse wrote: > I modified LoadCoral and Coral so that it works in the > pharo1.0-10418-BETAdev09.08.3 image and uses NewCompiler. > Since I cannot commit on the Coral repository, I attached the files. > > To test it : > 1- file in LoadCoral that installs dependencies and the Coral > version on ss > 2- file in Coral and Coral-DeadCode > 3- save image as coral.image > 4- create coral.sh script : > > #! /bin/sh > vm='/Applications/SqueakVMs/Squeak 4.1.1beta2U.app/Contents/MacOS/ > Squeak VM Opt' > "$vm" "coral.image" $1 > > 5- create hello.st > [ > Console print: 'Hello World' > ] > > 6- execute : ./coral.sh hello.st > > ------- > > Below another script using Rio (File-Kernel, File-Base). > 1- Installer ss project: 'Rio' ; install: 'File-Kernel'; install: > 'File-Base' > syntax error on loading (just comment the pragma and accept) > 2-create rio-test.st > > [ > Object subclass: #SaBox > instanceVariableNames: 'bob' > classVariableNames: '' > poolDictionaries: '' > category: 'SandBox' > ] > > "a dummy example that convert a class in a file hierarchy" > SaBox>>convertToFiles: aClass inDirectory: rootDir > [ > | classDir categoryNames | > classDir := (rootDir / aClass asString) mkdir. > categoryNames := aClass organization categories collect: > [ :aCategory | aCategory asString ]. > categoryNames do: [ :aCategoryName | | protocolDir | > protocolDir := (classDir / aCategoryName) mkdir. > (aClass methodsInCategory: aCategoryName) do: [ :aSelector | > (protocolDir / (aSelector asFileName replaceAll: $: with: $_)) > asFile contents: (aClass sourceCodeAt: aSelector) > ] > ]. > ^classDir > ] > > > [ > SaBox new convertToFiles: Object inDirectory: Directory home. > ] > 3- ./coral.st rio-test.sh > > > > #Luc > <Coral.st><Coral- > DeadCode > .st><LoadCoral.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 3, 2009

Re: [Pharo-project] Coral using NewCompiler

by StÃ©phane Ducasse

Excellent! Excellent! Excellent! I want to - fix the problem about the path of the script so that you do not have to put the full path - have a better way to define classes Object > Point (may be like ruby) - use use use it We should fix the to do - !#/usr/bin I granted you access. I want coral to work. Can you publish? Stef On Sep 3, 2009, at 9:59 AM, Luc Fabresse wrote: > I modified LoadCoral and Coral so that it works in the > pharo1.0-10418-BETAdev09.08.3 image and uses NewCompiler. > Since I cannot commit on the Coral repository, I attached the files. > > To test it : > 1- file in LoadCoral that installs dependencies and the Coral > version on ss > 2- file in Coral and Coral-DeadCode > 3- save image as coral.image > 4- create coral.sh script : > > #! /bin/sh > vm='/Applications/SqueakVMs/Squeak 4.1.1beta2U.app/Contents/MacOS/ > Squeak VM Opt' > "$vm" "coral.image" $1 > > 5- create hello.st > [ > Console print: 'Hello World' > ] > > 6- execute : ./coral.sh hello.st > > ------- > > Below another script using Rio (File-Kernel, File-Base). > 1- Installer ss project: 'Rio' ; install: 'File-Kernel'; install: > 'File-Base' > syntax error on loading (just comment the pragma and accept) > 2-create rio-test.st > > [ > Object subclass: #SaBox > instanceVariableNames: 'bob' > classVariableNames: '' > poolDictionaries: '' > category: 'SandBox' > ] > > "a dummy example that convert a class in a file hierarchy" > SaBox>>convertToFiles: aClass inDirectory: rootDir > [ > | classDir categoryNames | > classDir := (rootDir / aClass asString) mkdir. > categoryNames := aClass organization categories collect: > [ :aCategory | aCategory asString ]. > categoryNames do: [ :aCategoryName | | protocolDir | > protocolDir := (classDir / aCategoryName) mkdir. > (aClass methodsInCategory: aCategoryName) do: [ :aSelector | > (protocolDir / (aSelector asFileName replaceAll: $: with: $_)) > asFile contents: (aClass sourceCodeAt: aSelector) > ] > ]. > ^classDir > ] > > > [ > SaBox new convertToFiles: Object inDirectory: Directory home. > ] > 3- ./coral.st rio-test.sh > > > > #Luc > <Coral.st><Coral- > DeadCode > .st><LoadCoral.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 3, 2009

[Pharo-project] Coral using NewCompiler

by Luc Fabresse

I modified LoadCoral and Coral so that it works in the pharo1.0-10418-BETAdev09.08.3 image and uses NewCompiler.Since I cannot commit on the Coral repository, I attached the files. To test it : 1- file in LoadCoral that installs dependencies and the Coral version on ss 2- file in Coral and Coral-DeadCode 3- save image as coral.image 4- create coral.sh script : #! /bin/sh vm='/Applications/SqueakVMs/Squeak 4.1.1beta2U.app/Contents/MacOS/Squeak VM Opt' "$vm" "coral.image" $1 5- create hello.st [ Console print: 'Hello World' ] 6- execute : ./coral.sh hello.st ------- Below another script using Rio (File-Kernel, File-Base). 1- Installer ss project: 'Rio' ; install: 'File-Kernel'; install: 'File-Base' syntax error on loading (just comment the pragma and accept) 2-create rio-test.st [ Object subclass: #SaBox instanceVariableNames: 'bob' classVariableNames: '' poolDictionaries: '' category: 'SandBox' ] "a dummy example that convert a class in a file hierarchy" SaBox>>convertToFiles: aClass inDirectory: rootDir [ | classDir categoryNames | classDir := (rootDir / aClass asString) mkdir. categoryNames := aClass organization categories collect: [ :aCategory | aCategory asString ]. categoryNames do: [ :aCategoryName | | protocolDir | protocolDir := (classDir / aCategoryName) mkdir. (aClass methodsInCategory: aCategoryName) do: [ :aSelector | (protocolDir / (aSelector asFileName replaceAll: $: with: $_)) asFile contents: (aClass sourceCodeAt: aSelector) ] ]. ^classDir ] [ SaBox new convertToFiles: Object inDirectory: Directory home. ] 3- ./coral.st rio-test.sh #Luc

Sept. 3, 2009

Re: [Pharo-project] Installer bug

by StÃ©phane Ducasse

Luc I think that for installer you should publish on the Installer source project. I do not know if keith still maintain it or if everybody can publish code there without any checks. Now you can also have a look at Gofer in lukas repository for scripting your loads. Stef On Sep 3, 2009, at 9:26 AM, Luc Fabresse wrote: > > Installer cache project: 'CustomProject' ; install: 'CustomProject' > > does not work properly because in InstallerMonticello>>project:, a > ByteString path is stored instead of a FileDirectory and because > MCCacheRepository default is a directory *without subdir*. > I attached a quick fix, that make it work for both Cache and > repository with subdirs. > > #Luc > <InstallerMonticello- > project.fix.st>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 3, 2009