December 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3378 in pharo: Process remove depende to UIManager
by pharo＠googlecode.com Jan. 20, 2011

Jan. 20, 2011

Status: Fixed Owner: Benjamin.VanRyseghem.Pharo Labels: Type-Seed New issue 3378 by Benjamin.VanRyseghem.Pharo: Process remove depende to UIManager http://code.google.com/p/pharo/issues/detail?id=3378 fix Attachments: ProcessRemoveDependenceToUIManager.1.cs 502 bytes

1 1

[Pharo-project] Issue 3441 in pharo: Tests for Polymorph
by pharo＠googlecode.com Jan. 20, 2011

Jan. 20, 2011

Status: Accepted Owner: alexandre.bergel CC: stephane.ducasse Labels: Difficulty-Easy New issue 3441 by alexandre.bergel: Tests for Polymorph http://code.google.com/p/pharo/issues/detail?id=3441 Tests-Polymorph-AlexandreBergel.10 in the inBox. It contains 24 tests. Result of CC68S lecture. Thanks Luis Gregorio Silvestre Quiroga!

1 3

[Pharo-project] Issue 3468 in pharo: Perform and context frame size primitive tests
by pharo＠googlecode.com Jan. 20, 2011

Jan. 20, 2011

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.3 New issue 3468 by stephane.ducasse: Perform and context frame size primitive tests http://code.google.com/p/pharo/issues/detail?id=3468 The perform: primitive reuses the context of the method calling it. The primitive adds performed selector arguments to the context variables list. So this means that you can execute some methods but not performed them if the calling methods defined too many temps. These tests pass on Cog but fails on squeak4.2.5 vm Attachments: CompiledMethodTest-tests - performing.st 2.0 KB

1 1

[Pharo-project] Issue 3422 in pharo: Use UIManager instead of Workspace
by pharo＠googlecode.com Jan. 19, 2011

Jan. 19, 2011

Status: Fixed Owner: stephane.ducasse Labels: Milestone-1.3 Difficulty-Easy New issue 3422 by stephane.ducasse: Use UIManager instead of Workspace http://code.google.com/p/pharo/issues/detail?id=3422 viewGZipContents "View the contents of a gzipped file" | stringContents | self binary. stringContents := self contentsOfEntireFile. stringContents := Cursor wait showWhile: [(GZipReadStream on: stringContents) upToEnd]. stringContents := stringContents asString withSqueakLineEndings. UIManager default edit: stringContents label: 'Decompressed contents of: ', self localName

1 1

[Pharo-project] new Cog VMs
by Eliot Miranda Jan. 15, 2011

Jan. 15, 2011

Hi All, I've released a new version of Cog that has a substantially improved code generator along the lines of Peter Deutsch's HPS (VisualWorks) and various of Ian Piumarta's VMs. These all use a simple tecnique to identify constant references in bytecode and to support a register-based calling convention. While this does produce faster code it tends to accelerate low-level code much more than high-level code as you can see by the following benchmarks: SimpleStackBasedCogit: [1 to: 100000000 do: [:i|]] timeToRun 691 StackToRegisterMappingCogit: [1 to: 100000000 do: [:i|]] timeToRun 192 192 - 691 / 6.91 -72% SimpleStackBasedCogit: 0 tinyBenchmarks '753495217 bytecodes/sec; 64769127 sends/sec' StackToRegisterMappingCogit: 0 tinyBenchmarks '931756141 bytecodes/sec; 128157989 sends/sec' 931756141 - 753495217 / 7534952.17 -24% 128157989 - 64769127 / 647691.27 -98% SimpleStackBasedCogit: [Compiler recompileAll] timeToRun 47013 (no transcript StackToRegisterMappingCogit: [Compiler recompileAll] timeToRun 43406 (no transcript) 43406 - 47013 / 470.13 -7.67234594686576 The status of this code is essentially beta. The test suite runs the same on the new code generator as on the old, but I think there are still bugs because I get the occasional transient error. I am therefore very interested in any reproducible errors you can find. The VMs (http://www.mirandabanda.org/files/Cog/VM/VM.r2334/) contain a few other important changes: - a bug fix to bytecode<->native pc mappng that produced incorrect results for methods containing blocks with ^-returns in them. One symptom is incorrect highlighting of the pc in the debugger, althoguh symptoms could be much serious. - jitting interpreted methods on backward branches. Currently any interpreted method that performs more than 20 backward branches will be considered for JIT compilation and if it is suitable (default, <= 60 literals) will be compiled to native code. - new callback support. I need to commit some changes to the Alien package to provide access to this but essentially the VM's callback support is now able to be ported to architectures with register-based calling conventions (ARM, PowerPC, SPARC etc). I'll try and get the Alien code released soon, and to back-port the changes to the standard VM before the end of the holiday. One thing that is still /not/ fixed is the lack of a SoundPlugin on win32. Apologies. I'll try and get a fix for this before the end of the holidays too, but time might be too tight. There are other priorities such as harmonising the standard and Cog VMs for the 4.2 release. best Eliot

8 25

[Pharo-project] Issue 3417 in pharo: BehaviorTest>>#testAllLocalCallsOn fails
by pharo＠googlecode.com Jan. 14, 2011

Jan. 14, 2011

Status: Accepted Owner: marcus.denker Labels: Milestone-1.2 New issue 3417 by marcus.denker: BehaviorTest>>#testAllLocalCallsOn fails http://code.google.com/p/pharo/issues/detail?id=3417 BehaviorTest>>#testAllLocalCallsOn fails ... maybe because of MethodRereference is never equal to SourceMethodReference?

1 4

Re: [Pharo-project] Issue 3224 in pharo: Migrating MethodReference to MethodReferenceWithSource
by pharo＠googlecode.com Jan. 13, 2011

Jan. 13, 2011

Comment #4 on issue 3224 by luc.fabresse: Migrating MethodReference to MethodReferenceWithSource http://code.google.com/p/pharo/issues/detail?id=3224 some comments. We must add a hash method on SourcedMethodReference. I propose: SourcedMethodReference>>hash "Answer a SmallInteger whose value is related to the receiver's identity." ^ super hash bitXor: self sourcePointer All instances of SourcedMethodReference should (*must*) have a defined sourcePointer (not be nil) at instanciation time. But it seems that it is not the case since some initializing methods from MethodReference are not redefined in SourcedMethodReference: MethodReference>>setClass:methodSymbol: MethodReference>>setClassAndSelectorIn: MethodReference>>setClassSymbol:classIsMeta:methodSymbol:stringVersion: MethodReference>>setClass:methodSymbol:stringVersion: For example, in SystemNavigation a lot of methods use: SourcedMethodReference new setClass: class methodSymbol: sel which leave sourcePointer uninitialized. Did these changes break some tests?

1 14

[Pharo-project] ODBC, loadFFI and friends!
by Torsten Bergmann Jan. 12, 2011

Jan. 12, 2011

>Please have a look at > > http://www.squeaksource.com/PharoInbox/DolphinCompatibility-ODBC-BillSchwab… > >It adds a few methods that I missed (one could argue that I should package >some of this separately) and gives access to table and field names. Hi Bill, I once contacted Frank Urbach (creator of the package on squeaksource), but got no response. However: http://www.squeaksource.com/ODBC is "Read And Write" so you can integrate your changes easily. It's MIT and open anyway so anything that makes life easier should be added. Thanks Torsten -- GMX DSL Doppel-Flat ab 19,99 €/mtl.! Jetzt auch mit gratis Notebook-Flat! http://portal.gmx.net/de/go/dsl

6 5

[Pharo-project] Waste of CPU Power by polling events?
by Guido Stepken Jan. 11, 2011

Jan. 11, 2011

I am just porting squeak/Etoys to Samsung-PAD and i noticed some strange things: In Pharo 1.1 network connections seemed to be limited to 4 connections: In the listenLoop backlogSize is set to 4. Means - Pharo is limited to max. of four simultaneous TCP Connections? But: Some MacIntel VM seem to run Squeak with additional worker thread for event processing. Maybe this limitation may not occur here? Carbon ports of Pharo use ioPeekKeystroke, ioGetKeystroke, ioMousePoint, ioGetButtonState instead of kEventRawKeyModifiersChanged and kEventMouseMoved event Found in Pharo so far: isDraggingEvent isDropEvent isEditEvent isKbdEvent isMorphicEvent isNoteEvent isTempoEvent isWindowEvent Hmmm ... quite a lot of events being polled: Need additional: isOnMouseOverEvent isMouseGestureEvent isTouchGestureEvent isNetworkEvent isUSBEvent isSerialEvent isParallelPortEvents isCtrl-C-Event ... I fear, that this costs a lot of wasted VM Power by polling. UNIX, especially Linux is changing towards a event machine, driven by interrupts. So - Interpreters should also migrated from polling to interrupt driven event-machines. I am missing that in Pharo. Pharo still has too much polling code/algorithm running, that slows down Pharo/Squeak/Etoys ... unneccessarily. Any ideas appreciated ... tnx, regards Guido Stepken

7 11

[Pharo-project] Alien + Cog VM
by Ken Treis Jan. 11, 2011

Jan. 11, 2011

What's the status of Alien in the new Cog VM? I was able to load Alien into Pharo 1.1.1 running Cog, and some simple callouts worked (e.g. `CRLibrary libraryVersionString` in CairoGraphics. But every callout with arguments failed in primFFICallResult:. Alien works perfectly for me in Pharo 1.1 using JMM's VMs when I load the Pharo 1.1 version from ConfigurationOfAlien, but I admit I haven't tried 1.1.1 in this arrangement. Is there something that's changed in Cog's Alien primitive implementation? -- Ken Treis Miriam Technologies, Inc.

6 8