- Pharo-dev - lists.pharo.org

[Pharo-project] Why does CompiledMethod>>hasLiteral: use ==
by Sean P. DeNigris July 20, 2011

July 20, 2011

I tried: aMethod hasLiteral: #DateAndTime->DateAndTime and got false, even though an "=" literal is indeed there. Why doesn't #hasLiteral: use #=? Thanks. Sean -- View this message in context: http://forum.world.st/Why-does-CompiledMethod-hasLiteral-use-tp3676573p3676… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

3 3

[Pharo-project] [update 1.4] #14050
by Torsten Bergmann July 20, 2011

July 20, 2011

Pavel wrote: >is there some paper about Ring? see http://goo.gl/7Er5O Stef: would it be possible to add the URL's to the update notes as we discussed in May in thread "Linking Update Mails to issue tracker" Thx and Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

3 2

[Pharo-project] fun bug: fileouting method with a $!, produces $!!
by stephane ducasse July 20, 2011

July 20, 2011

Hi with veronica we found a fun bug. If you have a method with a $! and you file it out. you get $!! in the fileouted file. http://code.google.com/p/pharo/issues/detail?id=4531 Stef

5 9

[Pharo-project] UUIDs not so unique
by Igor Stasenko July 20, 2011

July 20, 2011

On 20 July 2011 18:58, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > Hi Igor, (Hi Phillipe) > Â Â Â yes, I see the bug in the linux Cog VMs. Â I went to > http://code.google.com/p/pharo/issues/detail?id=4541Â but I don't see any > fix. Â Can you point me to the fix and I'll integrate and roll out new VMs > ASAP. > TIA > Here: https://gitorious.org/cogvm/blessed/commit/4a3f8bf9f560c19b167ee1b3d5ab6c52… > On Wed, Jul 20, 2011 at 8:51 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: >> >> On 20 July 2011 16:27, Torsten Bergmann <astares(a)gmx.de> wrote: >> > Igor wrote: >> >>Feel free to submit an additional test for UUID to prevent this >> >>regression in a future. >> > >> > I already provided such a test in my previous post: >> > >> > >> > http://lists.gforge.inria.fr/pipermail/pharo-project/2011-July/051481.html >> > >> > and now there is a fixed issue ready for integration >> > >> > http://code.google.com/p/pharo/issues/detail?id=4541 >> > >> Thanks, Torsten. >> >> > Nothing more to do on Pharo side than integration this test case >> > into one of the next updates. >> > >> > >> > But the VM maintainers should fix the issue for the VM >> > Phillipe used. >> > >> i will check the unix configs for Cog VMs. >> But since Philippe using Eliot's builds, then he should wait till >> Eliot integrate it (hoping that Eliot reads this mailing list and >> corresponding topic). >> >> > Bye >> > T. >> > -- >> > NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! >> > Jetzt informieren: http://www.gmx.net/de/go/freephone >> > >> > >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > > -- > best, > Eliot > -- Best regards, Igor Stasenko AKA sig.

1 0

[Pharo-project] UUIDs not so unique
by Torsten Bergmann July 20, 2011

July 20, 2011

Igor wrote: >Feel free to submit an additional test for UUID to prevent this >regression in a future. I already provided such a test in my previous post: http://lists.gforge.inria.fr/pipermail/pharo-project/2011-July/051481.html and now there is a fixed issue ready for integration http://code.google.com/p/pharo/issues/detail?id=4541 Nothing more to do on Pharo side than integration this test case into one of the next updates. But the VM maintainers should fix the issue for the VM Phillipe used. Bye T. -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurÃ¼ck-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone

3 2

[Pharo-project] UUIDs not so unique
by Torsten Bergmann July 20, 2011

July 20, 2011

Hi Phillipe, software changes and (new) bugs can appear - thats life and happens independent from Pharo or other technology. There is a simple rule: "If it is broken we should fix it" and I would add "and make sure it wont bug us anymore again". At least we should in minimum find such bugs before a release. Therefore attached is a simple test case that is green on my VM and should be red on your VM. Let's integrate it into Pharo, you already know the usual procedure to open an issue and I'm sure the Pharo team and VM maintainers will take care. Simple as that ... Side note about recommending technologies and bug fixing: I once found a bug in Swing, others already reported it and it is still after years(!) not fixed: http://astares.blogspot.com/2007/01/disappointing-swing.html So I have to wait and wait since I cant fix Swing myself... If this error would be in Smalltalk I would easily be able to change it until it is officially fixed. So in Smalltalk I can easily move on and it gives me the good feeling of beeing in control. Still Java is more recomended than Smalltalk. Why? Because in the hopefully rare case a project really fails or is late it could not have been the problem of choosing an exotic technology since others use and recommend Java too (sometimes known as the herd instinct) ;) Bye T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

3 3

[Pharo-project] inheritence
by Hilaire Fernandes July 20, 2011

July 20, 2011

With Pharo 1.3, one behavior I am not sure it is a bug or not, In the browser, in a method, when I click on the inheritence button I only get a list of the ascendant no the descendant. Is the normal behavior? Hilaire -- Education 0.2 -- http://blog.ofset.org/hilaire

2 2

[Pharo-project] Stubbing class-side methods
by Sean P. DeNigris July 20, 2011

July 20, 2011

I keep coming up against this situation over and over in testing. MyClass>>doSomethingWorthTesting ... now := DateAndTime now. ... I want to control DateAndTime class>>now to make this test determinate and simulate interesting edge cases, but can't figure out a good way. In Ruby, I could easily stub it because it's not a live system (or use dependency injection), but here I don't want to mess with the real DateAndTime class in case something goes wrong and leaves my system dirty. I really hate using dependency injection for this kind of thing (especially without Ruby's default parameter values). I've been creating MyClass>>now and stubbing that. Am I being paranoid, should I just hijack the real class and fix it when I'm done? What's the best way to do this? Thanks. Sean -- View this message in context: http://forum.world.st/Stubbing-class-side-methods-tp3674065p3674065.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

7 17

[Pharo-project] Exception >> return:?
by Camillo Bruni July 19, 2011

July 19, 2011

Can anyone explain me why it would make sense to use #return: in the following method? TestCase >> executeShould: aBlock inScopeOf: anExceptionalEvent ^[aBlock value. false] on: anExceptionalEvent do: [:ex | ex return: true] I would instinctively replace [:ex | ex return: true] with the much simpler [:ex | ^ true].. Am I missing something here? camillo

4 4

[Pharo-project] which vm on 64bit Linux?
by Tudor Girba July 19, 2011

July 19, 2011

Hi, Which VM should be used to run Pharo on a 64bit Linux? Cheers, Doru -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

3 2