Squeak-dev January 2018

squeak-dev@lists.squeakfoundation.org

50 participants
171 discussions

Start a nNew thread

ByteArray>>at:put:
by Bert Freudenberg 30 Apr '18

30 Apr '18

#[195 164] collect: [:c | c hex] => #[16 16] I think this should have raised an error. Tim? - Bert -

7 13

The Trunk: Files-tpr.177.mcz
by commits＠source.squeak.org 12 Apr '18

12 Apr '18

tim Rowledge uploaded a new version of Files to project The Trunk: http://source.squeak.org/trunk/Files-tpr.177.mcz ==================== Summary ==================== Name: Files-tpr.177 Author: tpr Time: 8 January 2018, 2:42:23.914232 pm UUID: c7c9aa30-635c-40a5-abff-1001a16e85ea Ancestors: Files-tpr.176 Remove a spurious use of #checkName:fixErrors: that wilfully mangled filenames - it wasn't even the right thing to do since the #newFileNamed: carefully uses it within each path segment. The writeSourceCode... method is still insane even after this. It looks like it is something left over from the partial i18n era. See also crazy things like #multiCs. See also the apparent complete nonsense of the supposed html flag; I can't find any places where actual html is generated and the only effect seems to be the file extension used ? =============== Diff against Files-tpr.176 =============== Item was changed: ----- Method: FileDirectory>>writeSourceCodeFrom:baseName:isSt:useHtml: (in category 'utilities') ----- writeSourceCodeFrom: aStream baseName: baseName isSt: stOrCsFlag useHtml: useHtml "Write the source code from aStream into a file." | extension converter f fileName | aStream contents isAsciiString ifTrue: [ stOrCsFlag ifTrue: [ extension := (FileDirectory dot, FileStream st). ] ifFalse: [ extension := (FileDirectory dot, FileStream cs). ]. converter := MacRomanTextConverter new. ] ifFalse: [ stOrCsFlag ifTrue: [ extension := (FileDirectory dot, FileStream st "multiSt"). ] ifFalse: [ extension := (FileDirectory dot, FileStream cs "multiCs"). ]. converter := UTF8TextConverter new. ]. fileName := useHtml ifTrue: [baseName, '.html'] ifFalse: [baseName, extension]. - fileName := self checkName: fileName fixErrors: true. f := self newFileNamed: fileName. f ifNil: [^ self error: 'Cannot open file']. (converter isMemberOf: UTF8TextConverter) ifTrue: [f binary. UTF8TextConverter writeBOMOn: f]. f text. f converter: converter. f nextPutAll: aStream contents. f close. !

4 3

Re: [squeak-dev] The Inbox: Collections-ul.564.mcz
by Chris Muller 12 Mar '18

12 Mar '18

I guess there's infinite recursion in Array's printing method too... An Array containing itself? Obviously that's a rare structure the system has never dealt with. Do you think there'll be any other traversing methods that might be affected? On Mon, Feb 3, 2014 at 7:48 AM, <commits(a)source.squeak.org> wrote: > A new version of Collections was added to project The Inbox: > http://source.squeak.org/inbox/Collections-ul.564.mcz > > ==================== Summary ==================== > > Name: Collections-ul.564 > Author: ul > Time: 3 February 2014, 2:35:36.802 pm > UUID: 4b9a37ef-df86-40a0-a0dd-8e8b2c04d4ed > Ancestors: Collections-ul.563 > > Make sure that Array >> #isLiteral won't get into an infinite recursion, even if the receiver has an recursive structure. > > =============== Diff against Collections-ul.563 =============== > > Item was changed: > ----- Method: Array>>isLiteral (in category 'testing') ----- > isLiteral > + > + ^self class == Array and: [ > + self isLiteralIfContainedBy: IdentitySet new ]! > - ^self class == Array and: [self allSatisfy: [:each | each isLiteral]]! > > Item was added: > + ----- Method: Array>>isLiteralIfContainedBy: (in category 'testing') ----- > + isLiteralIfContainedBy: parents > + " Answer whether the receiver has a literal text form recognized by the compiler. Precondition: the receiver is an instance of Array. " > + > + (parents includes: self) ifTrue: [ ^false ]. > + parents add: self. > + 1 to: self size do: [ :index | > + | element | > + element := self at: index. > + (element class == Array > + ifTrue: [ element isLiteralIfContainedBy: parents ] > + ifFalse: [ element isLiteral ]) ifFalse: [ ^false ] ]. > + parents remove: self. > + ^true! > >

4 4

Text cursor, text selection drag/drop, and drag-transfer morph
by Marcel Taeumel 27 Feb '18

27 Feb '18

Hi, there. :-) In the last two days, I had fun with text selections. You can now drag a selection and drop it somewhere in a(nother) text morph --- if you enable the preference "Draggable Text Selections". As usual, hold [SHIFT] for copy, otherwise it will move. I also changed TransferMorph to make use of UI themes. You might have to rebuilt your themes via "UserInterfaceTheme cleanUp: true" to see the change. That's all for this year. :-) Merry Christmas everybody! Best, Marcel P.S.: Please forgive my strange mail application to prefix this list with "Hanh Ho Si via". I am still in the process of figuring out how to control it.

6 6

Election, do you know where your email goes?
by Ron Teitelbaum 25 Feb '18

25 Feb '18

Hi All, As a reminder the Squeak Oversight Election starts on Monday. If you received a ballot last year you are already set. If you would like to vote please send an email to voters(a)sueak.org If you are not sure about an email please let me know. You have until Monday to ensure you are ready to vote. Voting is one of the more important contributions you can make to your community. Please VOTE! All the best, Ron Teitelbaum

4 5

Serious garbage/storage leak issue with MCInfoProxy
by Eliot Miranda 21 Feb '18

21 Feb '18

Hi All, I've been experiencing image save slowdowns recently and finally my work image reached 1.%Gb and I thought I better take a look: Sisyphus.Cog$ ls -lh SpurWork64.* save/SpurWork64-* -rw-r--r--@ 1 eliot staff 28M Jan 18 12:47 SpurWork64.changes -rw-r--r--@ 1 eliot staff 1.6G Jan 18 12:48 SpurWork64.image -rw-r--r--@ 1 eliot staff 28M Jan 18 12:03 save/SpurWork64-2018-01-18.changes -rw-r--r--@ 1 eliot staff 1.5G Jan 18 12:03 save/SpurWork64-2018-01-18.image I ran a space analysis and found that Bitmap and ByteArray were the top two, so I looked for large Bitmaps. I found three that fit this criterion: Bitmap allInstances select: [:bm| bm size >= 1000000 and: [bm ~~ Display bits]] I inspected the three and did a chase pointers on one of them. As I did that suddenly a) the inspector on the Array became empty (still an array but zero elements) b) the progress bar for Downloading FlexibleVocabularies-who.NN appeared I interrupted this and did a very cursory stack examination. Some object had not understood isLiteral and from there what looked like an attempt to turn this stub into a real object caused FlexibleVocabularies-who.NN to start to download. I threw away the debugger, ran the GC and suddenly all my free space was back. So now on disc I have Sisyphus.Cog$ ls -lh SpurWork64.* save/SpurWork64-* -rw-r--r--@ 1 eliot staff 28M Jan 18 15:17 SpurWork64.changes -rw-r--r--@ 1 eliot staff 57M Jan 18 15:17 SpurWork64.image -rw-r--r--@ 1 eliot staff 28M Jan 18 12:03 save/SpurWork64-2018-01-18.changes -rw-r--r--@ 1 eliot staff 1.5G Jan 18 12:03 save/SpurWork64-2018-01-18.image What is going on here? There seems to be a very bad storage leak. Can we please discuss this? This doesn't seem like healthy behaviour at all :-) _,,,^..^,,,_ best, Eliot

9 27

https
by Eliot Miranda 12 Feb '18

12 Feb '18

Hi All, what are people using for https support? _,,,^..^,,,_ best, Eliot

6 23

Another missing snapshot: SmallLand-ColorTheme-fbs.6
by Fabio Niephaus 05 Feb '18

05 Feb '18

Hi all, Updating the trunk base image [1] throws another missing snapshot error. This time it's SmallLand-ColorTheme-fbs.6. Could someone please fix this as it's blocking trunk builds? Thanks, Fabio [1] http://files.squeak.org/base/Squeak-trunk/base.zip [image: image.png]

7 28

ClockAndCalendarMorphs project on SqueakSource
by Louis LaBrunda 04 Feb '18

04 Feb '18

Hi, I have created and uploaded my ClockAndCalendarMorphs project on SqueakSource. It depends upon another of my projects, KscAstroDataApp. KscAstroDataApp is used to calculate sunrise and sunset times displayed on the clock and calendar. Latitude and longitude are required for the sunrise and sunset calculations. If you don't supply them, no attempt will be made to do the calculations. In that case the KscAstroDataApp package should not be needed. Anyway it is probably best to download it too. I'm new to SqueakSource and I'm not sure I defined the dependency correctly. If not, I will fix it. Please let me know if you have any problems. The code below will get you started testing/playing with the clock morph. The latitude & longitude are for my location. The #initialize method of ClockImageMorph has a lot of comments about the options of the clock. Have fun. Lou | c | " c := ClockImageMorph clockFace: 'path2picture.jpg'." c := ClockImageMorph new. " c setTestMode." c desiredExtent: 1200@800. c setIncludeCalendar. c latitude: 40.66296 longitude: -74.535398. " c beTwentyFourHourClock." c setUseArabicNumerals. " c setUseRomanNumerals." c setAddCirclesAndTicks. " c setUseFancyHourHand. c setUseFancyMinuteHand. c setUseFancySecondHand." " c beFullScreen." c setShowDateTimeInfo. c numberColor: Color blue; circleColor: Color blue; tickColor: Color blue. c hourHandColor: Color blue; minuteHandColor: Color blue; secondHandColor: Color blue. c calendarTextColor: Color blue. c open. -- Louis LaBrunda Keystone Software Corp. SkypeMe callto://PhotonDemon

11 30

MQTT for Squeak?
by tim Rowledge 02 Feb '18

02 Feb '18

I’m having all sorts of fun making some weather station and environmental sensors with assorted Pi and ESP8266 boards and I need a nice way to make the sensor nodes report back to base. Since the ESP8266 modules don’t run squeak (shame!) I’m using Arduino-c++ (blech) on them, and since the weather sensor code already existed in python (double-blech) I’m using that on the weather-pi board. I’ve been recommended to look at MQTT as a way to bind them all together and from what little sense I can make of the assorted stuff that googling had lead me to (good grief, so much acronym laden gibberish) it looks like it might do the job. Googling for a squeak mqtt package has revealed nothing thus far so I’m now appealing to the list for any news. tim -- tim Rowledge; tim(a)rowledge.org; http://www.rowledge.org/tim Useful Latin Phrases:- O! Plus! Perge! Aio! Hui! Hem! = Oh! More! Go on! Yes! Ooh! Ummm!

8 28

Jump to page: