Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final
Don't confuse open-source software with free software: http://www.gnu.org/philosophy/free-software-for-freedom.html 2010/8/31 Miguel Enrique Cobá Martínez miguel.c...@gmail.com: El mar, 31-08-2010 a las 00:43 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Miguel Enrique Cobá Martínez wrote: El mar, 31-08-2010 a las 00:25 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Friedrich Dominicus wrote: Levente Uzonyi le...@elte.hu writes: On Mon, 30 Aug 2010, Stéphane Ducasse wrote: I suggest that the people that want and know, group together and build an open-source one. Why do you have to have your own library? Did I say pharo library? reread carefully I said an open-source one. What I get from Andreas' words is that he's willing to make it open source if it won't be forked. Hm I think this is impossible. If it's OS it's up to whomever get its hand on it. Or am I mistaken? Just think about GPL, it's open source, but you can't fork the code if you don't release your changes as GPL too. I don't get it. If it is open source then is forkable. Period. If it is a special case like GPL, it add some other restriction, like you can't redistribute the new code without it being also GPL. You can fork it and not using GPL for the new changes, the restriction is that you can't redistribute it. From wikipedia: Open-source software (OSS) is computer software that is available in source code form for which the source code and certain other rights normally reserved for copyright holders are provided under a software license that permits users to study, change, and improve the software. There's nothing about forking or redistributing here. I could make a license that says: you can study, change and improve the software, but you can't redistribute it without my permission. But the fact remains that it is forkable always. If you don't want it forkable, then use other non open source license. See above. You could fork it, but that wouldn't be open source anymore. You must be kidding. The freedom to fork is a essential right of open source software: http://news.cnet.com/8301-13505_3-10379280-16.html http://asay.blogspot.com/2006/10/wither-right-to-fork.html http://www.gnu.org/philosophy/free-sw.html http://www.opensource.org/docs/osd http://www.opensource.org/node/357 period. Levente Cheers Levente Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Two notes on Sockets! (was Re: Sockets in Pharo CollaborActive Book)
Hi all! Two notes (no, haven't read all posts on this subject): 1. IMHO for almost 99% of your needs you would use SocketStream and not Socket directly to write a socket client. I wrote the current SocketStream implementation and I have written several clients using it - like the latest StompProtocol on SS etc. Please, please, use SocketStream in your introduction to socket client programming! 2. I haven't looked at Andreas' new WebServer but I presume it is a standard forking server just like the old Comanche/KomHttpServer codebase is. A while back I wrote Blackfoot - a SimpleCGI implementation and then I extracted the essential forking Socket server code from KomHttpServer so that it can be easily understood and reused. I tend to point to Blackfoot as a very good example to use in this regard. We could even split out the generic part as a standard class to use. In fact, Stephen Pair did this with the TcpServices library a long time ago when he rewrote Comanche into KomHttpServer BUT... I think it got a bit overengineered and would instead point to Blackfoot as a good candidate for such a SocketServer class. regards, Göran ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Sockets in Pharo CollaborActive Book
Cool, I appreciate you getting the ball rolling - I am trying to push it further! (and I don't know too much about sockets) no worries. I have found this guide really useful: http://beej.us/guide/bgnet/ Even if you don't read C, there are lots of comments throughout. cheers Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Schwab,Wilhelm K bsch...@anest.ufl.edu writes: If you must push into Excel (it's far easier to let it import from text), you will be using Windows, and therefore could perhaps create something with VBA. I'm usin VBA currently, the problem with it is that MS want to get away from it. And so I should probably long for something with .NET in it's name. But well if MS wants to get rid of it, one day we may stay in the rains as e.g the VB6 people have been treated. Sure currently MS is all just .NET (in whatever) shadow. But nobody knows how long, and let's be honest who likes to write the same software over and over and over again just because the development tools and/or languages were deprecated. And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12119
12119 - - Issue 2889: fix LargeInteger printing. Thanks Levente and Nicolas Cellier. - Issue 2887: Allow ifNotNil: #aSelector. Thanks Henrik Johanssen. - Issue 2886: StrikeFont WideString rendering. Thanks Henrik Johanssen. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Fwd: [squeak-dev] The Trunk: System-eem.366.mcz
seems like we should do something :) Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: September 1, 2010 1:12:28 AM GMT+02:00 To: Stéphane Ducasse stephane.duca...@inria.fr Subject: Fwd: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: john...@smalltalkconsulting.com In case this gets overlooked being hidden in a update for The Trunk: System-eem. The EndianCache does need to be cleared at shutdown versus in startup. I can't speak for the SystemChangeNotifier since I'm not sure what the bug is.. Of course I'm not quite sure if anyone in the Pharo group looks and the trunk updates and moves things across? Begin forwarded message: From: comm...@source.squeak.org Date: August 31, 2010 5:47:35 PM PDT To: squeak-...@lists.squeakfoundation.org, packa...@lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: squeak-...@lists.squeakfoundation.org Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.366.mcz Summary Name: System-eem.366 Author: eem Time: 31 August 2010, 10:47:17.97 am UUID: 2126e5d9-4d47-4cc1-921f-daefd935aedd Ancestors: System-nice.365 Make sure system notifications for Smalltalk are up-to-date on start-up. Fix voiding of Smalltalk's endian cache which needs to be done in a timely manner. === Diff against System-nice.365 === Item was changed: - Method: SmalltalkImage classstartUp (in category 'class initialization') - startUp +SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:! -: This is broken. SmalltalkImage startUp happens quite late in the startup sequence; earlier startups may very well need the information about the endianness of the platform. -EndianCache := nil. - ! Item was changed: - Method: SmalltalkImageprocessShutDownList: (in category 'snapshot and quit') - processShutDownList: quitting +Send #shutDown to each class that needs to wrap up before a snapshot. + Also void the endianness chace; this can't safely be done on start-up because + Smalltalk is too late in the start-up sequence. -Send #shutDown to each class that needs to wrap up before a snapshot. +EndianCache := nil. +self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting! -self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting. - ! -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Sockets in Pharo CollaborActive Book
please continue :) On Sep 1, 2010, at 1:17 AM, Michael Roberts wrote: Hi, it just so happens I wrote that section on the colab wiki 1) primarily to play around with the wiki engine 2) I was debugging Magma socket issues and I could not find decent cookbook / snippets to illustrate some simple examples and how to test it outside of Pharo itself. I just thought as an exercise i would write it down so in response to this entire thread, huh? The example | server client | server := Socket newTCP. server listenOn: 12345 backlogSize: 4. server waitForConnectionFor: 600. client := server accept. client receiveData is only server side. If you follow the sections, you can see I used netcat as the client and illustrated some simple cmd line debugging techniques. the code above whilst it could of course contains bugs and not use the right API is consistent in what it tries to do. so is this where we want to direct people first? well, no, but sockets are fundamental and should be explained. I had only imagined it the seed for something bigger. the colab book will not expand unless people start somewhere. It is a work in progress as well, remember that... I agree it would be great if there could be some synergy between all the documentation efforts. I saw the colab book as a fairly free form area to write stuff down in a simple manner that was hosted on a wiki like space. PBE is a more coherent, dedicated and managed publishing effort. I had imagined the colab wiki could be a feeder for PBE but time will tell. It requires significant effort to produce something of the quality of PBE. cheers, Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Two notes on Sockets! (was Re: Sockets in Pharo CollaborActive Book)
On Sep 1, 2010, at 8:58 AM, Göran Krampe wrote: Hi all! Two notes (no, haven't read all posts on this subject): 1. IMHO for almost 99% of your needs you would use SocketStream and not Socket directly to write a socket client. I wrote the current SocketStream implementation and I have written several clients using it - like the latest StompProtocol on SS etc. Please, please, use SocketStream in your introduction to socket client programming! Yes this is the missing section in noury/luc chapter :) 2. I haven't looked at Andreas' new WebServer but I presume it is a standard forking server just like the old Comanche/KomHttpServer codebase is. A while back I wrote Blackfoot - a SimpleCGI implementation and then I extracted the essential forking Socket server code from KomHttpServer so that it can be easily understood and reused. I tend to point to Blackfoot as a very good example to use in this regard. We could even split out the generic part as a standard class to use. In fact, Stephen Pair did this with the TcpServices library a long time ago when he rewrote Comanche into KomHttpServer BUT... I think it got a bit overengineered and would instead point to Blackfoot as a good candidate for such a SocketServer class. sound cool do you have a little 2 pages intro to blackfoot? Stef regards, Göran ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
On Wed, Sep 01, 2010 at 09:09:07AM +0200, Friedrich Dominicus wrote: Schwab,Wilhelm K bsch...@anest.ufl.edu writes: And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) I don't think there is some one who is not honest in this topic. M$-Office is *popular* doesn't mean that it's the standard. Talking about office suite doesn't imply that it's the office suite from M$, except for the situation that you were grown in a M$'s dominated education system. What feature makes OpenOffice.org not useful? Except for just not being able to perfectly handle M$'s proprietary format? Have you ever used OpenOffice.org Calc for your own sake? OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Sockets in Pharo CollaborActive Book
would be cool to get inspired and produce material for smalltalkers. On Sep 1, 2010, at 9:03 AM, Michael Roberts wrote: Cool, I appreciate you getting the ball rolling - I am trying to push it further! (and I don't know too much about sockets) no worries. I have found this guide really useful: http://beej.us/guide/bgnet/ Even if you don't read C, there are lots of comments throughout. cheers Mike ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] What are you using to write reports?
Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Yes, thats why I started to write a COM wrapper for Squeak in 2008 - unfortunately stopped due to missing time and missing callbacks in FFI. And Alien (providing callbacks) is still not available ... Using COM would open the whole windows world (from Office to SAP, ...) and by using CCW' and RCW's one could also use the .NET world. However - there was/is also a Squeak .NET bridge one can use. BTW: Did you look at Javas/Apache FOP? I know it is used by a few Seaside apps to create PDF's using XSL-FO. Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Two notes on Sockets! (was Re: Sockets in Pharo CollaborActive Book)
Hi! On 09/01/2010 10:04 AM, Stéphane Ducasse wrote: 2. I haven't looked at Andreas' new WebServer but I presume it is a standard forking server just like the old Comanche/KomHttpServer codebase is. A while back I wrote Blackfoot - a SimpleCGI implementation and then I extracted the essential forking Socket server code from KomHttpServer so that it can be easily understood and reused. I tend to point to Blackfoot as a very good example to use in this regard. We could even split out the generic part as a standard class to use. In fact, Stephen Pair did this with the TcpServices library a long time ago when he rewrote Comanche into KomHttpServer BUT... I think it got a bit overengineered and would instead point to Blackfoot as a good candidate for such a SocketServer class. sound cool do you have a little 2 pages intro to blackfoot? Blackfoot in itself is a SimpleCGI implementation, I presented it on an OOPSLA back in... 2006 or so: http://goran.krampe.se/Blackfoot.pdf ...but my point was that it can easily serve as a good SIMPLE example of a forking Socket server using SocketStream. It is VERY small and IIRC the base forking Socket server is separate. regards, Göran ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final
Thanks http://code.google.com/p/pharo/issues/detail?id=2893 Network will be soon in our radar. full of broken code Stef On Sep 1, 2010, at 6:16 AM, Andreas Raab wrote: Hi Sven - I had a quick look at the failing tests on Pharo and they seem mostly the result of bugs in Pharo's Network package. First, MimeDocumenturl needs to return an instance of Url not a string (check the senders; all users of it expect it to be a Url not a string) so if you change that to return a url it'll take care of the pathForFile issue. The failure of testMultiPartPost2 is a combination of two bugs in HTTPSocket. First, there's a typo in getResponseUpTo: at the end (this needs to be #copyFrom:to: (the to is missing the colon). Second, there is httpPostMultiPart: which adds an erroneous CrLf at the end of a persistent HTTP/1.1 connection. That causes an interesting series of things to go wrong (which I'm partly still investigating) but the easy solution is to insert a Connection: close header. Fixes attached. These are of course also broken in Pharo 1.0 and 1.1. Cheers, - Andreas On 8/30/2010 2:17 AM, Sven Van Caekenberghe wrote: Hi Andreas, Thank you for clarifying your position and for pointing out the lack of a proper license for WebClient code. I and other people in the Pharo community made a mistake and we're sorry. We will be more careful in the future. But to our defense, as others pointed out, you're communications gave the impression that this was true open source, compatible with the standard Squeak one in spirit. Futhermore, and this to your credit as well, you yourself wrote the WebClient-Pharo package, giving the impression that you valued that port. It also proves that you did the actual effort. Thanks you! And indeed, you did incorporate some changes, so the intention was certainly there. Now, I would not say that we already actually forked the code. We just tried to port it. The process of following your progress proved difficult (you probably made a diff between your and our latest versions), precisely because of some of these little things like #asString, #utf8Encoding, #and:and:and:and:, but also some deeper ones like #pathForFile that kept coming back. You have every right to refuse to follow the Pharo Smalltalk spirit or style. I respect that, and the Pharo community as a whole should too. But your refusal to do so and the lack of a license give us no alternative than to look for other solutions. I wasn't there when the discussion that let to the birth of Pharo took place. But it is clear that the Smalltalk community is too small to not work together. The Smalltalk-80 inheritance and the enormeous contributions of the Squeak community over the years should be respected by all. At the same time you cannot ignore the positive effect that Pharo had since then. For me and many others, Pharo definitively has its place, along many other viable Smalltalk implementations. Regards, Sven On 30 Aug 2010, at 00:00, Andreas Raab wrote: Hi Sven, [cc: pharo list since I think there are some larger issues to discuss] First of all thank you for your continued interest in WebClient. It is nice to see that people like to use it. However, I'm more than a bit surprised about what you are saying below about having WebClient in Pharo 1.2. Honestly, I was dumbfounded when I went to read some of the discussions on the Pharo list. May I ask what the due diligence process is for including packages in Pharo? I would have expected that the process includes 1) checking the project page on SS for the license and 2) sending the author a courtesy note along the lines of hey we want to include your code, are you okay with that? (in particular if the author of the package isn't on the Pharo list and consequently has no clue about what you're doing). 1. Regarding WebClient's license, please have a look at any of the following repositories, all of which are under MIT: http://www.squeaksource.com/Balloon3D.html http://www.squeaksource.com/CroquetGL.html http://www.squeaksource.com/ToolBuilder.html http://www.squeaksource.com/TweakCore.html ... etc ... As you can see, when I mean to put code under the MIT license, I try to state that by including a copy of the license on the front page of the repository as well as setting the license field. Contrary to, for example, the following repositories: http://www.squeaksource.com/ar.html http://www.squeaksource.com/SqueakSSL.html http://www.squeaksource.com/WebClient.html which are not (or not yet) under MIT. Obviously, I'm trying to be as clear as possible on these matters, which is why I was pointing out that your repository incorrectly claims that the version of WebClient in it is LGPLv2. I'm surprised (and shocked) that apparently nobody in Pharo even tries to find out what the license status for WebClient
Re: [Pharo-project] Memory problems on Windows
do you have the same problem with the normal VM? On Sep 1, 2010, at 5:25 AM, Jimmie Houchin wrote: Hello, I am developing an application which processes and generates a large amount of data. In a recent attempt I encountered an Space is Low error. This is occurring in a Pharo 1.1 image using the latest Pharo and Cog VMs. I am opening the vm with the -memory: 1000 parameter. The below code I have applied the from the Squeak list from the 100 Million Objects thread. But the problem occurs at about 500mb of ram on a computer with 3 (or 6) gb of ram, with only 65% of physical ram in use. The os is Vista. Any help in using more memory, as much as necessary for the app, would be greatly appreciated. initializeMemorySettings Initialize the memory and GC settings to be more in line with QF requirements The following settings affect the rate incremental GCs and tenuring Limit incremental GC activity to run every 40k allocations SmalltalkImage current vmParameterAt: 5 put: 4. allocations between GCs (default: 4000) Limit tenuring threshold to only tenure w/ 10k survivors SmalltalkImage current vmParameterAt: 6 put: 1. tenuring threshold (default: 2000) These settings affect overall memory usage Only give memory back to the OS when we have more than 16MB free SmalltalkImage current vmParameterAt: 24 put: 16*1024*1024. default 8MB Try to keep 8MB headroom at all times SmalltalkImage current vmParameterAt: 25 put: 8*1024*1024. default 4MB These settings describe what to do when we're close to running out of free space Tell the VM that we'd rather grow than spinning in tight GC loops SmalltalkImage current gcBiasToGrow: true. default: false Tell the VM to do a fullGC for good measure if the above growth exceeded 16MB SmalltalkImage current gcBiasToGrowLimit: 16*1024*1024. default: 0 Thanks, Jimmie Houchin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deleted or renamed behaviors
what is the idea? What we want to do with veronica is - get a declarative code model (MC2/Ginsu) -- - put all the version of squeak and pharo in a Gemstone DB - make sure that we can do historized queries sender in version 1.0 - diff between versions Stef On Aug 31, 2010, at 9:17 PM, Hernán Morales Durand wrote: Ok, thanks for the reply. I've created a repository in SqS for a tool supporting better tracking of change history http://www.squeaksource.com/ChangeTracker.html please do not hesitate to contact me to join this project. I'm planning to use the OB framework but any suggestions are welcomed. Cheers, Hernán 2010/8/31 Stéphane Ducasse stephane.duca...@inria.fr: not directly but indeed we should be much more imaginative with our tools. Now I'm spending my time on not really funny or exciting actions so I do not have time to invent new stuff and this is bad. I'm trying to make sure that this situation will change but so far still crawling. This is why we will add RB in Unstable because we should use powertools in Unstable. Stef On Aug 31, 2010, at 6:46 PM, Hernán Morales Durand wrote: Hi all, Is there a tool to observe the replacements of renamed or removed methods in Pharo? Because it happened to me several times, when loading a package in Pharo two or three months after I've released something, there are methods removed and I have to search the change comments everywhere (change log, mailing list, issues list, etc) and figure out the replacements, and sometimes it isn't so direct. Cheers, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Distinguishing system and user objects
In scriptLoader you get the list of all the core packages with version. I will start to play with metacello to do that instead of doing everything :) On Aug 31, 2010, at 10:29 PM, Hernán Morales Durand wrote: Hi guys, Given any Pharo image and a (any) package or class category, how do you find if the package/class category belongs to the official image release? Thanks, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Image file format ?
we are interested in a Smalltalk based image writer too :) So far we did not went far and just focus on playing with SystemDictionary Hi All, I'm looking for information on the image file format, something that tells me the layout. A little like this: ++ ! version ! ++ ! count ! ++ etc. I can glean this information from the Squeak C sources but I'm wanting some additional information for validation. Maybe it is in the blue book but I have also read that Squeak varies on this a little. Also - what is a Compact Class Array section of the image file? Compact classes are classes whose representation is optimized and normally you can have up to 5 bits (32) compact classes in the system. I reminder that eliot mentioned that he would like to kill compact classes. Would be good to have a system less complex. Stef Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] float printing
hi guys here is a point where squeak and pharo could sync. Now I propose the change to be applied in Pharo. http://code.google.com/p/pharo/issues/detail?id=2888 in essence 0.1+0.2=0.3 which is normal since (0.1+0.2) hex '3FD4' 0.3 hex '3FD3' showing that we are in presence of two difference numbers. So since floats are approximations anyway, I like the idea that the language tells me all the time. This fits perfectly with the discussion and actions we got last year on floats. Of course 0.1s2 + 0.2s2 = 0.3s2 is true storeString is already conveying the right information both in squeak and pharo (0.1+0.2) storeString '0.30004' 0.3 storeString '0.3' I suggest that printString on float ie on little change in printString. So talk now. My point is that since we cannot perfectly lie better say it. I think that GNU and python are right so this an easy fix with a really good impact on education. Stef printOn: aStream base: base Handle sign, zero, and NaNs; all other values passed to absPrintOn:base: self isNaN ifTrue: [aStream nextPutAll: 'NaN'. ^ self]. check for NaN before sign self 0.0 ifTrue: [self absPrintExactlyOn: aStream base: base] ifFalse: [self sign = -1 ifTrue: [aStream nextPutAll: '-']. self = 0.0 ifTrue: [aStream nextPutAll: '0.0'. ^ self] ifFalse: [self negated absPrintOn: aStream base: base]] ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Image file format ?
2010/9/1 James Ladd james_l...@hotmail.com Hi All, I'm looking for information on the image file format, something that tells me the layout. A little like this: ++ ! version ! ++ ! count ! ++ etc. I can glean this information from the Squeak C sources but I'm wanting some additional information for validation. Maybe it is in the blue book but I have also read that Squeak varies on this a little. Also - what is a Compact Class Array section of the image file? Each object (all but SmallInteger in Squeak i think) has its own Object Header. Each object has to know its class. Now...image those classes where you have a lot of instances, like Bitmap, ByteString, etc...(print Smalltalk compactClassesArray for more examples) If for each instance of them you need 32bits (4 bytes) to point to their class, you will use a lot of memory. So, someone introduced something in the VM where they modified the Object Header so that you can use 5 bits for an index in a table of compact classes. So you have 32 classes that you can define as compact (see #becomeCompact), and this means that its instances will have an object header small (without a real pointer to its class). Thussaves memory. However, the system has to ask if it is compact or not several places in the vm, having an overhead I imagine. IMHO, they could be removed since it is not THAT MUCH in today's computers. And the VM would be cleaner. cheers mariano Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MethodName
2010/8/30 Alexandre Bergel alexan...@bergel.eu I attached PharoDebug.log did you try it in Pharo1.2 - 12109 ? ? Alexandre On 30 Aug 2010, at 09:12, Stéphane Ducasse wrote: excellent we spent the week-end (or the part allocated to code) chasing it. Which image? version We do not understand why fileIn has a problem when MethodReference get a real timestamp. Stef Hi! I can't load it. I've got an error: Instances of Timestamp are not indexable Alexandre On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: Hello everyone As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) It works on Pharo1.2 - 12109 because it needs NullTextStyler ( Gofer new squeaksource: 'PharoTaskForces'; package: 'NullTextStyler'; load.) You can download the sources by evaluating this : Gofer new squeaksource: 'PharoTaskForces'; package: 'MethodName'; load. For opening a new MethodName window there's two ways : - evaluate : MethodName new openInWorld. - click World Tools Method Name How it works : - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) - You type the text you want to search : + Source : 1) *string or string or string* or *string* - it answers all the methods which source contains string 2) begin*end - it answers all the methods which source contains begin(whatever)end. + Class names : 1) name - it answers the class which the name is name 2) name* / *name / *name* / begin*end ... - * replaces any string. + Selectors: 1) the same behaviour that for class names 2) the behaviour of MethodFinder Moreover you can reduce the field of search by clicking on Change environment which open a PackageChooser window. A PackageChooser let you choose the set of classes which will be browsed during the search. The left list shows all the available packages and the right list shows the already selected packages. To add packages, just select them then click to add them or click to select all the packages. It's the same to remove packages. Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. When all the packages are selected, just click Ok :) I hope it's a bit clear and a bit useful ^^ Benjamin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] programmatically update a Pharo image
Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
2010/9/1 Cyrille Delaunay cy.delau...@gmail.com Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ç Check Utilities updateFromServer ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
soon obsolete :) But for now ok :) soon UpdateStreamer new updateFromServer Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ç Check Utilities updateFromServer ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Hi Friedrick, In Aida and specially Scribo CMS we now support the commercial Prince PDF generator (http://www.princexml.com). Prince converts HTML + CSS3 into nicelly formated printable documents, with page numbers, Table of contents with page numbers and such things, necessary for professionally looking documents, while reatining the original documents in strictly standard HTML/CSS format. Prince is developed with help of one of authors of CSS standard, so you can expect the true support as advertised. For less professional printing Aida supports the print CSS separation from screen CSS, so you can do quite good printouts with pure HTML/CSS, as much as web browsers printing support allows. That printing support is not very complete, but my company anyway print all our documents that way, from bills, letters etc, so it is good enough for most cases. If a customer really need better one, then you scale to Prince. Best regards Janko El mar, 31-08-2010 a las 08:13 +0200, Friedrich Dominicus escribió: I'm working slowly through Seaside, Aida, Pharo etc. I just wonder what you are using to make usable reports. (Be it in electronical form or printed). A related question, how does you interface e.g to let's say OpenOffice or maybe MS Office? -- Janko Mivšek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
No argument that MS wants to kill COM in favor of .NET, and once they do that, they will churn the market again as soon as they can manage it - it's what they do. They've been sufficiently ineffective at it that the result is hardly writing software over and over but it is very annoying to watch working things break over time. These annoyances combined with the general merit of Linux distributions of late led me to make the switch. In short, you are preaching to the choir :) Let's be honest a third time :) Word is trash. Open Office Calc is really pretty good. Since you (wisely) distrust Microsoft, I find it strange that you are content to throw around the Office is standard mantra. True or not, there are alternatives (in the case of LaTeX, a paradigm shift from fussing with formatting to thinking about structure) and ways to have data in simple formats that will still be around long after Microsoft starts to kill off .NET's successor. You can set yourself up for more pain, or design for the minimum amount of Microsoft involvement that will solve your problems. There are some good options in this thread, or you can polish up your .NET compiler, while it still has time ;) Good luck! Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Friedrich Dominicus [fr...@q-software-solutions.de] Sent: Wednesday, September 01, 2010 3:09 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? Schwab,Wilhelm K bsch...@anest.ufl.edu writes: If you must push into Excel (it's far easier to let it import from text), you will be using Windows, and therefore could perhaps create something with VBA. I'm usin VBA currently, the problem with it is that MS want to get away from it. And so I should probably long for something with .NET in it's name. But well if MS wants to get rid of it, one day we may stay in the rains as e.g the VB6 people have been treated. Sure currently MS is all just .NET (in whatever) shadow. But nobody knows how long, and let's be honest who likes to write the same software over and over and over again just because the development tools and/or languages were deprecated. And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr soon obsolete :) But for now ok :) soon UpdateStreamer new updateFromServer Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ç Check Utilities updateFromServer ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports? Lyx!
I posted this earlier but never saw it show up. Apologies if it was posted but I didn't see it. Tab-delimited text is very useful; I tend to see the world in terms of R (http://cran.r-project.org/) data frames, even when I do not plan to involve R. HTML makes a nice way to scroll through data. As for connecting with OpenOffice or (I can't say itg), I find LaTeX to be much nicer to use. It has a steep learning curve, but the view from near the top is pretty good. If you find LaTex has a steep learning curve I suggest you give Lyx a try. I write everything in either vi or Lyx. I use Linux but Lyx can also be found on Windows and Mac. By the way, when I write the external documentation (using Lyx of course) for Squeak/Pharo packages that I write where do I put this documentation? Regards, Ralph Boland -- Quantum Theory cannot save us from the tyranny of a deterministic universe but it does give God something to do ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
2010/9/1 Cyrille Delaunay cy.delau...@gmail.com Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Once I incisted in putting DummyUIManager in core...I got it :) see http://code.google.com/p/pharo/issues/detail?id=2069 not sure how to use it, thus. cheers Mariano 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr soon obsolete :) But for now ok :) soon UpdateStreamer new updateFromServer Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ç Check Utilities updateFromServer ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Yang Nguyen, This reads as though you are responding to *me* as the MS junkie. For the record, I have been making the point that there are (generally superior) alternatives to MS software, and I never referred to OpenOffice Basic. Please direct your advice to Friedrich Dominicus, who is either seeking it or perhaps just trolling. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Yang Ha Nguyen [cmp...@gmail.com] Sent: Wednesday, September 01, 2010 4:05 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? On Wed, Sep 01, 2010 at 09:09:07AM +0200, Friedrich Dominicus wrote: Schwab,Wilhelm K bsch...@anest.ufl.edu writes: And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) I don't think there is some one who is not honest in this topic. M$-Office is *popular* doesn't mean that it's the standard. Talking about office suite doesn't imply that it's the office suite from M$, except for the situation that you were grown in a M$'s dominated education system. What feature makes OpenOffice.org not useful? Except for just not being able to perfectly handle M$'s proprietary format? Have you ever used OpenOffice.org Calc for your own sake? OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
Since you need a specific behavior for your application you could mimic the code here in #readServerUpdatesThrough: maxNumber saveLocally: saveLocally updateImage: updateImage, without sending message to ... UIManager default chooseFrom: #('Stop looking' 'Try next server') title: Or maybe decouple it from the view, and integrate it into Pharo. Fernando On Sep 1, 2010, at 4:05 PM, Mariano Martinez Peck wrote: 2010/9/1 Cyrille Delaunay cy.delau...@gmail.com Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Once I incisted in putting DummyUIManager in core...I got it :) see http://code.google.com/p/pharo/issues/detail?id=2069 not sure how to use it, thus. cheers Mariano 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr soon obsolete :) But for now ok :) soon UpdateStreamer new updateFromServer Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ç Check Utilities updateFromServer ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ATT1..txt ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Hi Wilhelm Schwab, I think you have misunderstood me. I was quoting Friedrich's message and responsing to him, even before your reply, since he has been being subjective about the point. Personal taste doesn't mean to be subjective. On Wed, Sep 01, 2010 at 10:10:20AM -0400, Schwab,Wilhelm K wrote: Yang Nguyen, This reads as though you are responding to *me* as the MS junkie. For the record, I have been making the point that there are (generally superior) alternatives to MS software, and I never referred to OpenOffice Basic. Please direct your advice to Friedrich Dominicus, who is either seeking it or perhaps just trolling. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Yang Ha Nguyen [cmp...@gmail.com] Sent: Wednesday, September 01, 2010 4:05 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? On Wed, Sep 01, 2010 at 09:09:07AM +0200, Friedrich Dominicus wrote: Schwab,Wilhelm K bsch...@anest.ufl.edu writes: And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) I don't think there is some one who is not honest in this topic. M$-Office is *popular* doesn't mean that it's the standard. Talking about office suite doesn't imply that it's the office suite from M$, except for the situation that you were grown in a M$'s dominated education system. What feature makes OpenOffice.org not useful? Except for just not being able to perfectly handle M$'s proprietary format? Have you ever used OpenOffice.org Calc for your own sake? OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12120
12120 - - Issue 2898: DurationTesttestNormalizeNanoSeconds and fix. David T. Lewis - Issue 2892: ifNotNil decompilation. Thanks Henrik Johanssen and Eliot Miranda. - Issue 2895: urlClassForSchemehandles HTTPS. Thanks Andreas Raab. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Please help!! Error: There is no free space in this set!'
Soany helpers? http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=1628 I would like to help, but I am 100% newbie in this. Please consider me as tester. Cheers mariano 2010/8/5 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribió: I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
cyrille I'm about to publish UpdateStreamer which will be silent or verbose and does what you want. Stef On Sep 1, 2010, at 2:54 PM, Cyrille Delaunay wrote: Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
Cool :) 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr cyrille I'm about to publish UpdateStreamer which will be silent or verbose and does what you want. Stef On Sep 1, 2010, at 2:54 PM, Cyrille Delaunay wrote: Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Metacello for pharo 1.2
When I try to load moose in a pharo 1.2 image, Metacello is loading (via ConfigurationOfMetacello) an ancient version of OB which is no longer compatible with pharo 1.2 (at least for the use of 'Preferences'). Does anyone know if there is a version of metacello working for 1.2? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Please help!! Error: There is no free space in this set!'
Yes we need help on this one. Stef On Sep 1, 2010, at 4:41 PM, Mariano Martinez Peck wrote: Soany helpers? http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=1628 I would like to help, but I am 100% newbie in this. Please consider me as tester. Cheers mariano 2010/8/5 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribió: I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
I will soon need a tester :) Stef On Sep 1, 2010, at 4:51 PM, Cyrille Delaunay wrote: Cool :) 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr cyrille I'm about to publish UpdateStreamer which will be silent or verbose and does what you want. Stef On Sep 1, 2010, at 2:54 PM, Cyrille Delaunay wrote: Hello, Is there a 'magic' command to programmatically update and load the last version of a Pharo 1.2 core image? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Problems in loading GLORP
Hi, By following both Sven's and Mariano's suggestions (I am referencing see this thread [1]), I am trying to load GLORP in Pharo. (On a MacOSX 10.6.4, I didn't tried on other machines). However, I am not able to complete the loading process. I tried with both a fresh Pharo image [2] and a Moose development one. I tried both by using the metacello instructions in SqueakDBX [3], and by using Sven's script [4]. In any configuration, when it loads GLORP, the loading process freezes in Compiling methods. For example, by using Sven's script, I am able to run the first three statements, but the fourth freezes everything: (1) Scanner allowUnderscoreAsAssignment: true. (2) Gofer new squeaksource: 'PostgresV2'; package: 'PostgresV2'; load. (3) Scanner allowUnderscoreAsAssignment: false. (4) Gofer new squeaksource: 'SqueakDBX'; package: 'Glorp'; load. Similarly, it freezes following the metacello instructions in the SqueakDBX site. Could you please tell me how you are able to load GLORP? Thank you. Cheers, Alberto [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2010-June/028664.html [2] http://www.pharo-project.org/pharo-download/stable [3] http://squeakdbx.org/Installation [4] http://www.squeaksource.com/ADayAtTheBeach/GlorpPostgreSQLPharoLoader-SvenVanCaekenberghe.3.mcz ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Metacello for pharo 1.2
Try (ConfigurationOfMetacello project version: '1.0-beta.27-baseline' ) load 2010/9/1 Cyrille Delaunay cy.delau...@gmail.com When I try to load moose in a pharo 1.2 image, Metacello is loading (via ConfigurationOfMetacello) an ancient version of OB which is no longer compatible with pharo 1.2 (at least for the use of 'Preferences'). Does anyone know if there is a version of metacello working for 1.2? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
I understood you; I don't want others misunderstanding you; please reply to Friedrich so it is clear. In the good old days, before Novel and Microsoft made most of the email clients in use, there were ways to properly quote text with attribution to the authors in a way that worked. BTW, I don't top-post because I think it's a good idea, I do it because our garbage email system can't do otherwise (I've looked, the options don't exist). I've been stuck with one or another broken system for years now :( But, it's **standard** ;) From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Yang Ha Nguyen [cmp...@gmail.com] Sent: Wednesday, September 01, 2010 10:29 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? Hi Wilhelm Schwab, I think you have misunderstood me. I was quoting Friedrich's message and responsing to him, even before your reply, since he has been being subjective about the point. Personal taste doesn't mean to be subjective. On Wed, Sep 01, 2010 at 10:10:20AM -0400, Schwab,Wilhelm K wrote: Yang Nguyen, This reads as though you are responding to *me* as the MS junkie. For the record, I have been making the point that there are (generally superior) alternatives to MS software, and I never referred to OpenOffice Basic. Please direct your advice to Friedrich Dominicus, who is either seeking it or perhaps just trolling. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Yang Ha Nguyen [cmp...@gmail.com] Sent: Wednesday, September 01, 2010 4:05 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? On Wed, Sep 01, 2010 at 09:09:07AM +0200, Friedrich Dominicus wrote: Schwab,Wilhelm K bsch...@anest.ufl.edu writes: And let's be honest a second time. MS-Office is the Standard by any means. Yes there is LaTex and yes there is OpenOffice but sorry if anyone talks about Office Software they mean MS-Office. And we have to admit that the MS-Office tools are extremly useful, especially Excel is quite good at that spreadsheets can do ;-) I don't think there is some one who is not honest in this topic. M$-Office is *popular* doesn't mean that it's the standard. Talking about office suite doesn't imply that it's the office suite from M$, except for the situation that you were grown in a M$'s dominated education system. What feature makes OpenOffice.org not useful? Except for just not being able to perfectly handle M$'s proprietary format? Have you ever used OpenOffice.org Calc for your own sake? OpenOffice has some type of (Java??) scripting interface. That might be a little better and perhaps even friendlier than MS' offerings and might then be induced to create .xls files. Well VBA and Excel is well working, I doubt that OpenOffice Basic can compete with it. Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Best regards, -- Yang Nguyen Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Distinguishing system and user objects
Thanks for the help guys. Actually I thought of having something as simple as aClass isSystemDefault then having more control detecting changes (to system or user objects). One may implement in a browser a Warning mode that prevents/protect from mistakes, once I've implemented an extension method in Behavior with the **same selector** of an existing method, and the tools didn't helped me to detect it. Another use case is for helping future tools to know which changes to track. Hernán 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr: In scriptLoader you get the list of all the core packages with version. I will start to play with metacello to do that instead of doing everything :) On Aug 31, 2010, at 10:29 PM, Hernán Morales Durand wrote: Hi guys, Given any Pharo image and a (any) package or class category, how do you find if the package/class category belongs to the official image release? Thanks, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problems in loading GLORP
On 9/1/10 5:07 PM, alberto.bacche...@usi.ch wrote: [CUT] (On a MacOSX 10.6.4, I didn't tried on other machines). Same issue in a Linux machine. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] [update 1.2] #12121
12121 - - Issue 2900: Fix chooseVar deprecated methods in browser and other Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problems in loading GLORP
freeze like what? No log? Stef On Sep 1, 2010, at 5:07 PM, Alberto Bacchelli wrote: Hi, By following both Sven's and Mariano's suggestions (I am referencing see this thread [1]), I am trying to load GLORP in Pharo. (On a MacOSX 10.6.4, I didn't tried on other machines). However, I am not able to complete the loading process. I tried with both a fresh Pharo image [2] and a Moose development one. I tried both by using the metacello instructions in SqueakDBX [3], and by using Sven's script [4]. In any configuration, when it loads GLORP, the loading process freezes in Compiling methods. For example, by using Sven's script, I am able to run the first three statements, but the fourth freezes everything: (1) Scanner allowUnderscoreAsAssignment: true. (2) Gofer new squeaksource: 'PostgresV2'; package: 'PostgresV2'; load. (3) Scanner allowUnderscoreAsAssignment: false. (4) Gofer new squeaksource: 'SqueakDBX'; package: 'Glorp'; load. Similarly, it freezes following the metacello instructions in the SqueakDBX site. Could you please tell me how you are able to load GLORP? Thank you. Cheers, Alberto [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2010-June/028664.html [2] http://www.pharo-project.org/pharo-download/stable [3] http://squeakdbx.org/Installation [4] http://www.squeaksource.com/ADayAtTheBeach/GlorpPostgreSQLPharoLoader-SvenVanCaekenberghe.3.mcz ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Distinguishing system and user objects
Thanks for the help guys. Actually I thought of having something as simple as aClass isSystemDefault we could do it at the class level I think that we should get some static metadata soon or later then having more control detecting changes (to system or user objects). One may implement in a browser a Warning mode that prevents/protect from mistakes, once I've implemented an extension method in Behavior with the **same selector** of an existing method, and the tools didn't helped me to detect it. Another use case is for helping future tools to know which changes to track. Hernán 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr: In scriptLoader you get the list of all the core packages with version. I will start to play with metacello to do that instead of doing everything :) On Aug 31, 2010, at 10:29 PM, Hernán Morales Durand wrote: Hi guys, Given any Pharo image and a (any) package or class category, how do you find if the package/class category belongs to the official image release? Thanks, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
Cyrille Delaunay wrote: Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Try: [Utilities updateFromServer] valueSuppressingAllMessages. FWIW, I used to run this update on my Hudson server, but I eventually disabled it, in favour of manually updating to the latest image download from https://gforge.inria.fr/frs/?group_id=1299. There was always some issue that came up, that required manual intervention. Now that more people are doing automated builds, you may have a different experience. With the new link at: http://www.pharo-project.org/pharo-download/unstable-core it should be possible to automate the image update, but I've not tried yet. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
thanks yanni for pharo and moose we want to have automated builds. This will kick our ass so I'm sure that the system will be better after :) Stef On Sep 1, 2010, at 5:39 PM, Yanni Chiu wrote: Cyrille Delaunay wrote: Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Try: [Utilities updateFromServer] valueSuppressingAllMessages. FWIW, I used to run this update on my Hudson server, but I eventually disabled it, in favour of manually updating to the latest image download from https://gforge.inria.fr/frs/?group_id=1299. There was always some issue that came up, that required manual intervention. Now that more people are doing automated builds, you may have a different experience. With the new link at: http://www.pharo-project.org/pharo-download/unstable-core it should be possible to automate the image update, but I've not tried yet. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
I have the impression that valueSuppressingAllMessages capture ProvideAnswerNotification but It is not clear to me that he works for ProgressInitiationException which is used by 'Downloading updates' displayProgressAt: World activeHand position from: 0 to: urls size during: do you have any experience with that? I will try but who knows :) Stef On Sep 1, 2010, at 5:39 PM, Yanni Chiu wrote: Cyrille Delaunay wrote: Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Try: [Utilities updateFromServer] valueSuppressingAllMessages. FWIW, I used to run this update on my Hudson server, but I eventually disabled it, in favour of manually updating to the latest image download from https://gforge.inria.fr/frs/?group_id=1299. There was always some issue that came up, that required manual intervention. Now that more people are doing automated builds, you may have a different experience. With the new link at: http://www.pharo-project.org/pharo-download/unstable-core it should be possible to automate the image update, but I've not tried yet. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final
El mié, 01-09-2010 a las 15:44 +0900, Serge Stinckwich escribió: Don't confuse open-source software with free software: http://www.gnu.org/philosophy/free-software-for-freedom.html I think that this has already gone off-topic. The original argument was that Andreas wanted to open source it (MIT likely) and at the same time prohibiting forking of the codebase. My point was that if it was open source or free software then the forking was a granted right. If he wanted to avoid it then he couldn't claim is free software or open source. With MIT you can fork (of course) but also with GPL (like the emacs/xemacs fork). Let not bring this thread in a free software vs open source war. Cheers 2010/8/31 Miguel Enrique Cobá Martínez miguel.c...@gmail.com: El mar, 31-08-2010 a las 00:43 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Miguel Enrique Cobá Martínez wrote: El mar, 31-08-2010 a las 00:25 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Friedrich Dominicus wrote: Levente Uzonyi le...@elte.hu writes: On Mon, 30 Aug 2010, Stéphane Ducasse wrote: I suggest that the people that want and know, group together and build an open-source one. Why do you have to have your own library? Did I say pharo library? reread carefully I said an open-source one. What I get from Andreas' words is that he's willing to make it open source if it won't be forked. Hm I think this is impossible. If it's OS it's up to whomever get its hand on it. Or am I mistaken? Just think about GPL, it's open source, but you can't fork the code if you don't release your changes as GPL too. I don't get it. If it is open source then is forkable. Period. If it is a special case like GPL, it add some other restriction, like you can't redistribute the new code without it being also GPL. You can fork it and not using GPL for the new changes, the restriction is that you can't redistribute it. From wikipedia: Open-source software (OSS) is computer software that is available in source code form for which the source code and certain other rights normally reserved for copyright holders are provided under a software license that permits users to study, change, and improve the software. There's nothing about forking or redistributing here. I could make a license that says: you can study, change and improve the software, but you can't redistribute it without my permission. But the fact remains that it is forkable always. If you don't want it forkable, then use other non open source license. See above. You could fork it, but that wouldn't be open source anymore. You must be kidding. The freedom to fork is a essential right of open source software: http://news.cnet.com/8301-13505_3-10379280-16.html http://asay.blogspot.com/2006/10/wither-right-to-fork.html http://www.gnu.org/philosophy/free-sw.html http://www.opensource.org/docs/osd http://www.opensource.org/node/357 period. Levente Cheers Levente Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problems in loading GLORP
On 9/1/10 5:26 PM, Stéphane Ducasse wrote: freeze like what? It seems there was something wrong with my setup: Now I tried it again to prepare a screenshot and it works. Sorry. Alberto ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
what I feared ['You should not see me' displayProgressAt: World activeHand position from: 0 to: 100 during: [:bar | 1 to: 100 by: 10 do: [:x | bar value: x. (Delay forMilliseconds: 200) wait]]]valueSuppressingAllMessages and we see it. So I open a ticket to make sure that we will not forget :) Stef On Sep 1, 2010, at 6:07 PM, Stéphane Ducasse wrote: I have the impression that valueSuppressingAllMessages capture ProvideAnswerNotification but It is not clear to me that he works for ProgressInitiationException which is used by 'Downloading updates' displayProgressAt: World activeHand position from: 0 to: urls size during: do you have any experience with that? I will try but who knows :) Stef On Sep 1, 2010, at 5:39 PM, Yanni Chiu wrote: Cyrille Delaunay wrote: Ok, thanks :) The problem now is that 'Utilities updateFromServer' open a window to inform the user, waiting for the user to click on ok. In my case, I want to use such a method to update the image from a script (for example launched from hudson). But this 'inform' window stop the execution of the script Try: [Utilities updateFromServer] valueSuppressingAllMessages. FWIW, I used to run this update on my Hudson server, but I eventually disabled it, in favour of manually updating to the latest image download from https://gforge.inria.fr/frs/?group_id=1299. There was always some issue that came up, that required manual intervention. Now that more people are doing automated builds, you may have a different experience. With the new link at: http://www.pharo-project.org/pharo-download/unstable-core it should be possible to automate the image update, but I've not tried yet. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Problems in loading GLORP
On Wed, Sep 1, 2010 at 5:07 PM, Alberto Bacchelli alberto.bacche...@usi.chwrote: Hi, By following both Sven's and Mariano's suggestions (I am referencing see this thread [1]), I am trying to load GLORP in Pharo. (On a MacOSX 10.6.4, I didn't tried on other machines). However, I am not able to complete the loading process. I tried with both a fresh Pharo image [2] and a Moose development one. I tried both by using the metacello instructions in SqueakDBX [3], and by using Sven's script [4]. In any configuration, when it loads GLORP, the loading process freezes in Compiling methods. For example, by using Sven's script, I am able to run the first three statements, but the fourth freezes everything: (1) Scanner allowUnderscoreAsAssignment: true. (2) Gofer new squeaksource: 'PostgresV2'; package: 'PostgresV2'; load. (3) Scanner allowUnderscoreAsAssignment: false. (4) Gofer new squeaksource: 'SqueakDBX'; package: 'Glorp'; load. Similarly, it freezes following the metacello instructions in the SqueakDBX site. It works here. BTW, last week I wrote a metacello configuration group to load GlorpDBX with the native postgres driver. You can evaluate first: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfGlorpDBX'; load. and then (ConfigurationOfGlorpDBX project version: '1.2') load: 'All with PostgreSQL native cheers mariano Could you please tell me how you are able to load GLORP? Thank you. Cheers, Alberto [1] http://lists.gforge.inria.fr/pipermail/pharo-project/2010-June/028664.html [2] http://www.pharo-project.org/pharo-download/stable [3] http://squeakdbx.org/Installation [4] http://www.squeaksource.com/ADayAtTheBeach/GlorpPostgreSQLPharoLoader-SvenVanCaekenberghe.3.mcz ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final
2010/9/1 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El mié, 01-09-2010 a las 15:44 +0900, Serge Stinckwich escribió: Don't confuse open-source software with free software: http://www.gnu.org/philosophy/free-software-for-freedom.html I think that this has already gone off-topic. The original argument was that Andreas wanted to open source it (MIT likely) and at the same time prohibiting forking of the codebase. My point was that if it was open source or free software then the forking was a granted right. If he wanted to avoid it then he couldn't claim is free software or open source. With MIT you can fork (of course) but also with GPL (like the emacs/xemacs fork). Let not bring this thread in a free software vs open source war. +1 Laurent Laffont http://pharocasts.blogspot.com/ http://magaloma.blogspot.com/ Cheers 2010/8/31 Miguel Enrique Cobá Martínez miguel.c...@gmail.com: El mar, 31-08-2010 a las 00:43 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Miguel Enrique Cobá Martínez wrote: El mar, 31-08-2010 a las 00:25 +0200, Levente Uzonyi escribió: On Mon, 30 Aug 2010, Friedrich Dominicus wrote: Levente Uzonyi le...@elte.hu writes: On Mon, 30 Aug 2010, Stéphane Ducasse wrote: I suggest that the people that want and know, group together and build an open-source one. Why do you have to have your own library? Did I say pharo library? reread carefully I said an open-source one. What I get from Andreas' words is that he's willing to make it open source if it won't be forked. Hm I think this is impossible. If it's OS it's up to whomever get its hand on it. Or am I mistaken? Just think about GPL, it's open source, but you can't fork the code if you don't release your changes as GPL too. I don't get it. If it is open source then is forkable. Period. If it is a special case like GPL, it add some other restriction, like you can't redistribute the new code without it being also GPL. You can fork it and not using GPL for the new changes, the restriction is that you can't redistribute it. From wikipedia: Open-source software (OSS) is computer software that is available in source code form for which the source code and certain other rights normally reserved for copyright holders are provided under a software license that permits users to study, change, and improve the software. There's nothing about forking or redistributing here. I could make a license that says: you can study, change and improve the software, but you can't redistribute it without my permission. But the fact remains that it is forkable always. If you don't want it forkable, then use other non open source license. See above. You could fork it, but that wouldn't be open source anymore. You must be kidding. The freedom to fork is a essential right of open source software: http://news.cnet.com/8301-13505_3-10379280-16.html http://asay.blogspot.com/2006/10/wither-right-to-fork.html http://www.gnu.org/philosophy/free-sw.html http://www.opensource.org/docs/osd http://www.opensource.org/node/357 period. Levente Cheers Levente Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/ ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx
Re: [Pharo-project] [Off Topic] What are you using to write reports?
On Wed, Sep 01, 2010 at 11:07:51AM -0400, Schwab,Wilhelm K wrote: I understood you; I don't want others misunderstanding you; please reply to Friedrich so it is clear. In the good old days, before Novel and Microsoft made most of the email clients in use, there were ways to properly quote text with attribution to the authors in a way that worked. BTW, I don't top-post because I think it's a good idea, I do it because our garbage email system can't do otherwise (I've looked, the options don't exist). I've been stuck with one or another broken system for years now :( But, it's **standard** ;) Wilhelm, Got it, thank you very much :-). Regards, -- Yang Nguyen Web log: http://cmpitg.wordpress.com/ Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Yang Ha Nguyen cmp...@gmail.com writes: Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. Did not wrote it's software. It was about scripting the OpenOffice packages. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I did not know that Calc works with VBA. I though it was the Basic of OpenOffice itself. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? I'm fully with you, but my customers not. They use MS software every day in every form you can imagine. That I post here suggests that I'm not bound to it but it's probably important for my customers So not pun intended for any other tool besided MS-Office tools. It's just what my customers are used to -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Schwab,Wilhelm K bsch...@anest.ufl.edu writes: No argument that MS wants to kill COM in favor of .NET, and once they do that, they will churn the market again as soon as they can manage it - it's what they do. Well yes, I'm afraid you're right about it. They've been sufficiently ineffective at it that the result is hardly writing software over and over but it is very annoying to watch working things break over time. Well that *is* the biggest problem for independent software developers not owning either MS ;-(, Java, or whatever. These annoyances combined with the general merit of Linux distributions of late led me to make the switch. In short, you are preaching to the choir :) I'm using Linux since the Floppy days. But my customers won't they will probably stick to MS well for the next forseeable or not so forseeable future. Let's be honest a third time :) Word is trash. Well agreed, it may have get better since Word 6.0 but that was an accident waiting to be happen. I remember having written chapter of my degrees one by one and just throw it together at the end. I was not allowed to use LaTeX to that time... Well now I have the choice, but I've to get my customers with me Open Office Calc is really pretty good. Since you (wisely) distrust Microsoft, I find it strange that you are content to throw around the Office is standard mantra. Sorry, none of my customers uses anything but MS Office. So it's standard for them. True or not, there are alternatives (in the case of LaTeX, a paradigm shift from fussing with formatting to thinking about structure) and ways to have data in simple formats that will still be around long after Microsoft starts to kill off .NET's successor. Well guess what my first idea was. Using some Smalltalk and using LaTeX for the diverse invoices etc. Maybe this was not so unsound You can set yourself up for more pain, or design for the minimum amount of Microsoft involvement that will solve your problems. There are some good options in this thread, or you can polish up your .NET compiler, while it still has time ;) Thanks for such kind of encouragement ;-( Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Janko Mivšek janko.miv...@eranova.si writes: Hi Friedrick, In Aida and specially Scribo CMS we now support the commercial Prince PDF generator (http://www.princexml.com). Prince converts HTML + CSS3 into nicelly formated printable documents, with page numbers, Table of contents with page numbers and such things, necessary for professionally looking documents, while reatining the original documents in strictly standard HTML/CSS format. Prince is developed with help of one of authors of CSS standard, so you can expect the true support as advertised. Thank you very much for that suggestion. Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [Off Topic] What are you using to write reports?
Hi Friedrich, On Wed, Sep 01, 2010 at 07:40:33PM +0200, Friedrich Dominicus wrote: Yang Ha Nguyen cmp...@gmail.com writes: Oh, I didn't know that OpenOffice.org Basic is a spreadsheet software. Did not wrote it's software. It was about scripting the OpenOffice packages. I doubt I've ever heard of its name as an spreadsheet application. M$ Excel just works with its own closed source VBA version, my OpenOffice.org Calc works with VBA, Python, and Java scripting languages. I did not know that Calc works with VBA. I though it was the Basic of OpenOffice itself. I've never spent a lot of time writing and maintaining source code with Python as with VB. What makes it not a good competitor to M$ Excel? I'm fully with you, but my customers not. They use MS software every day in every form you can imagine. That I post here suggests that I'm not bound to it but it's probably important for my customers So not pun intended for any other tool besided MS-Office tools. It's just what my customers are used to -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project I see. Open source has been having many problems with business for years. And it seems like there would be no thorough solution for it in near future. Your customers don't have the freedom in software, thus restrict your freedom in software as well. Best regards, -- Yang Nguyen Web log: http://cmpitg.wordpress.com/ Life is a hack ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MethodName
I have a 12121, it works very well! I will use it. Is there a configuration I can use instead of the gofer invocation? Cheers, Alexandre On 1 Sep 2010, at 08:22, Mariano Martinez Peck wrote: 2010/8/30 Alexandre Bergel alexan...@bergel.eu I attached PharoDebug.log did you try it in Pharo1.2 - 12109 ? ? Alexandre On 30 Aug 2010, at 09:12, Stéphane Ducasse wrote: excellent we spent the week-end (or the part allocated to code) chasing it. Which image? version We do not understand why fileIn has a problem when MethodReference get a real timestamp. Stef Hi! I can't load it. I've got an error: Instances of Timestamp are not indexable Alexandre On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: Hello everyone As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) It works on Pharo1.2 - 12109 because it needs NullTextStyler ( Gofer new squeaksource: 'PharoTaskForces'; package: 'NullTextStyler'; load.) You can download the sources by evaluating this : Gofer new squeaksource: 'PharoTaskForces'; package: 'MethodName'; load. For opening a new MethodName window there's two ways : - evaluate : MethodName new openInWorld. - click World Tools Method Name How it works : - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) - You type the text you want to search : + Source : 1) *string or string or string* or *string* - it answers all the methods which source contains string 2) begin*end - it answers all the methods which source contains begin(whatever)end. + Class names : 1) name - it answers the class which the name is name 2) name* / *name / *name* / begin*end ... - * replaces any string. + Selectors: 1) the same behaviour that for class names 2) the behaviour of MethodFinder Moreover you can reduce the field of search by clicking on Change environment which open a PackageChooser window. A PackageChooser let you choose the set of classes which will be browsed during the search. The left list shows all the available packages and the right list shows the already selected packages. To add packages, just select them then click to add them or click to select all the packages. It's the same to remove packages. Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. When all the packages are selected, just click Ok :) I hope it's a bit clear and a bit useful ^^ Benjamin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deleted or renamed behaviors
Hi Stef, I don't aspire an advanced tool or even build a model for this, just a tool for the short-term to track removed methods names or modified selectors so I can see what is the new selector or equivalent method to use instead, if such exists in the current image. Hernán 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr: what is the idea? What we want to do with veronica is - get a declarative code model (MC2/Ginsu) -- - put all the version of squeak and pharo in a Gemstone DB - make sure that we can do historized queries sender in version 1.0 - diff between versions Stef On Aug 31, 2010, at 9:17 PM, Hernán Morales Durand wrote: Ok, thanks for the reply. I've created a repository in SqS for a tool supporting better tracking of change history http://www.squeaksource.com/ChangeTracker.html please do not hesitate to contact me to join this project. I'm planning to use the OB framework but any suggestions are welcomed. Cheers, Hernán 2010/8/31 Stéphane Ducasse stephane.duca...@inria.fr: not directly but indeed we should be much more imaginative with our tools. Now I'm spending my time on not really funny or exciting actions so I do not have time to invent new stuff and this is bad. I'm trying to make sure that this situation will change but so far still crawling. This is why we will add RB in Unstable because we should use powertools in Unstable. Stef On Aug 31, 2010, at 6:46 PM, Hernán Morales Durand wrote: Hi all, Is there a tool to observe the replacements of renamed or removed methods in Pharo? Because it happened to me several times, when loading a package in Pharo two or three months after I've released something, there are methods removed and I have to search the change comments everywhere (change log, mailing list, issues list, etc) and figure out the replacements, and sometimes it isn't so direct. Cheers, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] What are you using to write reports?
Friedrich, If you find ways to reliably interact with M$ software, let us know. Similarly, feel free to ask for help here as you work on the (no doubt many) problems that might arise along the way. I do everything I can reasonably do to get M$ out of my life, but as I have freely admitted, there are times when their products can be either wanted by a paying customer or simply a quick means to finish a throw-away project. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Friedrich Dominicus [fr...@q-software-solutions.de] Sent: Wednesday, September 01, 2010 1:46 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] What are you using to write reports? Schwab,Wilhelm K bsch...@anest.ufl.edu writes: No argument that MS wants to kill COM in favor of .NET, and once they do that, they will churn the market again as soon as they can manage it - it's what they do. Well yes, I'm afraid you're right about it. They've been sufficiently ineffective at it that the result is hardly writing software over and over but it is very annoying to watch working things break over time. Well that *is* the biggest problem for independent software developers not owning either MS ;-(, Java, or whatever. These annoyances combined with the general merit of Linux distributions of late led me to make the switch. In short, you are preaching to the choir :) I'm using Linux since the Floppy days. But my customers won't they will probably stick to MS well for the next forseeable or not so forseeable future. Let's be honest a third time :) Word is trash. Well agreed, it may have get better since Word 6.0 but that was an accident waiting to be happen. I remember having written chapter of my degrees one by one and just throw it together at the end. I was not allowed to use LaTeX to that time... Well now I have the choice, but I've to get my customers with me Open Office Calc is really pretty good. Since you (wisely) distrust Microsoft, I find it strange that you are content to throw around the Office is standard mantra. Sorry, none of my customers uses anything but MS Office. So it's standard for them. True or not, there are alternatives (in the case of LaTeX, a paradigm shift from fussing with formatting to thinking about structure) and ways to have data in simple formats that will still be around long after Microsoft starts to kill off .NET's successor. Well guess what my first idea was. Using some Smalltalk and using LaTeX for the diverse invoices etc. Maybe this was not so unsound You can set yourself up for more pain, or design for the minimum amount of Microsoft involvement that will solve your problems. There are some good options in this thread, or you can polish up your .NET compiler, while it still has time ;) Thanks for such kind of encouragement ;-( Regards Friedrich -- Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MethodName
On Sep 1, 2010, at 8:09 PM, Alexandre Bergel wrote: I have a 12121, it works very well! I will use it. Is there a configuration I can use instead of the gofer invocation? Why? Does it depend on strange things? Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Linux vm default plugins directory
A recurring theme is that I encounter a problem for which there is no explanation from the system, hack the vm sources to add some tracing, and correct the problem. As a result, I end up building the vm from source and so tend to use a shell script that runs it. FWIW, without a -plugins option, this is what happens with the current sources: Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.vm-sound-OSS Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.vm-sound-MacOSX Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.vm-sound-Sun Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.vm-sound-pulse Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.vm-sound-ALSA Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.MiscPrimitivePlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.FilePlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.SecurityPlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.LargeIntegers Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.BitBltPlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.B2DPlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.LocalePlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.SocketPlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.FloatArrayPlugin Load failed for: /usr/local/lib/squeak/4.0.3-2202//so.Matrix2x3Plugin Note the extra / in the paths. Some of the plugins should fail to load; the point is that *all* of them fail to load. Bill ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: [squeak-dev] The Trunk: System-eem.366.mcz
I created a changeset and attached it to the appropriate ticket: http://code.google.com/p/pharo/issues/detail?id=2896 Adrian On Sep 1, 2010, at 09:52 , Stéphane Ducasse wrote: seems like we should do something :) Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: September 1, 2010 1:12:28 AM GMT+02:00 To: Stéphane Ducasse stephane.duca...@inria.fr Subject: Fwd: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: john...@smalltalkconsulting.com In case this gets overlooked being hidden in a update for The Trunk: System-eem. The EndianCache does need to be cleared at shutdown versus in startup. I can't speak for the SystemChangeNotifier since I'm not sure what the bug is.. Of course I'm not quite sure if anyone in the Pharo group looks and the trunk updates and moves things across? Begin forwarded message: From: comm...@source.squeak.org Date: August 31, 2010 5:47:35 PM PDT To: squeak-...@lists.squeakfoundation.org, packa...@lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: squeak-...@lists.squeakfoundation.org Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.366.mcz Summary Name: System-eem.366 Author: eem Time: 31 August 2010, 10:47:17.97 am UUID: 2126e5d9-4d47-4cc1-921f-daefd935aedd Ancestors: System-nice.365 Make sure system notifications for Smalltalk are up-to-date on start-up. Fix voiding of Smalltalk's endian cache which needs to be done in a timely manner. === Diff against System-nice.365 === Item was changed: - Method: SmalltalkImage classstartUp (in category 'class initialization') - startUp + SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:! - : This is broken. SmalltalkImage startUp happens quite late in the startup sequence; earlier startups may very well need the information about the endianness of the platform. - EndianCache := nil. - ! Item was changed: - Method: SmalltalkImageprocessShutDownList: (in category 'snapshot and quit') - processShutDownList: quitting + Send #shutDown to each class that needs to wrap up before a snapshot. +Also void the endianness chace; this can't safely be done on start-up because +Smalltalk is too late in the start-up sequence. - Send #shutDown to each class that needs to wrap up before a snapshot. + EndianCache := nil. + self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting! - self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting. - ! -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Please help!! Error: There is no free space in this set!'
The error no free space in set should be fixed in 1.1. Except abysmal performance, what problem do you have exactly? Cheers, Henry On 01.09.2010 16:41, Mariano Martinez Peck wrote: Soany helpers? http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=1628 http://code.google.com/p/pharo/issues/detail?id=1628 I would like to help, but I am 100% newbie in this. Please consider me as tester. Cheers mariano 2010/8/5 Miguel Enrique Cobá Martínez miguel.c...@gmail.com mailto:miguel.c...@gmail.com El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribió: I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr mailto:Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr mailto:Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Please help!! Error: There is no free space in this set!'
2010/9/1 Henrik Sperre Johansen henrik.s.johan...@veloxit.no The error no free space in set should be fixed in 1.1. Except abysmal performance, what problem do you have exactly? I am not talking about performance. I am talking that it just raise that error. What I do particulary in SqueakDBX (it is optional thus) is that when a Connection is created, it is added to WeakRegistry default so that I can implement #finalize and this method releases the database connection if it was not already done. This is for possible bugs or developers where they don't cal correctly yhe#disconnect method. Of course, if you use the pool you won't have this problem (depending how many connections you define in the pool as max). Anyway, while running tests, I create a lot of connections, thus, I get the error There is no free space in this set!' when the code tries to add the connection to the WeakRegistry. Thanks Henry. mariano Cheers, Henry On 01.09.2010 16:41, Mariano Martinez Peck wrote: Soany helpers? http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=1628 I would like to help, but I am 100% newbie in this. Please consider me as tester. Cheers mariano 2010/8/5 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribió: I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing listpharo-proj...@lists.gforge.inria.frhttp://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] WebClient-Core port to Pharo 1.1 final
Andreas, Thanks a lot for taking the time to look into these problems and for the patches. Shouldn't we try to capture these problems with unit tests running across Squeak and its derivatives ? What would be the procedure to contribute to these tests ? Sven On 01 Sep 2010, at 06:16, Andreas Raab wrote: Hi Sven - I had a quick look at the failing tests on Pharo and they seem mostly the result of bugs in Pharo's Network package. First, MimeDocumenturl needs to return an instance of Url not a string (check the senders; all users of it expect it to be a Url not a string) so if you change that to return a url it'll take care of the pathForFile issue. The failure of testMultiPartPost2 is a combination of two bugs in HTTPSocket. First, there's a typo in getResponseUpTo: at the end (this needs to be #copyFrom:to: (the to is missing the colon). Second, there is httpPostMultiPart: which adds an erroneous CrLf at the end of a persistent HTTP/1.1 connection. That causes an interesting series of things to go wrong (which I'm partly still investigating) but the easy solution is to insert a Connection: close header. Fixes attached. These are of course also broken in Pharo 1.0 and 1.1. Cheers, - Andreas On 8/30/2010 2:17 AM, Sven Van Caekenberghe wrote: Hi Andreas, Thank you for clarifying your position and for pointing out the lack of a proper license for WebClient code. I and other people in the Pharo community made a mistake and we're sorry. We will be more careful in the future. But to our defense, as others pointed out, you're communications gave the impression that this was true open source, compatible with the standard Squeak one in spirit. Futhermore, and this to your credit as well, you yourself wrote the WebClient-Pharo package, giving the impression that you valued that port. It also proves that you did the actual effort. Thanks you! And indeed, you did incorporate some changes, so the intention was certainly there. Now, I would not say that we already actually forked the code. We just tried to port it. The process of following your progress proved difficult (you probably made a diff between your and our latest versions), precisely because of some of these little things like #asString, #utf8Encoding, #and:and:and:and:, but also some deeper ones like #pathForFile that kept coming back. You have every right to refuse to follow the Pharo Smalltalk spirit or style. I respect that, and the Pharo community as a whole should too. But your refusal to do so and the lack of a license give us no alternative than to look for other solutions. I wasn't there when the discussion that let to the birth of Pharo took place. But it is clear that the Smalltalk community is too small to not work together. The Smalltalk-80 inheritance and the enormeous contributions of the Squeak community over the years should be respected by all. At the same time you cannot ignore the positive effect that Pharo had since then. For me and many others, Pharo definitively has its place, along many other viable Smalltalk implementations. Regards, Sven On 30 Aug 2010, at 00:00, Andreas Raab wrote: Hi Sven, [cc: pharo list since I think there are some larger issues to discuss] First of all thank you for your continued interest in WebClient. It is nice to see that people like to use it. However, I'm more than a bit surprised about what you are saying below about having WebClient in Pharo 1.2. Honestly, I was dumbfounded when I went to read some of the discussions on the Pharo list. May I ask what the due diligence process is for including packages in Pharo? I would have expected that the process includes 1) checking the project page on SS for the license and 2) sending the author a courtesy note along the lines of hey we want to include your code, are you okay with that? (in particular if the author of the package isn't on the Pharo list and consequently has no clue about what you're doing). 1. Regarding WebClient's license, please have a look at any of the following repositories, all of which are under MIT: http://www.squeaksource.com/Balloon3D.html http://www.squeaksource.com/CroquetGL.html http://www.squeaksource.com/ToolBuilder.html http://www.squeaksource.com/TweakCore.html ... etc ... As you can see, when I mean to put code under the MIT license, I try to state that by including a copy of the license on the front page of the repository as well as setting the license field. Contrary to, for example, the following repositories: http://www.squeaksource.com/ar.html http://www.squeaksource.com/SqueakSSL.html http://www.squeaksource.com/WebClient.html which are not (or not yet) under MIT. Obviously, I'm trying to be as clear as possible on these matters, which is why I was pointing out that your repository incorrectly claims that the version of WebClient in it is
Re: [Pharo-project] Metacello for pharo 1.2
Mariano Martinez Peck wrote: Try (ConfigurationOfMetacello project version: '1.0-beta.27-baseline' ) load 2010/9/1 Cyrille Delaunay cy.delau...@gmail.com mailto:cy.delau...@gmail.com When I try to load moose in a pharo 1.2 image, Metacello is loading (via ConfigurationOfMetacello) an ancient version of OB which is no longer compatible with pharo 1.2 (at least for the use of 'Preferences'). Does anyone know if there is a version of metacello working for 1.2? ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr mailto:Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ...Except that when you do that, you may get Metacello work in progress. I am working on 1.0-beta.27.4 right now and you could end up with code that I am attempting to debug which could lead to unexpected results for you:) If you load in a version of OmniBrowser that is compatible with 1.2, before loading the Metacello UI that should work ... A safer course of action would be to do this...load the latest packages from OmniBrowser and then the latest _released_ version of Metacello: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfOmniBrowser'; package: 'ConfigurationOfMetacello'; load. then: (ConfigurationOfOmniBrowser project version: '1.1-baseline') load. (ConfigurationOfMetacello project latestVersion) load: 'UI'. You'll get an OmniBrowser that runs in 1.2 and the OB-Metacello tools. I've tried this and it appears to work fine... Dale ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] programmatically update a Pharo image
Hi cyrille I published a read to be tested version of UpdateStreamer. Please have a look this is in PharoTaskForces/Updater I'm a little class inspired heavily from Utilities that download update.list and launch update. you can tell me to update throw a given number of update or to be verbose. UpdateStreamer new beVerbose; updateFromServer This will update all the updates available and show up dialogs UpdateStreamer new beSilent; upToNumber: 13000; updateFromServer let me know if this is working. I tested it and it seems so. Once we are a bit more confident :), we can use it in pharo and nuke (yeah) Utilities. Stef ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Deleted or renamed behaviors
sure. Let me know what you have. I just wanted to explain what we will start doing and what we have in mind. The future looks quite cool to me but I'm an optimist and this is life Stef On Sep 1, 2010, at 8:13 PM, Hernán Morales Durand wrote: Hi Stef, I don't aspire an advanced tool or even build a model for this, just a tool for the short-term to track removed methods names or modified selectors so I can see what is the new selector or equivalent method to use instead, if such exists in the current image. Hernán 2010/9/1 Stéphane Ducasse stephane.duca...@inria.fr: what is the idea? What we want to do with veronica is - get a declarative code model (MC2/Ginsu) -- - put all the version of squeak and pharo in a Gemstone DB - make sure that we can do historized queries sender in version 1.0 - diff between versions Stef On Aug 31, 2010, at 9:17 PM, Hernán Morales Durand wrote: Ok, thanks for the reply. I've created a repository in SqS for a tool supporting better tracking of change history http://www.squeaksource.com/ChangeTracker.html please do not hesitate to contact me to join this project. I'm planning to use the OB framework but any suggestions are welcomed. Cheers, Hernán 2010/8/31 Stéphane Ducasse stephane.duca...@inria.fr: not directly but indeed we should be much more imaginative with our tools. Now I'm spending my time on not really funny or exciting actions so I do not have time to invent new stuff and this is bad. I'm trying to make sure that this situation will change but so far still crawling. This is why we will add RB in Unstable because we should use powertools in Unstable. Stef On Aug 31, 2010, at 6:46 PM, Hernán Morales Durand wrote: Hi all, Is there a tool to observe the replacements of renamed or removed methods in Pharo? Because it happened to me several times, when loading a package in Pharo two or three months after I've released something, there are methods removed and I have to search the change comments everywhere (change log, mailing list, issues list, etc) and figure out the replacements, and sometimes it isn't so direct. Cheers, Hernán ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MethodName
alain will certainly have a look at the code too. Stef I have a 12121, it works very well! I will use it. Is there a configuration I can use instead of the gofer invocation? Cheers, Alexandre On 1 Sep 2010, at 08:22, Mariano Martinez Peck wrote: 2010/8/30 Alexandre Bergel alexan...@bergel.eu I attached PharoDebug.log did you try it in Pharo1.2 - 12109 ? ? Alexandre On 30 Aug 2010, at 09:12, Stéphane Ducasse wrote: excellent we spent the week-end (or the part allocated to code) chasing it. Which image? version We do not understand why fileIn has a problem when MethodReference get a real timestamp. Stef Hi! I can't load it. I've got an error: Instances of Timestamp are not indexable Alexandre On 29 Aug 2010, at 22:07, Benjamin Van Ryseghem wrote: Hello everyone As you may already known, I'm working on a new tool named MethodName which is the merge of MethodFinder and MessagesName with some cool improvement :) It works on Pharo1.2 - 12109 because it needs NullTextStyler ( Gofer new squeaksource: 'PharoTaskForces'; package: 'NullTextStyler'; load.) You can download the sources by evaluating this : Gofer new squeaksource: 'PharoTaskForces'; package: 'MethodName'; load. For opening a new MethodName window there's two ways : - evaluate : MethodName new openInWorld. - click World Tools Method Name How it works : - You choose thank to the radio button where you want to search (Selectors / Class names/ Source) - You type the text you want to search : + Source : 1) *string or string or string* or *string* - it answers all the methods which source contains string 2) begin*end - it answers all the methods which source contains begin(whatever)end. + Class names : 1) name - it answers the class which the name is name 2) name* / *name / *name* / begin*end ... - * replaces any string. + Selectors: 1) the same behaviour that for class names 2) the behaviour of MethodFinder Moreover you can reduce the field of search by clicking on Change environment which open a PackageChooser window. A PackageChooser let you choose the set of classes which will be browsed during the search. The left list shows all the available packages and the right list shows the already selected packages. To add packages, just select them then click to add them or click to select all the packages. It's the same to remove packages. Instead of browsing tons of packages in the goal of finding the one you want, you can use the text field to enter the name of the package or a part of the name using some *. When all the packages are selected, just click Ok :) I hope it's a bit clear and a bit useful ^^ Benjamin ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: [squeak-dev] The Trunk: System-eem.366.mcz
muchas gratias. Stef On Sep 1, 2010, at 9:08 PM, Adrian Lienhard wrote: I created a changeset and attached it to the appropriate ticket: http://code.google.com/p/pharo/issues/detail?id=2896 Adrian On Sep 1, 2010, at 09:52 , Stéphane Ducasse wrote: seems like we should do something :) Begin forwarded message: From: John M McIntosh john...@smalltalkconsulting.com Date: September 1, 2010 1:12:28 AM GMT+02:00 To: Stéphane Ducasse stephane.duca...@inria.fr Subject: Fwd: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: john...@smalltalkconsulting.com In case this gets overlooked being hidden in a update for The Trunk: System-eem. The EndianCache does need to be cleared at shutdown versus in startup. I can't speak for the SystemChangeNotifier since I'm not sure what the bug is.. Of course I'm not quite sure if anyone in the Pharo group looks and the trunk updates and moves things across? Begin forwarded message: From: comm...@source.squeak.org Date: August 31, 2010 5:47:35 PM PDT To: squeak-...@lists.squeakfoundation.org, packa...@lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: squeak-...@lists.squeakfoundation.org Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.366.mcz Summary Name: System-eem.366 Author: eem Time: 31 August 2010, 10:47:17.97 am UUID: 2126e5d9-4d47-4cc1-921f-daefd935aedd Ancestors: System-nice.365 Make sure system notifications for Smalltalk are up-to-date on start-up. Fix voiding of Smalltalk's endian cache which needs to be done in a timely manner. === Diff against System-nice.365 === Item was changed: - Method: SmalltalkImage classstartUp (in category 'class initialization') - startUp + SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:! - : This is broken. SmalltalkImage startUp happens quite late in the startup sequence; earlier startups may very well need the information about the endianness of the platform. - EndianCache := nil. - ! Item was changed: - Method: SmalltalkImageprocessShutDownList: (in category 'snapshot and quit') - processShutDownList: quitting + Send #shutDown to each class that needs to wrap up before a snapshot. + Also void the endianness chace; this can't safely be done on start-up because + Smalltalk is too late in the start-up sequence. - Send #shutDown to each class that needs to wrap up before a snapshot. + EndianCache := nil. + self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting! - self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting. - ! -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: [squeak-dev] The Trunk: System-eem.366.mcz
Just remember to add corresponding deregistration in shutdown if SystemChangeNotifier is reimplemented using Announcements :) (hint: Announcers do not care if objects register multiple times to the same Announcement) Cheers, Henry On 01.09.2010 22:41, Stéphane Ducasse wrote: muchas gratias. Stef On Sep 1, 2010, at 9:08 PM, Adrian Lienhard wrote: I created a changeset and attached it to the appropriate ticket: http://code.google.com/p/pharo/issues/detail?id=2896 Adrian On Sep 1, 2010, at 09:52 , Stéphane Ducasse wrote: seems like we should do something :) Begin forwarded message: From: John M McIntoshjohn...@smalltalkconsulting.com Date: September 1, 2010 1:12:28 AM GMT+02:00 To: Stéphane Ducassestephane.duca...@inria.fr Subject: Fwd: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: john...@smalltalkconsulting.com In case this gets overlooked being hidden in a update for The Trunk: System-eem. The EndianCache does need to be cleared at shutdown versus in startup. I can't speak for the SystemChangeNotifier since I'm not sure what the bug is.. Of course I'm not quite sure if anyone in the Pharo group looks and the trunk updates and moves things across? Begin forwarded message: From: comm...@source.squeak.org Date: August 31, 2010 5:47:35 PM PDT To: squeak-...@lists.squeakfoundation.org, packa...@lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: squeak-...@lists.squeakfoundation.org Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.366.mcz Summary Name: System-eem.366 Author: eem Time: 31 August 2010, 10:47:17.97 am UUID: 2126e5d9-4d47-4cc1-921f-daefd935aedd Ancestors: System-nice.365 Make sure system notifications for Smalltalk are up-to-date on start-up. Fix voiding of Smalltalk's endian cache which needs to be done in a timely manner. === Diff against System-nice.365 === Item was changed: - Method: SmalltalkImage classstartUp (in category 'class initialization') - startUp + SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:! - : This is broken. SmalltalkImage startUp happens quite late in the startup sequence; earlier startups may very well need the information about the endianness of the platform. - EndianCache := nil. - ! Item was changed: - Method: SmalltalkImageprocessShutDownList: (in category 'snapshot and quit') - processShutDownList: quitting + Send #shutDown to each class that needs to wrap up before a snapshot. +Also void the endianness chace; this can't safely be done on start-up because +Smalltalk is too late in the start-up sequence. - Send #shutDown to each class that needs to wrap up before a snapshot. + EndianCache := nil. + self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting! - self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting. - ! -- === John M. McIntoshjohn...@smalltalkconsulting.comTwitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Fwd: [squeak-dev] The Trunk: System-eem.366.mcz
On Wed, Sep 1, 2010 at 1:48 PM, Henrik Sperre Johansen henrik.s.johan...@veloxit.no wrote: Just remember to add corresponding deregistration in shutdown if SystemChangeNotifier is reimplemented using Announcements :) (hint: Announcers do not care if objects register multiple times to the same Announcement) but surely we'd fix that in the new implementation of notify:ofAllSystemChangesUsing:? Or arguably in Announcements? Cheers, Henry On 01.09.2010 22:41, Stéphane Ducasse wrote: muchas gratias. Stef On Sep 1, 2010, at 9:08 PM, Adrian Lienhard wrote: I created a changeset and attached it to the appropriate ticket: http://code.google.com/p/pharo/issues/detail?id=2896 Adrian On Sep 1, 2010, at 09:52 , Stéphane Ducasse wrote: seems like we should do something :) Begin forwarded message: From: John M McIntoshjohn...@smalltalkconsulting.com Date: September 1, 2010 1:12:28 AM GMT+02:00 To: Stéphane Ducassestephane.duca...@inria.fr Subject: Fwd: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: john...@smalltalkconsulting.com In case this gets overlooked being hidden in a update for The Trunk: System-eem. The EndianCache does need to be cleared at shutdown versus in startup. I can't speak for the SystemChangeNotifier since I'm not sure what the bug is.. Of course I'm not quite sure if anyone in the Pharo group looks and the trunk updates and moves things across? Begin forwarded message: From: comm...@source.squeak.org Date: August 31, 2010 5:47:35 PM PDT To: squeak-...@lists.squeakfoundation.org, packa...@lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: System-eem.366.mcz Reply-To: squeak-...@lists.squeakfoundation.org Eliot Miranda uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-eem.366.mcz Summary Name: System-eem.366 Author: eem Time: 31 August 2010, 10:47:17.97 am UUID: 2126e5d9-4d47-4cc1-921f-daefd935aedd Ancestors: System-nice.365 Make sure system notifications for Smalltalk are up-to-date on start-up. Fix voiding of Smalltalk's endian cache which needs to be done in a timely manner. === Diff against System-nice.365 === Item was changed: - Method: SmalltalkImage classstartUp (in category 'class initialization') - startUp + SystemChangeNotifier uniqueInstance notify: Smalltalk ofAllSystemChangesUsing: #event:! - : This is broken. SmalltalkImage startUp happens quite late in the startup sequence; earlier startups may very well need the information about the endianness of the platform. - EndianCache := nil. - ! Item was changed: - Method: SmalltalkImageprocessShutDownList: (in category 'snapshot and quit') - processShutDownList: quitting + Send #shutDown to each class that needs to wrap up before a snapshot. +Also void the endianness chace; this can't safely be done on start-up because +Smalltalk is too late in the start-up sequence. - Send #shutDown to each class that needs to wrap up before a snapshot. + EndianCache := nil. + self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting! - self send: #shutDown: toClassesNamedIn: ShutDownList with: quitting. - ! -- === John M. McIntoshjohn...@smalltalkconsulting.comTwitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] MethodName
Is there a configuration I can use instead of the gofer invocation? Why? Does it depend on strange things? Using configurations allow me to scripts loading. For example: -=-=-=-=-=-=-=-=-= #('NewInspector' 'Shout' 'OCompletion' 'O2' 'Moose' 'CAnalyzer' 'Spy' 'Adore' 'DependencyView') do: [:t | | name | name := 'ConfigurationOf', t. Gofer new squeaksource: 'MetacelloRepository'; package: name; load. ((Smalltalk at: name asSymbol) project perform: #lastVersion) load ]. -=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Please help!! Error: There is no free space in this set!'
I couldn't reproduce your original error :S. I tested the code in the comments of the issue in an updated 1.2 Core image on windows... I did a 'do it' and a 'debug it' and nothing special happened... Check the comment 3 in this issue http://code.google.com/p/pharo/issues/detail?id=1628 , looking at the code and the comments below that one, I think that's the fix implemented :). 2010/9/1 Mariano Martinez Peck marianop...@gmail.com 2010/9/1 Henrik Sperre Johansen henrik.s.johan...@veloxit.no The error no free space in set should be fixed in 1.1. Except abysmal performance, what problem do you have exactly? I am not talking about performance. I am talking that it just raise that error. What I do particulary in SqueakDBX (it is optional thus) is that when a Connection is created, it is added to WeakRegistry default so that I can implement #finalize and this method releases the database connection if it was not already done. This is for possible bugs or developers where they don't cal correctly yhe#disconnect method. Of course, if you use the pool you won't have this problem (depending how many connections you define in the pool as max). Anyway, while running tests, I create a lot of connections, thus, I get the error There is no free space in this set!' when the code tries to add the connection to the WeakRegistry. Thanks Henry. mariano Cheers, Henry On 01.09.2010 16:41, Mariano Martinez Peck wrote: Soany helpers? http://code.google.com/p/pharo/issues/detail?id=2551 http://code.google.com/p/pharo/issues/detail?id=1628 I would like to help, but I am 100% newbie in this. Please consider me as tester. Cheers mariano 2010/8/5 Miguel Enrique Cobá Martínez miguel.c...@gmail.com El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribió: I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers Thanks Mariano ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel Cobá http://miguel.leugim.com.mx ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing listpharo-proj...@lists.gforge.inria.frhttp://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b4.
On 2010-08-29, at 11:10 AM, stephane ducasse wrote: John What I want to understand is what does it means to use open/GL. This means that you use open/GL to implement the primitive? Now I thought that opengl was more vector graphics than bitblt so how does it fit together. Is it because the mac UI is opengl based too? Stef Ok let me give you some background, then talk about open/GL The Squeak drawing logic invokes: http://isqueak.org/displayioShowDisplay Which is to say copy this rectangle of data from the Squeak Display Oops data pointer to something that visually shows the user what is going on, since drawing can require a few Smalltalk based calculations resulting in draw events to compose a final image then we also have, http://isqueak.org/ioForceDisplayUpdate To help the process a bit by allowing the drawing subsystem to compose the bits until we are done, then perform the expensive step of visualization. In general the displayioShowDisplay is really fast but the ioForceDisplayUpdate is slow, displayioShowDisplay may not show the bits, but displayioShowDisplay may now (or later... ) Depending on which VM source code (version and platform dependent) you may find that ioForceDisplayUpdate does nothing, or a operating system flush is done to the hardware on every displayioShowDisplay. Where you can see this issue is if you try. Transcript cr;show: [| b | b _ Pen new. Display fillWhite. b place:(Display boundingBox bottomLeft). b hilbert: 9 side: 2 ] timeToRun. Display restore. If this crawls, like taking 30 seconds, then the implementation is flushing every bit draw to the operating system. Well or if you don't see the bits then maybe neither displayioShowDisplay or ioForceDisplayUpdate does any flushing, and all you see is the Display restore results. Now just to make life harder for the VM implementor the Smaltalk code might not call ioForceDisplayUpdate. Then the VM has to do the ioForceDisplayUpdate internally in order not to leave bit's dangling. How this is done again is different from VM to VM. Usually this shows up as a double menu selection highlight. For the 4.2.x series of Macintosh VM we would trigger a operating system flush if more than 20 ms (a settable value) had elapsed, and I did nothing for ioForceDisplayUpdate. But I change this in 5.x and for the iPhone to make ioForceDisplayUpdate the trigger, with a timer that pops if a ioForceDisplayUpdate is not done within 20ms of the last executed displayioShowDisplay. Now about Open/GL, in the past for os-x carbon VM 4.2.X and earlier we used System 7.5.x technology to draw bits, which was quickdraw and quickdraw quartz. When I moved the logic to the iPhone that is not supported technology, because of the interesting drawing logic on the iPhone it took 6 attempts and a long chat with a graphics engineer at Apple. That resulted in using Core Animation to divide the screen into 16 tiles so when a draw happens we note which Tile(s) are dirty based on the rectangle intersections, then on the ioForceDisplayUpdate we generate images for each of the dirty tiles from the Display Oops and tell Core Animation redraw the new tiles. Bert said this seemed slow on OS-X. At this point the next step in our OS-X/iOS drawing path is drop one step lower down and consider Open/GL. I must admit I've not done any open/GL work before so it was a learning opportunity. Although you think of Open/GL as a vector based graphic language it does support what is know as Textures. So instead of providing vectors, you supply bits. So a chunk of data, stating it's RGB, at this depth and pixel layout and size, etc make a chunk of screen glow that is showing the open/GL viewport. Now there are lots of restrictions but the GPUs and drivers have become more friendly so you can supply arbitrary sized rectangles, this was at one time slow, but GPUs have become extremely fast, so slow is fast... In fact on the mac you can supply a arbitrary sized rectangle taken from a much larger rectangle of data, which fits perfectly into the displayioShowDisplay logic. The only hassle is that you need to figure out how the flush should work. So after 3 days of intense effort I can say the algorithm is... displayioShowDisplay collects the union of the rectangles that are being drawn. Nothing more happens... It's pointless to do the glTexImage2D here because 'b hilbert: 9 side: 2' will kill you. Mind we do still watch for a missing ioForceDisplayUpdate. ioForceDisplayUpdate Then takes the union of the rectangles, set a GL viewpoint, and does the glTexImage2D based on figuring out the start point of the top/left pixel of the rectangle to draw, then setups up the coordinate system and finally flush the data. glViewport( subRect.origin.x,subRect.origin.y,
Re: [Pharo-project] Serial ports on Linux
I *think* I have been able to successfully open '/dev/ttyS0' by name. I started on my laptop, which does not have a serial port, so I tried the USB-serial box knowing there could be problems. Then I worked for a while at home, knowing that this machine has a serial port (apparently not!). Having realized the latter trap, I fired up a PC/104 machine that is currently in my care; it has two serial ports, and I can open and read nothing from them. I still think the Linux vm is too stingy with diagnostic information, but the named ports hopefully indeed work. It will take a little doing to get a computer with serial ports in the same place as the device with which I need to communicate, and/or to write some code for the PC/104 machine to talk to itself using the two ports and a cable. The latter is not entirely trivial, mostly because I want to do it using streams. The state of the USB-serial box is unclear. The problems might simply be in the way I created the nodes for its ports - more on that after some technical support. Bill From: pharo-project-boun...@lists.gforge.inria.fr [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K [bsch...@anest.ufl.edu] Sent: Wednesday, September 01, 2010 3:36 PM To: vm-...@lists.squeakfoundation.org; squeak-...@lists.squeakfoundation.org; Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] Serial ports on Linux Markus, If you have some experience with serial I/O on Linux, I would appreciate your giving it a quick shakedown; if it is just plain broken or is still known to work, it would be nice to confirm either way. I would like to use the binary distribution, but it does not report enough of what it is trying to do (so no clues when things fail) and I end up hacking to add tracing with possible installation troubles as a result. That said, this time around, I find myself in serialPortOpenByName() and puzzled by the failure being allegedly detected by: /* save the old state */ if (tcgetattr(sp-spDescriptor, sp-spTermios)) My question: is there old state to save on the first pass? errno is not helpful; it is set to 5 aka I/O error :( I find myself wondering whether this should be conditional on the internal state of the descriptor, and the failure to open simply being that it gives up too easily? Then again, it could be detecting a true error condition and preventing certain disaster in the lines that would follow. Any ideas? I can't get /dev/ttyS0 to open by name or number. 'COM1' worked nicely on Windows. Bill Markus Lampert markuslampert at yahoo.com Wed Sep 1 15:28:38 UTC 2010 Hi Bill, haven't used the serial interface with the new VMs (yet), but previously under Linux I had to use the vm option '-notimer'. I did not find any negative side effects with that option. Hope this helps, Markus ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Smalltalk Image writer?
we are interested in a Smalltalk based image writer too :) While I work through reading and writing the Smalltalk image myself (in Java) I'll be writing down what I find. I'd be happy to try and write a Smalltalk based image writer. Please tell me your requirements and I'll try and include them. Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Smalltalk Image writer?
You should look at the http://www.squeaksource.com/SystemTracing SystemTracer64 writeImage: 'squeak64.image'. That is setup to take a 32bit image and create a 64bit image file by writing out all the bits... On 2010-09-01, at 6:26 PM, James Ladd wrote: we are interested in a Smalltalk based image writer too :) While I work through reading and writing the Smalltalk image myself (in Java) I'll be writing down what I find. I'd be happy to try and write a Smalltalk based image writer. Please tell me your requirements and I'll try and include them. Rgs, James. ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- === John M. McIntosh john...@smalltalkconsulting.com Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com === smime.p7s Description: S/MIME cryptographic signature ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Re: [Pharo-project] Smalltalk Image writer?
Thank John, great suggestion. Message: 4 Date: Wed, 1 Sep 2010 19:05:43 -0700 From: John M McIntosh john...@smalltalkconsulting.com Subject: Re: [Pharo-project] Smalltalk Image writer? To: Pharo-project@lists.gforge.inria.fr Message-ID: cce85492-bbb6-4f08-bcc5-84f08a00f...@smalltalkconsulting.com Content-Type: text/plain; charset=us-ascii You should look at the http://www.squeaksource.com/SystemTracing SystemTracer64 writeImage: 'squeak64.image'. That is setup to take a 32bit image and create a 64bit image file by writing out all the bits... ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
[Pharo-project] Network tests coverage (Re: WebClient-Core port to Pharo 1.1 final)
Hi Sven - Good question. It would definitely be good to cover those areas with tests but I fear that may require actual cooperation :-) If there is enough energy (which is hard to say) one might be able to start a neutral repository with tests but I'm not sure how well it would work in practice (it would mean the tests are fairly far away from the source it's covering which is generally not a good thing). If anyone has good ideas, please propose. Cheers, - Andreas On 9/1/2010 12:38 PM, Sven Van Caekenberghe wrote: Andreas, Thanks a lot for taking the time to look into these problems and for the patches. Shouldn't we try to capture these problems with unit tests running across Squeak and its derivatives ? What would be the procedure to contribute to these tests ? Sven On 01 Sep 2010, at 06:16, Andreas Raab wrote: Hi Sven - I had a quick look at the failing tests on Pharo and they seem mostly the result of bugs in Pharo's Network package. First, MimeDocumenturl needs to return an instance of Url not a string (check the senders; all users of it expect it to be a Url not a string) so if you change that to return a url it'll take care of the pathForFile issue. The failure of testMultiPartPost2 is a combination of two bugs in HTTPSocket. First, there's a typo in getResponseUpTo: at the end (this needs to be #copyFrom:to: (the to is missing the colon). Second, there is httpPostMultiPart: which adds an erroneous CrLf at the end of a persistent HTTP/1.1 connection. That causes an interesting series of things to go wrong (which I'm partly still investigating) but the easy solution is to insert a Connection: close header. Fixes attached. These are of course also broken in Pharo 1.0 and 1.1. Cheers, - Andreas ___ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project