- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Some questions about omnibroser framework

by StÃ©phane Ducasse

hi juan sebastien did you try to send this mail to the ob mailing-list? Stef On Jan 4, 2011, at 6:12 AM, aizcorbe wrote: > > I have been using the OmniBroser framework to extend the Lint browser > (OR2LintBrowser) and i found some strange behavior i would like to comment: > > 1) When you select an item in the browser, the metagraph define some edges > leading to other metanode types. This is translated sending the edge names > to the real nodes and getting all the following nodes, and then, those nodes > are displayed on the following column at the browser, and if there isn't a > next column it is created. The strange issue here is that, if the messages > for edge taking on the concrete nodes retrieves an empty collection of > nodes, the next column is created anyway, because for the browser there is a > next metagraph node. Is this a problem or not? (I had to define much more > complex metagraphs because of this, just to avoid an empty column). > > 2) When you use filters on the metagraph, they are applied over each taken > edge leading to the next metagraph. The filters are usually used for node > ordering and here is a problem. If you have more than one edge from the > current metanode, you will get a order filter applied over two different > edges and then, the order will be not ok, since there will be some partially > ordered concatenated node lists, and not just a fully ordered list. > > 3) Another issue is not about omnibrowser, but i think is worth to be noted. > If you extend any class in another package using *package-category protocol > for new or modified methods, you will see the extended class on the package > root, but you won't see it at the cathegory (i think it would be nice and a > little more clear seeing the extensions at the specific package-category). > Also i found that TestRunner do not put the unitTest classes under a package > unless the class itself where defined at the selected package (even if i > added some test using the *package-category protocol name) > > I hope some of you found this intresting > > cheers > > > -- > View this message in context: http://forum.world.st/Some-questions-about-omnibroser-framework-tp3173047p3… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Jan. 4, 2011

Re: [Pharo-project] next steps for pharo -- a suggestions on documentation

by StÃ©phane Ducasse

On Jan 4, 2011, at 12:15 AM, csrabak(a)bol.com.br wrote: > Last year (and IIRC before last year as well) we exchanged a set of clever stubs of code which created a collection of classes had not comments. > > Could we have one of these scripts run as a part of the process in Hudson for validations/QA of the core images (for starting the whole thing) and a statistic which would allow us to track our progress in the percentage of commented classes in core? yes if somebody can give a try to get some statistics this would be good. After we can check how we can push that in hudson > > -- > Cesar Rabak >

Jan. 4, 2011

Re: [Pharo-project] editing a method outside the image?

by StÃ©phane Ducasse

sergio may be you should explain us what you are trying to do? On Jan 3, 2011, at 11:07 PM, sergio_101 wrote: > one problem i having (in a long line).. > > is that my DateAndTime class >> now > > looks like this: > > now > ^ self basicNew > ticks: (Duration > days: SqueakEpoch > hours: 0 > minutes: 0 > seconds: self totalSeconds > nanoSeconds: MillisecondClockOffset milliSeconds * NanosInMillisecond) ticks > offset: self localOffset; > yourself > > the problem is, milliseconds is not defined anywhere.. this is there > as a remnant of sheduler.. > > i need to replace it with the REAL one: > > now > ^ self basicNew > ticks: (Array with: SqueakEpoch with: Time totalSeconds with: 0) > offset: self localTimeZone offset > > the problem is that when i try to update "now", i keep getting the > error for that it can't find "milliSeconds".. > > when i delete "now" and try to paste the correct one in.. i error out, too.. > > i think the snake is eating its tail.. > > can i replace the "now" method somehow with the image not running? > > thanks! > > -- > ---- > peace, > sergio > photographer, journalist, visionary > > http://www.CodingForHire.com > http://www.coffee-black.com > http://www.painlessfrugality.com > http://www.twitter.com/sergio_101 > http://www.facebook.com/sergio101 >

Jan. 4, 2011

Re: [Pharo-project] Crash on saving with Monticello

by StÃ©phane Ducasse

> > If it is possible in the startup script to check whether the libuuid installation is correct then the startup script could print an error message plus information on how to correct the installation. IMO, this would be better than either crashing after startup or hacking the image to avoid the primitive because of a platform error. The issue then is how to check. One straight-forward way would be for the start-up script to invoke a small C program that invoked libuuid in exactly the same way as the UUIDPlugin, and if this fails then the startup script can warn. The issue remains how to correct the installation once the error has been detected. > yes this sounds a good way to deal with it.

Jan. 4, 2011

Re: [Pharo-project] Crash on saving with Monticello

by StÃ©phane Ducasse

> Yep :) > > But I do want to make it clear that it seems the bug is not in > the plugin, it is in the libuuid implementations. We've all been > trying to find workarounds, but unfortunately not with much > success. For a while we could work around it by compiling the > plugin internally (which somehow prevents the bug from being > exposed), but now we have some 64-bit Linux distros that accidentally > left the 32-bit libuuid out of the distro, which prevents the VM > from running if the plugin was compiled internally. I'm sure it > has been fixed in up to date distros, but now we have one set of > Linux users with buggy libuuid libraries, and another set of Linux > users with missing 32-bit libuuid libraries, so somebody is going > to get screwed either way now :-/ ;( May be should put a large readme file somewhere explaining the situation. > > I'm sure there must be some way to fix this that we're all missing, > so if anyone wants to look at it with a fresh set of eyes that > would be great. > > Dave > >

Jan. 4, 2011

Re: [Pharo-project] Issue 3505 in pharo: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor

by pharo＠googlecode.com

Updates: Status: Fixed Comment #2 on issue 3505 by Torsten....(a)astares.de: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor http://code.google.com/p/pharo/issues/detail?id=3505 I used 1.0.3 of MemoryMonitor since 1.0.2 does not exist in ConfigurationOfMemoryMonitor See ConfigurationOfPharo-tbn.118 in squeaksource.com/MetacelloRepository Alexandre (who is the only one with access to squeaksource.com/MemoryMonitor) may repair ConfigurationOfMemoryMonitor later on

Jan. 4, 2011

Re: [Pharo-project] Issue 3505 in pharo: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor

by pharo＠googlecode.com

Updates: Cc: alexandre.bergel stephane.ducasse Comment #1 on issue 3505 by Torsten....(a)astares.de: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor http://code.google.com/p/pharo/issues/detail?id=3505 The ConfigurationOfMemoryMonitor at www.squeaksource.com/MemoryMonitor has the following method: version102: spec <version: '1.0.3' imports: #('1.0-baseline')> There is no method that provides a pragma marked 1.0.2 version. Unfortunately only Alexandre has access to the repo....

Jan. 4, 2011

[Pharo-project] Issue 3505 in pharo: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor

by pharo＠googlecode.com

Status: Accepted Owner: marcus.denker Labels: Milestone-1.2-DevImage New issue 3505 by marcus.denker: 1.2 Build fails: MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor http://code.google.com/p/pharo/issues/detail?id=3505 The build on hudson fails with MetacelloProjectSpecLoadError: No version found for '1.0.2' of ConfigurationOfMemoryMonitor https://pharo-ic.lille.inria.fr/hudson/job/Pharo%201.2/

Jan. 4, 2011

Re: [Pharo-project] Pharo and CommandShell on OSX ?

by Stef T

Hello Mariano, David, Everyone, I am currently using; Pharo-1.1-11406-rc3 Latest update: #11406 But I have tried with; Pharo1.1.1 Latest update: #11414 I installed the VMMaker (as well as the configuration step), then I also reinstalled OSProcessPlugin/CommandShell via Monticello. No dice, same NonBooleanReceiver. Name: VMConstruction-Plugins-OSProcessPlugin-dtl.27 Author: dtl Time: 3 January 2011, 9:23:04.998 pm Regards S. On Jan 4, 2011, at 1:26 AM, Mariano Martinez Peck wrote: > Stef, welcome! > > it will help if you say wich VM are you using. > > cheers > > mariano > > On Tue, Jan 4, 2011 at 6:43 AM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Jan 03, 2011 at 09:06:37PM -0800, Stef T wrote: > > > > On Jan 3, 2011, at 7:25 PM, David T. Lewis wrote: > > > > > On Mon, Jan 03, 2011 at 06:55:45PM -0800, Stef T wrote: > > >> 1) CommandShell complains about AioPlugin not being present and that it will use the 'old slow' way. That's fine, it's merely a warning > > > > > > AFAIK, noone has tried building the AioPlugin for Mac, so you will get this > > > warning when running on a Mac. But as you say, it's just a warning. > > > > Is there a pointer for the source code ? I am pretty handy with Xcode and don't mind giving it a whirl ;) > > > > AioPlugin is on SqueakSource in http://www.squeaksource.com/AioPlugin. > It's written in Smalltalk, translated to C. I don't have any experience > with Mac or Xcode but there are others on the Pharo/Squeak/vm-dev lists > who can probably help. > > > > > > >> but > > >> 2) None of the commands get executed. If I try the stuff which will eval inside squeak/pharo, then that's fine (Eg; stdout nextPutAll: 'hello world'; cr.). However, if I try a command such as 'ls' or 'who', all hell breaks lose. stack trace follows :) > > >> > > >> If I am doing anything obviously wrong, please feel free to hit me over the head :) > > > > > > Nope, it's not you, it's the plugin included with your VM. Some > > > of the Mac VMs in circulation were accidentally built with a very > > > out of date version of the OSProcessPlugin. Apparently you have > > > one of them, and it will definitely not work. But I think there > > > is a newer version (4.2.5 IIRC) that has the up to date plugin > > > that works properly on Mac. > > > > > > > Hrm, I am using the OSProcess from squeaksource .59. The version history says > > > > Name: OSProcess-dtl.59 > > Author: dtl > > Time: 28 November 2010, 8:43:48.839 pm > > UUID: bd5d2b4e-efbd-4091-ac0a-d0bd7af64b2c > > > > surely this is 'new enough' ? Is there a known 'stable' version you would suggest ? > > > > regards > > S. > > I was referring to the OSProcessPlugin, which separate from > the OSProcess package. The plugin is on SqueakSource at: > http://www.squeaksource.com/OSProcessPlugin > > This is written in Smalltalk, translated to C and compiled > as a VM plugin. It was originally part of of OSProcess, but > I split it out to a separate package years ago. You have an > up to date OSProcess package, but your OSProcessPlugin is > many years old, from back before we got it working on Mac. > The old plugin will crash your VM. > > Dave > > >

Jan. 4, 2011

Re: [Pharo-project] source.lukas-renggli.ch is down

by Marcus Denker

On Jan 2, 2011, at 2:54 PM, Mariano Martinez Peck wrote: > > > On Sun, Jan 2, 2011 at 1:58 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > > On Sun, Jan 2, 2011 at 1:42 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not know I have a lot in my caches. I think that this is a really nice experience we should learn from. > We should really have a replication mechanism. By the end of this week I will get information about the server we need. > > We may have it on the Hudson server for last successfull build ? > > > Yes, this is what I suggested some threads ago...check the latest successfull Pharo1.2 build and take the stuff from package-cache > Server is up again, 1.2core build works again. (1.2full fails due to another problem) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 4, 2011