- Pharo-dev - lists.pharo.org

[Pharo-project] [update 1.2] #12296
by Marcus Denker Jan. 12, 2011

Jan. 12, 2011

12296 ----- Issue 3531: [FIX]ParseNodeEnumerator does not visits ivar nodes Issue 3528: TestRunner button height not fixed -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

1 0

[Pharo-project] Issue 3528 in pharo: TestRunner button height not fixed
by pharo＠googlecode.com Jan. 12, 2011

Jan. 12, 2011

Status: New Owner: ---- New issue 3528 by bernhard.pieber: TestRunner button height not fixed http://code.google.com/p/pharo/issues/detail?id=3528 Pharo image: <dev> Pharo core version: <Pharo1.2beta, Latest update: #12295> Virtual machine used: <Cog.r2345> Steps to reproduce: 1. Open TestRunner 2. Resize window so that it height increases 3. Note that button height increases also

1 3

[Pharo-project] Issue 3531 in pharo: [FIX]ParseNodeEnumerator does not visits ivar nodes
by pharo＠googlecode.com Jan. 12, 2011

Jan. 12, 2011

Status: Fixed Owner: siguctua CC: stephane.ducasse, marcus.denker, eliot.miranda Labels: Milestone-1.2 New issue 3531 by siguctua: [FIX]ParseNodeEnumerator does not visits ivar nodes http://code.google.com/p/pharo/issues/detail?id=3531 i found that enumerator does not does not visits the instance variable node: visitInstanceVariableNode: anInstanceVariableNode (self shouldVisit: anInstanceVariableNode) ifFalse: [^nil]. " theBlock value: anInstanceVariableNode. <<<< missing " ^super visitInstanceVariableNode: anInstanceVariableNode I thought that it was left on purpose, but Eliot confirmed that its a bug. The fix is in attachment. Attachments: CompilerParser-class-fix.1.cs 408 bytes

1 3

[Pharo-project] PHP Fog ...
by Geert Claes Jan. 12, 2011

Jan. 12, 2011

I reckon a Smalltalk-type Heroku/PHP Fog (http://techcrunch.com/2011/01/10/php-fog-raises-1-8-million-to-be-the-herok…) would be nice :) Would there be a viable business opportunity there or is the market simply too small? -- View this message in context: http://forum.world.st/PHP-Fog-tp3208657p3208657.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

6 7

[Pharo-project] chart morphs?
by Esteban Lorenzano Jan. 12, 2011

Jan. 12, 2011

Hi, I'm looking for some morphs for building charts (pie, bars, etc.)... is there something already there, or I need to make them? Cheers, Esteban

1 0

[Pharo-project] Issue 3523 in pharo: Nested comments
by pharo＠googlecode.com Jan. 11, 2011

Jan. 11, 2011

Status: Accepted Owner: aplantec New issue 3523 by aplantec: Nested comments http://code.google.com/p/pharo/issues/detail?id=3523 Now let me open a big can of worms but we truly need it. When you write documentation (I did several experiments with Soup) the documentation in class comment is cool because you to not have to have " and " and '' ' ' '' '" everytimes you manipulate a string or a comment. Now you do not want to have huge class comments I would prefer to have a couple of methods and it does not work: you put back the crappy unnestable " ugly boring.... better not putting comments. So I would really like to have */ this is a nice nestable comment "hkjkhhkjh " 'hkjjkh' 1 + 2 */yet another comment: increbile this is a nested ones: yes you know Smalltalkers are discovering the world/* /* As you see stealing the C comment syntax is a plus because everybody knows it. I remember a discussion on VW about possible syntax to support that. Before replying to this point thing hard because we need that support.

2 7

[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

[Pharo-project] [Hudson] Pharo Tab
by Marcus Denker Jan. 11, 2011

Jan. 11, 2011

Hi, I configured a tab with just the directly Pharo related targets: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/ -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

[Pharo-project] Why Sets need to be rehashed when loading them from an ImageSegment?
by Mariano Martinez Peck Jan. 11, 2011

Jan. 11, 2011

Hi. I was almost sure that Set instances that were written in an ImageSegment, needed to be rehashed once they are swap in. And I even thought I was understanding why. But now, I don't understand at all why is that. I would really appreciate anyway that can give me a hint. So...ImageSegment rehashes all Set instances (at loading time) that were written in an ImageSegment, and then exported with ReferenceStream. Notice that this rehash is finally called from ImageSegment >> comeFullyUpOnReload: smartRefStream. When you export an ImageSegment with a reference stream, you also serializer the "outPointers" array. This is usually the case when you want to load the object subgraph in another image or when do it backups so that to start with a clean image. Notice that the Set rehash only occurs in this case. If we use ImageSegment just to swap out / in, there is no Set rehash. So...I think that this has something to do about WHY Set instances need to be rehashed. For each object ImageSegment write into the file, it writes both: object header + slots. So....the hash (12 bits in the object header) is copied. When the object is loaded back, it continues to have the same hash. It doesn't change. So...if hash doesn't change, why Set instances need to be rehashes when they come back from an ImageSegment? Thanks in advance, Mariano

3 4