- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3718 in pharo: Color class>>wheel: should be (back) on class side
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: New Owner: ---- New issue 3718 by jbth...(a)gmail.com: Color class>>wheel: should be (back) on class side http://code.google.com/p/pharo/issues/detail?id=3718 Color class>>wheel: has been erroneously moved to the instance side. It has no function on instances, but rather constructs and returns an Array of Color instances -- clearly a class-side method. It does not pass its own self-test in the comment now. Please put it back on class-side. (Indeed, half the current senders are still messaging the class. The other 5 or 6 senders send #red or #new for no reason, and should message the class).

1 6

[Pharo-project] Issue 3850 in pharo: remove HTTPServerDirectory PseudoFileStream
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixProposed Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3 New issue 3850 by marcus.d...(a)gmail.com: remove HTTPServerDirectory PseudoFileStream http://code.google.com/p/pharo/issues/detail?id=3850 After Issue 3638 is closed, we can remove PseudoFileStream and HTTPServerDirectory (not used anymore). Attachments: CleanHttpServerDirectory.1.cs 194 bytes

1 2

[Pharo-project] Issue 3875 in pharo: Merge minor NumberParser refactorings from Squeak
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: Accepted Owner: nicolas....(a)gmail.com Labels: Type-Squeak New issue 3875 by nicolas....(a)gmail.com: Merge minor NumberParser refactorings from Squeak http://code.google.com/p/pharo/issues/detail?id=3875 There are three changed methods: 1) using peekSignIsMinus gives a chance to subclasses to parse a leading + 2) using ifNil: is faster than isNil ifTrue: (with current Compiler) 3) skip: -1 in an error case so as to insert the error message at the right place

1 2

[Pharo-project] Issue 3876 in pharo: SqNumberParserTest>>testFloatGradualUnderflow has an odd condition
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: Accepted Owner: da...(a)teleport.com Labels: Importance-Low New issue 3876 by da...(a)teleport.com: SqNumberParserTest>>testFloatGradualUnderflow has an odd condition http://code.google.com/p/pharo/issues/detail?id=3876 SqNumberParserTest>>testFloatGradualUnderflow has an odd condition: In the following code, note that #areLowercaseDigitsAllowed is expected to return nil or notNil: "Parse the number in base 16 if possible - it is impossible if lowercase letter are allowed digits due to exponent letter ambiguity." float := self areLowercaseDigitsAllowed ifNil: [SqNumberParser parse: '16r2.D2593D58B4FC4e-256'] ifNotNil: [trueFraction asFloat]. but #areLowercaseDigitsAllowed returns true or false and in the 1.2 image it returns true ... implying that is impossible to parse? As it stands the `trueFraction asFloat` expression is always executed ... I'm trying to port SqNumberParser to GemStone and this little section of code is misleading, especially considering that GemStone doesn't pass the test:)

1 5

[Pharo-project] Issue 3880 in pharo: Balloon Tests not categorized/commented in 1.3
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: Accepted Owner: Torsten....(a)astares.de Labels: Milestone-1.3 New issue 3880 by Torsten....(a)astares.de: Balloon Tests not categorized/commented in 1.3 http://code.google.com/p/pharo/issues/detail?id=3880 uncategorizes methods in category "Balloon-Collections-Tests"

1 2

[Pharo-project] Issue 3861 in pharo: Image freeze when changing system time
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: New Owner: ---- New issue 3861 by lem...(a)gmail.com: Image freeze when changing system time http://code.google.com/p/pharo/issues/detail?id=3861 Pharo image: Pharo1.2.1a Latest update: #12343 Virtual machine used: 'Croquet Closure Cog VM [CoInterpreter VMMaker-oscog.47' System: GNU / Linux. Opensuse 11.4 x86_64. KDE 4.6 Steps to reproduce: 1. open the image 2. change the time in my system to a previous time. For example from 13:00 to 12:00. 3. Image freeze... and you have to kill the vm. I try the same thing, with 'Squeak4.1 of 17 April 2010 [latest update: #9957]' VM, and it didn't freeze. I tested also both machines opened, and only cog freeze. So i think maybe it's a cog vm issue.

1 4

[Pharo-project] Issue 3715 in pharo: Workspace shouting after switching between shout/unshout
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: Accepted Owner: Benjamin...(a)gmail.com New issue 3715 by Benjamin...(a)gmail.com: Workspace shouting after switching between shout/unshout http://code.google.com/p/pharo/issues/detail?id=3715 I do not know why but when you switch unshout -> shout again in the menu, then when you automatically declare a variable, this one is not correctly shouted But first, I will fix the bold issue ^^

2 10

[Pharo-project] Issue 3859 in pharo: Pluggin control
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixToInclude Owner: stephane...(a)gmail.com Labels: Milestone-1.3 New issue 3859 by stephane...(a)gmail.com: Pluggin control http://code.google.com/p/pharo/issues/detail?id=3859 Hello, just as outcome of previous discussion about security. I think that we missing a mechanism(s) in VM, which will prevent loading new modules into running system, to ensure that no external code could compromise a system security. In terms of implementation a change is quite simple: - add a flag into VM's state, named moduleLoadingEnabled - initially this flag should be set to true during system startup - add a primitive which resets this flag Then modify ioLoadModule: OfLength: to fail unconditionally if module loading is disabled. In practice this means that knowing a secure set of modules you are need for your deployment scenario and have them all loaded at startup, you intentionally disabling a module loading mechanism, to prevent any chance to interact with modules which could compromise your security model. There's also a missing bit in VM api to explicitly load the module with given name. However it is included in IA32ABIPlugin (#primLoadLibrary), but then maybe you don't want to have IA32ABIPlugin at first place, that's why i proposing to promote this primitive to core VM API. So, by having these bits working, one could implement sandbox mode quite easily, by doing something like following during image startup: self deployed ifTrue: [ " make sure we loaded modules we will need" #( 'PluginA' 'PluginB' .... 'PluginZ' ) do: [ :each | Smalltalk loadModule: each ]. Smalltalk disableModuleLoading. ]. Then later any code that will try to use plugins, that is not loaded before you disabled module loading mechanism, will simply fail. This will be good addition to existing security mechanisms. Attachments: SmalltalkImage-loadModule.st 424 bytes SmalltalkImage-disableModuleLoading.st 460 bytes

1 2

[Pharo-project] Issue 3879 in pharo: Wipe out positional arguments cruft from compiler
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixToInclude Owner: siguc...(a)gmail.com New issue 3879 by siguc...(a)gmail.com: Wipe out positional arguments cruft from compiler http://code.google.com/p/pharo/issues/detail?id=3879 Removes the #positionalArgument from Scanner and Parser So, now #(foo(bar)) is parsed correctly Attachments: Compiler-ar.197.1.cs 1.9 KB

1 2

[Pharo-project] Issue 3881 in pharo: Problem with Inst var refs...
by pharo＠googlecode.com March 25, 2011

March 25, 2011

Status: FixProposed Owner: Benjamin...(a)gmail.com Labels: Nautilus New issue 3881 by Benjamin...(a)gmail.com: Problem with Inst var refs... http://code.google.com/p/pharo/issues/detail?id=3881 If you click, the popup window have the good name, but if you choose to sort var names alphabetically, you have a stupid name Attachments: FixTitleIssueInInstVarBrowser.1.cs 748 bytes

1 2