Squeak-dev July 2020

squeak-dev@lists.squeakfoundation.org

47 participants
165 discussions

Re: [squeak-dev] trunk and new vm etiquette
by Eliot Miranda 21 Aug '20

21 Aug '20

>> On Jul 22, 2020, at 12:49 AM, Marcel Taeumel <marcel.taeumel(a)hpi.de> wrote: > > Hi Levente. > > > I'm thinking about checking the VM version in the preamble of the package > > and raising a Warning when it clearly lacks the required updates. > > Users can still continute with a Warning or terminate the update process, > > while cli tools will act as if an error had occured. > > +1 > > A one-liner would be nice. The warning should also (roughly) point to the location of the new VM for download. > > MCMcmUpdater checkVM: 202003021730. "and newer" I wrote it like this: "Use of the Spur FloatArray>>at:[put:] prims requires at least VMMaker.oscog.2778" Smalltalk vmVMMakerVersion < 2778 ifTrue: [Warning signal: 'This virtual machine is too old to support correct versions of the FloatArray>>at:[put:] primitives 238 and 239. FloatArray subclasses will not behave correctly and FloatArray[64]Test tests will fail. Please upgrade your VM. You may continue and upgrade later or abort and upgrade now.']! > Best, > Marcel >> Am 21.07.2020 20:21:39 schrieb Levente Uzonyi <leves(a)caesar.elte.hu>: >> >> Hi Eliot, >> >> On Mon, 20 Jul 2020, Eliot Miranda wrote: >> >> > Hi All, >> > I've just found and fixed a VM bug in an as-yet-unpublished pair of primitives that replace FloatArrayPlugin>>primitiveAt[Put] and Float64ArrayPlugin>>primitiveAt[Put]. The new replacement, which allows two methods >> > (at:[put:]) in FloatArray to relace four methods (Float32Array>>at:[put:] & Float64Array>>at:[put:]) are some 5 to 10 times faster than the plugin methods. The issue is when to publish the corrections to trunk. >> > Since the existing VM is broken I don't want to simply push to trunk and have people inconvenienced by a sudden emergence of failures in the FoatArrayTests. However, I do want to push the corrections soon, because they're a >> > substantial improvement. So the question is how long should I wait? >> > >> > Is it OK if I push the fixes to FloatArray and subclasses in a week? Do people using trunk keep an eye on the CI builds and upgrade, or would they appreciate a heads up? If so, as soon as the AppVeyor builds succeed >> > for CogVM source as per VMMaker.oscog-eem.2778, I'll let you know and ask that you upgrade your VM. >> >> I think most people don't update their VMs often. I still tend to fire >> up the one shipped with the 5.3 release. So, IMO the question is not how >> long to wait but what to do when things are about to break. >> I presume that without updating the VM, the image would not work properly. >> So, I think the best would be if the user were warned during the update >> if the VM would be incompatible with the changes. >> I'm thinking about checking the VM version in the preamble of the package >> and raising a Warning when it clearly lacks the required updates. >> Users can still continute with a Warning or terminate the update process, >> while cli tools will act as if an error had occured. >> >> >> Levente >> >> > _,,,^..^,,,_ >> > best, Eliot >> > >> >

6 13

error on process termination
by Robert Withers 19 Aug '20

19 Aug '20

Hi y'all, I am getting an error when terminating my process and it loops infinitely stacking this error recursively. > nil doesNotUnderstand: stepToCallee This is called from Context>>#runUntilErrorOrReturnFrom: aSender after this method has tried to get the topContext. Somehow topContext is nil, and I am guessing that returns from one of the context pops, in the following code from #runUntilErrorOrReturnFrom:. > "Control resumes here once above ensure block or exception handler is executed" > ^ error ifNil: [ > "No error was raised, remove ensure context by stepping until popped" > [ctxt isDead] whileFalse: [topContext := topContext stepToCallee]. > {topContext. nil} Have I setup the process incorrectly to receive this error or is something else the issue? Appreciated. Kindly, rabbit

2 2

Rounding in MatrixTransform2x3
by Stephan Lutz 12 Aug '20

12 Aug '20

While transforming points using MatrixTransform2x3 we noticed some strange rounding behavior: "with plugin" (MatrixTransform2x3 withOffset: 5 @ 10) localPointToGlobal: 0@0. "5@10" (MatrixTransform2x3 withOffset: -5 @ -10) localPointToGlobal: 0@0. "-4@ -9" "without plugin" ((MatrixTransform2x3 withOffset: 5 @ 10) transformPoint: 0@0) rounded. "5@10" ((MatrixTransform2x3 withOffset: -5 @ -10) transformPoint: 0@0) rounded. "-5@ -10" It appears the code used to round in the plugin simply adds 0.5 and truncates the result, which does not work correctly for negative numbers. This code can be found in Matrix2x3Plugin >> #roundAndStoreResultPoint: and Matrix2x3Plugin >> #roundAndStoreResultRect:x0:y0:x1:y1: . ---- On a kind of related note: Is there even a reason to round the resulting floats? While the class comment of MatrixTransform2x3 notes that this behavior is intentional, glancing quickly over its uses we could not find anything taking advantage or benefiting from it. It's also not a limitation of the DisplayTransform interface, since MorphicTransform does produce floating point values. Wouldn't it be much more versatile and easier to leave rounding to users if they actually need it? Stephan

3 3

TrueTypeFont and Unicode Characters
by Eric Gade 05 Aug '20

05 Aug '20

Hello, I am trying to load a particular TrueTypeFont that represents the Cuneiform signs in the Cuneiform Unicode block. You can find some information on this page <https://www.hethport.uni-wuerzburg.de/cuneifont/>. Specifically, I'm attempting to work with the Neo-Assyrian font on that page ('Assurbanipal.ttf' in the zip file). I have also tried the Old Babylonian fonts with similar results. I have "imported" this font using the FileList tool and it does appear as a TextStyle. However, if I attempt to run: ``` m := TextMorph new beAllFont: ((TextStyle named: 'Assurbanipal') fontOfSize: 36); backgroundColor: Color white. signString := (Unicode value: 16r12038) asString. m contents: signString. m openInHand. ``` I get a TextMorph that appears blank. Either I am doing something incorrectly or the system cannot render the glyph at that code point (which should be the sign "AŠ"). Any ideas? -- Eric

5 9

5.3, focus follows mouse, image "save as..."
by Tim Johnson 03 Aug '20

03 Aug '20

Hi all, In 5.3, when using the World menu, "Save as...," on macOS / OS X, with focus-follows-mouse[1] turned on, I enter my new file name, and when I press return or Cmd-S, the dialog does not go away. (Even if I leave the mouse focus in that input field.) My "changes are accepted," so to speak (the orange triangle goes away), but the image is not saved and the dialog does not go away. It seems like I still have to go click "accept". I think in every previous version of Squeak I've used, in the dialog that appears upon choosing World menu -> "save as...", I can just type the new name and hit return or Cmd-S and the dialog will go away and the image will be saved. With focus-follows-mouse turned off, 5.3 works as intended: enter/return dismisses the dialog and the image is saved with the new name. Wondering if this can be categorized as a regression[2]. To verify, I just tested in 5.2. Indeed, in 5.2, whether focus-follows-mouse is turned on or off, I can enter a new file name and press enter/return and the image will be saved under the new name. I don't have to move my mouse to click the "accept" button. Could this somehow related to any other issues with where keyboard focus and/or events are going? (Specifically talking about how entire windows are refreshing with every keypress into a code pane, for example.) Thanks, Tim [1] Preferences valueOfFlag: #mouseOverForKeyboardFocus [2] regression meaning: since I care, I have to fix it? :) Or, regression meaning: I file a bug in Mantis? :)

6 14

Re: [squeak-dev] Debugging of other processes with wait
by Jakob Reschke 01 Aug '20

01 Aug '20

Forward reply to the list... seems like something has changed in the Gmail interface and I have not yet adapted to it. Am Do., 23. Juli 2020 um 20:01 Uhr schrieb Robert Withers <robert.withers(a)pm.me>: > > Although the Promise defined in Kernel-Processes has #wait protocol, this is really an anathema to Promise-style control flow. The #whenResolved: protocol should be used to register a reactor and no waits should occur. > [...] > Promise-style control flow does not use mutexes nor semaphores. So I believe the fundamental model here is misused. > [...] > So it is your intention to "move away from promise-style control flow." then I would suggest not using a Promise. > That's right, but right now I have some dialogs implemented in a Promise style and want to implement a use case without promise style, so I have to literally adapt when invoking the dialog if I don't want to write all of it anew immediately. Our current Kernel Promise is a two-headed beast: for one it wants to be a Promises/A+ implementation, but originally it's purpose seems to be only to support #future sends. Promises/A+ is targeted at asynchrony in single-thread languages like JavaScript, while futures are for multi-thread languages like Smalltalk. So Kernel Promise now tries to serve both single-thread computing (UI process only) and multi-thread computing (multiple Smalltalk processes).

2 1

Anyone else want these in trunk? Anyone not want these in trunk?
by Eliot Miranda 01 Aug '20

01 Aug '20

SequenceableCollection methods for accessing indicesOfSubCollection: aSubCollection "Answer an Array (possibly empty) of all the indices of aSubCollection in the receiver." ^self indicesOfSubCollection: aSubCollection startingAt: 1 indicesOfSubCollection: aSubCollection startingAt: initialIndex "Answer an Array (possibly empty) of all the indices of aSubCollection in the receiver starting at initialIndex. N.B. This does not (yet) use Boyer-Moore to skip over unnecessary alignments." ^Array streamContents: [:s| | index | index := initialIndex - 1. [(index := self indexOfSubCollection: aSubCollection startingAt: index + 1) = 0] whileFalse: [s nextPut: index]] _,,,^..^,,,_ best, Eliot

3 2

The Inbox: Monticello-cmm.727.mcz
by commits＠source.squeak.org 31 Jul '20

31 Jul '20

Chris Muller uploaded a new version of Monticello to project The Inbox: http://source.squeak.org/inbox/Monticello-cmm.727.mcz ==================== Summary ==================== Name: Monticello-cmm.727 Author: cmm Time: 29 July 2020, 8:40:44.842148 pm UUID: eb7cbccc-3b20-44ca-8e11-0dc93308a362 Ancestors: Monticello-mt.725 Sort the repository list when no WorkingCopy is selected. =============== Diff against Monticello-mt.725 =============== Item was changed: ----- Method: MCWorkingCopyBrowser>>repositories (in category 'morphic ui') ----- repositories | repositories | repositories := self repositoryGroup repositories. + ^ workingCopy + ifNil: [{repositories first}, (repositories allButFirst sort: #description ascending)] + ifNotNil: [ repositories ]! - ^{repositories first}, (repositories allButFirst sort: [:r1 :r2| r1 description < r2 description])!

2 1

Loading Seaside results in a number of Grease related code issues
by tim Rowledge 31 Jul '20

31 Jul '20

Whilst checking things after installing Seaside and Cryptography I noticed that there are a couple of dangling Undeclareds that lead into some faulty loaded code. 'home' and 'startpc' are referenced in BlockContext>>#tempVarRefs. This is not too much of a problem since there are no senders but since there are also a bunch of methods loaded into the no longer used Context/BlockContext/MethodContext classes it might be an indicator of some updating needed in the Grease package, specifically *grease-squeak5-core. I don't know who looks after this, so if anyone does, please pass it on. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim The next generation of computers will have a "Warranty Expired" interrupt.

4 4

Re: [squeak-dev] [GemStone-Smalltalk] Webminar about VA Smalltalk new OS Process Framework
by Mariano Martinez Peck 29 Jul '20

29 Jul '20

Hi, This webinar already took place but you can see the recording here: https://youtu.be/uwEu_-tflKg Best, On Wed, Jul 29, 2020 at 12:57 PM Norman Nunley via GemStone-Smalltalk < gemstone-smalltalk(a)lists.gemtalksystems.com> wrote: > Is there any chance that you'll record this webinar? I'd love to attend, > but I have work meeting conflicts. > > Norman > > On Wed, Jul 8, 2020 at 10:36 AM Mariano Martinez Peck < > marianopeck(a)gmail.com> wrote: > >> Greetings all, This is a friendly reminder of the presentation we will >> host tomorrow for VAST's newest OSProcess framework. Best regards, >> >> On Tue, Jun 30, 2020 at 10:25 AM Mariano Martinez Peck < >> marianopeck(a)gmail.com> wrote: >> >>> Greetings all, >>> >>> Some time ago, I had the pleasure and privilege of being sponsored by >>> the Pharo Consortium to implement OSSubprocess. Because of that work, I >>> quickly realized that a new OS process framework created by Instantiations >>> was quite advanced and unlike anything I had seen before. If you are able, >>> I would highly recommend that you attend the technology preview of this >>> framework coming to VAST 2021: >>> >>> Seth Berman will be presenting, registration here: >>> https://attendee.gotowebinar.com/register/7491754880594201356 >>> >>> We hope the community can attend and we look forward to your feedback >>> and questions during the event's Q&A session. >>> >>> Best regards, >>> >>> -- >>> Mariano Martinez Peck >>> Email: marianopeck(a)gmail.com >>> Twitter: @MartinezPeck >>> LinkedIn: www.linkedin.com/in/mariano-martinez-peck >>> <https://www.linkedin.com/in/mariano-mart%C3%ADnez-peck/> >>> Blog: https://marianopeck.wordpress.com/ >>> >> >> >> -- >> Mariano Martinez Peck >> Email: marianopeck(a)gmail.com >> Twitter: @MartinezPeck >> LinkedIn: www.linkedin.com/in/mariano-martinez-peck >> <https://www.linkedin.com/in/mariano-mart%C3%ADnez-peck/> >> Blog: https://marianopeck.wordpress.com/ >> >> _______________________________________________ > GemStone-Smalltalk mailing list > GemStone-Smalltalk(a)lists.gemtalksystems.com > https://lists.gemtalksystems.com/mailman/listinfo/gemstone-smalltalk > -- Mariano Martinez Peck Email: marianopeck(a)gmail.com Twitter: @MartinezPeck LinkedIn: www.linkedin.com/in/mariano-martinez-peck <https://www.linkedin.com/in/mariano-mart%C3%ADnez-peck/> Blog: https://marianopeck.wordpress.com/

1 0

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

Jump to page: