Squeak-dev December 2006

squeak-dev@lists.squeakfoundation.org

112 participants
144 discussions

Floating point performance again
by David Faught 17 Dec '06

17 Dec '06

After some discussion on and off the list, I tried a few line rewrite of the main time consuming method for the purpose of avoiding the creation of unneeded intermediate result objects. Here is the method before and after the rewrite: ----before---- constrain: its | v1 v2 dv r2 | self constrainGround. 1 to: its do: [:iter| connections do: [:con| v1 _ positions at: (con node1). v2 _ positions at: (con node2). dv _ v2 - v1. r2 _ con restLength * con restLength. "fast square-root aproximation:" dv _ dv * (r2 / ((dv dot: dv) + r2) - 0.5). positions at: (con node1) put: v1 - dv. positions at: (con node2) put: v2 + dv. ]. ]. self collide. self doHoldCorners. ----after---- constrain2: its | v1 v2 dv r2 | self constrainGround. 1 to: its do: [:iter| connections do: [:con| v1 _ positions at: (con node1). v2 _ positions at: (con node2). dv _ v2 clone. dv -= v1. r2 _ con restLength * con restLength. "fast square-root aproximation:" dv *= (r2 / ((dv dot: dv) + r2) - 0.5). v1 -= dv. v2 += dv. positions at: (con node1) put: v1. positions at: (con node2) put: v2. ]. ]. self collide. self doHoldCorners. ---- I was expecting good things as a result of this, but was rather disappointed. The before and after tally results are below. They show that the B3DVector3(FloatArray) *, -, and + operation times went away (as expected) with pretty big increases in the primitives (this is just shifted from the original operations) and B3DVector3Array>>at:put: times, which was not expected. What happened, especially with the at:put: times? I could see a shift like this in the percentages, but the actual measured times went way up too, with the overall total time being not very much less for the "optimized" version. Any ideas? ----before---- - 3213 tallies, 51993 msec. **Tree** 100.0% {51993ms} TClothOxe>>pulse 79.8% {41490ms} TClothOxe>>constrain |79.8% {41490ms} TClothOxe>>constrain: | 16.9% {8787ms} B3DVector3(FloatArray)>>* | 14.6% {7591ms} B3DVector3(FloatArray)>>- | 12.2% {6343ms} B3DVector3Array>>at: | 10.2% {5303ms} TClothOxe>>collide | |10.1% {5251ms} TClothOxe>>collideSphere: | | 4.0% {2080ms} B3DVector3(FloatArray)>>length | | |2.2% {1144ms} primitives | | 3.3% {1716ms} B3DVector3Array(SequenceableCollection)>>doWithIndex: | | |3.3% {1716ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: | | 2.7% {1404ms} B3DVector3(FloatArray)>>- | 7.7% {4003ms} B3DVector3(FloatArray)>>+ | 5.8% {3016ms} TClothOxe>>constrainGround | |3.2% {1664ms} B3DVector3>>y | |2.6% {1352ms} B3DVector3Array(B3DInplaceArray)>>do: | 5.0% {2600ms} B3DVector3Array>>at:put: | 4.5% {2340ms} primitives | 2.4% {1248ms} OrderedCollection>>do: 6.9% {3588ms} B3DVector3Array(SequenceableCollection)>>replaceFrom:to:with: |6.9% {3588ms} B3DVector3Array(B3DInplaceArray)>>replaceFrom:to:with:startingAt: | 2.9% {1508ms} B3DVector3Array>>at: | 2.6% {1352ms} B3DVector3Array>>at:put: 3.7% {1924ms} Float>>* |2.4% {1248ms} B3DVector3(Object)>>adaptToFloat:andSend: 2.7% {1404ms} B3DVector3(FloatArray)>>- 2.4% {1248ms} B3DVector3Array(SequenceableCollection)>>doWithIndex: 2.4% {1248ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: **Leaves** 20.4% {10607ms} B3DVector3Array>>at: 20.0% {10399ms} B3DVector3(FloatArray)>>- 18.5% {9619ms} B3DVector3(FloatArray)>>* 9.6% {4991ms} B3DVector3Array>>at:put: 9.4% {4887ms} B3DVector3(FloatArray)>>+ 4.5% {2340ms} TClothOxe>>constrain: 3.2% {1664ms} B3DVector3>>y 3.1% {1612ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: 2.4% {1248ms} OrderedCollection>>do: 2.2% {1144ms} B3DVector3(FloatArray)>>length **Memory** old +0 bytes young +30,264 bytes used +30,264 bytes free -30,264 bytes **GCs** full 0 totalling 0ms (0.0% uptime) incr 7139 totalling 13,565ms (26.0% uptime), avg 2.0ms tenures 0 root table 0 overflows ----after---- - 2799 tallies, 45160 msec. **Tree** 100.0% {45160ms} TClothOxe>>pulse 75.8% {34231ms} TClothOxe>>constrain |75.8% {34231ms} TClothOxe>>constrain2: | 24.1% {10884ms} B3DVector3Array>>at:put: | 15.6% {7045ms} B3DVector3Array>>at: | 14.2% {6413ms} primitives | 11.6% {5239ms} TClothOxe>>collide | |11.6% {5239ms} TClothOxe>>collideSphere: | | 4.3% {1942ms} B3DVector3(FloatArray)>>length | | |2.2% {994ms} primitives | | |2.1% {948ms} B3DVector3(FloatArray)>>squaredLength | | 3.8% {1716ms} B3DVector3Array(SequenceableCollection)>>doWithIndex: | | |3.8% {1716ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: | | | 2.1% {948ms} primitives | | 3.3% {1490ms} B3DVector3(FloatArray)>>- | 6.0% {2710ms} TClothOxe>>constrainGround | |3.6% {1626ms} B3DVector3Array(B3DInplaceArray)>>do: | |2.4% {1084ms} B3DVector3>>y | 3.6% {1626ms} OrderedCollection>>do: 7.0% {3161ms} B3DVector3Array(SequenceableCollection)>>replaceFrom:to:with: |7.0% {3161ms} B3DVector3Array(B3DInplaceArray)>>replaceFrom:to:with:startingAt: | 2.5% {1129ms} B3DVector3Array>>at: | 2.5% {1129ms} B3DVector3Array>>at:put: 5.0% {2258ms} Float>>* |2.9% {1310ms} B3DVector3(Object)>>adaptToFloat:andSend: | |2.5% {1129ms} B3DVector3(FloatArray)>>adaptToNumber:andSend: | | 2.1% {948ms} B3DVector3(FloatArray)>>* |2.1% {948ms} primitives 3.1% {1400ms} B3DVector3Array(SequenceableCollection)>>doWithIndex: |3.1% {1400ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: 2.8% {1264ms} B3DVector3(FloatArray)>>+ 2.7% {1219ms} B3DVector3(FloatArray)>>- 2.1% {948ms} B3DVector3Array>>at: **Leaves** 29.3% {13232ms} B3DVector3Array>>at:put: 25.1% {11335ms} B3DVector3Array>>at: 14.2% {6413ms} TClothOxe>>constrain2: 6.0% {2710ms} B3DVector3(FloatArray)>>- 3.6% {1626ms} OrderedCollection>>do: 3.5% {1581ms} B3DVector3Array(SequenceableCollection)>>withIndexDo: 3.0% {1355ms} B3DVector3(FloatArray)>>+ 2.4% {1084ms} B3DVector3>>y 2.2% {994ms} B3DVector3(FloatArray)>>length 2.2% {994ms} B3DVector3(FloatArray)>>* 2.1% {948ms} B3DVector3(FloatArray)>>squaredLength 2.1% {948ms} Float>>* **Memory** old +0 bytes young -92,828 bytes used -92,828 bytes free +92,828 bytes **GCs** full 0 totalling 0ms (0.0% uptime) incr 5804 totalling 11,186ms (25.0% uptime), avg 2.0ms tenures 0 root table 0 overflows ----

3 3

Floating point performance again
by David Faught 16 Dec '06

16 Dec '06

Andreas Raab wrote: >David Faught wrote: >> I was expecting good things as a result of this, but was rather >> disappointed. The before and after tally results are below. They >> show that the B3DVector3(FloatArray) *, -, and + operation times went >> away (as expected) with pretty big increases in the primitives (this >> is just shifted from the original operations) and >> B3DVector3Array>>at:put: times, which was not expected. What >> happened, especially with the at:put: times? >Two possibilities: First, it may be a sampling error since you are only >using 16 msecs intervals which is extremely coarse and should not be >used for such a quantitative comparison. Get down to 1 msec instead. >Second, I have occasionally seen primitive tallies to be assigned to >other than their containing methods. I'm not sure why this happens but >the only way to find out for sure is to convert all of the primitives >into "real sends" (e.g., put extra methods in which call the primitives). I tried a number of tallies with a 1 msec interval before and after this optimization with approximately the same results as before. I'm guessing that your second possibility is closer to what happens, and that the before * got folded into the after primitives and the before + and - went into the after at:put:. >> I could see a shift like this in the percentages, but the actual >> measured times went way up too, with the overall total time being not >> very much less for the "optimized" version. Any ideas? >As an overall, the difference isn't too surprising. Assuming this was >running with the same parameters, you get some six seconds overall >speedup which is a roughly 12% speedup. That's not bad and you should >continue along those lines (like actually measuring the "fast square >root" since I'm not convinced that it's either correct or faster than a >straightforward sqrt). With the 1 msec sample interval and some "background noise" stabilized, I pretty consistently got about 13% savings from this little experiment, not nearly what I was hoping for. I'm again not sure that doing the core of this process as a plugin will yield the 200% to 300% or better result that I desire. The fast square root approximation is from Thomas Jakobsen's "Advanced Character Physics" paper (which this whole simulation is based on), which is aimed squarely at speed and stability for game simulations, not particularly at accuracy. Based on his paper, I have so far been unsuccessful at converting this calculation back to use sqrt for comparison. This little experiment was just a preliminary step in this project to see what the potential was, and I'm probably (someday) just going on to the next step in the project, which is a more general rigid body physics package. I still like Thomas Jakobsen's approach to this for its speed and stability. Thanks for everyone's comments. Further observations or suggestions are welcome anytime.

1 0

RE: double messages
by Ken Causey 15 Dec '06

15 Dec '06

On Fri, 2006-12-15 at 11:05 -0800, James Foster wrote: > Here is the latest example: > > Header for message #1: <snip> > Header for message #2: <snip> Thanks. If memory serves this has shown up before. It appears that your mail server is reporting an error on the first attempt but delivering the message to you anyway. The list server sees the error and correctly assumes delivery failed. So it waits a while and attempts again. On the later attempt your server reports success and so it quits. As I said this is not the first time this has appeared. This is probably some sort of antispam thing but does not work correctly. However let me say that yours is the first example I have seen and so further examples anyone cares to send may shed further light on the issue. James appears to be using securehostedemail.com which appears to be a Tucows service. Are the rest of you seeing this behavior also by chance Tucows customers? Ken

1 0

Start with a short user story. ( e.g. kbd focus) (from refactoring morphic thread)
by Jerome Peace 15 Dec '06

15 Dec '06

refactoring morphic Hi Lukas, hi Enno I like that this its short. And I think I'll have to add "Now, the biggest annoyance about morphic is that ..." to my sentence starter list. I usually start out with the motivation of a morphic annoyance. If I'm not annoyed enough by something I won't spend time trying to fix it. After the annoyance as I start to want to fix it. I need to focus on the positive side of the user story. What should morphic do instead? >Unfortunately changing this is a not so small step, as it propagates >trough the whole system :-( > At the user story stage negatives don't count. How does the user indicate he wants the keyboard focus to attend to a particular place? What moves it? What would not be allowed to move it? One of the things I've wanted for a long while is a sub-keyboard focus. Arrow keys and cmd keys don't necessarily belong to the same focus point as text insertion keys. Can you come up with a user spec for what you want? Yours in curiosity and service, Jerome Peace >Lukas Renggli renggli at gmail.com >Thu Dec 14 06:12:31 UTC 2006 wrote: > >> Start with a short user story. >> >> Finish a sentence like.: >> Morphic should ... > >Now, the biggest annoyance about morphic is that I cannot use my >keyboard properly, e.g. I have to point my mouse to an input box >before typing. > >Unfortunately changing this is a not so small step, as it propagates >trough the whole system :-( > >Lukas > >-- >Lukas Renggli > >To which Enno Schwass adds: +1 > ____________________________________________________________________________________ Any questions? Get answers on any topic at www.Answers.yahoo.com. Try it now.

3 2

double messages
by Brad Fuller 15 Dec '06

15 Dec '06

I've been receiving double posts. Is it my service/mail_app or the squeak-dev mailing list? Anyone else getting 2 posts of the same msg? It's not all msgs, just some. For instance, I rcv'd two of Daniel's latest msg ("Callbacks from C into Squeak") and Hilaire's ("strange behavior in the layout with WrapDirection attribute"), but Jerome's ("Start with a short user story.") was one. thanks, -- brad fuller http://www.Sonaural.com/ +1 (408) 799-6124

4 4

Re: Start with a short user story. ( e.g. kbd focus) (from refactoring morphic thread)
by Bill Schwab 15 Dec '06

15 Dec '06

Lukas, Well said. Another common shortcut is control-enter for multi-line text fields. I agree that the exact key sequences should be configurable; the goal is to match the expectations of the user, which will vary with OS and time, if not other factors. Squeak's lists are far too eager to grab keyboard focus. I am (slowly!!) working on a fix (see MouseOverMadness.cs on Mantis), and Doug Way (IIRC) provided some very useful constructive criticism of the first draft. Feel free to beat me to it, or to organize a larger effort to get this right. One thing that MS does that I actually think is smart is to direct mouse wheel messages to the top view at the cursor location, regardless of focus. A user turning a wheel is probably doing it deliberately and expecting the effect to apply at the cursor location, but a user typing is not necessarily expecting the keyboard focus to follow a mouse cursor that has been "moved out of the way". Bill Lukas Renggli wrote: > How does the user indicate he wants the keyboard focus > to attend to a particular place? > What moves it? > What would not be allowed to move it? I would stick with existing practices of common operating systems, such as Mac OS X [1] or Aero [2]: - there is at most one focused element at a time. - tab: moves the focus to the next item in a sequence (except for text-oriented controls that want tab characters, where alt-tab should be used to move to the next one). - shift-tab: moves the focus in reverse direction (except for text-oriented controls, where alt-shift-tab should be used to move to the previous one). - ctrl-tab: moves to the next window. - shift-ctrl-tab: moves to the previous window. - enter: presses the default button (e.g. accept a method). - esc: presses the cancel button (e.g. cancel a method). Of course the exact keys to be pressed should be discussed (maybe freely configurable), this is just an example. These stories (features) would already increase my productivity in Squeak heavily. Lukas Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bills(a)anest4.anest.ufl.edu Tel: (352) 846-1285 FAX: (352) 392-7029

2 1

Re: [ANN] SUnit-#publishedSuites
by Keith Hodges 15 Dec '06

15 Dec '06

stephane ducasse wrote: > Hi keith > > could you give an example to make clear the point of selectable list. > > Stef > >> >> In short, this extends the TestRunner to provide a selectable list of >> test suites published by test classes. >> >> e.g. >> >> StandardTests >> LongTests >> Squeak310Tests >> Squeak39Tests >> KnownIssues >> PerformanceMeasures The point of the selectable list is demonstrated by the fact that LongTestCase has been in SUnit for a while suggesting that there is a case for optional suites of tests, yet there has been no UI support for toggling the value of RunLongTestCases. I have added this code to SUnit (in ST/X) for almost 7 years which allows a test case to publish suites. I used this in order to support a product which simulated several releases of a piece of hardware, all in a single image. This selectable list allows you to select "All Standard Tests" and "LongTests". It allows you to select "All Standard Tests" and "Squeak310Tests" specific to a 310 release. It allos you to define additional suites such as "Performance Measures" which will be slow but generate a performance report on various features. It provides a slot for putting tests that do not yet work "known issues", or "todo" items. does that help? best regards Keith Send instant messages to your online friends http://uk.messenger.yahoo.com

1 3

new tests and fixes for Number>>printShowingDecimalPlaces: submitted to Mantis
by Frank Sergeant 15 Dec '06

15 Dec '06

In 3.9, I noticed several problems with Number>>printShowingDecimalPlaces: 1. negative numbers greater than -1 fail to show minus sign, e.g. -0.98 printShowingDecimalPlaces: 2 ==> '0.98' 2. rounding is screwy in some cases, e.g. 2.567 printShowingDecimalPlaces: 2 ==> '2.56' 3. method category is 'converting' but should be 'printing'. I added tests for the first two above and changed #printShowingDecimalPlaces: so it passes the new tests in NumberTest and still passes the previous tests. See id 0005640 on Mantis http://bugs.impara.de/view_all_bug_page.php -- Frank

1 0

Iterative development with MCConfigurations
by Chris Muller 14 Dec '06

14 Dec '06

What is a best practice for doing iterative development with MCConfigurations? I want to be able to make plenty of short, incremental improvements, with a map defining the stable combination of packages each time. I found Cees' great "MCConfigurations quick how-to" http://lists.squeakfoundation.org/pipermail/squeak-dev/2005-November/098181… He seems to say this sort of development is overrated (I'm interpreting his words with my own word). But even if I didn't want to be conservative and have lots of small-step maps I can easily roll-back to, I still want to at least be able to post the continuously improving software to SqueakSource. When posting though, it doesn't overlay the existing configuration with that name, instead gives you an error "Found". SqueakSource doesn't seem to be aware of configurations so you can select and delete them. So that leaves versioning. I have not seen a way for configurations to be "versioned," but since ancestry isn't really necessary for configurations maybe this really just amounts to me using my own naming scheme that includes an incrementing number..? What are some good practices?

5 6

BitBltSimulation broken ?
by Karl 14 Dec '06

14 Dec '06

This workspace example does not work as the simulator chokes. s _ Form fromFileNamed:'image.png'. half _ Form extent: 1@1 depth: 32 bits: 0 . (BitBlt destForm: Display sourceForm: s halftoneForm: half combinationRule: Form paint destOrigin: 0 @ 0 sourceOrigin: 0 @ 0 extent: s extent clipRect: Display computeBoundingBox)copyBitsSimulated Karl Here is the stack: BitBltSimulator(Object)>>doesNotUnderstand: #oopForPointer: Receiver: a BitBltSimulator Arguments and temporary variables: aMessage: oopForPointer: a CArrayAccessor on: a Bitmap of length 610644 Receiver's instance variables: interpreterProxy: an InterpreterProxy moduleName: nil destForm: DisplayScreen(1347x906x16) sourceForm: Form(50x50x32) halftoneForm: Form(1x1x32) combinationRule: 25 destX: nil destY: nil width: nil height: nil sourceX: nil sourceY: nil clipX: nil clipY: nil clipWidth: nil clipHeight: nil sourceWidth: nil sourceHeight: nil sourceDepth: nil sourcePitch: nil sourceBits: nil sourcePPW: nil sourceMSB: nil destWidth: 1347 destHeight: 906 destDepth: 16 destPitch: 2696 destBits: a Bitmap of length 610644 destPPW: 2 destMSB: true bitCount: nil skew: nil mask1: nil mask2: nil preload: nil nWords: nil destMask: nil hDir: nil vDir: nil sourceIndex: nil sourceDelta: nil destIndex: nil destDelta: nil sx: nil sy: nil dx: nil dy: nil bbW: nil bbH: nil halftoneHeight: nil noSource: false noHalftone: false halftoneBase: nil sourceAlpha: nil srcBitShift: nil dstBitShift: nil bitBltOop: a BitBlt affectedL: nil affectedR: nil affectedT: nil affectedB: nil opTable: #(#clearWord:with: #bitAnd:with: #bitAndInvert:with: #sourceWord:with:...etc... maskTable: #(1 3 nil 15 31 nil nil 255 nil nil nil nil nil nil nil 65535 nil ni...etc... ditherMatrix4x4: a CArrayAccessor on: #(0 8 2 10 12 4 14 6 3 11 1 9 15 7 13 5) ditherThresholds16: a CArrayAccessor on: #(0 2 4 6 8 10 12 14 16) ditherValues16: a CArrayAccessor on: #(0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ...etc... hasSurfaceLock: nil warpSrcShift: nil warpSrcMask: nil warpAlignShift: nil warpAlignMask: nil warpBitShiftTable: a CArrayAccessor on: #(nil nil nil nil nil nil nil nil nil n...etc... querySurfaceFn: nil lockSurfaceFn: nil unlockSurfaceFn: nil isWarping: false cmFlags: nil cmMask: nil cmShiftTable: nil cmMaskTable: nil cmLookupTable: nil cmBitsPerColor: nil dither8Lookup: a CArrayAccessor on: #(0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 2 2 2 2...etc... BitBltSimulator(BitBltSimulation)>>loadBitBltDestForm Receiver: a BitBltSimulator Arguments and temporary variables: destBitsSize: 2442576 Receiver's instance variables: interpreterProxy: an InterpreterProxy moduleName: nil destForm: DisplayScreen(1347x906x16) sourceForm: Form(50x50x32) halftoneForm: Form(1x1x32) combinationRule: 25 destX: nil destY: nil width: nil height: nil sourceX: nil sourceY: nil clipX: nil clipY: nil clipWidth: nil clipHeight: nil sourceWidth: nil sourceHeight: nil sourceDepth: nil sourcePitch: nil sourceBits: nil sourcePPW: nil sourceMSB: nil destWidth: 1347 destHeight: 906 destDepth: 16 destPitch: 2696 destBits: a Bitmap of length 610644 destPPW: 2 destMSB: true bitCount: nil skew: nil mask1: nil mask2: nil preload: nil nWords: nil destMask: nil hDir: nil vDir: nil sourceIndex: nil sourceDelta: nil destIndex: nil destDelta: nil sx: nil sy: nil dx: nil dy: nil bbW: nil bbH: nil halftoneHeight: nil noSource: false noHalftone: false halftoneBase: nil sourceAlpha: nil srcBitShift: nil dstBitShift: nil bitBltOop: a BitBlt affectedL: nil affectedR: nil affectedT: nil affectedB: nil opTable: #(#clearWord:with: #bitAnd:with: #bitAndInvert:with: #sourceWord:with:...etc... maskTable: #(1 3 nil 15 31 nil nil 255 nil nil nil nil nil nil nil 65535 nil ni...etc... ditherMatrix4x4: a CArrayAccessor on: #(0 8 2 10 12 4 14 6 3 11 1 9 15 7 13 5) ditherThresholds16: a CArrayAccessor on: #(0 2 4 6 8 10 12 14 16) ditherValues16: a CArrayAccessor on: #(0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ...etc... hasSurfaceLock: nil warpSrcShift: nil warpSrcMask: nil warpAlignShift: nil warpAlignMask: nil warpBitShiftTable: a CArrayAccessor on: #(nil nil nil nil nil nil nil nil nil n...etc... querySurfaceFn: nil lockSurfaceFn: nil unlockSurfaceFn: nil isWarping: false cmFlags: nil cmMask: nil cmShiftTable: nil cmMaskTable: nil cmLookupTable: nil cmBitsPerColor: nil dither8Lookup: a CArrayAccessor on: #(0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 2 2 2 2...etc... BitBltSimulator(BitBltSimulation)>>loadBitBltFrom:warping: Receiver: a BitBltSimulator Arguments and temporary variables: bbObj: a BitBlt aBool: false ok: nil Receiver's instance variables: interpreterProxy: an InterpreterProxy moduleName: nil destForm: DisplayScreen(1347x906x16) sourceForm: Form(50x50x32) halftoneForm: Form(1x1x32) combinationRule: 25 destX: nil destY: nil width: nil height: nil sourceX: nil sourceY: nil clipX: nil clipY: nil clipWidth: nil clipHeight: nil sourceWidth: nil sourceHeight: nil sourceDepth: nil sourcePitch: nil sourceBits: nil sourcePPW: nil sourceMSB: nil destWidth: 1347 destHeight: 906 destDepth: 16 destPitch: 2696 destBits: a Bitmap of length 610644 destPPW: 2 destMSB: true bitCount: nil skew: nil mask1: nil mask2: nil preload: nil nWords: nil destMask: nil hDir: nil vDir: nil sourceIndex: nil sourceDelta: nil destIndex: nil destDelta: nil sx: nil sy: nil dx: nil dy: nil bbW: nil bbH: nil halftoneHeight: nil noSource: false noHalftone: false halftoneBase: nil sourceAlpha: nil srcBitShift: nil dstBitShift: nil bitBltOop: a BitBlt affectedL: nil affectedR: nil affectedT: nil affectedB: nil opTable: #(#clearWord:with: #bitAnd:with: #bitAndInvert:with: #sourceWord:with:...etc... maskTable: #(1 3 nil 15 31 nil nil 255 nil nil nil nil nil nil nil 65535 nil ni...etc... ditherMatrix4x4: a CArrayAccessor on: #(0 8 2 10 12 4 14 6 3 11 1 9 15 7 13 5) ditherThresholds16: a CArrayAccessor on: #(0 2 4 6 8 10 12 14 16) ditherValues16: a CArrayAccessor on: #(0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ...etc... hasSurfaceLock: nil warpSrcShift: nil warpSrcMask: nil warpAlignShift: nil warpAlignMask: nil warpBitShiftTable: a CArrayAccessor on: #(nil nil nil nil nil nil nil nil nil n...etc... querySurfaceFn: nil lockSurfaceFn: nil unlockSurfaceFn: nil isWarping: false cmFlags: nil cmMask: nil cmShiftTable: nil cmMaskTable: nil cmLookupTable: nil cmBitsPerColor: nil dither8Lookup: a CArrayAccessor on: #(0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 2 2 2 2...etc... BitBltSimulator(BitBltSimulation)>>loadBitBltFrom: Receiver: a BitBltSimulator Arguments and temporary variables: bbObj: a BitBlt Receiver's instance variables: interpreterProxy: an InterpreterProxy moduleName: nil destForm: DisplayScreen(1347x906x16) sourceForm: Form(50x50x32) halftoneForm: Form(1x1x32) combinationRule: 25 destX: nil destY: nil width: nil height: nil sourceX: nil sourceY: nil clipX: nil clipY: nil clipWidth: nil clipHeight: nil sourceWidth: nil sourceHeight: nil sourceDepth: nil sourcePitch: nil sourceBits: nil sourcePPW: nil sourceMSB: nil destWidth: 1347 destHeight: 906 destDepth: 16 destPitch: 2696 destBits: a Bitmap of length 610644 destPPW: 2 destMSB: true bitCount: nil skew: nil mask1: nil mask2: nil preload: nil nWords: nil destMask: nil hDir: nil vDir: nil sourceIndex: nil sourceDelta: nil destIndex: nil destDelta: nil sx: nil sy: nil dx: nil dy: nil bbW: nil bbH: nil halftoneHeight: nil noSource: false noHalftone: false halftoneBase: nil sourceAlpha: nil srcBitShift: nil dstBitShift: nil bitBltOop: a BitBlt affectedL: nil affectedR: nil affectedT: nil affectedB: nil opTable: #(#clearWord:with: #bitAnd:with: #bitAndInvert:with: #sourceWord:with:...etc... maskTable: #(1 3 nil 15 31 nil nil 255 nil nil nil nil nil nil nil 65535 nil ni...etc... ditherMatrix4x4: a CArrayAccessor on: #(0 8 2 10 12 4 14 6 3 11 1 9 15 7 13 5) ditherThresholds16: a CArrayAccessor on: #(0 2 4 6 8 10 12 14 16) ditherValues16: a CArrayAccessor on: #(0 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 ...etc... hasSurfaceLock: nil warpSrcShift: nil warpSrcMask: nil warpAlignShift: nil warpAlignMask: nil warpBitShiftTable: a CArrayAccessor on: #(nil nil nil nil nil nil nil nil nil n...etc... querySurfaceFn: nil lockSurfaceFn: nil unlockSurfaceFn: nil isWarping: false cmFlags: nil cmMask: nil cmShiftTable: nil cmMaskTable: nil cmLookupTable: nil cmBitsPerColor: nil dither8Lookup: a CArrayAccessor on: #(0 1 1 1 1 1 1 1 0 1 1 1 1 1 1 1 1 2 2 2 2...etc... --- The full stack --- BitBltSimulator(Object)>>doesNotUnderstand: #oopForPointer: ...etc...

1 0

← Newer
1
...
5
6
7
8
9
10
11
...
15
Older →

Jump to page: