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

[Pharo-project] Issue 3841 in pharo: clean Project more: remove Locale and project parameters
by pharo＠googlecode.com March 23, 2011

March 23, 2011

Status: FixProposed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3841 by marcus.d...(a)gmail.com: clean Project more: remove Locale and project parameters http://code.google.com/p/pharo/issues/detail?id=3841 clean Project more: remove Locale and project parameters Attachments: CleanProject.1.cs 1.7 KB

1 1

[Pharo-project] [update 1.3] #13106
by Marcus Denker March 23, 2011

March 23, 2011

13106 ----- Issue 3844: Utilities is in StartupList Issue 2488: LargeInteger ln overflows Issue 3847: The absolute value of a negativeZero should behave like a positive zero Issue 3841: clean Project more: remove Locale and project parameters -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3847 in pharo: The absolute value of a negativeZero should behave like a positive zero
by pharo＠googlecode.com March 23, 2011

March 23, 2011

Status: Accepted Owner: nicolas....(a)gmail.com New issue 3847 by nicolas....(a)gmail.com: The absolute value of a negativeZero should behave like a positive zero http://code.google.com/p/pharo/issues/detail?id=3847 Currently, it does not, try this: Float negativeZero abs sign = 0.0 sign

1 3

Re: [Pharo-project] Issue 2488 in pharo: LargeInteger ln overflows
by pharo＠googlecode.com March 23, 2011

March 23, 2011

Updates: Status: FixProposed Comment #4 on issue 2488 by nicolas....(a)gmail.com: LargeInteger ln overflows http://code.google.com/p/pharo/issues/detail?id=2488 Test and fix in the inbox

1 2

[Pharo-project] Issue 3844 in pharo: Utilities is in StartupList
by pharo＠googlecode.com March 23, 2011

March 23, 2011

Status: FixToInclude Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3844 by marcus.d...(a)gmail.com: Utilities is in StartupList http://code.google.com/p/pharo/issues/detail?id=3844 next postscript should do: Smalltalk removeFromStartUpList: Utilities.

1 1

[Pharo-project] String>>#base64Encoded
by Sven Van Caekenberghe March 23, 2011

March 23, 2011

Hi, It took me quite some time today to figure this out and it might be relevant for others too: it turns out that String>>#base64Encoded introduces newlines which you definitively do not want when doing Basic HTTP Encoding for example. The tricky part is that it works when you stay below a certain length. This can easily be solved by invoking Base64MimeConvertor with the #mimeEncode: <string> multiLine: false Zinc HTTP Components now does this consistently through ZnUtils class>>#encodeBase64: Sven

3 4

[Pharo-project] Pharo 1.2 red again
by Torsten Bergmann March 23, 2011

March 23, 2011

Pharo 1.2 is red again! DuplicatedVariableError: stylingActive is already defined in Workspace https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.2/195/ -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

1 0

Re: [Pharo-project] test crashing the cog vm
by Marcus Denker March 23, 2011

March 23, 2011

On Mar 22, 2011, at 2:35 PM, Alexandre Bergel wrote: > I am not saying that this is feasible with the current VM. But I am doubtful that the bytecode verification can only be done in the VM. If something get wrong, why not to raise a primitiveFailed, as 1/0 will do? > Because checking all these things at runtime will make interpretation slow. > I have the impression that you give a particular status to the bytecodes. I have the feeling that we should not. Yes, to be interpretable without having to check at runtime. > I can realize a division, and time to time it get wrong (/0). But the VM does not crash. So, why if I evaluate the wrong bytecodes, the VM should crash? Because we don't want to check everything, else it is too slow. > You could have the necessary guards in the VM. Slow. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

6 15

[Pharo-project] Issue 3848 in pharo: Pressing Alt+x remove the class even if a selector is selected
by pharo＠googlecode.com March 23, 2011

March 23, 2011

Status: Accepted Owner: nicolas....(a)gmail.com New issue 3848 by nicolas....(a)gmail.com: Pressing Alt+x remove the class even if a selector is selected http://code.google.com/p/pharo/issues/detail?id=3848 What I did: - browse diffs from MC (changes) - select a new method, pres ALT+b to browse in the browser that opens, my new method is selected - pres ALT+x removed the class instead of removing the selector That was surprising... ... Fatal in my case, the class being Fraction GRR there's decidely no way to easily and selectively revert some of my changes !

1 1

[Pharo-project] Automating issue tracker update when a package is published
by Nicolas Cellier March 23, 2011

March 23, 2011

I know what I gonna hear, www.squeasource.com is already overloaded and we can't, but it would be super-nice if the Pharo issue tracker were updated automagically when a slice is commited in the inbox. Nicolas

5 4