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

[Pharo-project] [update 1.2] #12101

by Marcus Denker

12101 ----- Issue 2835: remove dead code from MorphicModel Issue 2837: Trivial code-critique cleanup of CodeLoader and related Issue 2836: remove ColorPatchCanvas and some other etoy related code -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 20, 2010

Re: [Pharo-project] Help for pharocasts needed: start pharo on Windows (and OSX).

by StÃ©phane Ducasse

Tx!!!! On Aug 20, 2010, at 10:57 AM, HaiColon wrote: > > > laurent laffont wrote: >> >> Please please, could someone record the >> http://pharocasts.blogspot.com/2010/07/pharo-install.html for Windows ? >> (and >> OSX would be great too). >> > > I tried my hand at the Windows version, my Mac is too slow to record video I > think. > > I'll send you the download link in a few minutes when it finished uploading > to my dropbox. It's already sped up 2 times and I added voice, but if you > want to add subtitles you have to do that by yourself I'm afraid, I tried > using Jubler but it just made me very angry :) I really don't want to be in > your shoes having to mess around with doing these subtitles for the > Pharocasts all the time. I think I'd go crazy ^^ > > One problem is that my Windows is german but I don't think it's really > noticeable. Either way, if it's not good enough, don't worry if you aren't > going to use it, maybe someone else can do it better or I can try again :) > -- > View this message in context: http://forum.world.st/Help-for-pharocasts-needed-start-pharo-on-Windows-and… > 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

Aug. 20, 2010

Re: [Pharo-project] Help for pharocasts needed: start pharo on Windows (and OSX).

by HaiColon

laurent laffont wrote: > > Please please, could someone record the > http://pharocasts.blogspot.com/2010/07/pharo-install.html for Windows ? > (and > OSX would be great too). > I tried my hand at the Windows version, my Mac is too slow to record video I think. I'll send you the download link in a few minutes when it finished uploading to my dropbox. It's already sped up 2 times and I added voice, but if you want to add subtitles you have to do that by yourself I'm afraid, I tried using Jubler but it just made me very angry :) I really don't want to be in your shoes having to mess around with doing these subtitles for the Pharocasts all the time. I think I'd go crazy ^^ One problem is that my Windows is german but I don't think it's really noticeable. Either way, if it's not good enough, don't worry if you aren't going to use it, maybe someone else can do it better or I can try again :) -- View this message in context: http://forum.world.st/Help-for-pharocasts-needed-start-pharo-on-Windows-and… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 20, 2010

Re: [Pharo-project] code licenses...was HTML parser (again))

by StÃ©phane Ducasse

On Aug 20, 2010, at 2:09 AM, Dale Henrichs wrote: > StÃ©phane Ducasse wrote: >> Yes with first class package we could attach the license to the package >> Now with the work of Carla I would like to resurrect the DrDoc Project so that we get a kind of manifesto = a special class per package that contains the doc and the license. > > Ahhhh...sounds cool ... yes but I would need more time... :( > >> Stef >>> StÃ©phane Ducasse wrote: >>>> Yes we should do something. >>>> Now the question is how to do something that we can actually implement. >>>> I think that we should >>>> - start to identify package of interest (quality/topics////) >>>> - check their license status >>>> - check the author and get access >>>> - create an inbox >>>> Stef >>> Stef, >>> >>> speaking of licenses...I was thinking that for mcz files, we should have a "directory" of each mcz file that contains the license statement for the code in that _version_ of the mcz file. Most tools would end up ignoring, but if we started including the license _in_ the mcz file, then license status would be _much clearer_. >>> >>> I also assume that a similar addition to mc2 files could/should be done.... >>> >>> Dale >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 20, 2010

[Pharo-project] Mailinglist Opal Compiler Framework

by Marcus Denker

Hi, There is a mailinglist for the Opal Compiler Framework. This gets commit emails from SqueakSource and generaly is used / will be used for communicating between developers and for discussions about clients deeply using the framework (e.g. Helvetia, Reflectivity, Bytesurgeon, DSAL...) http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-compiler Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 20, 2010

Re: [Pharo-project] Working on Pharo 1.2

by Marcus Denker

On Aug 19, 2010, at 9:47 PM, Adrian Lienhard wrote: > Ok, here are the two URLs with redirects to the current 1.1 release downloads. > > http://pharo-project.org/pharo-download/stable > http://pharo-project.org/pharo-download/stable-core > can we have the same for unstable in a way that we can update to where the link points to? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Aug. 20, 2010

Re: [Pharo-project] Wrap .a into a .so for use by FFI

by Schwab,Wilhelm K

Hello all, With no small amount of help, I might have done it!!! :) After a few overly verbose sets of search results, something like "convert .a to .so" turned up the following: http://www.linuxquestions.org/questions/linux-software-2/convert-static-lib… In this case, the natural steps are: ar -x libaiousb.a gcc -shared *.o -o libAccessIO-USB.so rm *.o Hitting the resulting .so with objdump suggests that it might be what I need. It will take some time to create and check the bindings, but I'm optimistic. At the least, it was a nice exercise. More to come. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K [bschwab(a)anest.ufl.edu] Sent: Thursday, August 19, 2010 9:31 PM To: Pharo-project(a)lists.gforge.inria.fr; squeak-dev(a)lists.squeakfoundation.org Subject: [Pharo-project] Wrap .a into a .so for use by FFI Hello all, In short, I have a static library (.a) and want to make a shared library (.so) that exports all of the functions in the static library for use by FFI. I have something building, but it is presumably being too helpful and stripping out the unreferenced symbols, leaving me with nothing?? Is there an easy way to include the code in the resulting .so? I am starting to work with a data acquisition board from Access IO. My original plan was to write something in C++ that would wrap the board and driver with a socket server. The idea was to get the benefit of a separate OS process that could aggressively (quasi real time) move data as needed, allowing Pharo to simply read from a socket and otherwise be unblocked. On re-reading some of the documentation, this could turn out to be as simple as calling a few functions to set options, allocating a block of memory and calling a funtion to turn the board loose to fill the buffer with data. In this model, I would then, on timer or user interaction, call a polling function to see how much of the buffer has yet to be filled. It might turn out to be very simple to do. Snag: there is no .so, so AFAICT, there is nothing to ask FFI to load; I am mostly concerned with doing this on Linux. I created a quick .so project and linked the (.a) static library. The result builds, but at 5.3 kb, it cannot possibly contain the code I hope to put in it. I am looking at options such as -export-dynamic and hunting around for ways to disable stripping or similar concepts. Any ideas? Worst case, I could add functions that wrap the functions I want to call and bind FFI to them, but that is hopefully not necesssary. The closest I have come to this is the Gnu Scientific Library. The Linux .so files would not load due to cyclic dependencies between BLAS and the balance of the library, and it was clear from searches that they had no plans to fix it ("oh, that's one of those dynamic languages"). I was easily able to create a shared library that links both parts of GSL, exports a few functions to avoid having to roll my own callbacks, and all is well. Either I got lucky with the exports and any relevant options, or the .so's make the problem less challenging than my current task. Bill _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 20, 2010

[Pharo-project] Wrap .a into a .so for use by FFI

by Schwab,Wilhelm K

Hello all, In short, I have a static library (.a) and want to make a shared library (.so) that exports all of the functions in the static library for use by FFI. I have something building, but it is presumably being too helpful and stripping out the unreferenced symbols, leaving me with nothing?? Is there an easy way to include the code in the resulting .so? I am starting to work with a data acquisition board from Access IO. My original plan was to write something in C++ that would wrap the board and driver with a socket server. The idea was to get the benefit of a separate OS process that could aggressively (quasi real time) move data as needed, allowing Pharo to simply read from a socket and otherwise be unblocked. On re-reading some of the documentation, this could turn out to be as simple as calling a few functions to set options, allocating a block of memory and calling a funtion to turn the board loose to fill the buffer with data. In this model, I would then, on timer or user interaction, call a polling function to see how much of the buffer has yet to be filled. It might turn out to be very simple to do. Snag: there is no .so, so AFAICT, there is nothing to ask FFI to load; I am mostly concerned with doing this on Linux. I created a quick .so project and linked the (.a) static library. The result builds, but at 5.3 kb, it cannot possibly contain the code I hope to put in it. I am looking at options such as -export-dynamic and hunting around for ways to disable stripping or similar concepts. Any ideas? Worst case, I could add functions that wrap the functions I want to call and bind FFI to them, but that is hopefully not necesssary. The closest I have come to this is the Gnu Scientific Library. The Linux .so files would not load due to cyclic dependencies between BLAS and the balance of the library, and it was clear from searches that they had no plans to fix it ("oh, that's one of those dynamic languages"). I was easily able to create a shared library that links both parts of GSL, exports a few functions to avoid having to roll my own callbacks, and all is well. Either I got lucky with the exports and any relevant options, or the .so's make the problem less challenging than my current task. Bill

Aug. 20, 2010

Re: [Pharo-project] code licenses...was HTML parser (again))

by Dale Henrichs

StÃ©phane Ducasse wrote: > Yes with first class package we could attach the license to the package > Now with the work of Carla I would like to resurrect the DrDoc Project so that > we get a kind of manifesto = a special class per package that contains the doc and the license. Ahhhh...sounds cool ... > > Stef > > >> StÃ©phane Ducasse wrote: >>> Yes we should do something. >>> Now the question is how to do something that we can actually implement. >>> I think that we should >>> - start to identify package of interest (quality/topics////) >>> - check their license status >>> - check the author and get access >>> - create an inbox >>> Stef >> Stef, >> >> speaking of licenses...I was thinking that for mcz files, we should have a "directory" of each mcz file that contains the license statement for the code in that _version_ of the mcz file. Most tools would end up ignoring, but if we started including the license _in_ the mcz file, then license status would be _much clearer_. >> >> I also assume that a similar addition to mc2 files could/should be done.... >> >> Dale >> >> _______________________________________________ >> 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

Aug. 20, 2010

Re: [Pharo-project] Can't file in *.st exports

by Robert Sirois

Could the same also be true of Number, Dictionary, and OrderedCollection? I'll have to double check at home, but I was also trying to import additions to those classes as well. Thanks for the info, RS > From: henrik.s.johansen(a)veloxit.no > Date: Thu, 19 Aug 2010 22:51:19 +0200 > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Can't file in *.st exports > > No, PharoSound on squeaksource, I also merged some fixes from squeak trunk a few weeks ago. > > Den 19. aug. 2010 kl. 22:13 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > > > Thanks henrik, you uploaded the code in the pharoNonCore repo? > > > > Stef > > > > On Aug 19, 2010, at 8:20 PM, Henrik Johansen wrote: > > > >> There are three senders of #clone in the 1.1 One-click image, all part of the sound package. > >> (I've uploaded a new version to PharoSound where this is fixed, and #copy occurences replaced with #postCopy implementations instead). > >> > >> ArrayedCollection>>mergeSortFrom:to:by uses shallowCopy. > >> I'd check what code you've imported which has changed that. > >> > >> Cheers, > >> Henry > >> > >> > >> On Aug 19, 2010, at 6:49 43PM, Peter Hugosson-Miller wrote: > >> > >>> Better :-) The attached image is of a stack trace that shows where the error occurs, which is certainly helpful! > >>> > >>> During the execution of ArrayedCollection>>#mergeSortFrom:to:by:, the message #clone is sent to an instance of Array, and the message is not understood, which means that there is no method called #clone in the Array class or any of its superclasses. > >>> > >>> So the question is, why is the message being sent, when no corresponding method exists on the receiver? One possibility is that there is an error in the method where the #clone message is being sent, or that the missing method just hasn't been filed in yet. The next step would probably be to look at the file being filed in, and see what methods it contains. Perhaps it depends on another file that needs to be filed in first? > >>> > >>> -- > >>> Cheers, > >>> Peter > >>> > >>> 2010/8/19 Robert Sirois <watchlala(a)hotmail.com> > >>> No problem, Pharo's driving me crazy today hehe. > >>> > >>> It says: "*** system error handling failed ***" (see attached image). > >>> > >>> Thanks, > >>> RS > >>> > >>>> From: oldmanlink(a)gmail.com > >>>> Date: Thu, 19 Aug 2010 17:33:03 +0200 > >>>> To: Pharo-project(a)lists.gforge.inria.fr > >>>> Subject: Re: [Pharo-project] Can't file in *.st exports > >>> > >>>> > >>>> Pardon me for being blunt, Robert, but we're going to need a bit more to go on than "some sort of weird system error". > >>>> > >>>> Could you please attach a file that you tried to file in, and maybe a screenshot of the error? It would certainly increase your chances of getting some help ;-) > >>>> > >>>> -- > >>>> Cheers, > >>>> Peter. > >>>> > >>>> On 19 aug 2010, at 17:11, Robert Sirois <watchlala(a)hotmail.com> wrote: > >>>> > >>>>> There's some sort of weird system error when I try to fileIn a *.st file (like a class method). It asks me to "CR" for a debugger or any key to restart. I ended up having to force quit. > >>>>> > >>>>> This is in the latest 1.1 one-click. > >>>>> > >>>>> Thanks, > >>>>> RS > >>>>> _______________________________________________ > >>>>> 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 > >>> > >>> _______________________________________________ > >>> 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 > >> > >> _______________________________________________ > >> 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 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 19, 2010