Squeak-dev July 2020

squeak-dev@lists.squeakfoundation.org

47 participants
164 discussions

Mailing Lists Admin
by Ron Teitelbaum 09 Jul '20

09 Jul '20

Hi All, I need to reset the elections list admin password. Who should I talk to about that? I'm not sure who manages the high level admin for lists. Thanks! Ron Teitelbaum

1 0

The Trunk: ToolBuilder-Morphic-pre.262.mcz
by commits＠source.squeak.org 09 Jul '20

09 Jul '20

Patrick Rein uploaded a new version of ToolBuilder-Morphic to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-Morphic-pre.262.mcz ==================== Summary ==================== Name: ToolBuilder-Morphic-pre.262 Author: pre Time: 9 July 2020, 3:52:09.108909 pm UUID: 55e57017-8d67-424f-9a7b-2b64ed8af8af Ancestors: ToolBuilder-Morphic-tpr.261, ToolBuilder-Morphic-TheresaHMartenK.261 Merge of ToolBuilder-Morphic-TheresaHMartenK.261 The current implementation searches for the supplied answer in the valueList and if found returns the value at the found index in the valueList which of course is the supplied answer. However from the behaviour that gets mimicked you would expect the implementation to look for the suppliedAnswer in the labelList - the same as you click on the label and not on its connected value. Additionally this produces less readable / understandable code compared to supplying the label, especially if the value happens to be a block. With the new implementation, the answer is searched in the labelList, and the returned value is the coresponding value from the valueList. =============== Diff against ToolBuilder-Morphic-tpr.261 =============== Item was changed: ----- Method: MorphicUIManager>>chooseFrom:values:lines:title: (in category 'ui requests') ----- chooseFrom: labelList values: valueList lines: linesArray title: aString "Choose an item from the given list. Answer the selected item." | index | self askForProvidedAnswerTo: aString ifSupplied: [:answer | (answer = #cancel or: [answer isNil]) ifTrue: [^ nil]. + ^ valueList at: (labelList indexOf: answer) ifAbsent: [ - ^ valueList at: (valueList indexOf: answer) ifAbsent: [ answer isNumber ifTrue: [valueList at: answer ifAbsent: [nil]] ifFalse: [nil]]]. index := self chooseFrom: labelList lines: linesArray title: aString. ^ index = 0 ifTrue: [ nil ] ifFalse: [ valueList at: index ]!

1 0

The Trunk: ToolBuilder-Morphic-TheresaHMartenK.261.mcz
by commits＠source.squeak.org 09 Jul '20

09 Jul '20

Patrick Rein uploaded a new version of ToolBuilder-Morphic to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-Morphic-TheresaHMartenK.261.mcz ==================== Summary ==================== Name: ToolBuilder-Morphic-TheresaHMartenK.261 Author: TheresaHMartenK Time: 20 June 2020, 4:04:09.471561 pm UUID: ec0bd065-4cc8-7d48-b940-4bf5a0f4a7cf Ancestors: ToolBuilder-Morphic-mt.260 The current implementation searches for the supplied answer in the valueList and if found returns the value at the found index in the valueList which of course is the supplied answer. However from the behaviour that gets mimicked you would expect the implementation to look for the suppliedAnswer in the labelList - the same as you click on the label and not on its connected value. Additionally this produces less readable / understandable code compared to supplying the label, especially if the value happens to be a block. With the new implementation, the answer is searched in the labelList, and the returned value is the coresponding value from the valueList. =============== Diff against ToolBuilder-Morphic-mt.260 =============== Item was changed: ----- Method: MorphicUIManager>>chooseFrom:values:lines:title: (in category 'ui requests') ----- chooseFrom: labelList values: valueList lines: linesArray title: aString "Choose an item from the given list. Answer the selected item." | index | self askForProvidedAnswerTo: aString ifSupplied: [:answer | (answer = #cancel or: [answer isNil]) ifTrue: [^ nil]. + ^ valueList at: (labelList indexOf: answer) ifAbsent: [ - ^ valueList at: (valueList indexOf: answer) ifAbsent: [ answer isNumber ifTrue: [valueList at: answer ifAbsent: [nil]] ifFalse: [nil]]]. index := self chooseFrom: labelList lines: linesArray title: aString. ^ index = 0 ifTrue: [ nil ] ifFalse: [ valueList at: index ]!

1 0

The Trunk: ToolBuilder-MVC-TheresaHMartenK.60.mcz
by commits＠source.squeak.org 09 Jul '20

09 Jul '20

Patrick Rein uploaded a new version of ToolBuilder-MVC to project The Trunk: http://source.squeak.org/trunk/ToolBuilder-MVC-TheresaHMartenK.60.mcz ==================== Summary ==================== Name: ToolBuilder-MVC-TheresaHMartenK.60 Author: TheresaHMartenK Time: 20 June 2020, 4:32:44.419561 pm UUID: ce7849e7-d47c-434e-8bbd-f6ec2b896a4c Ancestors: ToolBuilder-MVC-mt.59 Same reason as: ToolBuilder-Morphic-TheresaHMartenK.261 Copy: The current implementation searches for the supplied answer in the valueList and if found returns the value at the found index in the valueList which of course is the supplied answer. However from the behaviour that gets mimicked you would expect the implementation to look for the suppliedAnswer in the labelList - the same as you click on the label and not on its connected value. Additionally this produces less readable / understandable code compared to supplying the label, especially if the value happens to be a block. With the new implementation, the answer is searched in the labelList, and the returned value is the coresponding value from the valueList. =============== Diff against ToolBuilder-MVC-mt.59 =============== Item was changed: ----- Method: MVCUIManager>>chooseFrom:values:lines:title: (in category 'ui requests') ----- chooseFrom: labelList values: valueList lines: linesArray title: aString "Choose an item from the given list. Answer the selected item." | menu | self askForProvidedAnswerTo: aString ifSupplied: [:answer | (answer = #cancel or: [answer isNil]) ifTrue: [^ nil]. + ^ valueList at: (labelList indexOf: answer) ifAbsent: [ - ^ valueList at: (valueList indexOf: answer) ifAbsent: [ answer isNumber ifTrue: [valueList at: answer ifAbsent: [nil]] ifFalse: [nil]]]. menu := SelectionMenu labels: labelList lines: linesArray selections: valueList. ^ aString ifEmpty: [menu startUp] ifNotEmpty: [menu startUpWithCaption: aString]!

1 0

The Trunk: CommandLine-TheresaHMartenK.17.mcz
by commits＠source.squeak.org 09 Jul '20

09 Jul '20

Patrick Rein uploaded a new version of CommandLine to project The Trunk: http://source.squeak.org/trunk/CommandLine-TheresaHMartenK.17.mcz ==================== Summary ==================== Name: CommandLine-TheresaHMartenK.17 Author: TheresaHMartenK Time: 20 June 2020, 4:33:21.503561 pm UUID: 1e990100-46c5-7b4a-966c-d1908837d2ca Ancestors: CommandLine-mt.16 Same reason as: ToolBuilder-Morphic-TheresaHMartenK.261 Copy: The current implementation searches for the supplied answer in the valueList and if found returns the value at the found index in the valueList which of course is the supplied answer. However from the behaviour that gets mimicked you would expect the implementation to look for the suppliedAnswer in the labelList - the same as you click on the label and not on its connected value. Additionally this produces less readable / understandable code compared to supplying the label, especially if the value happens to be a block. With the new implementation, the answer is searched in the labelList, and the returned value is the coresponding value from the valueList. =============== Diff against CommandLine-mt.16 =============== Item was changed: ----- Method: DummyUIManager>>chooseFrom:values:lines:title: (in category 'ui requests') ----- chooseFrom: labelList values: valueList lines: linesArray title: aString self askForProvidedAnswerTo: aString ifSupplied: [:answer | (answer = #cancel or: [answer isNil]) ifTrue: [^ nil]. + ^ valueList at: (labelList indexOf: answer) ifAbsent: [ - ^ valueList at: (valueList indexOf: answer) ifAbsent: [ answer isNumber ifTrue: [valueList at: answer ifAbsent: [nil]] ifFalse: [nil]]]. ^ valueList first!

1 0

AllocationTest>>#testOutOfMemorySignal fails on 32bit system
by tim Rowledge 06 Jul '20

06 Jul '20

On a Raspberry Pi OS 32bit this test fails because of an oversight - the parameter passed to vmParameterAt:put: cannot exceed SmallInteger maxVal. It makes the careful testing for 32/64bit image seem a bit silly. This means we can only ask for up to ~1GB space for free space on a 32bit image system and so I propose to clamp the requested value in AllocationTest>>#setFreeSpaceLimitOf:around: There don't appear to be any other places right now that need attention. If I don't hear any outraged screams soon I'll just commit it to trunk. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Strange OpCodes: IG: Insert Garbage

3 5

SqueakSSL Error when updating my image
by Thiede, Christoph 06 Jul '20

06 Jul '20

Hi all, maybe someone is interested in this error I received when updating my image this week in the debug console: LoadLibrary(SqueakSSL) (998: Unzuläÿssiger Zugriff auf einen Speicherbereich. ) LoadLibrary(SqueakSSL.dll) (998: Unzuläÿssiger Zugriff auf einen Speicherbereich. ) Translated to English: SqueakSSL complains about an access violation twice. And by the way, at some point, there happens an interesting encoding error. Everything else seems to work, I just wanted to mention this warning. Is this an error in the plugin? Best, Christoph

4 4

Re: [squeak-dev] Squeak on Ubuntu 18.04 desktop
by Chris Muller 05 Jul '20

05 Jul '20

OMG, thank you so much Subbu, that did it! :-D The xprop command did already return that exact output, but it wasn't until adding that line you said to my .desktop file that it worked. 99%, anyway. I'd hoped I'd be able to have a .desktop file for a specific image (so it can have its own icon, instead of the Squeak icon). # standard Squeak icon for launching any image Name=Squeak Exec=/usr/local/bin/spur %f Icon=/home/cmm/my/icons/Squeak-logo-white-background-68x51.png StartupWMClass=squeak ... the other, for MyApp, # for launching MyApp's image. Name=MyApp Exec=/path/for/apps/vm/squeak.sh /path/for/apps/image/app.image Icon=/home/cmm/my/icons/My-App-logo.png StartupWMClass=squeak ... I put both of the above into separate .desktop files at ~/.local/share/applications. After an afternoon of tinkering, what I found was a little strange -- for the icon, Ubuntu 18.04 seems to use whichever desktop file was launched first. However, even though it gets the icon wrong, it at least uses the right Exec= vm specification. I tried changing the StartupWMClass on one of them, but it didn't work. But, I can at least work again.. :) Thanks, Chris On Sat, Jul 4, 2020 at 2:37 AM K K Subbu <kksubbu.ml(a)gmail.com> wrote: > On 04/07/20 2:34 am, Chris Muller wrote: > > But the problem is not actually Gnome's window manager -- it works > > beautifully with _every other app_ *except* Squeak. > > Perhaps those apps come with properly configured .desktop file. Squeak > does not ship with one. > > Could you please report Squeak app window has the right class? > > $ xprop WM_CLASS > WM_CLASS(STRING) = "squeak", "Squeak" > > If this does not appear, then you will have to add one to your .desktop > launcher file: > > StartupWMClass=squeak > > HTH .. Subbu >

2 1

The Trunk: ShoutCore-eem.84.mcz
by commits＠source.squeak.org 04 Jul '20

04 Jul '20

Eliot Miranda uploaded a new version of ShoutCore to project The Trunk: http://source.squeak.org/trunk/ShoutCore-eem.84.mcz ==================== Summary ==================== Name: ShoutCore-eem.84 Author: eem Time: 4 July 2020, 11:51:47.113679 am UUID: 56a7592a-90ef-4c61-8b03-51094781d61f Ancestors: ShoutCore-mt.83 Shout robustness. If anything goes wron with source file access (recursive errors in the debugger, etc) then method getSource may not answer sufficient text and a bounds violation can occur in Shout. This prevents that. =============== Diff against ShoutCore-mt.83 =============== Item was changed: ----- Method: SHParserST80>>initializeVariablesFromContext (in category 'parse support') ----- initializeVariablesFromContext + | contextSourcePcIndex contextSource contextSourceParser | - | contextSourcePcIndex contextSourceParser | contextSourcePcIndex := (context debuggerMap rangeForPC: (context isDead ifTrue: [context endPC] ifFalse: [context pc]) in: context method contextIsActiveContext: true "... to really use the context's pc.") start. + contextSource := context method getSource. contextSourceParser := self class new classOrMetaClass: context method methodClass; environment: self environment; + source: (contextSource first: (contextSourcePcIndex min: contextSource size)); - source: (context method getSource first: contextSourcePcIndex); yourself. contextSourceParser parse. arguments := contextSourceParser activeArguments. + temporaries := contextSourceParser activeTemporaries! - temporaries := contextSourceParser activeTemporaries.!

1 0

VW font setting
by tim Rowledge 03 Jul '20

03 Jul '20

If there's anyone in the list that has recently used VW and knows how to get fonts set up to be actually readable in a VW8.3 system running on Ubuntu lite with the xfce4 window manager.... I'd appreciate any pointers to helpful info. So far googling and digging into the colossal pile of code that appears to be font related has secured no effects whatsoever in getting anything better than almost utterly unreadable fonts for menus, buttons etc. My eyes hurt! tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim A)bort, R)etry or S)elf-destruct?

2 3

Jump to page: