January 2011 - Pharo-dev - lists.pharo.org

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

by sergio_101

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. 3, 2011

Re: [Pharo-project] removing obsolete classes

by sergio_101

On Mon, Jan 3, 2011 at 4:48 PM, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > I am not sure what you need to do, but check the method > fixObsoleteReferences > thanks! i have done that.. the problem seems to be with obsoleteClasses.. hmm.. this is driving me crazy.. -- ---- 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. 3, 2011

Re: [Pharo-project] Issue 3499 in pharo: FixUnderscores (package & instructions) out of date

by pharo＠googlecode.com

Comment #6 on issue 3499 by sean.p.denigris: FixUnderscores (package & instructions) out of date http://code.google.com/p/pharo/issues/detail?id=3499 It's present in 1.2#12283 just downloaded. But what is the problem with the timestamps? I consider not changing the timestamps to be a feature because there is no semantic change in the code.

Jan. 3, 2011

Re: [Pharo-project] Issue 3499 in pharo: FixUnderscores (package & instructions) out of date

by pharo＠googlecode.com

Comment #5 on issue 3499 by marianopeck: FixUnderscores (package & instructions) out of date http://code.google.com/p/pharo/issues/detail?id=3499 I would not integrate the package of FixUnderscore if it has problems with timestamps. Instead I would update the webpage with the RB code to do the same. You can get it from http://code.google.com/p/pharo/wiki/CodeSnippets (title How to fix underscore assigment with RB ?) again, I think FixUnderscore should not be part of a PharoCore image (I even remember remoiving it). I don't have an image handy now...are you sure it is present in pharo 1.2 ?

Jan. 3, 2011

Re: [Pharo-project] removing obsolete classes

by Mariano Martinez Peck

I am not sure what you need to do, but check the method fixObsoleteReferences On Mon, Jan 3, 2011 at 10:38 PM, sergio_101 <sergiolist(a)village-buzz.com>wrote: > in working with another problem, i think i have narrowed it down to > obsolete classes.. > > running this: > > PointerFinder on: SystemNavigation default obsoleteClasses inspect. > > i find three classes (precisely the ones i am having problems with).. > > my question is.. how do i go about deleting those classes? > > 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. 3, 2011

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

by Mariano Martinez Peck

On Mon, Jan 3, 2011 at 10:36 PM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > > > On Mon, Jan 3, 2011 at 12:46 PM, David T. Lewis <lewis(a)mail.msen.com>wrote: > >> On Mon, Jan 03, 2011 at 09:14:47PM +0100, Philippe Marschall wrote: >> > On 03.01.2011 16:42, David T. Lewis wrote: >> > > On Mon, Jan 03, 2011 at 03:57:07PM +0100, Philippe Marschall wrote: >> > >> On 01/03/2011 03:25 PM, Alexandre Bergel wrote: >> > >>> Hi! >> > >>> >> > >>> Sorry for the late answer. The student is now in my office and there >> is indeed a problem. >> > >>> UUIDPlugin is not present on his harddisk. Maybe built in the VM. >> > >>> >> > >>> I found the class UUID and remove the call to the primitive. It >> works. Strange problem. Shall I report it in codegoogle? >> > >> >> > >> Has been known for two years, shouldn't happen, nobody cares. >> > >> >> > > >> > > Huh ?!?!? What do you mean "nobody cares"? >> > >> > Nodby cares enough to get to the bottom of it and fix it once and for >> > all. And yes, that includes me. It's just an observation. So if this is >> > really critical for somebody then he'll have to fix it himself. >> > Reporting the same bug again won't make a difference. That's just how >> > open source is. >> > >> > Cheers >> > Philippe >> > >> >> 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 :-/ >> >> 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. >> > > 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. > Hi Eliot. I agree that your suggestion is better, but for that reason, we have been dealing with this for more than 2 years. So: - hacking the image is not the best solution but it can be integrated in pharo in less than 5 minutes and working out of the box. Ok, we do not use the plugin if it is UNIX directly...even if that distro may be working - hacking the image is better than crashing the system while doing something as basic as a simple commit. VM should crash as less as possible. Providing such script (the one you say), integrate them in the pharo one clicks, testing it in several OS, and of course, how to CODE that piece of C/Shell or whatever you use, and how to know if the installation of libuuid is broken. I think that pretending this solution is why this problem is present since 2 years already. Hacking the image (or fixing a basic crash) can be done in 5 minutes and it is muuch better than a crash. If you, or someone, come after with a better solution, there is no problem. Such changes can be reverted in another 5 minutes. We are flexible ;) Just my opinion Mariano > > 2Â¢ > Eliot > > >> Dave >> >> >> >

Jan. 3, 2011

Re: [Pharo-project] Issue 3499 in pharo: FixUnderscores (package & instructions) out of date

by pharo＠googlecode.com

Comment #4 on issue 3499 by sean.p.denigris: FixUnderscores (package & instructions) out of date http://code.google.com/p/pharo/issues/detail?id=3499 1.2 #12272 has v. 20 but there is a 22 in the Pharo repo. Will that be integrated into 1.2?

Jan. 3, 2011

[Pharo-project] removing obsolete classes

by sergio_101

in working with another problem, i think i have narrowed it down to obsolete classes.. running this: PointerFinder on: SystemNavigation default obsoleteClasses inspect. i find three classes (precisely the ones i am having problems with).. my question is.. how do i go about deleting those classes? thanks! -- ---- peace, sergio photographer, journalist, visionary http://www.ThoseOptimizeGuys.com 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. 3, 2011

[Pharo-project] removing obsolete classes

by sergio_101

in working with another problem, i think i have narrowed it down to obsolete classes.. running this: PointerFinder on: SystemNavigation default obsoleteClasses inspect. i find three classes (precisely the ones i am having problems with).. my question is.. how do i go about deleting those classes? 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. 3, 2011

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

by Eliot Miranda

On Mon, Jan 3, 2011 at 12:46 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > On Mon, Jan 03, 2011 at 09:14:47PM +0100, Philippe Marschall wrote: > > On 03.01.2011 16:42, David T. Lewis wrote: > > > On Mon, Jan 03, 2011 at 03:57:07PM +0100, Philippe Marschall wrote: > > >> On 01/03/2011 03:25 PM, Alexandre Bergel wrote: > > >>> Hi! > > >>> > > >>> Sorry for the late answer. The student is now in my office and there > is indeed a problem. > > >>> UUIDPlugin is not present on his harddisk. Maybe built in the VM. > > >>> > > >>> I found the class UUID and remove the call to the primitive. It > works. Strange problem. Shall I report it in codegoogle? > > >> > > >> Has been known for two years, shouldn't happen, nobody cares. > > >> > > > > > > Huh ?!?!? What do you mean "nobody cares"? > > > > Nodby cares enough to get to the bottom of it and fix it once and for > > all. And yes, that includes me. It's just an observation. So if this is > > really critical for somebody then he'll have to fix it himself. > > Reporting the same bug again won't make a difference. That's just how > > open source is. > > > > Cheers > > Philippe > > > > 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 :-/ > > 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. > 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. 2Â¢ Eliot > Dave > > >

Jan. 3, 2011