- Pharo-dev - lists.pharo.org

Re: [Pharo-project] How do you extract a superclass if you can't select multiple classes?

by Lukas Renggli

>> Good point. I've been struggling with multiple selection too e.g. when >> setting the refactoring scope. There's an entry called "selection..." but >> since I've never been able to select more than one item from a list, >> selecting "selection..." has the same effect as âcategory" (when in a >> category list of course). > > So is there some way of applying a refactoring to more than one class? What > is that refactoring scope menu item - is there some way to specify 2 or more > classes in there? Why is this so hard? The refactoring scope is something completely different. It selects the part of the system that is considered by a refactoring. Did you ever try to go through the whole create-class refactoring? I get a dialog that offers me to select multiple classes. Lukas -- Lukas Renggli www.lukas-renggli.ch

Aug. 5, 2010

Re: [Pharo-project] Additional Primitives?

by Javier PimÃ¡s

There you'll have to refer to VMMaker package. The answer you want is in Interpreter class>> #initializePrimitiveTable.It says: initializePrimitiveTable "This table generates a C function address table use in primitiveResponse along with dispatchFunctionPointerOn:in:" "NOTE: The real limit here is 2047 because of the method header layout but there is no point in going over the needed size" MaxPrimitiveIndex := 575. PrimitiveTable := Array new: MaxPrimitiveIndex + 1. self table: PrimitiveTable from: #( "Integer Primitives (0-19)" (0 primitiveFail) (1 primitiveAdd) (2 primitiveSubtract) (3 primitiveLessThan) (4 primitiveGreaterThan) (5 primitiveLessOrEqual) (6 primitiveGreaterOrEqual) (7 primitiveEqual) (8 primitiveNotEqual) (9 primitiveMultiply) (10 primitiveDivide) (11 primitiveMod) (12 primitiveDiv) (13 primitiveQuo) (14 primitiveBitAnd) (15 primitiveBitOr) (16 primitiveBitXor) (17 primitiveBitShift) (18 primitiveMakePoint) (19 primitiveFail) "Guard primitive for simulation -- *must* fail" "LargeInteger Primitives (20-39)" "32-bit logic is aliased to Integer prims above" (20 39 primitiveFail) "Float Primitives (40-59)" (40 primitiveAsFloat) (41 primitiveFloatAdd) (42 primitiveFloatSubtract) (43 primitiveFloatLessThan) (44 primitiveFloatGreaterThan) (45 primitiveFloatLessOrEqual) (46 primitiveFloatGreaterOrEqual) (47 primitiveFloatEqual) (48 primitiveFloatNotEqual) (49 primitiveFloatMultiply) (50 primitiveFloatDivide) (51 primitiveTruncated) (52 primitiveFractionalPart) (53 primitiveExponent) (54 primitiveTimesTwoPower) (55 primitiveSquareRoot) (56 primitiveSine) (57 primitiveArctan) (58 primitiveLogN) (59 primitiveExp) "Subscript and Stream Primitives (60-67)" (60 primitiveAt) (61 primitiveAtPut) (62 primitiveSize) (63 primitiveStringAt) (64 primitiveStringAtPut) (65 primitiveNext) (66 primitiveNextPut) (67 primitiveAtEnd) "StorageManagement Primitives (68-79)" (68 primitiveObjectAt) (69 primitiveObjectAtPut) (70 primitiveNew) (71 primitiveNewWithArg) (72 primitiveArrayBecomeOneWay) "Blue Book: primitiveBecome" (73 primitiveInstVarAt) (74 primitiveInstVarAtPut) (75 primitiveAsOop) (76 primitiveStoreStackp) "Blue Book: primitiveAsObject" (77 primitiveSomeInstance) (78 primitiveNextInstance) (79 primitiveNewMethod) "Control Primitives (80-89)" (80 primitiveBlockCopy) (81 primitiveValue) (82 primitiveValueWithArgs) (83 primitivePerform) (84 primitivePerformWithArgs) (85 primitiveSignal) (86 primitiveWait) (87 primitiveResume) (88 primitiveSuspend) (89 primitiveFlushCache) "Input/Output Primitives (90-109)" (90 primitiveMousePoint) (91 primitiveTestDisplayDepth) "Blue Book: primitiveCursorLocPut" (92 primitiveSetDisplayMode) "Blue Book: primitiveCursorLink" (93 primitiveInputSemaphore) (94 primitiveGetNextEvent) "Blue Book: primitiveSampleInterval" (95 primitiveInputWord) (96 primitiveObsoleteIndexedPrimitive) "primitiveCopyBits" (97 primitiveSnapshot) (98 primitiveStoreImageSegment) (99 primitiveLoadImageSegment) (100 primitivePerformInSuperclass) "Blue Book: primitiveSignalAtTick" (101 primitiveBeCursor) (102 primitiveBeDisplay) (103 primitiveScanCharacters) (104 primitiveObsoleteIndexedPrimitive) "primitiveDrawLoop" (105 primitiveStringReplace) (106 primitiveScreenSize) (107 primitiveMouseButtons) (108 primitiveKbdNext) (109 primitiveKbdPeek) "System Primitives (110-119)" (110 primitiveEquivalent) (111 primitiveClass) (112 primitiveBytesLeft) (113 primitiveQuit) (114 primitiveExitToDebugger) (115 primitiveChangeClass) "Blue Book: primitiveOopsLeft" (116 primitiveFlushCacheByMethod) (117 primitiveExternalCall) (118 primitiveDoPrimitiveWithArgs) (119 primitiveFlushCacheSelective) "Squeak 2.2 and earlier use 119. Squeak 2.3 and later use 116. Both are supported for backward compatibility." "Miscellaneous Primitives (120-127)" (120 primitiveCalloutToFFI) (121 primitiveImageName) (122 primitiveNoop) "Blue Book: primitiveImageVolume" (123 primitiveValueUninterruptably) "@@@: Remove this when all VMs have support" (124 primitiveLowSpaceSemaphore) (125 primitiveSignalAtBytesLeft) "Squeak Primitives Start Here" "Squeak Miscellaneous Primitives (128-149)" (126 primitiveDeferDisplayUpdates) (127 primitiveShowDisplayRect) (128 primitiveArrayBecome) (129 primitiveSpecialObjectsOop) (130 primitiveFullGC) (131 primitiveIncrementalGC) (132 primitiveObjectPointsTo) (133 primitiveSetInterruptKey) (134 primitiveInterruptSemaphore) (135 primitiveMillisecondClock) (136 primitiveSignalAtMilliseconds) (137 primitiveSecondsClock) (138 primitiveSomeObject) (139 primitiveNextObject) (140 primitiveBeep) (141 primitiveClipboardText) (142 primitiveVMPath) (143 primitiveShortAt) (144 primitiveShortAtPut) (145 primitiveConstantFill) "NOTE: When removing the obsolete indexed primitives, the following two should go become #primitiveIntegerAt / atPut" (146 primitiveObsoleteIndexedPrimitive) "primitiveReadJoystick" (147 primitiveObsoleteIndexedPrimitive) "primitiveWarpBits" (148 primitiveClone) (149 primitiveGetAttribute) "File Primitives (150-169) - NO LONGER INDEXED" (150 164 primitiveObsoleteIndexedPrimitive) (165 primitiveIntegerAt) "hacked in here for now" (166 primitiveIntegerAtPut) (167 primitiveYield) (168 primitiveCopyObject) (169 primitiveObsoleteIndexedPrimitive) "Sound Primitives (170-199) - NO LONGER INDEXED" (170 185 primitiveObsoleteIndexedPrimitive) "Old closure primitives" (186 primitiveFail) "was primitiveClosureValue" (187 primitiveFail) "was primitiveClosureValueWithArgs" "Perform method directly" (188 primitiveExecuteMethodArgsArray) (189 primitiveExecuteMethod) "Sound Primitives (continued) - NO LONGER INDEXED" (190 194 primitiveObsoleteIndexedPrimitive) "Unwind primitives" (195 primitiveFindNextUnwindContext) (196 primitiveTerminateTo) (197 primitiveFindHandlerContext) (198 primitiveMarkUnwindMethod) (199 primitiveMarkHandlerMethod) "new closure primitives (were Networking primitives)" (200 primitiveClosureCopyWithCopiedValues) (201 primitiveClosureValue) "value" (202 primitiveClosureValue) "value:" (203 primitiveClosureValue) "value:value:" (204 primitiveClosureValue) "value:value:value:" (205 primitiveClosureValue) "value:value:value:value:" (206 primitiveClosureValueWithArgs) "valueWithArguments:" (207 209 primitiveFail) "reserved for Cog primitives" (210 primitiveAt) "Compatibility with Cog StackInterpreter Context primitives" (211 primitiveAtPut) "Compatibility with Cog StackInterpreter Context primitives" (212 primitiveSize) "Compatibility with Cog StackInterpreter Context primitives" (213 217 primitiveFail) "reserved for Cog primitives" (218 primitiveDoNamedPrimitiveWithArgs) (219 primitiveFail) "reserved for Cog primitives" (220 primitiveFail) "reserved for Cog primitives" (221 primitiveClosureValueNoContextSwitch) "valueNoContextSwitch" (222 primitiveClosureValueNoContextSwitch) "valueNoContextSwitch:" (223 229 primitiveFail) "reserved for Cog primitives" "Other Primitives (230-249)" (230 primitiveRelinquishProcessor) (231 primitiveForceDisplayUpdate) (232 primitiveFormPrint) (233 primitiveSetFullScreen) (234 primitiveObsoleteIndexedPrimitive) "primBitmapdecompressfromByteArrayat" (235 primitiveObsoleteIndexedPrimitive) "primStringcomparewithcollated" (236 primitiveObsoleteIndexedPrimitive) "primSampledSoundconvert8bitSignedFromto16Bit" (237 primitiveObsoleteIndexedPrimitive) "primBitmapcompresstoByteArray" (238 241 primitiveObsoleteIndexedPrimitive) "serial port primitives" (242 primitiveFail) (243 primitiveObsoleteIndexedPrimitive) "primStringtranslatefromtotable" (244 primitiveObsoleteIndexedPrimitive) "primStringfindFirstInStringinSetstartingAt" (245 primitiveObsoleteIndexedPrimitive) "primStringindexOfAsciiinStringstartingAt" (246 primitiveObsoleteIndexedPrimitive) "primStringfindSubstringinstartingAtmatchTable" (247 primitiveSnapshotEmbedded) (248 primitiveInvokeObjectAsMethod) (249 primitiveArrayBecomeOneWayCopyHash) "VM Implementor Primitives (250-255)" (250 clearProfile) (251 dumpProfile) (252 startProfiling) (253 stopProfiling) (254 primitiveVMParameter) (255 primitiveInstVarsPutFromStack) "Never used except in Disney tests. Remove after 2.3 release." "Quick Push Const Methods" (256 primitivePushSelf) (257 primitivePushTrue) (258 primitivePushFalse) (259 primitivePushNil) (260 primitivePushMinusOne) (261 primitivePushZero) (262 primitivePushOne) (263 primitivePushTwo) "Quick Push Const Methods" (264 519 primitiveLoadInstVar) (520 primitiveFail) "MIDI Primitives (521-539) - NO LONGER INDEXED" (521 529 primitiveObsoleteIndexedPrimitive) (530 539 primitiveFail) "reserved for extended MIDI primitives" "Experimental Asynchrous File Primitives - NO LONGER INDEXED" (540 545 primitiveObsoleteIndexedPrimitive) (546 547 primitiveFail) "Pen Tablet Primitives - NO LONGER INDEXED" (548 primitiveObsoleteIndexedPrimitive) (549 primitiveObsoleteIndexedPrimitive) "Sound Codec Primitives - NO LONGER INDEXED" (550 553 primitiveObsoleteIndexedPrimitive) (554 569 primitiveFail) "External primitive support primitives" (570 primitiveFlushExternalPrimitives) (571 primitiveUnloadModule) (572 primitiveListBuiltinModule) (573 primitiveListExternalModule) (574 primitiveFail) "reserved for addl. external support prims" "Unassigned Primitives" (575 primitiveFail)) 2010/8/5 James Ladd <james_ladd(a)hotmail.com> > Hi All, > > When I ask CompiledMethod #primitive i get a value back which the method > comment says > is the primitive index. > > In the Blue Book this index is in range 0 - 127, but I have an index 259. > > Where can I find documentation on what the primitive indexes mean? > ie: What does primitive 259 do. > > Rgs, James. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Javier PimÃ¡s Ciudad de Buenos Aires

Aug. 5, 2010

Re: [Pharo-project] How do you extract a superclass if you can't select multiple classes?

by Tim Mackinnon

On 5 Aug 2010, at 13:56, Max Leske wrote: > Good point. I've been struggling with multiple selection too e.g. > when setting the refactoring scope. There's an entry called > "selection..." but since I've never been able to select more than > one item from a list, selecting "selection..." has the same effect > as âcategory" (when in a category list of course). > So is there some way of applying a refactoring to more than one class? What is that refactoring scope menu item - is there some way to specify 2 or more classes in there? Why is this so hard?

Aug. 5, 2010

[Pharo-project] Additional Primitives?

by James Ladd

Hi All, When I ask CompiledMethod #primitive i get a value back which the method comment says is the primitive index. In the Blue Book this index is in range 0 - 127, but I have an index 259. Where can I find documentation on what the primitive indexes mean? ie: What does primitive 259 do. Rgs, James.

Aug. 5, 2010

Re: [Pharo-project] eCompletion tweak for smart characters

by Tim Mackinnon

I'll look forward to seeing how you did it (and I agree - textmate is probably a reasonably benchmark) thanks, Tim On 5 Aug 2010, at 17:50, Lukas Renggli wrote: > Hi Tim, > > I've integrated your changes. I chose a slightly simpler > implementation and slightly different behavior (I think) that I > interpreted from your code as "do not complete smart characters if > there is no separator and not the begin or the end of the text to > either side of the cursor". TextMate seems to do that too. > > Lukas > > On 3 August 2010 12:21, Lukas Renggli <renggli(a)gmail.com> wrote: >> Hi Tim, >> >> Thank you for the contribution. I will definitely look at it as soon >> as I get access to a computer again (i am a few days away right >> now). >> >> Testing this would be definitely cool, especially given all the edge >> cases. It is certainly testable, but kind of tricky to setup >> everything. >> >> Lukas >> >> On Tuesday, August 3, 2010, Tim Mackinnon <tamackinnon(a)gmail.com> >> wrote: >>> Guys - this is my first attempt at a contribution - and I'm not >>> sure how literally to take the advice on "how to contribute to >>> Pharo" for a small change. Should I create an issue, and post it >>> here (happy to do that, but wondered if conversation might be >>> useful first as I'm new to this). >>> >>> Given that I'm not sure what the relationship between eCompletion >>> and oCompletion is (someone mentioned the latter is built on top >>> of the former?) - so maybe I'm barking up the wrong tree, however >>> I was impressed with how much quicker Lucas' Hudson built pharo >>> image was with eCompletion so I've been trying that for a few days >>> (although I've noticed some mails on oCompletion but haven't gone >>> back to retry it). >>> >>> Anyway - I have attached a change set that changes how smart >>> characters work - instead of turning them off because half of the >>> time they do the wrong thing for me and I madly press delete, I >>> wanted to preserve the other half of the time when I'm entering >>> new code and they give me a helpful template. >>> >>> My proposed fix is for the following scenario - if I go to add an >>> extra bracket around an expression (becuase I later realise that I >>> need to designate a keyword expression) I get two brackets - and >>> then I backspace and they both go, so then I do it again and press >>> delete... Instead I think there is a heuristic which says that >>> says if you type a smart character with the cursor next to a non- >>> whitespace item, you probably don't want the matching character. >>> e.g. >>> >>> 5 max: 4 > 3 ifTrue: [] {cursor here} - and I click next to the 4 >>> (or the 5) to put the bracket and I get 2, and I really only want >>> one. >>> >>> My patch tries to address this. >>> >>> I also didn't see any test cases for this stuff (and possibly some >>> could be written - should I try to do that too?). >>> >>> Tim >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> > > > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 5, 2010

[Pharo-project] Fixed: Issue 2754 - DateAndTime creation from string/stream using incorrect default offset

by Sean P. DeNigris

http://code.google.com/p/pharo/issues/detail?id=2754 Fix in PharoInbox SLICE-Issue-2754-CreationFromStringOrStreamDefaultsToLocalOffset-SeanDeNigris.1 -- View this message in context: http://forum.world.st/Fixed-Issue-2754-DateAndTime-creation-from-string-str… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Aug. 5, 2010

Re: [Pharo-project] Please help!! Error: There is no free space in this set!'

by Miguel Enrique CobÃ¡ MartÃnez

El jue, 05-08-2010 a las 21:35 +0200, Mariano Martinez Peck escribiÃ³: > I know this is a alraedy known issue: > http://code.google.com/p/pharo/issues/detail?id=1628 > I am trying to make SqueakDBX work in 1.1 and it doesn't work because > of this. Each DBXConnection is registered in the WeakRegistry just to > close the database connection in case they don't do it explicitly. > > This this, I have a: > > addObjectToGarbageCollect: anObject > > WeakRegistry default add: anObject. > > > And in DBXConnetion >> connect, I call that method. > > Do you know how to solve the problem? I read the issue but I am > uncertain what should I do nor if it is fixed. I think this bug is > really important. Not a solution sorry, but a suggestion (or maybe this is already implemented, I haven't used SqueakDBX). :) Maybe it would be useful to add a pool for the connections so they aren't so many at the same time. Also, the database admin will be grateful. Cheers > > Thanks > > Mariano > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 5, 2010

[Pharo-project] Please help!! Error: There is no free space in this set!'

by Mariano Martinez Peck

I know this is a alraedy known issue: http://code.google.com/p/pharo/issues/detail?id=1628 I am trying to make SqueakDBX work in 1.1 and it doesn't work because of this. Each DBXConnection is registered in the WeakRegistry just to close the database connection in case they don't do it explicitly. This this, I have a: addObjectToGarbageCollect: anObject WeakRegistry default add: anObject. And in DBXConnetion >> connect, I call that method. Do you know how to solve the problem? I read the issue but I am uncertain what should I do nor if it is fixed. I think this bug is really important. Thanks Mariano

Aug. 5, 2010

[Pharo-project] ProgressDisplay package updated to improve portability to Pharo

by Ralph Boland

I have released an update to ProgressDisplay package to SqueakSource. Changes are to improve portability to Pharo and should not affect Squeak 4.1 users. The changes fix a number of problems in Pharo but a few remain. The remaining problems affect examples only, not the ProgressDisplay code itself. The problems with examples are: 1) The package uses the Squeak 4.1 Generators class which is not in Pharo. This will cause a few examples to fail unless the Generators class is installed first. Hopefully, the Generators class will be included in a future release of Pharo so this problem will go away. 2) The examples for testing user interrupts fail because the code uses the InputSensor class which is not in Pharo. The user interrupt code doesn't work in Squeak 4.1. If catching user interrupts is turned on the interrupts are caught but not processed until the progress bar closes. :-( I don't know how to fix this problem in Squeak 4.1 so I am hoping someone will tell me how or fix it for me. Meanwhile, if someone wants to implement a working version for Pharo that would be great (or tell me what to do). Keep in mind that, if possible, I need a version that will work in both Pharo and Squeak. Regards, Ralph Boland

Aug. 5, 2010

Re: [Pharo-project] Code autocompletion on not really fast machines

by Miguel Enrique CobÃ¡ MartÃnez

El jue, 05-08-2010 a las 20:57 +0200, laurent laffont escribiÃ³: > Hi, > > > I'm currently using Pharo 1.1 on a Pentium 3Ghz ~ 4 years old machine > on Linux. I feel that code editing is slow, auto-completion can hang > the GUI for 2-5 seconds, especially when there's undeclared variables > (I usually set them using the dialogs when I accept the code). > > > Am I alone ? Not alone: http://code.google.com/p/pharo/issues/detail?id=1452 That happens even in new machines. The problem is the undeclared variables, not the machine speed. > > Laurent Laffont > > http://pharocasts.blogspot.com/ > http://magaloma.blogspot.com/ > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 5, 2010