Squeak-dev December 2016

squeak-dev@lists.squeakfoundation.org

39 participants
137 discussions

Strange SSL error
by Chris Muller 30 Dec '16

30 Dec '16

An application I've been running for a couple of years has started failing when trying to use WebClient. I see a lot of instances of this error in the console: 4149581508:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:../../ssl/s23_clnt.c:531 Is this a SqueakSSL issue? I have two versions of the SqueakSSL plugin, one is < 100K the other is > 8.9MB from April, 2015, which I think is Levente's statically-linked one. The app needs to access various API's and scrape various web sites. Any ideas on this error and what should I be running these days for SqueakSSL? thanks

3 2

Sensor shiftPressed
by Eliot Miranda 29 Dec '16

29 Dec '16

Hi All, Sensor shiftPressed no longer functions. Is there a replacement? If so, what is it, and can we mark shiftPressed as deprecated? If not, can it be fixed? It's the escape key in the debugger's runUntil, and useful for turning off display update when things are running for a very long time. _,,,^..^,,,_ best, Eliot

4 4

Squeak VM Speed Centre - validity and basis of improvements 5 Dec
by Ben Coman 28 Dec '16

28 Dec '16

On Sat, Dec 24, 2016 at 8:13 PM, Tim Felgentreff <timfelgentreff(a)gmail.com> wrote: >We run benchmarks every day on > http://speed.squeak.org/. Reviewing at the timeline http://speed.squeak.org/timeline/ I am curious about some of the performance improvements. Several significant improvements seem aligned with Cog commit 2016120519 for example AStar... http://speed.squeak.org/timeline/#/?exe=2,4,1,5,6,7,8,9&ben=AStar&env=2&rev… which seems to be "Merge pull request #105 from estebanlm/Cog" https://github.com/OpenSmalltalk/opensmalltalk-vm/network But then also aligned with the same Cog commit, there is a corresponding improvement in the rsqueak performance, for example ArrayAccess... http://speed.squeak.org/timeline/#/?exe=2,4,1,5,6,7,8,9&ben=ArrayAccess&env… ...which seems to indicate a common cause from an in-Image improvement, for which between 2016120322 and 2016120519 I see "The various scanFor: and scanForEmptySlotFor: implementations only need to access the size of their array once." * Trunk: Kernel-eem.1050.mcz (MethodDictionary) http://forum.world.st/The-Trunk-Kernel-eem-1050-mcz-td4925618.html * Trunk: System-eem.920.mcz (SystemDictionary) http://forum.world.st/The-Trunk-System-eem-920-mcz-td4925619.html So I'm curious do the benchmarks track both Image and VM changes? Perhaps it would be useful to also benchmark Pharo to control for Image changes (now that its returned to the fold using the mainline opensmalltalk-vm) Now I'm further curious, the benchmarks below see a massive jump down for 2016120519 for all data series, but all results are relatively very close to zero, so I wonder are these valid results? ByteStringHash ClassVarBinding Compiler EqualBytes Fib FillArray FillByteArray FillString Graphsearch HashBytes HashWords InstVarAccess IntLoop IntegerByteCodes ModularConvolutionBytes ModularConvolutionWords ModularDotProductBytes ModularDotProductWords ModularSumBytes ModularSumWords PermutationCompositionArray PermutationCompositionWords Richards Send SendPrimitive SendWithManyArguments Slopstone WideStringHash Here all series jump down, and the result range seems valid... FloatLoop Here all series jump, and the result range seems valid. Rsqueak improves more... ShootoutSpectraNorm Here cog32, cog64 & rsqueakvm32 have a small jump down, but its is very close to zero, so are they valid? rsqueakvm64 shows no change... Blowfish Here only Cog jumps down, RSqueak stays much higher, seems valid.. OrderedCollectionRandomInsert Nbody Here only Cog jumps down, RSqueak being already pretty low. The results seem valid AStar ArrayAccess BinaryTree BitBltExampleOne DeltaBlue DoesNotUnderstand Json Mandala MandelbrotIterative1Thread MandelbrotIterative2Thread MandelbrotIterative4Thread MandelbrotIterative8Thread MandelbrotRecursive1Thread MandelbrotRecursive2Thread MandelbrotRecursive4Thread MandelbrotRecursive8Thread OrderedCollectionInsertFirst Here only Cog jumps down, Rsqueak is unchanged or not present, seems valid... Smopstone SplayTree ToolInteraction Here only cog32 jumps down, cog64, rsqueakvm32 & rsqueakvm64 no change, seems valid... Fannkuck Here RSqueak improves, Cog stays the same, seems valid... ShootoutMandelbrot3 ShootoutNBody The follow have no significant change around 5 Dec... BitBltColorMapping - all already low DSAGen - all already low KMeans LRUCachePrintString Mandelbrot Polymorphy RaiseToLargeNumber RenderFont ShaLongString ShootoutBinarytrees ShootoutChameneosRedux ShootoutFannkuchRedux ShootoutFasta ShootoutFastaRedux ShootoutKnucleotide ShootoutMeteor ShootoutPidigits ShootoutRegexDNA ShootoutReverseComplement ShootoutThreadring I also see around that time on 2 Dec Fabio says "I have fixed the Squeak-trunk pipeline and we finally get daily updates again." So maybe there were suddenly a bundle of improvements that showed up in one go - but it seems the 2016120322 build should have picked those up and didn't. http://forum.world.st/Squeak-trunk-images-td4925570.html

3 7

The Trunk: System-ul.922.mcz
by commits＠source.squeak.org 27 Dec '16

27 Dec '16

Levente Uzonyi uploaded a new version of System to project The Trunk: http://source.squeak.org/trunk/System-ul.922.mcz ==================== Summary ==================== Name: System-ul.922 Author: ul Time: 27 December 2016, 11:07:17.892759 pm UUID: 694a8729-9b50-42d3-ae51-04dc932ab1f8 Ancestors: System-eem.921 SystemNavigation>>browseMethodsWithString:matchCase: - ignore method selector from the results, just like messages - cache messages for performance =============== Diff against System-eem.921 =============== Item was changed: ----- Method: SystemNavigation>>browseMethodsWithString:matchCase: (in category 'browse') ----- browseMethodsWithString: aString matchCase: caseSensitive "Launch a browser on all methods that contain string literals with aString as a substring. Make the search case-sensitive or insensitive as dictated by the caseSensitive boolean parameter" + | selector messages | + self + browseAllSelect: [ :method | + selector := messages := nil. + method hasLiteralSuchThat: [ :literal | + literal isString + and: [ (literal includesSubstring: aString caseSensitive: caseSensitive) + and: [ literal isSymbol + ifFalse: [ true ] + ifTrue: [ + ((selector ifNil: [ selector := method selector ]) == literal + or: [ (messages ifNil: [ messages := method messages ]) includes: literal ]) not ] ] ] ] ] - self browseAllSelect: - [:method | - method hasLiteralSuchThat: - [:lit | - lit isString - and: [(lit includesSubstring: aString caseSensitive: caseSensitive) - and: [lit isSymbol - ifTrue: [(method messages includes: lit) not] - ifFalse: [true]]]]] name: 'Methods with string ', aString printString, (caseSensitive ifTrue: [' (case-sensitive)'] ifFalse: [' (case-insensitive)']) autoSelect: aString!

1 0

#species vs OrderedColleciton
by Levente Uzonyi 27 Dec '16

27 Dec '16

Hi All, We had a discussion[1] about #species, in the context of Sets and IdentitySets, and its multiple roles which it cannot fulfill[2]. A similar issue arises in case of OrderedCollection and its subclasses, but with a smoother resolution, because an OrderedCollection is always an acceptable result (for #collect:). So, I suggest we should change OrderedCollection >> #collect: to always return an OrderedCollection. This change obviously would not affect OrderedCollection, but we already have the same override in SortedCollection. Example: Currently the following raises and error: (FloatCollection withAll: #(1 2 3)) collect: #asString Of course, #collect:as: works as expected: (FloatCollection withAll: #(1 2 3)) collect: #asString as: OrderedCollection "==> an OrderedCollection('1.0' '2.0' '3.0')" So, why not make #collect: behave the same way? This change would make #species not being used in #collect:, which is similar to the solution we have in Set and subclasses. Currently #select: and #copyEmpty also use #species, but no class implements #species in the hierarchy. So, changing #species to return OrderedCollection would have unwanted side effects. (This also shows that #species doesn't solve anything here.) Any objections? Levente [1] http://lists.squeakfoundation.org/pipermail/squeak-dev/2014-November/180766… [2] http://lists.squeakfoundation.org/pipermail/squeak-dev/2014-November/180809…

3 7

Broken: squeak-smalltalk/squeak-app#320 (master - 87356bd)
by Travis CI 27 Dec '16

27 Dec '16

Build Update for squeak-smalltalk/squeak-app ------------------------------------- Build: #320 Status: Broken Duration: 14 minutes and 20 seconds Commit: 87356bd (master) Author: Fabio Niephaus Message: Exclude SqueakSSLTest View the changeset: https://github.com/squeak-smalltalk/squeak-app/compare/867efa13c3594f99e9ed… View the full build log and details: https://travis-ci.org/squeak-smalltalk/squeak-app/builds/186982810 -- You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications

3 2

Broken: squeak-smalltalk/squeak-app#320 (master - 87356bd)
by Travis CI 27 Dec '16

27 Dec '16

1 0

Broken: squeak-smalltalk/squeak-app#320 (master - 87356bd)
by Travis CI 27 Dec '16

27 Dec '16

1 0

Broken: squeak-smalltalk/squeak-app#319 (master - 87356bd)
by Travis CI 26 Dec '16

26 Dec '16

Build Update for squeak-smalltalk/squeak-app ------------------------------------- Build: #319 Status: Broken Duration: 21 minutes and 25 seconds Commit: 87356bd (master) Author: Fabio Niephaus Message: Exclude SqueakSSLTest View the changeset: https://github.com/squeak-smalltalk/squeak-app/compare/867efa13c3594f99e9ed… View the full build log and details: https://travis-ci.org/squeak-smalltalk/squeak-app/builds/186791897 -- You can configure recipients for build notifications in your .travis.yml file. See https://docs.travis-ci.com/user/notifications

1 0

Broken: squeak-smalltalk/squeak-app#319 (master - 87356bd)
by Travis CI 26 Dec '16

26 Dec '16

1 0

Jump to page: