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

Re: [Pharo-project] [Moose-dev] Re: Redirect compiler warnings to file

by StÃ©phane Ducasse

probably note. And this si not surprising a ssystem without systematic engineering over 10 years cannot compete with one that got it. We will fix that but this will take some time and effort Stef On Sep 7, 2010, at 11:20 AM, TimM wrote: > Philippe Marschall wrote: > >> And an easy way to redirect to sdtout or stderr would help for things >> like Hudson. > > I found that in Dolphin when I was running with Cruise Control, that I installed a subclassed Transcript that logged both to the screen and to a file. > > I wonder if that might be an easy fix for Pharo? > > Tim > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 7, 2010

Re: [Pharo-project] Compiling the VM for MacOSX

by Henrik Johansen

"Unlike to the GNU/Linux platforms the Mac OSX way don't have pre-generated source, then if you want to recompile the VM you must generate the src from VMMaker (refer to VMMaker Chapter to do that)." I guess you skipped this step? Cheers, Henry Den 07.09.2010 15:18, skrev Alexandre Bergel: > Hi! > > I followed the instruction given on: > http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnOSX > 134 errors are reported. > > Below the first line of the report: > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > Building target âSqueak VM Universalâ of project âSqueakVMUNIXPATHSâ with configuration âDevelopmentâ â (134 errors) > cd /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer > /Developer/usr/bin/gcc-4.2 -x c -arch i386 -fmessage-length=0 -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -O0 -Wmissing-prototypes -Wmissing-braces -Wparentheses -Wunused-function -Wunused-label -Wunused-parameter -Wunused-variable -Wunused-value -Wsign-compare -DHAVE_NANOSLEEP -DEXTERNALPRIMSDEBUG -DTARGET_API_MAC_CARBON -DSQUEAK_BUILTIN_PLUGIN -DHAVE_SYS_TIME_H -isysroot /Developer/SDKs/MacOSX10.5.sdk -mfix-and-continue -mmacosx-version-min=10.5 -gdwarf-2 "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Squeak VM Opt.hmap" -DLSB_FIRST -mtune=prescott -march=pentium-m -mfpmath=sse -DUSE_INLINE_MEMORY_ACCESSORS -F/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development -F/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks -I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development/include -I/Developer/SDKs/MacOSX10.5.sdk/Developer/Headers/FlatCarbon "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources/i386" "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources" -c /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c -o "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Objects-normal/i386/ADPCMCodecPlugin.o" > i686-apple-darwin9-gcc-4.2.1: /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c: No such file or directory > i686-apple-darwin9-gcc-4.2.1: warning: '-x c' after last input file has no effect > i686-apple-darwin9-gcc-4.2.1: no input files > i686-apple-darwin9-gcc-4.2.1: no input files > i686-apple-darwin9-gcc-4.2.1: no input files > i686-apple-darwin9-gcc-4.2.1: no input files > i686-apple-darwin9-gcc-4.2.1: no input files > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= > > Is there something wrong I did? > > Help is highly appreciated... > > Cheers, > Alexandre >

Sept. 7, 2010

[Pharo-project] Compiling the VM for MacOSX

by Alexandre Bergel

Hi! I followed the instruction given on: http://book.pharo-project.org/book/Virtual-Machine/Building/BuildVMOnOSX 134 errors are reported. Below the first line of the report: -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Building target âSqueak VM Universalâ of project âSqueakVMUNIXPATHSâ with configuration âDevelopmentâ â (134 errors) cd /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer /Developer/usr/bin/gcc-4.2 -x c -arch i386 -fmessage-length=0 -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -O0 -Wmissing-prototypes -Wmissing-braces -Wparentheses -Wunused-function -Wunused-label -Wunused-parameter -Wunused-variable -Wunused-value -Wsign-compare -DHAVE_NANOSLEEP -DEXTERNALPRIMSDEBUG -DTARGET_API_MAC_CARBON -DSQUEAK_BUILTIN_PLUGIN -DHAVE_SYS_TIME_H -isysroot /Developer/SDKs/MacOSX10.5.sdk -mfix-and-continue -mmacosx-version-min=10.5 -gdwarf-2 "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Squeak VM Opt.hmap" -DLSB_FIRST -mtune=prescott -march=pentium-m -mfpmath=sse -DUSE_INLINE_MEMORY_ACCESSORS -F/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development -F/Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks -I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/Development/include -I/Developer/SDKs/MacOSX10.5.sdk/Developer/Headers/FlatCarbon "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources/i386" "-I/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/DerivedSources" -c /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c -o "/Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/build/SqueakVMUNIXPATHS.build/Development/Squeak VM Universal.build/Objects-normal/i386/ADPCMCodecPlugin.o" i686-apple-darwin9-gcc-4.2.1: /Users/alexandrebergel/Desktop/SqueakVM/MyOwnVM/Developer/src/vm/intplugins/ADPCMCodecPlugin/ADPCMCodecPlugin.c: No such file or directory i686-apple-darwin9-gcc-4.2.1: warning: '-x c' after last input file has no effect i686-apple-darwin9-gcc-4.2.1: no input files i686-apple-darwin9-gcc-4.2.1: no input files i686-apple-darwin9-gcc-4.2.1: no input files i686-apple-darwin9-gcc-4.2.1: no input files i686-apple-darwin9-gcc-4.2.1: no input files -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Is there something wrong I did? Help is highly appreciated... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 7, 2010

Re: [Pharo-project] WebClient License Update

by GermÃ¡n Arduino

Thanks you very much Andreas. And yes, I agree we learned something. About the two steps you mention, is what I did with regarding SPDF, so we now have (unfortunately) the certainty that can not use it. About WebClient, as you know because I write you asking permit, I'm using on my product WebPostAutomation and I've extended (or at least documented) the way to make "posts" using multipart/form-data. And WebClient works very well, really thanks by license it as MIT. Cheers. GermÃ¡n. 2010/9/7 Andreas Raab <andreas.raab(a)gmx.de>: > Hi - > > After careful consideration I've decided to put WebClient under the MIT > license, and updated the repository at > http://www.squeaksource.com/WebClient.html to reflect the license change. > > If you're curious why I'm making the change, the answer is really that the > code isn't all that unique and even though I'm not done with it it's good > enough to be released and by now I simply get more benefits from it being > thoroughly tested by as many people as possible. That and the (to me > surprising) amount of interest that WebClient has received in combination > with the (to me disturbing) lack of due diligence that many users of > WebClient apparently have. I think we can all take away a lesson from this > little incident that even if you find some random code on the net it doesn't > mean it's up for grabs. > > Also, if I may be so bold, let me propose the "2 step process to eternal > license happiness". It's really simple: > > Â Â Â Â [ ] Did we check the license of the package? > Â Â Â Â [ ] Did we contact the author of the package? > > If you check off the above two steps whenever you're about to use some > third-party code, I think you'll find that situations like the one we've > encountered here are virtually impossible. Attach the steps to the bug > tracker if you must, but follow them. > > Since you know how to verify the license status on your own, let me add the > second step of the process and once more repeat that I would rather keep > WebClient an externally loadable package. If at all possible I urge you to > look at what has been done with HTTPSocket in Squeak and adopt a similar > approach; that is provide a minimal internal HTTP interface and allow > third-party libraries (WebClient or other) to hook into this interface. > There is really no need to have everything tied together at the hip; > HTTPSocket is a reasonable facade for HTTP requests in the kernel. > > Regarding write access to the WebClient repository, I'm not a fan of making > repos world-writable (this is really a sign of abandonware) but due to the > license I'm fine with granting Sven and Philippe write access if they want > it (drop me a note if you do). > > Cheers, > Â - Andreas > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

Sept. 7, 2010

Re: [Pharo-project] WebClient License Update

by Alexandre Bergel

Cool! Alexandre On 7 Sep 2010, at 03:03, Andreas Raab wrote: > Hi - > > After careful consideration I've decided to put WebClient under the MIT license, and updated the repository at http://www.squeaksource.com/WebClient.html to reflect the license change. > > If you're curious why I'm making the change, the answer is really that the code isn't all that unique and even though I'm not done with it it's good enough to be released and by now I simply get more benefits from it being thoroughly tested by as many people as possible. That and the (to me surprising) amount of interest that WebClient has received in combination with the (to me disturbing) lack of due diligence that many users of WebClient apparently have. I think we can all take away a lesson from this little incident that even if you find some random code on the net it doesn't mean it's up for grabs. > > Also, if I may be so bold, let me propose the "2 step process to eternal license happiness". It's really simple: > > [ ] Did we check the license of the package? > [ ] Did we contact the author of the package? > > If you check off the above two steps whenever you're about to use some third-party code, I think you'll find that situations like the one we've encountered here are virtually impossible. Attach the steps to the bug tracker if you must, but follow them. > > Since you know how to verify the license status on your own, let me add the second step of the process and once more repeat that I would rather keep WebClient an externally loadable package. If at all possible I urge you to look at what has been done with HTTPSocket in Squeak and adopt a similar approach; that is provide a minimal internal HTTP interface and allow third-party libraries (WebClient or other) to hook into this interface. There is really no need to have everything tied together at the hip; HTTPSocket is a reasonable facade for HTTP requests in the kernel. > > Regarding write access to the WebClient repository, I'm not a fan of making repos world-writable (this is really a sign of abandonware) but due to the license I'm fine with granting Sven and Philippe write access if they want it (drop me a note if you do). > > Cheers, > - Andreas > > _______________________________________________ > 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 ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 7, 2010

Re: [Pharo-project] [Pharo-users] Vote for the best Smalltalk book of the last 5 years...

by Pierpaolo Bernardi

On Tue, Sep 7, 2010 at 09:59, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > I forgot to mention that the deadline is until wednesday 15 september at noon. Not to nag you, but I think you must also specify a timezone, or at least say in which place in the world are you waiting for this noon to happen. Cheers P.

Sept. 7, 2010

Re: [Pharo-project] [Moose-dev] Re: Redirect compiler warnings to file

by TimM

Philippe Marschall wrote: > And an easy way to redirect to sdtout or stderr would help for things > like Hudson. I found that in Dolphin when I was running with Cruise Control, that I installed a subclassed Transcript that logged both to the screen and to a file. I wonder if that might be an easy fix for Pharo? Tim

Sept. 7, 2010

Re: [Pharo-project] Please help!! Error: There is no free space in this set!'

by Mariano Martinez Peck

Yes, to fix it you haev to evaluate: DBXPlatform disableAutomaticConnectionReleaseOnGC this will not store the connections in the weakregistry so you have to be sure to properly disconnect the connections On Tue, Sep 7, 2010 at 10:25 AM, Panu Suominen <panu.j.m.suominen(a)gmail.com>wrote: > In 1.1 running all test with GlorpDBX and Seaside will raise this > exception. > However I have not been able to reproduce the error reliably. Like it > says in the error reports is seems that updating the tally value is somehow > broken. > > -- > Panu > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 7, 2010

Re: [Pharo-project] Please help!! Error: There is no free space in this set!'

by Panu Suominen

In 1.1 running all test with GlorpDBX and Seaside will raise this exception. However I have not been able to reproduce the error reliably. Like it says in the error reports is seems that updating the tally value is somehow broken. -- Panu

Sept. 7, 2010

Re: [Pharo-project] UbiquiTalk running in Pharo 1.1

by Noury Bouraqadi

On 6 sept. 2010, at 23:26, Sean P. DeNigris wrote: > > > Miguel Enrique CobÃ¡ MartÃnez-2 wrote: >> >> This begs for a ConfigurationOfUbiquiTalk :) >> > > Yes, I didn't want to "take the time" to make one, and it probably took > longer to list it all out, lol. > > One of the complications is that Squeak 4.1, which I also work in, does not > include Metacello by default, so I have to write an Installer script. I > still find it confusing and frustrating that there are both Gofer and > Installer. Why don't we standardize on one or merge them? > BTW, currently at Douai we don't have much man-power. So, we decided to work only on Pharo. Noury

Sept. 7, 2010