- Pharo-dev - lists.pharo.org

Re: [Pharo-project] How to copy to clipboard a wallback ?

by Dale Henrichs

----- "Mariano Martinez Peck" <marianopeck(a)gmail.com> wrote: | Hi guys! That's all I need to know right now :) | | Thanks in advance, | | Mariano | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project Mariano, With the OB Debugger, there is an error report menu item that brings up an inspector on the error report, which has a stack embedded in it. Dale

March 9, 2009

Re: [Pharo-project] How to copy to clipboard a wallback ?

by Adrian Lienhard

In the directory where your Pharo image is located, a file named SqueakDebug.log with the walkback is created. HTH, Adrian ___________________ http://www.adrian-lienhard.ch/ On Mar 9, 2009, at 15:40 , Mariano Martinez Peck wrote: > Hi guys! That's all I need to know right now :) > > Thanks in advance, > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 9, 2009

[Pharo-project] How to copy to clipboard a wallback ?

by Mariano Martinez Peck

Hi guys! That's all I need to know right now :) Thanks in advance, Mariano

March 9, 2009

[Pharo-project] Blocked while merging

by StÃ©phane Ducasse

Hi all I wanted to merge and I tried with the new Diff tools and I got a selector DNU, so I switched back to the old merge tool but I got the following bugs - click on an item bring the menu revertSelection -> DNU diff -> DNU install crahsed. Does anybody get the same, I'm using pharo 10248 Stef

March 9, 2009

[Pharo-project] [BUG] Merging Tool UndefinedObject(Object)>>doesNotUnderstand: #selector

by stephane.ducasse＠inria.fr

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...

March 9, 2009

Re: [Pharo-project] soap and Pharo

by CÃ©drick BÃ©ler

depends, XMLSuport is maybe clearer to newcomers... and I don't particularly find XML fun ;) 2009/3/8 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > would be nice to rename the category and package as Yaxo (much more > fun than XMLSupport). > > On Mar 5, 2009, at 6:45 PM, Michael Rueger wrote: > >> CÃ©drick BÃ©ler wrote: >>> 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... ? >> >> Oh, Yaxo needs to work on Pharo, need to check. >> >> Michael >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

March 9, 2009

Re: [Pharo-project] Pharo

by Gary Chambers

Trust a Frenchman to describe things as sexy! Love you to Stef! Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, March 08, 2009 9:30 PM Subject: Re: [Pharo-project] Pharo > tx! > For the looking and feeling I'm not involved :) but indeed we are > going in the right direction. > >> Pharo is looking good, feeling good and getting good. >> Glad to be involved with the dynamic team. > > Thanks we are a nice team without you pharo would be less sexy. > >> >> Regards, Gary >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 9, 2009

Re: [Pharo-project] Connector replacement packages for Pharo

by Alexandre Bergel

Hi Bryce, Try the following with the last version: -=-=-=-=-=-=-=-=-=-=-=-= | view builder | builder := MOFormsBuilder new. builder column; fill. builder row; fill. builder x: 1 y: 1 add: (MORectangleShape new width: 30; height: 30; fillColor: Color lightBlue). builder x: 1 y: 1 add: (MOLabelShape new text: [:t| t printString]). view := MOViewRenderer new. view shape: builder shape. view interaction draggable. view nodes: (1 to: 53). view edgesFrom: [:each | each * 2]. view gridLayout. view open. -=-=-=-=-=-=-=-=-=-=-=-= It should do what you expect. For some reason, the text: message sent to a MORectangleShape does not do the right job. I suspect something is weird in BalloonCanvas. I will dive into this. The draggable message make node draggable. If you need some popup, simply send popupText: [:each | ... ] Cheers, Alexandre On 7 Mar 2009, at 22:26, <bryce(a)kampjes.demon.co.uk> <bryce(a)kampjes.demon.co.uk > wrote: > Alexandre Bergel writes: >> This is trivial to achieve. I will give a try this week end. > > The other thing I noticed is the following script produces a messed > up display. I'm not sure if this is a bug or if I'm missing something. > > |view| > view := MOViewRenderer new. > view shape: (MORectangleShape new width: 30; height: 30; text: [:t| > t model printString]). > view nodes: (1 to: 53). > view gridLayout. > view open. > > Without the text: attribute it produces a sensible drawing. > > The messed up drawing is: > > <mondrian.jpg> > > The examples all seem to work. > > Bryce_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

March 8, 2009

Re: [Pharo-project] [Vm-dev] newDelta >0 failed in sqUnixMemory -- Was Re: Incompatibility between Pharo and Seasidehosting

by StÃ©phane Ducasse

thanks for your help. I would love to avoid the " .." below. stef On Mar 8, 2009, at 11:32 AM, Bruce O'Neel wrote: > Hi, > > Thanks. I'll look into it in the next day or two. > > I'm happy to help since, for selfish reasons if no other, I want > Pharo to work well on Linux, and, non x86 linuices as well. > > I just don't think it makes sense to have multiple people > running VMMaker to do the same thing. Also I don't think Squeak/ > Pharo/etc > is helped by having multiple VMs per platform, since that's almost > a 100% guarantee that we'll be constantly answering with: > > "No, to work with the foo 9.4.2.1 image you need the bar VM 7.2.4.4. > But for the foo 9.4.2.2 image you need the bar VM 7.7.4.8.1. Yea, > you want the one built by Joe because Frank insists on using his > custom patched compiler that works for no-one else. > > Oh, you want to run the baz 5.6.2 image at the same time? Ah, that > doesn't work, and, your suffix mapping will have to change every > time." > > > Thanks again! > > cheers > > bruce > On Sat, Mar 07, 2009 at 10:28:50PM +0000, bryce(a)kampjes.demon.co.uk > wrote: >> Try >> >> http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15-linux-src.tz >> >> Though if you want to help out I'm sure there's things to do. >> >> Bryce >> >> Bruce O'Neel writes: >>> Hi, >>> >>> Since this seems to work well for the x86 folks, Bryce, would you >>> mind uploading >>> a source tarball so that others could build for other unixy >>> system? That >>> would be great! >>> >>> If you could do this then I'll put my feeble attempts to build VMs >>> on >>> hold since it's probably better for only one person to do this >>> work per >>> platform, rather than have a confusing set of built VMs. :-) >>> >>> cheers >>> >>> bruce >>> >>> On Wed, Mar 04, 2009 at 08:39:11PM +0000, >>> bryce(a)kampjes.demon.co.uk wrote: >>>> StÃ©phane Ducasse writes: >>>>> creating a unix vm. >>>> >>>> Here's a Unix VM built with an up to date VMMaker and a Windows VM: >>>> >>>> http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15-linux.tz >>>> http://ftp.squeak.org/Exupery/vms/exupery-vm-0.15-win32.zip >>>> >>>> Both have the closure bytecodes and the FreeType bitblit >>>> extensions. >>>> The Linux VM includes the FreeType plugin, the Windows VM doesn't. >>>> >>>> Bryce >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> Pharo-project(a)lists.gforge.inria.fr >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> Pharo-project(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 8, 2009

Re: [Pharo-project] WriteStream>>ensureEndsWith: removed by accident?

by StÃ©phane Ducasse

may be a mc problem On Mar 8, 2009, at 11:00 AM, Damien Cassou wrote: > On Sat, Mar 7, 2009 at 6:36 PM, Adrian Lienhard <adi(a)netstyle.ch> > wrote: >> There is a test testEnsureEndsWith that calls this method. If the >> method is removed, the test should be removed as well... > > IIRC, #ensureEndsWith: has been added recently to Pharo. Don't know > why it has been removed > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 8, 2009