November 2009 - Pharo-dev - lists.pharo.org

[Pharo-project] Published Sophie-Network-URI package
by StÃ©phane Ducasse Nov. 26, 2009

Nov. 26, 2009

Hi guys I published the URI package of Sophie in the PharoTaskForces. Now it seems to me that iteration protocol (allFileDo: ....) and creation protocols are missing (forceNewFileOn:.....) Stef

1 0

[Pharo-project] [update 1.1] #11061
by Marcus Denker Nov. 26, 2009

Nov. 26, 2009

11061 ----- Issue 1504: remove PasteUpMorph>>reportLocalAddress

1 0

[Pharo-project] Reoganize categories by alphabetical order ?
by Frederic Pluquet Nov. 26, 2009

Nov. 26, 2009

Hello, How to reorganize system categories by alphabetical order ? FrÃ©d ---- FrÃ©dÃ©ric Pluquet UniversitÃ© Libre de Bruxelles (ULB) Assistant http://www.ulb.ac.be/di/fpluquet

2 1

[Pharo-project] OSProcess load
by Schwab,Wilhelm K Nov. 25, 2009

Nov. 25, 2009

Dave, Did you update the repository for CommandShell? It still is not loading cleanly, even in a current RC1 image, so I don't think it is my build process. I *think* all that needs to happen is that the line that processes 'help' needs to be removed and the packages should load cleanly - at least that's what happens when I save the result to my cache. Bill

2 4

[Pharo-project] New Pharo based on core 10496 - Win32 Installer
by Torsten Bergmann Nov. 25, 2009

Nov. 25, 2009

Note that if you want to use FFI loading via ScriptLoader in this image you have to follow: http://code.google.com/p/pharo/issues/detail?id=1478 -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

1 0

[Pharo-project] Problems with SmaccDev and Pharo
by Oscar E A Callau Nov. 25, 2009

Nov. 25, 2009

Hi all, My name is Oscar. I've been working with Pharo trying to do a gradual type system. Part of that is working with a Parser for a specific type annotation that I have. I'm using: *Pharo1.0rc1 Latest update: #10492 *SmaCC-lr.13 *SmaCCDev -lr.21 But I have some problems when I use SmaCCParserGenerator window, because I cannot select any option (there are some arrow pictures instead of check-buttons) and always get the error: MessageNotUnderstood: RBClass>>metaclass Does someone has either a suggestion or solution? (sorry If this is an easy/stupid problem) Greetings (I apologize for my poor english) Oscar E. A. CallaÃº P.S.: I attach a picture about the problem.

4 6

[Pharo-project] Navigating around the source code
by Oscar E A Callau Nov. 25, 2009

Nov. 25, 2009

Hi all, I have a question (may be is a stupid/freshman question); How can I move around the source code (inside of OB Package browser)? For example (in almost any text editor of mac os x): cmd + (left arrow) == move to the begin of the current line cmd + (right arrow) == move to the end of the current line alt + (right arrow) == move to the next word in the current line alt + (left arrow) == ... and so on I was wondering If those shortcuts (or similar) work in Pharo. Greetings Oscar E A CallaÃº

3 3

[Pharo-project] Issue 1501 Monticello snapshot browser load class menu item only loads the 'side' (instance or class) that is currently displayed
by Stan Shepherd Nov. 25, 2009

Nov. 25, 2009

In 10496 Browse eg MCHttpRepository location: 'http://www.squeaksource.com/ABKTEST' user: '' password: '' In the snapshot, call up and run menu item 'load class ABKWaSimpleTest' Browse the class. It has class or instance side methods, not both. http://code.google.com/p/pharo/issues/detail?id=1501 -- View this message in context: http://n2.nabble.com/Issue-1501-Monticello-snapshot-browser-load-class-menu… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

1 0

[Pharo-project] Scriptloader class>>loadFFI
by Torsten Bergmann Nov. 25, 2009

Nov. 25, 2009

Yes, its the same as issue 1478. And yes, we just have to load the (now splitted) pool constants before the kernel by adding the line install: 'FFI-Pool'; before install: 'FFI-Kernel'; in ScriptLoader>>loadFFI. Looks like Andreas split the FFI packages since VM Maker only needs the constants. Bye T. -- Preisknaller: GMX DSL Flatrate fÃ¼r nur 16,99 Euro/mtl.! http://portal.gmx.net/de/go/dsl02

1 0

[Pharo-project] windows 64 bit: printing NetNameResolver localHostAddress fails even after evaluating NetNameResolver initializeNetwork
by Bart Gauquie Nov. 25, 2009

Nov. 25, 2009

This is related to: http://lists.gforge.inria.fr/pipermail/pharo-project/2009-November/016021.h… I was trying out magma on Pharo. I'm using magma r43final on Pharo1.0rc1 Latest update: #10493 on Windows Vista 64 bit. In order for the magma client wanting to connect to the server i had to adapt NetNameResolver>>useOldNetwork ^true It worked till i tried the new high availability of magma. If i tried with a node to connect to a primary server i always got following error on the secondary node: MagmaSession>>signalExceptionLike with as message: 'a primitive has failed'. After some debugging i figured out that the it in fact was the primary server which sent to the secondary an Error object with message text: 'a primitive has failed'. in the primary server log: MaLocalRequestServer(MaRequestServer)>>processRequest: Receiver: a MaLocalRequestServer Arguments and temporary variables: aMaClientServerRequest: a MaCommitRequest answer: Error: a primitive has failed Receiver's instance variables: console: a MaRequestServerConsole processor: a MagmaRepositoryController Inspired by some issues mentioned @ google code, I tried to evaluate NetNameResolver localHostAddress on the primary server image. That worked, however trying to print that resulted in 'a primitive has failed'. Even after the NetNameResolver initializeNetwork suggestions I found. error: NetNameResolver class(Object)>>error: Receiver: NetNameResolver Arguments and temporary variables: aString: 'a primitive has failed' Receiver's instance variables: superclass: Object methodDict: a MethodDictionary() format: 2 instanceVariables: nil organization: ('as yet unclassified') subclasses: nil name: #NetNameResolver classPool: a Dictionary(#DefaultHostName->'' #HaveNetwork->true #ResolverBusy->...etc... sharedPools: nil environment: Smalltalk category: #'Network-Kernel' traitComposition: nil localSelectors: nil NetNameResolver class(Object)>>primitiveFailed Receiver: NetNameResolver Arguments and temporary variables: Receiver's instance variables: superclass: Object methodDict: a MethodDictionary() format: 2 instanceVariables: nil organization: ('as yet unclassified') subclasses: nil name: #NetNameResolver classPool: a Dictionary(#DefaultHostName->'' #HaveNetwork->true #ResolverBusy->...etc... sharedPools: nil environment: Smalltalk category: #'Network-Kernel' traitComposition: nil localSelectors: nil NetNameResolver class>>primGetNameInfo:flags: Receiver: NetNameResolver Arguments and temporary variables: <<error during printing> Receiver's instance variables: superclass: Object methodDict: a MethodDictionary() format: 2 instanceVariables: nil organization: ('as yet unclassified') subclasses: nil name: #NetNameResolver classPool: a Dictionary(#DefaultHostName->'' #HaveNetwork->true #ResolverBusy->...etc... sharedPools: nil environment: Smalltalk category: #'Network-Kernel' traitComposition: nil localSelectors: nil SocketAddress>>hostNumber Receiver: <<error during printing>> Arguments and temporary variables: size: nil name: nil Receiver's instance variables: <<error during printing>> SocketAddress>>printOn: Receiver: <<error during printing>> Arguments and temporary variables: aStream: a LimitedWriteStream '' Receiver's instance variables: <<error during printing>> [] in SocketAddress(Object)>>printStringLimitedTo: Receiver: <<error during printing>> Arguments and temporary variables: s: a LimitedWriteStream '' Receiver's instance variables: <<error during printing>> I then tried to revert the changes to NetNameResolver back to: useOldNetwork ^UseOldNetwork ~~ false printing NetNameResolver localHostAddress now nicely printed a ipv6 address. However if i then try to connect to the primary server from the secondary server i get: MagmaSession>>signalExceptionLike MagmaEnvironmentError: magma@PC_XX:51003 could not be made a warm backup because it is not reachable from magma@PC_XX:51001. Which is again the same ipv6 error. So the problem i'm facing is that either of them work I can connect with my magma client to the server if i enable ipv4 only, but then high availability dont work and vice verse. Anyone any id how i can debug the primitive has failed on: NetNameResolver class>>primGetNameInfo: socketAddress flags: flags <primitive: 'primitiveResolverGetNameInfo' module: 'SocketPlugin'> flags == 0 ifTrue: [^self primGetNameInfo: socketAddress flags: SocketAddressInformation numericFlag]. self primitiveFailed further more, why cant the primitiveFailed mention which primitive has failed? Thanks, Kind Regards, Bart -- imagination is more important than knowledge - Albert Einstein Logic will get you from A to B. Imagination will take you everywhere - Albert Einstein Learn from yesterday, live for today, hope for tomorrow. The important thing is not to stop questioning. - Albert Einstein The true sign of intelligence is not knowledge but imagination. - Albert Einstein Gravitation is not responsible for people falling in love. - Albert Einstein

4 4