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

[Pharo-project] VM crash on Windows
by Schwab,Wilhelm K March 11, 2010

March 11, 2010

Hello all, I am having a sudden problem with Pharo crashing on Windows - it's quitting on handling Seaside requests, and I'm getting **no** information. The VM pops up the output console, writes a lot of (probably useful) information to it, and then promptly exits. Is there any way to get it to log the output? So far, the things I have found online say that it will write a dump when it crashes, but it's not doing it. Bill

4 9

[Pharo-project] For those who use Nabble ....
by Geert Claes March 11, 2010

March 11, 2010

I managed (with some assistance from Nabble support) to group several Smalltalk mailing lists on Nabble under the common category "Smalltalk" (http://n4.nabble.com/Smalltalk-f1294792.html) To get them all to appear together the Pharo forums had to move Pharo to the a common n4 server or something, so the links to the Pharo-Smalltalk and Pharo-Smalltalk-Users forums need to be updated on the Pharo website (although the old links will still work for some time) to: Pharo-Smalltalk: http://n4.nabble.com/Pharo-Smalltalk-f1294837.html Pharo-Smalltalk-Users: http://n4.nabble.com/Pharo-Smalltalk-Users-f1310670.html -- View this message in context: http://n4.nabble.com/For-those-who-use-Nabble-tp1310998p1310998.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

11 28

[Pharo-project] [update 1.1] #11257
by Torsten Bergmann March 11, 2010

March 11, 2010

Can we apply the script in issue 1850 to 1.0 and 1.1 to add the repo with metacello configs as one of the standard repos. Would really be a time saver and close one bug ;) http://code.google.com/p/pharo/issues/detail?id=1850 Thx T. -- GMX DSL: Internet, Telefon und Entertainment fÃ¼r nur 19,99 EUR/mtl.! http://portal.gmx.net/de/go/dsl02

4 3

[Pharo-project] [ANN] Trax downloads
by Stephen Pair March 11, 2010

March 11, 2010

I have made the source code (as well as a pre-loaded image) for Trax available here: http://squeak.pairhome.net/trax Trax is a general object versioning system for Squeak. As of right now, I've only tried to run it in Squeak 3.9. It also depends on the pinesoft widgets. If anyone is interested in porting this forward to any other version of squeak, let me know. Regarding the extension of Trax to store Monticello packages, I had considered storing individual methods in the repository instead of MC packages, but always felt that computing the SHA-1 on potentially a large number of methods when committing a package would be prohibitively expensive (but would have clear space advantages because new versions of packages might only change a few methods). Due to the interest in doing that by someone conversing with me off-list, I reconsidered. Then it occurred to me that you could use the SHA-1 as the source pointer for methods and compute it at the time a method is saved. It also means that you could discard the sources and changes files and simply use a Trax repository for storing method source code. Furthermore, it opens up the possibility of committing objects to a repository that capture and create a content based address (a SHA-1) to the entire bundle of source code in an image. If anyone is interested in working on such an experiment, let me know. - Stephen

1 0

[Pharo-project] Add Alien in 1.1 (Issue 1360)
by Torsten Bergmann March 11, 2010

March 11, 2010

Hi Marco, what is the status for http://code.google.com/p/pharo/issues/detail?id=1360 ? We should really move this forward for integration, especially since your Alien work was done based on Win32VM 3.11.5 and we now have 3.11.8 already... Thx Torsten -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] GSoC idea: Brainstorming portal for better community decision process
by Janko MivÅ¡ek March 11, 2010

March 11, 2010

Dear Smalltalkers, Becasue we have quite some problems in a community with seeking a consensus on important questions, from organization ones and on, I came to idea to build a tool for help. And a GSoC project can be an ideal opportunity to build such a tool. What do you think? Here is a description: Brainstorming portal for better community decision process ========================================================== Create a web portal for brainstorming sessions/meetings to get ideas and answers to important questions in Smalltalk community. Portal should allow on-line to: 1. brainstorm the ideas 2. vote to get-out the best ideas 3. seek consensus 4. analyze - report On-line session/meeting should look like a Skype session together with a brainstorming portal, from collecting ideas to a final decision proposal. Example of such session can be a Squeak Oversight Board meeting or planning session for a new Smalltalk project. Or some broader session in the community, like on a question how to organize better. Some important concepts: * anonymity of idea proposers * associations: proposers see the ideas of anonymous others to facilitate an association for proposing an even better idea * seeking consensus to avoid 51/49% decisions but to come closer to 100% agreement on important ideas. Technical details * a web application for gathering brainstormed ideas in real-time (using Ajax and Comet technology). * voting system with appropriate algorithms * analytics with on-line graphs and reports on paper/PDF * installation on a publicly available hosting server Benefits to the Student * getting insight into group dynamics of Smalltalk community and in general * gaining knowledge of modern web technologies in Smalltalk and in general Benefits to the Community Better community decision process by getting the best ideas from the members while on the other side avoiding stalemates so frequent in Smalltalk community those days Best regards Janko -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

1 0

[Pharo-project] Pharo Win32 VM update (3.11.8)
by Torsten Bergmann March 11, 2010

March 11, 2010

Based on the Squeak Win32 VM update from Andreas (see [1]) I created an update for the Pharo Win32 VM which you can either download directly [2] or from the pharo download page [3]. This VM also includes the fix from Juan so the white rectangles should never show up again when dragging a browser in Pharo 1.1. The full pharo installer for Pharo 1.0 (setup_pharo1.0-10508-rc2dev10.01.2.exe) does not yet contain the 3.11.8 VM since we dont have a new image - so no reason to regenerate the setup. As soon as this is the case I will include it there or any newer VM release. Bye T. [1] http://lists.squeakfoundation.org/pipermail/vm-dev/2010-March/004017.html [2] https://gforge.inria.fr/frs/download.php/26654/PharoVM-Win32-3.11.8.zip [3] http://pharo-project.org/pharo-download -- GRATIS fÃ¼r alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

1 0

[Pharo-project] [update 1.1] #11257
by Marcus Denker March 11, 2010

March 11, 2010

11257 ----- Issue 2085: Optimization of PackageOrganizer Issue 2123: [ScriptLoader11] Enhancement of ScriptLoader>>cleanUpForProduction -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] How I build squeak-vm with FT2Plugin on Linux
by Torsten Bergmann March 11, 2010

March 11, 2010

Hey - you can now print yourself a certificate! See [1] >Can we merge our respective posts and put this on the Pharo wiki ? Why, I would put it on squeakvm.org if the documentation there is not up to date. Just ask David T. Lewis or post to the vm-dev list so your blog posts can be linked/included. >Do you know if there's an equivalent tutorial for windows ? Yes, again see http://www.squeakvm.org/win32/ >I will try with the svn trunk. On windows there are two ways: 1. Using SVN trunk, the squeakvm.org description and the vmmaker metacello config. 2. easily grab the zipped sources of the latest release without regenerating using VMMaker. (Andreas released version 3.11.8 yesterday, see [2]). First is more fun, second is easier. Note that you always get a Squeak VM. If you want to build a Pharo VM you have to additionally exchange ressources (icons, version info) to get the same results as the one I prepared for the pharo download page. BTW: I will build a new Pharo win VM based on 3.11.8 this week and will upload it to gforge similar to 2. Bye T. [1] http://wiki.squeak.org/squeak/uploads/2444/SqueakVMBuilderCertificate.pdf [2] http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-March/146349.ht… -- GMX DSL: Internet, Telefon und Entertainment fÃ¼r nur 19,99 EUR/mtl.! http://portal.gmx.net/de/go/dsl02

1 0

March 11, 2010

> ok so excellent then. > I though that having a max counter to get let us say 1000 last crash could help. > I do not know what is the situation of dabblebd like setup. > > Stef > > On Mar 11, 2010, at 9:09 AM, Andreas Raab wrote: > >> On 3/10/2010 11:40 PM, StÃ©phane Ducasse wrote: >>> did you not notice problem with the size of the log file with the appening behavior? >>> Because I started to have a huge file where all the crashes reports were added one by one and I was wondering if >>> on a server this may not be a problem (probably having a limit for the size of the report could be a good idea - but I do not know). >> >> One a production server? Do the math: 1GB of disk space costs cents. One hour of two of your engineers trying to recreate the problem or recover the information costs a few hundred bucks. That's a ratio of 10000:1. >> >> On our main server the size of the logs is 500MB going back six months or so when we reimaged it last. That's 0.1% of the disk space on the box. The other day we bought a few more TBs of cheap scratch storage which we use for throwaway VMs in QA (vmware VMs, not Squeak so it's 20+GB each). >> >> On a production server it makes no sense whatsoever to limit logging unless you're logging *excessively*. In an emergency the logs are all you have to find out what is going wrong, it's worth keeping them. >> >> Cheers, >> - Andreas >> >>> >>> Stef >>> >>> On Mar 10, 2010, at 2:12 PM, Schwab,Wilhelm K wrote: >>> >>>> Andreas, >>>> >>>> I will give that a try. I think it should be active by default, but it won't matter too much once I modify the shortcuts on a few boxes. Other wish list items would be to have a similar option on Linux and to ensure that the contents of the log are concatenated vs. replaced with each crash. >>>> >>>> Thanks!! >>>> >>>> Bill >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Andreas Raab >>>> Sent: Wednesday, March 10, 2010 12:32 AM >>>> To: Pharo Development >>>> Subject: Re: [Pharo-project] VM crash on Windows >>>> >>>> Hi Bill - >>>> >>>> If you have problems like these consider cross-posting to squeak-dev or vm-dev. I only check Pharo in irregular intervals. >>>> >>>> On 3/8/2010 4:27 PM, Schwab,Wilhelm K wrote: >>>>> I am having a sudden problem with Pharo crashing on Windows - it's quitting on handling Seaside requests, and I'm getting **no** information. The VM pops up the output console, writes a lot of (probably useful) information to it, and then promptly exits. >>>> >>>> The issue you're seeing is caused by a recursive MessageNotUnderstood error. You can easily recreate this by doing the following: >>>> >>>> ((ProtoObject subclass: #Bummerator >>>> instanceVariableNames: '' >>>> classVariableNames: '' >>>> poolDictionaries: '' >>>> category: 'Kernel-Objects') >>>> superclass: nil; >>>> new) bummer. >>>> >>>> The reason why that doesn't result in a regular crash.dmp is that the support code (which catches the crashes and writes the dump) isn't involved at all. The interpreter just quits. >>>> >>>> Contrast this with, say the result of an FFI crash: >>>> >>>> (ExternalLibraryFunction >>>> name:'' module: '' callType: 0 >>>> returnType: ExternalType void argumentTypes: #()) >>>> setHandle: ((ExternalAddress new) at: 1 put: 1; yourself); >>>> invoke >>>> >>>> This does generate a crash.dmp since the support code can catch the problem. >>>> >>>> However, to catch the former issue you can run the vm with -log: >>>> <logfile> which will contain the resulting output. >>>> >>>>> The rebuttal: if it has time/ability to write information all over part of the screen, it can open a file and make sure it leaves a trace of what happened. Right? The current vms (Windows and Linux) appear to be totally disinterested in logging crashes, and that needs to change. >>>> >>>> They do if you tell 'em to. >>>> >>>> Cheers, >>>> - Andreas >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> > > > >

1 0