- Pharo-dev - lists.pharo.org

[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

[Pharo-project] PackageInfo>>classes does not distinguish traits from classes (issue?)
by Simon Denier Nov. 24, 2009

Nov. 24, 2009

Hi there When I run PackageInfo>>classes, I get both classes and traits defined in the package. So I can understand the need for a method retrieving all 'compilation units' (or behaviors) from a package, but is there no method to just retrieve the regular classes? Especially since there is a #externalTraits method. -- Simon

3 3

[Pharo-project] New version of OCompletion
by Alexandre Bergel Nov. 24, 2009

Nov. 24, 2009

Dear List, Tim and I have been working on improving OCompletion. Personally, I feel these changes significant reduce the amount of times that I do not want the completion of opposite characters, e.g., $), $], $' Here is the comment of the version 40 of the Monticello Package: -=-=-=-=-=-=-=-=-= This new version provides some important improvements of OCompletion: - inserting a '(' before an alphanumeric character does not insert a ')'. - inserting a '(' then removing it removes ')' if it was inserted These features have been pair programmed with Tim Mackinnon during the Pharo sprint at Smalltalks'09, Buenos Aires -=-=-=-=-=-=-=-=-= Let us know whether you are happy or not with these improvements. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 2

[Pharo-project] Pharo Sprint
by Alexandre Bergel Nov. 24, 2009

Nov. 24, 2009

Aldo and I seat down during the Pharo Sprint on Saturday. We had fun. Below what we did. ISSUE #262 (fixed) Doits are now executed by primtive. This means, a doit method is *never* installed in a class. We removed all now unnecessary checks of isDoit - Behavior>>allLocalCallsOn: - ChangeSet>>atSelector: selector class: class put: changeType - MethodReference>>isValid - PCCByCompilation>>methodsWithDisabledCall - PackageInfo>>methods - SystemNavigation>>browseAllCallsOn: aLiteral localTo: aClass Pair programmed with Aldo Mettini Slice_262_isDoIt-Alexandre_Bergel.1 in Pharo Inbox -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1486 (fixed) Added BehaviorTest>>testAllLocalCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #1488 (new) Dictionary is not a superclass of SmallDictionary, and SmallDictionary is not a subclass of Dictionary. The only common superclass of these two classes is Collection. Putting unreferencedKeys in Collection does not look too good as well. Therefore, unreferencedKeys looks like to be a good candidate for being shared by a trait. Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ISSUE #261 (fix) Even though allCallsOn: implies something about "calls" which seems to be related to sends, it actually even is used for references to classes. We added a SystemNavigation>>allReferencesTo: aLiteral that returns the list of methods referencing aLiteral. We simplified allCallsOn: since now it acts on symbols only. It raises a deprecation warning if a binding is provided to allCallsOn:. We refactored all callers of allCallsOn: and wrote some tests (for the one that was easy to write): BehaviorTest>>testAllCallsOn Pair programmed with Aldo Mettini during the Pharo Sprint @ Smalltalks 2009 -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

2 1