- Pharo-dev - lists.pharo.org

Do we have better collections design library?
by Denis Kudriashov June 4, 2017

June 4, 2017

Hi. I just found that there is no WeakIdentityValueDictionary. But we have WeakValueDictionary, WeakKeyDictionary, WeakIdentityKeyDictionary. And to implement missing class I need to copy overrides from IdentityDictionary. And weak key dictionaries are implemented same way by duplicating code. And generally identity collections are not much different from equal collections but they still duplicate a lot of code with little difference: #hash or #identityHash, #= or #==. So I am wondering do we have alternative implementation with proper design? There are wishes to replace streams by XSteams. What about collections? Best regards, Denis

4 7

FFI does not work on Linux 64-bit
by Oleksandr Zaytsev June 4, 2017

June 4, 2017

Hello, Yesterday during the Pharo Sprint I was experiencing many problems with my 64-bit Pharo Image and Pharo Sprint App. For example, whenever I clicked "Open in FogBugz", "Discuss on Discord", or "Help" in a Sprint App, I got Error: Could not find accessor for variable named "command" As suggested on Discord, I tried this WebBrowser openOn: 'http://pharo.org' and received the same error Then, after I executed xdg-open 'http://pharo.org' in my Linux terminal, and it worked without an error, *Juraj Kubelka* assumed that *ffi does not work on Linux 64-bit* and told me that I should report this issue to *Torsten Bergmann*. Also, no method comments or class comments were visible in my image. And when I tried to write and save a comment, it just disappeared. These two problems may be related. OS: Ubuntu 16.04 LTS VM: 201705310241 (http://files.pharo.org/vm/pharo-spur64/) Image: Pharo64-60498 (http://files.pharo.org/image/60/latest-64.zip) Oleks

2 1

Pharo 6 "Changes"
by Sean P. DeNigris June 3, 2017

June 3, 2017

I randomly selected two packages (Athens-Morphic and Morphic-Core) and clicked the "Changes" button in the MC Browser against their canonical repos. The package went from being marked clean, to showing many changes. What do you make of that? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-6-Changes-tp4949165.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

2 2

Calypso feedback
by Stephane Ducasse June 3, 2017

June 3, 2017

Hi denis Now I decided to use Calypso all the time :) I do not know if this is the latest version but I loaded it today from the catalog browser. - When I do sender/implementors of and I get multiple pane in the message browser and I want to close one pane using command-W I close the editor but not the pane Stef [image: Inline image 1]

3 5

State of Pharo 6 64-bit ?
by Sven Van Caekenberghe June 2, 2017

June 2, 2017

Hi, I am wondering a bit about the state of Pharo 6 64-bit. On one hand the current RC seems to work really well on macOS (for me), it is stable and clean. Is the goal to ship this variant as a real finished version ? If so, I think must make it pass as much unit tests as possible. I filed a couple of issues related to that: https://pharo.fogbugz.com/f/cases/20102/SmallInteger-digitAt-not-ready-for-… https://pharo.fogbugz.com/f/cases/20108/CompiledMethod-isAbstract-fails-on-… https://pharo.fogbugz.com/f/cases/20111/Some-Collection-tests-fail-on-64-bi… https://pharo.fogbugz.com/f/cases/20110/AllocationTest-testOutOfMemorySigna… The first one has a fix. Fixes must be done carefully, since the same image must be able to run on both 32 and 64 bit. I also noticed that a couple of Compiler tests are failing. Now, obviously the compiler works good enough since it can load code, so this is probably also something minor/weird/unexpected. About 51 tests fail (in MethodMapTests, OCBytecodeHGeneratorTest and OCNewCompilerWithChangesFunctionalTests). Should I create an issue ? Sven

3 3

DebugSession: no exception raised when stepping out of the execution?
by tdupriez＠ens-paris-saclay.fr June 2, 2017

June 2, 2017

Hi, I'm working with DebugSession to see if I can implement something that would step into an execution until a given expression evaluates to a different value than the value it had at the beginning to quickly localise the precise point where an invariant is broken. But it appears that if the expression always evaluate to the same value, then the VM freezes. I simplified my program to just stepInto a debugSession indefinitely, and it makes the VM freeze, while I would rather expect an exception to be raised (something like "ReachedEndOfExecution"). Here is my example code. Beware, running it will freeze the VM. | program process context debugSession | program := [1+2]. process := program newProcess. context := process suspendedContext. debugSession := process newDebugSessionNamed: 'StepIntoForever' startedAt: context. [ true ] whileTrue: [ debugSession stepInto ]. Is there a way to have an exception be raised when a stepInto message is sent to a debugSession whose execution is finished, instead of just freezing the VM? Thomas

5 6

Minor glitch in source code diff tool
by Sven Van Caekenberghe June 2, 2017

June 2, 2017

It seems there is a minor glitch in the source code diff tool: The first difference is marked (coloured) OK, each next one is one character position more off. This is in the latest 6.0 RC image. Should I create an issue ? Sven

2 2

Confused about Floats on 64-bit Pharo 6
by Sven Van Caekenberghe June 1, 2017

June 1, 2017

I am working in Pharo 6 RC, 64-bit on macOS 10.12.5 One of the tests of STON fails, #testFloat and I got confused about Floats on 64-bit Pharo 6. Is there a write-up that explains the new/changed situation ? Because, what I see is the following: Float pi. 1.3. Both the above give me SmallFloat64 instances. (10 raisedTo: 100) asFloat. 1.0e100. 10.0 raisedTo: 100. All 3 above give me BoxedFloat64 instance. But the first 2 give wrong results (correct answer is 1.0e100) ! (10 raisedTo: 100) asFloat. "5.15323791002091e91" 1.0e100. "5.15323791002091e91" Why ? BoxedFloat64 allInstances. SmallFloat64 allInstances. The first is not-empty, the second is (logical since these are immediate values). I thought BoxedFloat64 should not be used in 64-bit ? Also, should #emin, #emax and friends not be different for SmallFloat64 ? Sven

5 14

Release deferred to next Tuesday :(
by Esteban Lorenzano June 1, 2017

June 1, 2017

Hi list, yes, this release is being a pain. anyway, yesterday after asking for testI found two blocking issues and one ânice to haveâ and I needed to work on them. Blocking issues were: 1) Athens (with Fonts ) was not working on 64bits and because of that, Roassal was not either. 2) There is a problem in VM packaging which packages as files what should be symlinks.\ The nice to have: It seems there are english problems in the welcome browser (and in the STAGE pages). It would be nice if some native speaker takes a look :) I already fixed (1) and Iâm working on (2), but the release is deferred to Tuesday because: a) we want to test. b) you never release on friday c) monday is holiday here :) So well, that. Iâm sorry. Esteban

4 5

[pharo-project/pharo-core]
by GitHub June 1, 2017

June 1, 2017

Branch: refs/tags/60498 Home: https://github.com/pharo-project/pharo-core

1 0