Squeak-dev July 2018

squeak-dev@lists.squeakfoundation.org

28 participants
119 discussions

The Trunk: KernelTests-eem.346.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

Eliot Miranda uploaded a new version of KernelTests to project The Trunk: http://source.squeak.org/trunk/KernelTests-eem.346.mcz ==================== Summary ==================== Name: KernelTests-eem.346 Author: eem Time: 27 July 2018, 2:53:08.035755 pm UUID: 76014505-197e-4f48-93de-5f33856bcd6f Ancestors: KernelTests-eem.345 Make the pragma tests survive a trailing comment being included in Pragma>>printOn:. =============== Diff against KernelTests-eem.345 =============== Item was changed: ----- Method: MethodPragmaTest>>assertPragma:givesKeyword:arguments: (in category 'utilities') ----- assertPragma: aString givesKeyword: aSymbol arguments: anArray + | pragma decompiled pragmaString index | - | pragma decompiled | pragma := self pragma: aString selector: #zork. + self assert: aSymbol equals: pragma keyword. + self assert: anArray equals: pragma arguments. - self assert: pragma keyword = aSymbol. - self assert: pragma arguments = anArray. decompiled := (self class>>#zork) decompile. + self assert: (decompiled properties pragmas includes: pragma). + pragmaString := pragma printString. + "Pragma printString may contain a comment; if so, delete it" + (index := pragmaString indexOfSubCollection: '> "in ') > 0 ifTrue: + [pragmaString := pragmaString copyFrom: 1 to: index]. + self assert: (decompiled printString includesSubstring: pragmaString)! - self assert: (decompiled properties pragmas includes: pragma). - self assert: (decompiled asString includesSubstring: pragma asString).!

1 0

[Test][Squeak5.2a][Metacello] Installation causes VM crash
by H. Hirzel 27 Jul '18

27 Jul '18

Hello The installation of Metacello causes a VM crash. http://wiki.squeak.org/squeak/6157 https://github.com/Metacello/metacello "Get the Metacello configuration (for Squeak users)" Installer gemsource project: 'metacello'; addPackage: 'ConfigurationOfMetacello'; install. "Result : OK" "Bootstrap Metacello Preview, using mcz files (#'previewBootstrap' symbolic version" ((Smalltalk at: #ConfigurationOfMetacello) project version: #'previewBootstrap') load. "Result : OK" "Load the Preview version of Metacello from GitHub" (Smalltalk at: #Metacello) new configuration: 'MetacelloPreview'; version: #stable; repository: 'github://Metacello/metacello:configuration'; load. "CRASH" "Now load latest version of Metacello" (Smalltalk at: #Metacello) new baseline: 'Metacello'; repository: 'github://Metacello/metacello:master/repository'; get. (Smalltalk at: #Metacello) new baseline: 'Metacello'; repository: 'github://Metacello/metacello:master/repository'; load. Regards Hannes

6 23

Re: [squeak-dev] Squeak-dev Digest, Vol 187, Issue 43
by Ger Tielemans 27 Jul '18

27 Jul '18

Examples in the real world as Jupyter notebooks and their spin-offs are examples of how people would like dynabooks. https://github.com/jupyter/jupyter/wiki/A-gallery-of-interesting-Jupyter-No… -----Original Message----- From: Squeak-dev [mailto:squeak-dev-bounces@lists.squeakfoundation.org] On Behalf Of squeak-dev-request(a)lists.squeakfoundation.org Sent: 26 July 2018 04:19 To: squeak-dev(a)lists.squeakfoundation.org Subject: Squeak-dev Digest, Vol 187, Issue 43 Send Squeak-dev mailing list submissions to squeak-dev(a)lists.squeakfoundation.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev or, via email, send a message with subject or body 'help' to squeak-dev-request(a)lists.squeakfoundation.org You can reach the person managing the list at squeak-dev-owner(a)lists.squeakfoundation.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Squeak-dev digest..." Today's Topics: 1. Re: Dynabook concept, critic view (Hilaire) 2. Re: [Test][Squeak5.2a][Metacello] Installation causes VM crash (Fabio Niephaus) 3. [ANN] A new way of view Squeak Wiki (Edgar De Cleene) 4. The Trunk: Tools-eem.827.mcz (commits(a)source.squeak.org) 5. Re: [Test][Squeak5.2a][Metacello] Installation causes VM crash (David T. Lewis) 6. Re: [Test][Squeak5.2a][Metacello] Installation causes VM crash (Eliot Miranda) ---------------------------------------------------------------------- Message: 1 Date: Wed, 25 Jul 2018 16:40:15 +0100 From: Hilaire <hilaire(a)drgeo.eu> To: squeak-dev(a)lists.squeakfoundation.org Subject: Re: [squeak-dev] Dynabook concept, critic view Message-ID: <pja5h1$3g2$1(a)blaine.gmane.org> Content-Type: text/plain; charset=utf-8 Le 24/07/2018 à 06:39, H. Hirzel a écrit : > The Dynabook concept is often linked to the Etoys concept and > implementation. I think it is important that you remind us that Etoys > is constructivism oriented and as such is not the only learning model. > So it actually results in the conclusion that the field of application > of the Dynabook idea is much wider. In the sense of a 'Dynamic book' > read and used on an electronic device. > > A question then is > > Do we think of a 'Dynamic note book'? > > A note book comes with initially blank pages and this is what the > current Squeak/Pharo/Cuis releases represent at the moment. For me they are programming Smalltalk environment. > What does 'writing a dynamic essay' mean? > > As with traditional text book writing there is > a) formatted text and > b) graphics. What comes in addition are > c) short scripts relying on existing material to produce graphics and > animations. > d) sound > e) video f) Glueing together simulation with Smalltalk code > Then a last question which I think should be investigated thoroughly > be looking also at past efforts. > > What makes such an endeavour successful? > > As a contribution towards an answer I have > > a) "ease of use". > > - This is mostly about the language and DSL used for scripting > - And for this to happen it also means that there is a considerable > collection of examples. > > b) availability of a "lesson / teaching units collection" . c) matching the teacher needs d) ease of re-usability of simulation f) ease to glue simulations together build meta-simulation g) in-situ documentation and guiding > In terms of downloads, your Dr. Geo implementation of a Smalltalk > based scripting environment for producing teaching and learning > artifacts is successful. So the question may as well be > > "What will make it MORE successful?" Not sure. Hilaire > > --Hannes > > > [1] In terms of implementation _one option_ is that the content is > assembled in the Smalltalk environment and then an exported version > in HTML/CSS/JavaScript is produced to be read on the web. -- Dr. Geo http://drgeo.eu ------------------------------ Message: 2 Date: Wed, 25 Jul 2018 20:52:12 +0200 From: Fabio Niephaus <lists(a)fniephaus.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Subject: Re: [squeak-dev] [Test][Squeak5.2a][Metacello] Installation causes VM crash Message-ID: <CADfnKi6i+ztrdRdi+EMizSWtzdCAYitH0gXn=zbCAyB-ar0_yQ(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi all, I've upgraded all VMs and Travis has rebuilt all 18150 bundles: http://files.squeak.org/5.2alpha/Squeak5.2alpha-18150-32bit/ http://files.squeak.org/5.2alpha/Squeak5.2alpha-18150-64bit/ Newer bundles will also ship with these VMs. Happy testing, Fabio On Wed, Jul 25, 2018 at 9:46 AM Fabio Niephaus <lists(a)fniephaus.com> wrote: > > > On Wed, Jul 25, 2018 at 9:16 AM Tobias Pape <Das.Linux(a)gmx.de> wrote: > >> Hi >> >> > On 25.07.2018, at 08:23, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> > >> > A retest with >> > >> > >> http://files.squeak.org/trunk/Squeak5.2alpha-18150-32bit/Squeak5.2alpha-181… >> > >> > and >> > >> > Installer ensureRecentMetacello >> > >> > (Ubuntu 14.04 based Linux) >> > >> > shows that this VM update has not made it into the latest version. >> >> Yes, because the VM used is from April. >> >> Best regards >> -Tobisa >> > > The VMs shipping with our bundles need to be updated by hand. But first, I > need to prepare a pre-release of the OSVM...will work on this today... > > Fabio > > >> >> > >> > >> > >> > --Hannes >> > >> > On 7/6/18, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> I replaced in >> >> >> >> /Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/Linux-i686 >> >> >> >> the content what the screen shot shows. >> >> >> >> Then in Squeak in a workspace I did >> >> >> >> Installer ensureRecentMetacello. >> >> >> >> >> >> Result: OK, i.e. on VM crash. >> >> >> >> Vielen Dank! >> >> >> >> --Hannes >> >> >> >> On 7/6/18, Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >>> Hi Hannes, >> >>> >> >>>> On 06.07.2018, at 12:01, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>> >> >>>> Hi Tobias >> >>>> >> >>>> A quick answer! Great! >> >>>> >> >>>> Where do I get this VM and how do I replace it in the All-In-One? >> This >> >>>> is what I am using for testing >> >>>> (Linux) >> >>>> >> >>>> http://files.squeak.org/trunk/Squeak5.2alpha-18138-32bit/ >> >>> >> >>> use the image from there and a vm from here: >> >>> >> >>> https://bintray.com/opensmalltalk/vm/cog/201807060950#files >> >>> for example this: >> >>> >> https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spu… >> >>> or this (64bit): >> >>> >> https://bintray.com/opensmalltalk/vm/download_file?file_path=squeak.cog.spu… >> >>> >> >>> >> >>> Best regards >> >>> -Tobias >> >>>> >> >>>> Regards >> >>>> Hannes >> >>>> >> >>>> On 7/6/18, Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >>>>> Hi all >> >>>>> >> >>>>> >> >>>>> Can you test with a new vm? I have a change in 97b799c >> >>>>> (opensmalltalk-vm) >> >>>>> that could simply fix that. >> >>>>> >> >>>>> Best regards >> >>>>> -Tobias >> >>>>> >> >>>>> >> >>>>>> On 05.07.2018, at 01:28, Levente Uzonyi <leves(a)caesar.elte.hu> >> wrote: >> >>>>>> >> >>>>>> On Thu, 5 Jul 2018, H. Hirzel wrote: >> >>>>>> >> >>>>>>> You mean though I get >> >>>>>>> >> >>>>>>> openssl version -a >> >>>>>>> 1.0.2l >> >>>>>>> >> >>>>>>> How would I then remove 1.0.1? >> >>>>>> >> >>>>>> To find out what you have installed: >> >>>>>> >> >>>>>> $ aptitude search libssl1 | grep ^i >> >>>>>> >> >>>>>> or if you don't have aptitude installed: >> >>>>>> >> >>>>>> $ apt search libssl1 | grep installed >> >>>>>> >> >>>>>> To remove libssl1.0.0, which you should only do if the >> self-compiled >> >>>>>> 1.0.2 >> >>>>>> satisfies all package dependencies and you're willing to update it >> >>>>>> from >> >>>>>> time to time yourself: >> >>>>>> >> >>>>>> $ sudo apt remove libssl1.0.0 >> >>>>>> >> >>>>>> Levente >> >>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> On 7/5/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>> You probably still have 1.0.1 installed. >> >>>>>>>> >> >>>>>>>> Levente >> >>>>>>>> >> >>>>>>>> On Thu, 5 Jul 2018, H. Hirzel wrote: >> >>>>>>>> >> >>>>>>>>> I followed >> >>>>>>>>> >> https://www.miguelvallejo.com/updating-to-openssl-1-0-2g-on-ubuntu-server-1… >> >>>>>>>>> >> >>>>>>>>> and got the ssl version (full info below) >> >>>>>>>>> 1.0.2l >> >>>>>>>>> >> >>>>>>>>> It still crashes. >> >>>>>>>>> >> >>>>>>>>> --Hannes >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> openssl version -a >> >>>>>>>>> OpenSSL 1.0.2l 25 May 2017 >> >>>>>>>>> built on: reproducible build, date unspecified >> >>>>>>>>> platform: linux-elf >> >>>>>>>>> options: bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) idea(int) >> >>>>>>>>> blowfish(idx) >> >>>>>>>>> compiler: gcc -I. -I.. -I../include -DOPENSSL_THREADS >> -D_REENTRANT >> >>>>>>>>> -DDSO_DLFCN -DHAVE_DLFCN_H -Wa,--noexecstack -DL_ENDIAN -O3 >> >>>>>>>>> -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS >> >>>>>>>>> -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m >> >>>>>>>>> -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM >> >>>>>>>>> -DRMD160_ASM >> >>>>>>>>> -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> On 7/5/18, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>>>>>>>> Yes it is Linux, Ubuntu based, 14.04 >> >>>>>>>>>> and libssl has >> >>>>>>>>>> >> >>>>>>>>>> $ openssl version -a >> >>>>>>>>>> OpenSSL 1.0.1f 6 Jan 2014 >> >>>>>>>>>> built on: Thu Mar 19 15:10:04 UTC 2015 >> >>>>>>>>>> platform: debian-i386 >> >>>>>>>>>> >> >>>>>>>>>> So we can consider this to be a known error and ask for a later >> >>>>>>>>>> version >> >>>>>>>>>> of >> >>>>>>>>>> Linux >> >>>>>>>>>> >> >>>>>>>>>> Thank you. >> >>>>>>>>>> --Hannes >> >>>>>>>>>> >> >>>>>>>>>> On 7/4/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>>>>> Well, now I see that you use linux, though I still don't know >> >>>>>>>>>>> which. >> >>>>>>>>>>> Actually it doesn't really matter. What matters is which >> version >> >>>>>>>>>>> of >> >>>>>>>>>>> libssl >> >>>>>>>>>>> is installed on your machine. >> >>>>>>>>>>> I found that the SqueakSSL plugin crashes with libssl1.0.0 but >> >>>>>>>>>>> works >> >>>>>>>>>>> with 1.0.2 and 1.1. >> >>>>>>>>>>> >> >>>>>>>>>>> Levente >> >>>>>>>>>>> >> >>>>>>>>>>> On Wed, 4 Jul 2018, Levente Uzonyi wrote: >> >>>>>>>>>>> >> >>>>>>>>>>>> On Wed, 4 Jul 2018, H. Hirzel wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>>> Thank you for the feedback. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> You refer to issue >> >>>>>>>>>>>>> >> https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/260 >> >>>>>>>>>>>>> The answer is: Maybe it is the same, but I use a 32bit >> image, >> >>>>>>>>>>>>> see >> >>>>>>>>>>>>> below. >> >>>>>>>>>>>> >> >>>>>>>>>>>> Do you use linux? If yes, which version? >> >>>>>>>>>>>> >> >>>>>>>>>>>> Levente >> >>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> I was using the installation script from >> >>>>>>>>>>>>> https://github.com/Metacello/metacello >> >>>>>>>>>>>>> Squeak section. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> I did not know that I have to go for >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Installer ensureRecentMetacello >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> That is actually much better from a user point of view. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> But it causes a instant VM crash. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Image information is below >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> --Hannes >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Image >> >>>>>>>>>>>>> ----- >> >>>>>>>>>>>>> >> >>>>>>>>>>>> >> /media/user/data-ext4/Smtk/4-test-images/Squeak5.2a_latest/Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/Resources/Squeak5.2alpha-18134-32bit.image >> >>>>>>>>>>>>> Squeak5.2alpha >> >>>>>>>>>>>>> latest update: #18134 >> >>>>>>>>>>>>> Current Change Set: Unnamed1 >> >>>>>>>>>>>>> Image format 6521 (32 bit) >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Virtual Machine >> >>>>>>>>>>>>> --------------- >> >>>>>>>>>>>>> >> >>>>>>>>>>>> >> /media/user/data-ext4/Smtk/4-test-images/Squeak5.2a_latest/Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/Linux-i686/lib/squeak/5.0-201804030952/squeak >> >>>>>>>>>>>>> Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives >> >>>>>>>>>>>> VMMaker.oscog-eem.2361] >> >>>>>>>>>>>>> Unix built on Apr 3 2018 17:17:33 Compiler: 4.8.4 >> >>>>>>>>>>>>> platform sources revision VM: 201804030952 >> >>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> Date: >> >>>>>>>>>>>>> Tue >> >>>>>>>>>>>>> Apr >> >>>>>>>>>>>>> 3 11:52:19 2018 +0200 $ CommitHash: 29f50cf $ Plugins: >> >>>>>>>>>>>>> 201804030952 >> >>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> >>>>>>>>>>>>> CoInterpreter VMMaker.oscog-eem.2361 uuid: >> >>>>>>>>>>>>> 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 3 2018 >> >>>>>>>>>>>>> StackToRegisterMappingCogit VMMaker.oscog-eem.2361 uuid: >> >>>>>>>>>>>>> 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 3 2018 >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 7/4/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>>>>>>>> You're probably experiencing this issue: >> >>>>>>>>>>>>>> >> https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/260 >> >>>>>>>>>>>>>> Please confirm if that's the case. In general, it helps if >> you >> >>>>>>>>>>>>>> give a >> >>>>>>>>>>>>>> bit >> >>>>>>>>>>>>>> more information about the crash (VM, image, etc). >> >>>>>>>>>>>>>> Also I suggest you use Installer ensureRecentMetacello to >> load >> >>>>>>>>>>>>>> Metacello >> >>>>>>>>>>>>>> instead of that snippet, because that snippet breaks >> WebClient >> >>>>>>>>>>>>>> and >> >>>>>>>>>>>>>> SqueakSSL by loading an older, incompatible version of >> them. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Levente >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On Wed, 4 Jul 2018, H. Hirzel wrote: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Hello >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> The installation of Metacello causes a VM crash. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://wiki.squeak.org/squeak/6157 >> >>>>>>>>>>>>>>> https://github.com/Metacello/metacello >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Get the Metacello configuration (for Squeak users)" >> >>>>>>>>>>>>>>> Installer gemsource >> >>>>>>>>>>>>>>> project: 'metacello'; >> >>>>>>>>>>>>>>> addPackage: 'ConfigurationOfMetacello'; >> >>>>>>>>>>>>>>> install. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Result : OK" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Bootstrap Metacello Preview, using mcz files >> >>>>>>>>>>>>>>> (#'previewBootstrap' >> >>>>>>>>>>>>>>> symbolic version" >> >>>>>>>>>>>>>>> ((Smalltalk at: #ConfigurationOfMetacello) project >> >>>>>>>>>>>>>>> version: #'previewBootstrap') load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Result : OK" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Load the Preview version of Metacello from GitHub" >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> configuration: 'MetacelloPreview'; >> >>>>>>>>>>>>>>> version: #stable; >> >>>>>>>>>>>>>>> repository: 'github://Metacello/metacello:configuration'; >> >>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "CRASH" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Now load latest version of Metacello" >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> baseline: 'Metacello'; >> >>>>>>>>>>>>>>> repository: >> 'github://Metacello/metacello:master/repository'; >> >>>>>>>>>>>>>>> get. >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> baseline: 'Metacello'; >> >>>>>>>>>>>>>>> repository: >> 'github://Metacello/metacello:master/repository'; >> >>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Regards >> >>>>>>>>>>>>>>> Hannes >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>> >> >>> >> >>> >> >>> >> >> >> > >> >> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20180725…> ------------------------------ Message: 3 Date: Wed, 25 Jul 2018 17:57:35 -0300 From: Edgar De Cleene <edgardec2005(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Cc: squeakros(a)groups.io Subject: [squeak-dev] [ANN] A new way of view Squeak Wiki Message-ID: <A2E92161-548C-4F83-9B39-66D262C59CA5(a)gmail.com> Content-Type: text/plain; charset="utf-8" http://190.193.255.76:9090/1 <http://190.193.255.76:9090/1> Ip could change , use squeaks.org, wait 3 seconds and when the welcome shows, type /nnn to right of port for see wiki page. Enjoy Edgar @morplenauta -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20180725…> ------------------------------ Message: 4 Date: Wed, 25 Jul 2018 22:12:43 0000 From: commits(a)source.squeak.org To: squeak-dev(a)lists.squeakfoundation.org, packages(a)lists.squeakfoundation.org Subject: [squeak-dev] The Trunk: Tools-eem.827.mcz Message-ID: <E1fiS1q-000120-EL@andreas> Eliot Miranda uploaded a new version of Tools to project The Trunk: http://source.squeak.org/trunk/Tools-eem.827.mcz ==================== Summary ==================== Name: Tools-eem.827 Author: eem Time: 25 July 2018, 3:12:22.772831 pm UUID: 005a00a2-4a38-4aa5-b361-569231851539 Ancestors: Tools-cmm.826 Implement tempsAndValues in ContextVariablesInspector, allowing 'all temp vars' to display integers in the default integer base. [Leave Context>>tempsAndValues for now; someone can clean up the duplication later if desired.] =============== Diff against Tools-cmm.826 =============== Item was changed: ----- Method: ContextVariablesInspector>>selection (in category 'selecting') ----- selection "Refer to the comment in Inspector|selection." + ^selectionIndex + caseOf: { + [0] -> ['']. + [1] -> [object]. + [2] -> [object actualStackSize > 0 ifTrue: [object top] ifFalse: ['']]. + [3] -> [self tempsAndValues] } + otherwise: + [object debuggerMap namedTempAt: selectionIndex - 3 in: object]! - selectionIndex = 0 ifTrue:[^'']. - selectionIndex = 1 ifTrue: [^object]. - selectionIndex = 2 ifTrue: [^object actualStackSize > 0 ifTrue: [object top] ifFalse: ['']]. - selectionIndex = 3 ifTrue: [^object tempsAndValues]. - ^object debuggerMap namedTempAt: selectionIndex - 3 in: object! Item was added: + ----- Method: ContextVariablesInspector>>tempsAndValues (in category 'selecting') ----- + tempsAndValues + "Answer a string of the temporary variables and their current values" + | debuggerMap integerClasses aStream | + aStream := WriteStream on: (String new: 100). + debuggerMap := object debuggerMap. + integerClasses := Integer allSubclasses. + (debuggerMap tempNamesForContext: object) doWithIndex: + [:title :index | | temp | + aStream nextPutAll: title; nextPut: $:; space; tab. + temp := debuggerMap namedTempAt: index in: object. + (integerClasses identityIndexOf: (object objectClass: temp)) ~= 0 + ifTrue: [temp storeOn: aStream base: self defaultIntegerBase] + ifFalse: [object print: temp on: aStream]. + aStream cr]. + ^aStream contents! ------------------------------ Message: 5 Date: Wed, 25 Jul 2018 20:42:21 -0400 From: "David T. Lewis" <lewis(a)mail.msen.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Subject: Re: [squeak-dev] [Test][Squeak5.2a][Metacello] Installation causes VM crash Message-ID: <20180726004221.GA37637(a)shell.msen.com> Content-Type: text/plain; charset=us-ascii On Wed, Jul 25, 2018 at 08:52:12PM +0200, Fabio Niephaus wrote: > Hi all, > > I've upgraded all VMs and Travis has rebuilt all 18150 bundles: > http://files.squeak.org/5.2alpha/Squeak5.2alpha-18150-32bit/ > http://files.squeak.org/5.2alpha/Squeak5.2alpha-18150-64bit/ > > Newer bundles will also ship with these VMs. > > Happy testing, > Fabio > Thanks Fabio, Just downloaded and it looks good so far. Thanks for all the work that you have been doing to integrate and automate the builds. Dave ------------------------------ Message: 6 Date: Wed, 25 Jul 2018 19:19:16 -0700 From: Eliot Miranda <eliot.miranda(a)gmail.com> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> Cc: Open Smalltalk Virtual Machine Development Discussion <vm-dev(a)lists.squeakfoundation.org> Subject: Re: [squeak-dev] [Test][Squeak5.2a][Metacello] Installation causes VM crash Message-ID: <CAC20JE20QxEpO7Tw9id9ZRQt9fvOUXKdJSjC4HnTehB1RpBrzw(a)mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi Fabio, On Wed, Jul 25, 2018 at 12:46 AM, Fabio Niephaus <lists(a)fniephaus.com> wrote: > > > On Wed, Jul 25, 2018 at 9:16 AM Tobias Pape <Das.Linux(a)gmx.de> wrote: > >> Hi >> >> > On 25.07.2018, at 08:23, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> > >> > A retest with >> > >> > http://files.squeak.org/trunk/Squeak5.2alpha-18150-32bit/ >> Squeak5.2alpha-18150-32bit-All-in-One.zip >> > >> > and >> > >> > Installer ensureRecentMetacello >> > >> > (Ubuntu 14.04 based Linux) >> > >> > shows that this VM update has not made it into the latest version. >> >> Yes, because the VM used is from April. >> >> Best regards >> -Tobisa >> > > The VMs shipping with our bundles need to be updated by hand. But first, I > need to prepare a pre-release of the OSVM...will work on this today... > I found and fixed a serious bug with the mapping between machine code and bytecode pcs in the JIT today. I therefore want us to use the sources I just pushed for the new release. This is my preference. I will not insist. But if we find that VMs built from the latest source work (after all most of VMMaker.oscog is very stable; the volatile parts are of as-yet-unreleased JITs, SistaCogit, RegisterAllocatingCogit, et al), then it might be best to go with the new, after success in suitable shake down & release testing, of course. > Fabio > > >> >> > >> > >> > >> > --Hannes >> > >> > On 7/6/18, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >> I replaced in >> >> >> >> /Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/Linux-i686 >> >> >> >> the content what the screen shot shows. >> >> >> >> Then in Squeak in a workspace I did >> >> >> >> Installer ensureRecentMetacello. >> >> >> >> >> >> Result: OK, i.e. on VM crash. >> >> >> >> Vielen Dank! >> >> >> >> --Hannes >> >> >> >> On 7/6/18, Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >>> Hi Hannes, >> >>> >> >>>> On 06.07.2018, at 12:01, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>> >> >>>> Hi Tobias >> >>>> >> >>>> A quick answer! Great! >> >>>> >> >>>> Where do I get this VM and how do I replace it in the All-In-One? >> This >> >>>> is what I am using for testing >> >>>> (Linux) >> >>>> >> >>>> http://files.squeak.org/trunk/Squeak5.2alpha-18138-32bit/ >> >>> >> >>> use the image from there and a vm from here: >> >>> >> >>> https://bintray.com/opensmalltalk/vm/cog/201807060950#files >> >>> for example this: >> >>> https://bintray.com/opensmalltalk/vm/download_ >> file?file_path=squeak.cog.spur_linux32x86_201807060950.tar.gz >> >>> or this (64bit): >> >>> https://bintray.com/opensmalltalk/vm/download_ >> file?file_path=squeak.cog.spur_linux64x64_201807060950.tar.gz >> >>> >> >>> >> >>> Best regards >> >>> -Tobias >> >>>> >> >>>> Regards >> >>>> Hannes >> >>>> >> >>>> On 7/6/18, Tobias Pape <Das.Linux(a)gmx.de> wrote: >> >>>>> Hi all >> >>>>> >> >>>>> >> >>>>> Can you test with a new vm? I have a change in 97b799c >> >>>>> (opensmalltalk-vm) >> >>>>> that could simply fix that. >> >>>>> >> >>>>> Best regards >> >>>>> -Tobias >> >>>>> >> >>>>> >> >>>>>> On 05.07.2018, at 01:28, Levente Uzonyi <leves(a)caesar.elte.hu> >> wrote: >> >>>>>> >> >>>>>> On Thu, 5 Jul 2018, H. Hirzel wrote: >> >>>>>> >> >>>>>>> You mean though I get >> >>>>>>> >> >>>>>>> openssl version -a >> >>>>>>> 1.0.2l >> >>>>>>> >> >>>>>>> How would I then remove 1.0.1? >> >>>>>> >> >>>>>> To find out what you have installed: >> >>>>>> >> >>>>>> $ aptitude search libssl1 | grep ^i >> >>>>>> >> >>>>>> or if you don't have aptitude installed: >> >>>>>> >> >>>>>> $ apt search libssl1 | grep installed >> >>>>>> >> >>>>>> To remove libssl1.0.0, which you should only do if the >> self-compiled >> >>>>>> 1.0.2 >> >>>>>> satisfies all package dependencies and you're willing to update it >> >>>>>> from >> >>>>>> time to time yourself: >> >>>>>> >> >>>>>> $ sudo apt remove libssl1.0.0 >> >>>>>> >> >>>>>> Levente >> >>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> On 7/5/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>> You probably still have 1.0.1 installed. >> >>>>>>>> >> >>>>>>>> Levente >> >>>>>>>> >> >>>>>>>> On Thu, 5 Jul 2018, H. Hirzel wrote: >> >>>>>>>> >> >>>>>>>>> I followed >> >>>>>>>>> https://www.miguelvallejo.com/updating-to-openssl-1-0-2g-on- >> ubuntu-server-12-04-14-04-lts-to-stop-cve-2016-0800-drown-attack/ >> >>>>>>>>> >> >>>>>>>>> and got the ssl version (full info below) >> >>>>>>>>> 1.0.2l >> >>>>>>>>> >> >>>>>>>>> It still crashes. >> >>>>>>>>> >> >>>>>>>>> --Hannes >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> openssl version -a >> >>>>>>>>> OpenSSL 1.0.2l 25 May 2017 >> >>>>>>>>> built on: reproducible build, date unspecified >> >>>>>>>>> platform: linux-elf >> >>>>>>>>> options: bn(64,32) rc4(8x,mmx) des(ptr,risc1,16,long) idea(int) >> >>>>>>>>> blowfish(idx) >> >>>>>>>>> compiler: gcc -I. -I.. -I../include -DOPENSSL_THREADS >> -D_REENTRANT >> >>>>>>>>> -DDSO_DLFCN -DHAVE_DLFCN_H -Wa,--noexecstack -DL_ENDIAN -O3 >> >>>>>>>>> -fomit-frame-pointer -Wall -DOPENSSL_BN_ASM_PART_WORDS >> >>>>>>>>> -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m >> >>>>>>>>> -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM >> >>>>>>>>> -DRMD160_ASM >> >>>>>>>>> -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM >> >>>>>>>>> >> >>>>>>>>> >> >>>>>>>>> On 7/5/18, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: >> >>>>>>>>>> Yes it is Linux, Ubuntu based, 14.04 >> >>>>>>>>>> and libssl has >> >>>>>>>>>> >> >>>>>>>>>> $ openssl version -a >> >>>>>>>>>> OpenSSL 1.0.1f 6 Jan 2014 >> >>>>>>>>>> built on: Thu Mar 19 15:10:04 UTC 2015 >> >>>>>>>>>> platform: debian-i386 >> >>>>>>>>>> >> >>>>>>>>>> So we can consider this to be a known error and ask for a later >> >>>>>>>>>> version >> >>>>>>>>>> of >> >>>>>>>>>> Linux >> >>>>>>>>>> >> >>>>>>>>>> Thank you. >> >>>>>>>>>> --Hannes >> >>>>>>>>>> >> >>>>>>>>>> On 7/4/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>>>>> Well, now I see that you use linux, though I still don't know >> >>>>>>>>>>> which. >> >>>>>>>>>>> Actually it doesn't really matter. What matters is which >> version >> >>>>>>>>>>> of >> >>>>>>>>>>> libssl >> >>>>>>>>>>> is installed on your machine. >> >>>>>>>>>>> I found that the SqueakSSL plugin crashes with libssl1.0.0 but >> >>>>>>>>>>> works >> >>>>>>>>>>> with 1.0.2 and 1.1. >> >>>>>>>>>>> >> >>>>>>>>>>> Levente >> >>>>>>>>>>> >> >>>>>>>>>>> On Wed, 4 Jul 2018, Levente Uzonyi wrote: >> >>>>>>>>>>> >> >>>>>>>>>>>> On Wed, 4 Jul 2018, H. Hirzel wrote: >> >>>>>>>>>>>> >> >>>>>>>>>>>>> Thank you for the feedback. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> You refer to issue >> >>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk- >> vm/issues/260 >> >>>>>>>>>>>>> The answer is: Maybe it is the same, but I use a 32bit >> image, >> >>>>>>>>>>>>> see >> >>>>>>>>>>>>> below. >> >>>>>>>>>>>> >> >>>>>>>>>>>> Do you use linux? If yes, which version? >> >>>>>>>>>>>> >> >>>>>>>>>>>> Levente >> >>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> I was using the installation script from >> >>>>>>>>>>>>> https://github.com/Metacello/metacello >> >>>>>>>>>>>>> Squeak section. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> I did not know that I have to go for >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Installer ensureRecentMetacello >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> That is actually much better from a user point of view. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> But it causes a instant VM crash. >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Image information is below >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> --Hannes >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Image >> >>>>>>>>>>>>> ----- >> >>>>>>>>>>>>> >> >>>>>>>>>>>> /media/user/data-ext4/Smtk/4-test-images/Squeak5.2a_latest/ >> Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/ >> Resources/Squeak5.2alpha-18134-32bit.image >> >>>>>>>>>>>>> Squeak5.2alpha >> >>>>>>>>>>>>> latest update: #18134 >> >>>>>>>>>>>>> Current Change Set: Unnamed1 >> >>>>>>>>>>>>> Image format 6521 (32 bit) >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> Virtual Machine >> >>>>>>>>>>>>> --------------- >> >>>>>>>>>>>>> >> >>>>>>>>>>>> /media/user/data-ext4/Smtk/4-test-images/Squeak5.2a_latest/ >> Squeak5.2alpha-18134-32bit-All-in-One.app/Contents/Linux- >> i686/lib/squeak/5.0-201804030952/squeak >> >>>>>>>>>>>>> Croquet Closure Cog[Spur] VM [CoInterpreterPrimitives >> >>>>>>>>>>>> VMMaker.oscog-eem.2361] >> >>>>>>>>>>>>> Unix built on Apr 3 2018 17:17:33 Compiler: 4.8.4 >> >>>>>>>>>>>>> platform sources revision VM: 201804030952 >> >>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> Date: >> >>>>>>>>>>>>> Tue >> >>>>>>>>>>>>> Apr >> >>>>>>>>>>>>> 3 11:52:19 2018 +0200 $ CommitHash: 29f50cf $ Plugins: >> >>>>>>>>>>>>> 201804030952 >> >>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ >> >>>>>>>>>>>>> CoInterpreter VMMaker.oscog-eem.2361 uuid: >> >>>>>>>>>>>>> 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 3 2018 >> >>>>>>>>>>>>> StackToRegisterMappingCogit VMMaker.oscog-eem.2361 uuid: >> >>>>>>>>>>>>> 7ca2f89a-de70-422f-b92b-54f91ac4e47b Apr 3 2018 >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> On 7/4/18, Levente Uzonyi <leves(a)caesar.elte.hu> wrote: >> >>>>>>>>>>>>>> You're probably experiencing this issue: >> >>>>>>>>>>>>>> https://github.com/OpenSmalltalk/opensmalltalk- >> vm/issues/260 >> >>>>>>>>>>>>>> Please confirm if that's the case. In general, it helps if >> you >> >>>>>>>>>>>>>> give a >> >>>>>>>>>>>>>> bit >> >>>>>>>>>>>>>> more information about the crash (VM, image, etc). >> >>>>>>>>>>>>>> Also I suggest you use Installer ensureRecentMetacello to >> load >> >>>>>>>>>>>>>> Metacello >> >>>>>>>>>>>>>> instead of that snippet, because that snippet breaks >> WebClient >> >>>>>>>>>>>>>> and >> >>>>>>>>>>>>>> SqueakSSL by loading an older, incompatible version of >> them. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Levente >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> On Wed, 4 Jul 2018, H. Hirzel wrote: >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Hello >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> The installation of Metacello causes a VM crash. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> http://wiki.squeak.org/squeak/6157 >> >>>>>>>>>>>>>>> https://github.com/Metacello/metacello >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Get the Metacello configuration (for Squeak users)" >> >>>>>>>>>>>>>>> Installer gemsource >> >>>>>>>>>>>>>>> project: 'metacello'; >> >>>>>>>>>>>>>>> addPackage: 'ConfigurationOfMetacello'; >> >>>>>>>>>>>>>>> install. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Result : OK" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Bootstrap Metacello Preview, using mcz files >> >>>>>>>>>>>>>>> (#'previewBootstrap' >> >>>>>>>>>>>>>>> symbolic version" >> >>>>>>>>>>>>>>> ((Smalltalk at: #ConfigurationOfMetacello) project >> >>>>>>>>>>>>>>> version: #'previewBootstrap') load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Result : OK" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Load the Preview version of Metacello from GitHub" >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> configuration: 'MetacelloPreview'; >> >>>>>>>>>>>>>>> version: #stable; >> >>>>>>>>>>>>>>> repository: 'github://Metacello/metacello:configuration'; >> >>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "CRASH" >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> "Now load latest version of Metacello" >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> baseline: 'Metacello'; >> >>>>>>>>>>>>>>> repository: 'github://Metacello/metacello: >> master/repository'; >> >>>>>>>>>>>>>>> get. >> >>>>>>>>>>>>>>> (Smalltalk at: #Metacello) new >> >>>>>>>>>>>>>>> baseline: 'Metacello'; >> >>>>>>>>>>>>>>> repository: 'github://Metacello/metacello: >> master/repository'; >> >>>>>>>>>>>>>>> load. >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Regards >> >>>>>>>>>>>>>>> Hannes >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>> >> >>> >> >>> >> >>> >> >> >> > >> >> >> > > > -- _,,,^..^,,,_ best, Eliot -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20180725…> ------------------------------ Subject: Digest Footer _______________________________________________ Squeak-dev mailing list Squeak-dev(a)lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-dev ------------------------------ End of Squeak-dev Digest, Vol 187, Issue 43 *******************************************

2 1

The Trunk: Kernel-eem.1182.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

Eliot Miranda uploaded a new version of Kernel to project The Trunk: http://source.squeak.org/trunk/Kernel-eem.1182.mcz ==================== Summary ==================== Name: Kernel-eem.1182 Author: eem Time: 26 July 2018, 8:33:34.998936 pm UUID: 4d10c2e2-c1b7-4ba0-b208-b018f0f099e9 Ancestors: Kernel-eem.1181 Add an accessor for Mutex being owned, for use in tests. =============== Diff against Kernel-eem.1181 =============== Item was added: + ----- Method: Mutex>>isOwned (in category 'testing') ----- + isOwned + "Answer if the receiver is owned. DO NOT USE THIS IN NORMAL CODE. + This exists for the MutexTests so they don't have to use e.g. instVarNamed:. + N.B. don't use notNil because that is a real send and preemptable." + ^nil ~~ owner!

2 1

The Trunk: KernelTests-eem.345.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

Eliot Miranda uploaded a new version of KernelTests to project The Trunk: http://source.squeak.org/trunk/KernelTests-eem.345.mcz ==================== Summary ==================== Name: KernelTests-eem.345 Author: eem Time: 26 July 2018, 10:36:36.042879 pm UUID: 8331a012-d142-483a-85c3-18ef3059a66a Ancestors: KernelTests-eem.344 Add tests for critical: being in ensure: but not having evaluated ensure:'s receiver yet. =============== Diff against KernelTests-eem.344 =============== Item was added: + ----- Method: MutexTest>>testMutexCriticalBlockedInEnsure (in category 'testing') ----- + testMutexCriticalBlockedInEnsure "self run: #testMutexCriticalBlockedInEnsure" + "This tests whether a mutex that is in the ensure: in critical: but has yet to evaluate the valueNoContextSwitch + leaves it with the mutex unlocked." + | lock proc | + lock := Mutex new. + proc := [lock critical: []] newProcess. + proc priority: Processor activePriority - 1. + "step until in critical:" + [proc suspendedContext selector == #critical:] whileFalse: [proc step]. + "step until in ensure: (can't do this until in critical: cuz ensure: may be in newProcess etc...)" + [proc suspendedContext selector == #ensure:] whileFalse: [proc step]. + "Now check that the lock is owned." + self assert: lock isOwned. + "Now that proc is at the right point, resume the process and immediately terminate it." + proc resume; terminate. + self deny: lock isOwned. + self assert: lock isEmpty! Item was added: + ----- Method: SemaphoreTest>>testSemaCriticalBlockedInEnsure (in category 'testing') ----- + testSemaCriticalBlockedInEnsure "self run: #testSemaCriticalBlockedInEnsure" + "This tests whether a semaphore that is in ensure: but has yet to evaluate the valueNoContextSwitch + leaves it with signaling the associated semaphore." + | decompilation needSignalToEnterEnsure s p | + "Distinguish between e.g. + critical: t1 <criticalSection> ^[self wait. t1 value] ensure: [self signal] + and + critical: t1 <criticalSection> self wait. ^t1 ensure: [self signal]" + decompilation := (Semaphore>>#critical:) decompileString. + needSignalToEnterEnsure := (decompilation indexOfSubCollection: #wait) < (decompilation indexOf: $[). + s := Semaphore new. + needSignalToEnterEnsure ifTrue: [s signal]. + p := [s critical: []] newProcess. + p priority: Processor activePriority - 1. + "step until in critical:" + [p suspendedContext selector == #critical:] whileFalse: [p step]. + "step until in ensure: (can't do this until in critical: cuz ensure: may be in newProcess etc...)" + [p suspendedContext selector == #ensure:] whileFalse: [p step]. + "Now check that if we needed a signal to enter ensure: it has been consumed." + self assert: 0 equals: s excessSignals. + "Now that p is at the right point, resume the process and immediately terminate it." + p resume; terminate. + self assert: (needSignalToEnterEnsure ifTrue: [1] ifFalse: [0]) equals: s excessSignals!

1 0

The Trunk: Compiler-eem.389.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

Eliot Miranda uploaded a new version of Compiler to project The Trunk: http://source.squeak.org/trunk/Compiler-eem.389.mcz ==================== Summary ==================== Name: Compiler-eem.389 Author: eem Time: 26 July 2018, 9:45:02.726136 pm UUID: 44f545d6-d04a-4c28-9559-12ce4a9e39da Ancestors: Compiler-eem.388 Fix a regression in decompilation introduced by Kernel-eem.1174 adding information to pragma>>printOn:. =============== Diff against Compiler-eem.388 =============== Item was changed: ----- Method: MethodNode>>printPragmasOn: (in category 'printing') ----- printPragmasOn: aStream properties ifNil: [^self]. properties pragmas do: [:pragma| "Primitives are printed in printPrimitiveOn:; skip these" (Parser primitivePragmaSelectors includes: pragma keyword) ifFalse: + [aStream crtab: 1; nextPut: $<; print: pragma message; nextPut: $>]]! - [aStream crtab: 1. - pragma printOn: aStream]]!

1 0

The Inbox: Kernel-eem.1184.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-eem.1184.mcz ==================== Summary ==================== Name: Kernel-eem.1184 Author: eem Time: 26 July 2018, 9:02:17.653687 pm UUID: 37221c94-8415-41a5-8535-b047f59150b9 Ancestors: Kernel-eem.1183 Now that Kernel-eem.1183 has fixed the process termination in critical: in the face of higher priority processes issue, we can go back to a simpler implementation of Semaphore>>critical:, albeit one marked with ther <criticalSection> pragma for visibility in Process>>#terminate. =============== Diff against Kernel-eem.1183 =============== Item was changed: ----- Method: Semaphore>>critical: (in category 'mutual exclusion') ----- critical: mutuallyExcludedBlock "Evaluate mutuallyExcludedBlock only if the receiver is not currently in the process of running the critical: message. If the receiver is, evaluate mutuallyExcludedBlock after the other critical: message is finished." <criticalSection> + self wait. + ^mutuallyExcludedBlock ensure: [self signal] - | caught | - "We need to catch eventual interruptions very carefully. - The naive approach of just doing, e.g.,: - self wait. - aBlock ensure:[self signal]. - will fail if the active process gets terminated while in the wait. - However, the equally naive: - [self wait. - aBlock value] ensure:[self signal]. - will fail too, since the active process may get interrupted while - entering the ensured block and leave the semaphore signaled twice. - To avoid both problems we make use of the fact that interrupts only - occur on sends (or backward jumps) and use an assignment (bytecode) - right before we go into the wait primitive (which cannot be preempted)." - - caught := false. - ^[ - caught := true. - self wait. - mutuallyExcludedBlock value - ] ensure: [ caught ifTrue: [self signal] ] !

1 0

The Inbox: Kernel-eem.1183.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

A new version of Kernel was added to project The Inbox: http://source.squeak.org/inbox/Kernel-eem.1183.mcz ==================== Summary ==================== Name: Kernel-eem.1183 Author: eem Time: 26 July 2018, 8:57:05.046828 pm UUID: a55317a4-d742-41af-b3a3-b3198281c2d9 Ancestors: Kernel-eem.1182 Fix the broken SemaphoreTest and MutexTest tests (test[Mutex|Semaphore][After|In]CriticalWait) by having Process>>terminate correctly release <criticalSection> marked methods. This is done by terminate's helper releaseCriticalSection: distinguishing between a context blocked on a blocking primitive (wait, primitiveEnterCriticalSection & primitiveTestAndSetOwnershipOfCriticalSection) and a runnable process that has been unblocked but has not advanced beyond the blocking send, presumably because it has been shut out by currently running higher priority processes. Add InstructionStream>>selectorJustSentOrSelf (c.f. selectorToSendOrSelf) to support releaseCriticalSection:. =============== Diff against Kernel-eem.1182 =============== Item was added: + ----- Method: InstructionStream>>selectorJustSentOrSelf (in category 'scanning') ----- + selectorJustSentOrSelf + "If this instruction follows a send, answer the send's selector, otherwise answer self." + + | method | + method := self method. + ^method encoderClass selectorToSendOrItselfFor: self in: method at: self previousPc! Item was added: + ----- Method: Process>>releaseCriticalSection: (in category 'private') ----- + releaseCriticalSection: runnable + "Figure out if we are terminating a process that is in the ensure: block of a critical section. + In this case, if the block has made progress, pop the suspendedContext so that we leave the + ensure: block inside the critical: without signaling the semaphore/exiting the primitive section, + since presumably this has already happened. But if it hasn't made progress but is beyond the + wait (which we can tell my the oldList being one of the runnable lists, i.e. a LinkedList, not a + Semaphore or Mutex, et al), then the ensure: block needs to be run." + | selectorJustSent | + (suspendedContext method pragmaAt: #criticalSection) ifNil: [^self]. + selectorJustSent := suspendedContext selectorJustSentOrSelf. + + "Receiver and/or argument blocks of ensure: in Semaphore>>critical: or Mutex>>#critical:" + suspendedContext isClosureContext ifTrue: + [suspendedContext sender selector == #ensure: ifTrue: + [| notWaitingButMadeNoProgress | + "Avoid running the ensure: block twice, popping it if it has already been run. If runnable + but at the wait, leave it in place. N.B. No need to check if the block receiver of ensure: has + not started to run (via suspendedContext pc = suspendedContext startpc) because ensure: + uses valueNoContextSwitch, and so there is no suspension point before the wait." + notWaitingButMadeNoProgress := + runnable + and: [selectorJustSent == #wait + and: [suspendedContext sender selectorJustSentOrSelf == #valueNoContextSwitch]]. + notWaitingButMadeNoProgress ifFalse: + [suspendedContext := suspendedContext home]]. + ^self]. + + "Either Semaphore>>critical: or Mutex>>#critical:. Is the process still blocked? If so, nothing further to do." + runnable ifFalse: [^self]. + + "If still at the wait the ensure: block has not been activated, so signal to restore." + selectorJustSent == #wait ifTrue: + [suspendedContext receiver signal]. + + "If still at the lock primitive and the lock primitive just acquired ownership (indicated by it answering false) + then the ensure block has not been activated, so explicitly primitiveExitCriticalSection to unlock." + (selectorJustSent == #primitiveEnterCriticalSection + or: [selectorJustSent == #primitiveTestAndSetOwnershipOfCriticalSection]) ifTrue: + [(suspendedContext stackPtr > 0 + and: [suspendedContext top == false]) ifTrue: + [suspendedContext receiver primitiveExitCriticalSection]]! Item was changed: ----- Method: Process>>terminate (in category 'changing process state') ----- terminate + "Stop the process that the receiver represents forever. + Unwind to execute pending ensure:/ifCurtailed: blocks before terminating. + If the process is in the middle of a critical: critical section, release it properly." - "Stop the process that the receiver represents forever. Unwind to execute pending ensure:/ifCurtailed: blocks before terminating." | ctxt unwindBlock oldList | self isActiveProcess ifTrue: [ ctxt := thisContext. [ ctxt := ctxt findNextUnwindContextUpTo: nil. ctxt isNil ] whileFalse: [ (ctxt tempAt: 2) ifNil:[ ctxt tempAt: 2 put: nil. unwindBlock := ctxt tempAt: 1. thisContext terminateTo: ctxt. unwindBlock value]. ]. thisContext terminateTo: nil. self suspend. ] ifFalse:[ + "Always suspend the process first so it doesn't accidentally get woken up. + N.B. If oldList is a LinkedList then the process is runnable. If it is a Semaphore/Mutex et al + then the process is blocked, and if it is nil then the process is already suspended." - "Always suspend the process first so it doesn't accidentally get woken up" oldList := self suspend. + suspendedContext ifNotNil: + ["Release any method marked with the <criticalSection> pragma. + The argument is whether the process is runnable." + self releaseCriticalSection: (oldList isNil or: [oldList class == LinkedList]). - suspendedContext ifNotNil:[ - "Figure out if we are terminating a process that is in the ensure: block of a critical section. - In this case, if the block has made progress, pop the suspendedContext so that we leave the - ensure: block inside the critical: without signaling the semaphore/exiting the primitive section, - since presumably this has already happened." - (suspendedContext isClosureContext - and: [(suspendedContext method pragmaAt: #criticalSection) notNil - and: [suspendedContext startpc > suspendedContext closure startpc]]) ifTrue: - [suspendedContext := suspendedContext home]. + "If terminating a process halfways through an unwind, try to complete that unwind block first." - "If we are terminating a process halfways through an unwind, try - to complete that unwind block first." (suspendedContext findNextUnwindContextUpTo: nil) ifNotNil: [:outer| (suspendedContext findContextSuchThat:[:c| c closure == (outer tempAt: 1)]) ifNotNil: [:inner| "This is an unwind block currently under evaluation" suspendedContext runUntilErrorOrReturnFrom: inner]]. ctxt := self popTo: suspendedContext bottomContext. ctxt == suspendedContext bottomContext ifFalse: [self debug: ctxt title: 'Unwind error during termination']. "Set the context to its endPC for the benefit of isTerminated." ctxt pc: ctxt endPC]]!

1 0

The Trunk: KernelTests-eem.344.mcz
by commits＠source.squeak.org 27 Jul '18

27 Jul '18

Eliot Miranda uploaded a new version of KernelTests to project The Trunk: http://source.squeak.org/trunk/KernelTests-eem.344.mcz ==================== Summary ==================== Name: KernelTests-eem.344 Author: eem Time: 26 July 2018, 8:43:56.697782 pm UUID: 59075a46-0387-4cec-a4a3-0f224c9e0f0d Ancestors: KernelTests-ul.343 Tests for Mutex that parallel SemaphoreTest =============== Diff against KernelTests-ul.343 =============== Item was added: + ClassTestCase subclass: #MutexTest + instanceVariableNames: '' + classVariableNames: '' + poolDictionaries: '' + category: 'KernelTests-Processes'! + + !MutexTest commentStamp: 'eem 7/26/2018 20:42' prior: 0! + MutexTest provides SUnit tests for Mutex locks. c.f. SemaphoreTest.! Item was added: + ----- Method: MutexTest>>criticalError (in category 'private') ----- + criticalError + Processor activeProcess terminate! Item was added: + ----- Method: MutexTest>>testCritical (in category 'testing') ----- + testCritical + | lock | + lock := Mutex new. + [lock critical: [self criticalError]] forkAt: Processor userInterruptPriority. + self deny: lock isOwned! Item was added: + ----- Method: MutexTest>>testCriticalIfError (in category 'testing') ----- + testCriticalIfError + | lock | + lock := Mutex new. + [lock critical: [self criticalError ifError: []]] forkAt: Processor userInterruptPriority. + self deny: lock isOwned! Item was added: + ----- Method: MutexTest>>testMutexAfterCriticalWait (in category 'testing') ----- + testMutexAfterCriticalWait "self run: #testMutexAfterCriticalWait" + "This tests whether a process that has just left the primitiveEnterCriticalSection in Mutex>>critical: + leaves it with the mutex correctly released." + | lock p | + lock := Mutex new. + p := [lock critical: []] newProcess. + p priority: Processor activePriority - 1. + lock critical: "We now own it; p can't enter properly" + [p resume. + "wait until p enters the critical section; it doesn't own the Mutex so is blocked..." + [p suspendingList == lock] whileFalse: [(Delay forMilliseconds: 10) wait]. + self deny: lock isEmpty]. + "p is waiting on lock; on our exiting critical: p is now the notional owner. Terminate before it has a chance to run". + p terminate. + self deny: lock isOwned. + self assert: lock isEmpty! Item was added: + ----- Method: MutexTest>>testMutexInCriticalWait (in category 'testing') ----- + testMutexInCriticalWait "self run: #testMutexInCriticalWait" + "This tests whether a mutex that has got past the primitiveEnterCriticalSection in Mutex>>critical: + leaves it unowned." + | lock sock proc | + lock := Mutex new. + sock := Semaphore new. + proc := [lock critical: [sock wait]] fork. + Processor yield. + self assert: proc suspendingList == sock. + proc terminate. + self deny: lock isOwned. + self assert: lock isEmpty!

1 0

SemaphoreTest fails in trunk, is a fix needed for the 5.2 release?
by David T. Lewis 27 Jul '18

27 Jul '18

Semaphore seems like a rather basic thing that should work correctly in any Squeak image. The tests do not pass in trunk any more. Specifically, SemaphoreTest>>testSemaInCriticalWait fails in trunk, but passes in the earlier Squeak 4.6 / 5.0 images. Is this a real problem? Does it need to be fixed for the 5.2 release? Dave

2 2

← Newer
1
2
3
4
5
6
7
...
12
Older →