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

[Pharo-project] [BUG] Merging Tool UndefinedObject(Object)>>doesNotUnderstand: #selector
by stephane.ducasse＠inria.fr March 9, 2009

March 9, 2009

I pressed on next conflict. Stef 9 March 2009 1:45:36 pm VM: Mac OS - a SmalltalkImage Image: Pharo0.1 [Latest update: #10248] SecurityManager state: Restricted: false FileAccess: true SocketAccess: true Working Dir /Users/ducasse/Workspace/FirstCircle/ActiveResearch/Pharo/Pharo Trusted Dir /foobar/tooBar/forSqueak/bogus Untrusted Dir /Users/ducasse/Library/Preferences/Squeak/Internet/My Squeak UndefinedObject(Object)>>doesNotUnderstand: #selector Receiver: nil Arguments and temporary variables: aMessage: selector exception: MessageNotUnderstood: UndefinedObject>>selector resumeValue: nil Receiver's instance variables: nil PSMCMergePatchMorph>>selectNextConflict Receiver: a PSMCMergePatchMorph(2798) Arguments and temporary variables: next: a MCConflict Receiver's instance variables: bounds: 39@77 corner: 1651@564 owner: a PSMCMergeMorph(3639) submorphs: an Array(a ProportionalSplitterMorph(3787) a MergeDiffMorph(3261) a ...etc... fullBounds: 39@77 corner: 1651@564 color: Color transparent extension: a MorphExtension (1779) [other: (myDependents -> a DependentsArray(...etc... borderWidth: 0 borderColor: #inset model: an OrderedCollection(a MCModification a MCModification a MCAddition a MC...etc... slotName: nil open: false diffMorph: a MergeDiffMorph(3261) changeTree: a TreeListMorph(2496) selectedChangeWrapper: a PSMCConflictWrapper PSMCMergeMorph>>selectNextConflict Receiver: a PSMCMergeMorph(3639) Arguments and temporary variables: Receiver's instance variables: bounds: 39@77 corner: 1651@889 owner: a StandardWindow(1034) submorphs: an Array(a ProportionalSplitterMorph(2834) a PanelMorph(1565) a Plug...etc... fullBounds: 39@77 corner: 1651@889 color: Color white extension: a MorphExtension (2299) [locked] [other: (myDependents -> a Depend...etc... borderWidth: 0 borderColor: (Color r: 0.667 g: 0.667 b: 0.667) model: a MCThreeWayMerger slotName: nil open: false patchMorph: a PSMCMergePatchMorph(2798) codeMorph: a PluggableTextEditorMorph(3583) merged: false PluggableButtonMorphPlus(PluggableButtonMorph)>>performAction Receiver: a PluggableButtonMorphPlus(3905) Arguments and temporary variables: Receiver's instance variables: bounds: 43@861 corner: 121@885 owner: a PanelMorph(1565) submorphs: an Array(an AlignmentMorph(1769)) fullBounds: 43@861 corner: 121@885 color: (Color r: 0.827 g: 0.827 b: 0.827) extension: a MorphExtension (1467) [balloonText] [other: (layoutPolicy -> a T...etc... borderWidth: 0 borderColor: Color transparent model: a PSMCMergeMorph(3639) label: '5 conflicts' getStateSelector: nil actionSelector: #selectNextConflict getLabelSelector: #conflictCountString getMenuSelector: nil shortcutCharacter: nil askBeforeChanging: false triggerOnMouseDown: false offColor: nil onColor: nil feedbackColor: nil showSelectionFeedback: false allButtons: nil arguments: #() argumentsProvider: nil argumentsSelector: nil enabled: true action: nil getColorSelector: nil getEnabledSelector: #notAllConflictsResolved --- The full stack --- UndefinedObject(Object)>>doesNotUnderstand: #selector PSMCMergePatchMorph>>selectNextConflict PSMCMergeMorph>>selectNextConflict PluggableButtonMorphPlus(PluggableButtonMorph)>>performAction - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - PluggableButtonMorphPlus>>performAction [] in PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp: {[:m | (m containsPoint: evt cursorPoint) ifTrue: [m performAction]]} Array(SequenceableCollection)>>do: PluggableButtonMorphPlus(PluggableButtonMorph)>>mouseUp: PluggableButtonMorphPlus>>mouseUp: PluggableButtonMorphPlus(Morph)>>handleMouseUp: MouseButtonEvent>>sentTo: PluggableButtonMorphPlus(Morph)>>handleEvent: PluggableButtonMorphPlus(Morph)>>handleFocusEvent: [] in HandMorph>>sendFocusEvent:to:clear: {[ActiveHand := self. ActiveEvent := anEvent. result := focusHolder han...]} [] in PasteUpMorph>>becomeActiveDuring: {[aBlock value]} BlockContext>>on:do: PasteUpMorph>>becomeActiveDuring: HandMorph>>sendFocusEvent:to:clear: HandMorph>>sendEvent:focus:clear: HandMorph>>sendMouseEvent: HandMorph>>handleEvent: HandMorph>>processEvents [] in WorldState>>doOneCycleNowFor: {[:h | ActiveHand := h. h processEvents. ActiveHand := nil]} ...etc...

1 0

[Pharo-project] soap and Pharo
by CÃ©drick BÃ©ler March 9, 2009

March 9, 2009

Do you know if soap(core) load in Pharo ? There's a dependancy on Yaxo which doesn't load because of some mimetype problem. Maybe I'm wrong but there is already xml support in Pharo but not trough Yaxo... ? I loaded soap from universe (v0.1) but maybe there's a newer version ? Thanks -- CÃ©drick

4 6

[Pharo-project] Pharo
by Gary Chambers March 9, 2009

March 9, 2009

Pharo is looking good, feeling good and getting good. Glad to be involved with the dynamic team. Regards, Gary

3 3

[Pharo-project] Connector replacement packages for Pharo
by bryce＠kampjes.demon.co.uk March 8, 2009

March 8, 2009

Connectors no longer loads into Pharo, it's heavily tied into eToys. Are there any maintained package that provide diagram creation? All I'm trying to do is draw a diagram with boxes and arrows connecting them to represent control flow graphs. Bryce

4 9

[Pharo-project] OTChasingInspector preview
by Dale Henrichs March 8, 2009

March 8, 2009

I made a blood sacrifice to the OB gods yesterday and they led me to an acceptable (initial) implementation of a chasing inspector:) The code is in OB-Tools-dkh.66 (make sure you've loaded OmniBrowser-dr.442 as well). It'll need a couple more sacrifices to the OB gods before it's really ready (primarily reducing the text pane screen real estate), but you can take it for a spin, if you're interested: OTChasingInspector openOn: { #key->('Smalltalk'->Smalltalk). Dictionary with: #blue->'1' with: #green->'2' }. I'll be using it in GLASS, but if there's interest in a Pharo/Squeak version I'll make sure to keep it up to snuff. Dale

5 8

[Pharo-project] Fwd: Re: last win32 VM
by Torsten Bergmann March 8, 2009

March 8, 2009

See below. I agree with Andreas that the best place would be in the FT2Plugin. -------- Original-Nachricht -------- Datum: Sat, 07 Mar 2009 17:51:56 -0800 Von: Andreas Raab <andreas.raab@....de> An: Torsten Bergmann <astares@....de> CC: pharo-project(a)lists.gforge.inria.fr Betreff: Re: last win32 VM Torsten Bergmann wrote: > Sebastian Sastre wrote on pharo-project list: >> I've found this weird: downloaded the vm for win32 from pharo site and is >> happening that it complies about no disk in drive G: every time I open an >image. >> I've press continue a couple of times and the image opens normally. > > I would guess it is not the newest VM, but the code in "FreeTypeFontProvider>>guessWindowsFontFolderPath" > running through all drives and F: is the last mapped drive on your system. > Therefore it crashes when accessing drive G: > > On Vista this gives you a nice Win32 Exception. Maybe the FreeType code should switch to another way to get the windows system and font folder > (using Registry, Win32 API, ... - but there is no FFI by default). > > However, quickfix is to disable the update in FreeTypeFontProvider>>startUp: > > So it is not a VM issue. Probably not. My recommendation would be to move the responsibility of determining the current font directory into the FT2Plugin. In which case SHGetKnownFolderPath will do the trick nicely, see http://msdn.microsoft.com/en-us/library/bb762188(VS.85).aspx http://msdn.microsoft.com/en-us/library/bb762584(VS.85).aspx Cheers, - Andreas -- Computer Bild Tarifsieger! GMX FreeDSL - Telefonanschluss + DSL fÃ¼r nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

1 0

[Pharo-project] last win32 VM
by Torsten Bergmann March 8, 2009

March 8, 2009

Sebastian Sastre wrote on pharo-project list: >I've found this weird: downloaded the vm for win32 from pharo site and is >happening that it complies about no disk in drive G: every time I open an >image. >I've press continue a couple of times and the image opens normally. I would guess it is not the newest VM, but the code in "FreeTypeFontProvider>>guessWindowsFontFolderPath" running through all drives and F: is the last mapped drive on your system. Therefore it crashes when accessing drive G: On Vista this gives you a nice Win32 Exception. Maybe the FreeType code should switch to another way to get the windows system and font folder (using Registry, Win32 API, ... - but there is no FFI by default). However, quickfix is to disable the update in FreeTypeFontProvider>>startUp: So it is not a VM issue. Bye Torsten -- Psssst! Schon vom neuen GMX MultiMessenger gehÃ¶rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

3 5

[Pharo-project] Pharo + Exupery VM + Something else than Accuny
by Damien Cassou March 8, 2009

March 8, 2009

Hi, I'm playing with the Exupery VM on Pharo. If I change the font to something else than Accuny, the underlined texts are not underlined anymore. To reproduce: - download and use http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15-linux.tz - go to preferences->fonts->list fonts - select Bistream Charter/regular/10, and apply - open monticello and open the Pharo repository You will see that the installed packages are not underlined anymore. Switch back to Accuny to see them underlined. -- Damien Cassou http://damiencassou.seasidehosting.st

4 11

Re: [Pharo-project] [Vm-dev] New Window VM (Closures, FT2Plugin, Large Cursors)
by John M McIntosh March 7, 2009

March 7, 2009

Ah, I have a bias opinion for an answer, but I'll not discuss that here. However the BIG issue for the 3.8.x and earlier series of macintosh carbon VM is their behaviour for opening a closure image. What you will find is that if you attempt to open a closure image the squeak.app will start then terminate It will print a diagnostic message to the console which you can see via Apple's Console.app found in Applications/Utilities. 07/03/09 11:11:51 AM [0x0-0x8d08d].org.squeak.Squeak[1894] This interpreter (vers. 6502) cannot read image file (vers. 6504). 07/03/09 11:11:51 AM [0x0-0x8d08d].org.squeak.Squeak[1894] Press CR to quit... The reason for this behaviour is that 15 some years back John Maloney coded up the version checking logic and there was a question what to do now. At the time CodeWarrior under os-7.5.x would helpfully put up a dialog window if you printed to the *console* and did a getchar for the answer, that code has moved forward for years now and no-one really has tested until now. Interestingly the getchar on os-x does not block and returns null and we terminate the VM, but the behaviour is confusing if you don't understand what is going on. I will at some point push out a 3.8.22 VM that should put up a more helpful dialog message, but people who have older VMs underfoot should realize this behaviour should be an indication that perhaps your VM is too old. On 7-Mar-09, at 8:12 AM, Andreas Raab wrote: > Bert Freudenberg wrote: >> John bumped the Mac VM's major version to 4 to signify closure >> support. Maybe the other platforms should follow suit? > > I figured v4 would signify the Stack VM or later as this VM will no > longer be able to run v3 images. The current set of VMs are fully > backwards compatible so I consider them logically to be v3 VMs. > > But I'm willing to reconsider if people prefer the v4 terminology. > > Cheers, > - Andreas -- = = = ======================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com = = = ========================================================================

1 0

[Pharo-project] last win32 VM
by Sebastian Sastre March 7, 2009

March 7, 2009

hi there, I've found this weird: downloaded the vm for win32 from pharo site and is happening that it complies about no disk in drive G: every time I open an image. I've press continue a couple of times and the image opens normally. cheers, sebastian

1 0