Squeak-dev January 2015

squeak-dev@lists.squeakfoundation.org

38 participants
201 discussions

Running headless on a Mac
by Frank Shearar 03 Jul '16

03 Jul '16

OK, so I've run out of patience in my flailing around. All I want is to run a headless image on a Mac (so I can unbreak the SqueakTrunk-OSX job, which _used_ to work). How? Do I say "-headless"? ("could not find module vm-display-X11") "-vm-display-null -headless"? ("squeak: could not find any sound driver") "-vm-sound-null -vm-display-null -headless"? ("could not find module vm-sound-null") I don't mind whether I use Cog or Interpreter, as long as I can just get an image running tests. Thanks! frank

8 11

trunk update broken cuz there's an empty diffy version
by Eliot Miranda 24 Apr '16

24 Apr '16

Hi Guys, source.squeak.org/trunk's Morphic-eem.740(cmm.739).mcd is empty. How do we fix it? On a related note is there any way to get the updater to download full packages, avoiding the diffy versions? e.g a preference? -- best, Eliot

6 12

deselection broken in method list
by Eliot Miranda 17 Apr '16

17 Apr '16

Hi All, I depend heavily on fileOutAll in method list browsers. For example, I'm trying to create versions of the VM's boolean cheat code for the Sista bytecode set and do this by filing out the code for the Newspeak set and editing it. I tried to do this using "self systemNavigation browseAllSelect: [:m| ('*ooleanCheat*V*' match: m selector) or: [m sendsSelector: #booleanCheatV4:]]" to get a method list browser. Then I was expecting to be able to use file out with nothing in the list selected. This files out all methods in the list but... Deselection is broken! I can't deselect the first item and hence can only file out a single definition . Will whoever changed this please restore it asap? (in trunk) -- Mahalo, Eliot

7 16

Breaking up ToolBuilder
by Frank Shearar 17 Feb '16

17 Feb '16

I noticed this morning that every package that uses ToolBuilder has a transitive dependency on both Morphic and MVC (in the form of the ST80 package). This is caused by MorphicToolBuilder and MVCToolBuilder. I suggest either rename 'ToolBuilder-Morphic' to 'Morphic-ToolBuilder' and 'ToolBuilder-MVC' to 'ST80-ToolBuilder' (or'MVC-ToolBuilder'). This would move Morphic-specific stuff where it belongs, and ditto for MVC. frank

7 13

It's not yet clear how serialization should work in the presence of environments
by David T. Lewis 30 Nov '15

30 Nov '15

Currently we have: Binding>>objectForDataStream: refStream "It's not yet clear how serialization should work in the presence of environments" self shouldBeImplemented. This prevents us from being able to save projects to local disk in Squeak trunk. See Mantis entry at: http://bugs.squeak.org/view.php?id=7814 Any thoughts as to how this should be implemented? Taking the method comment literally, I would expect that serialization in the presence of environments should work identically to serialization in the absence of environments, at least as a default behavior. I suspect that is not hard to make this happen, but I don't know how to do it. Dave

5 6

Environments update
by Colin Putney 25 Nov '15

25 Nov '15

Hi all, So I've been plugging away at Environments, and have a new implementation that supports renaming, but I wanted to get some feedback before figuring out the sequence of commits necessary to update the trunk safely. The idea is to support this kind of scenario: seaside := (Environment named: #Seaside) import: Smalltalk globals; importSelf; exportSelf; yourself. magma := (Environment named: #Magma) import: Smalltalk globals; importSelf; exportSelf; yourself. app := (Environment named: #AwesomeApp) import: Smalltalk globals; import: seaside; from: seaside import: {#Session -> #SeasideSession}; import: magma; from: magma import: {#Session -> #MagmaSession}; importSelf; exportSelf; yourself. In order to have the decompiled code use the correct names, I've changed the way lookup works. Instead of moving bindings from one environment to another, we now create a separate set of bindings for each environment, and copy the values (i.e., classes and globals) into a new binding when a binding is imported. I had originally thought to use something like #changed:/#update: to keep all the bindings in sync, but then I realized that ClassBuilder does a #becomeForward: updates a class. So it's really only globals that could become out of sync between environments. Since we have very few globals in the image, and they basically never change, an update mechanism may not be necessary in practice. So, here are some possible ways to proceed: 1. Use #changed:/#update: or something similar to keep keep global variables in sync. 2. Idea from Eliot—adopt the same convention as VW, and send #value to the binding on every access. Then we could have a special Alias bindings that forward the #value message to the original binding. 3. Share bindings for global variables between environments and disallow renaming of globals. 4. Special case the traditional globals such as Transcript and Display, and disallow the creation of new globals. Anyhow, I'd appreciate a code review from anybody who's interested in this stuff. To take a look, file the attached (hand edited) change set into an updated trunk image. Thanks, Colin

6 21

Maintainer of FFI-Package
by Nicolai Hess 12 Sep '15

12 Sep '15

Who is the maintainer of the FFI-Package for Squeak and/or Pharo ? I especially interested in the FFI-Unix examples and the state on working FFI on linux for current squeak release (AFAIK it does not work with "squeak all in one" 4.5) regards Nicolai

4 9

SqueakSSL + TLS SNI
by Levente Uzonyi 21 Apr '15

21 Apr '15

Hi, I've implemented support for TLS SNI[1] for SqueakSSL on unix. I've uploaded the modified source files[2][3], a diff[4], and a prebuilt module[5] (built on Ubuntu 14.04 from the Cog branch). The image side code is also available[6], along with an updated version of the WebClient[7] package, and intermediate packages with various improvements[8]. The image side code works even if the plugin doesn't support TLS SNI, but this version of WebClient won't work with older versions of the SqueakSSL-Core package. Please review the changes, and consider adding them to the corresponding repositories! Levente [1] https://en.wikipedia.org/wiki/Server_Name_Indication [2] http://leves.web.elte.hu/squeak/SqueakSSL/SqueakSSL.h [3] http://leves.web.elte.hu/squeak/SqueakSSL/sqUnixOpenSSL.c [4] http://leves.web.elte.hu/squeak/SqueakSSL/diff.txt [5] http://leves.web.elte.hu/squeak/SqueakSSL/SqueakSSL [6] http://leves.web.elte.hu/squeak/SqueakSSL/SqueakSSL-Core-ul.29.mcz [7] http://leves.web.elte.hu/squeak/SqueakSSL/WebClient-Core-ul.98.mcz [8] http://leves.web.elte.hu/squeak/SqueakSSL/

3 8

Re: [squeak-dev] Ometa vs XTreams PEG, PetitParser, Helvetia
by Hannes Hirzel 08 Apr '15

08 Apr '15

On 3/30/11, Nikolay Suslov <nsuslovi(a)gmail.com> wrote: > >From conceptual and practical point of view, > OMeta - is not yet another "system tool" written for Squeak or another fork, > in contrary to XTreams (a generalized stream/iterator framework written in > Smalltalk) burned in Pharo. OMeta is a language which allows to simplify an > existed tools in it's hosted language (Squeak, Pharo, JavaScript, etc) where > it is implemented, while not porting, learning and using another ones, like > XTreams. So, redefined tools with OMeta could become really portable and > mobile, ready for using in any other fork, even in another language, like > JavaScript. > > Regards, > Nikolay XTreams is primarily a generalized stream/iterator framework. It contains PEG parser generation facilities, which I assume might use XTreams. If not the PEG parser stuff could be separated. Nikolay, what you write is interesting but too terse for me to understand. If I understand you right you mean that OMeta goes beyond the PEG parser in XTreams and PetitParser (L. Renggli) and Helvetia (L Renggli). In which ways does OMeta go beyond these other tools? AND: Of course very welcome that you run for the board. --Hannes

8 11

New Cog VMs available
by Eliot Miranda 04 Feb '15

04 Feb '15

at http://www.mirandabanda.org/files/Cog/VM/VM.r3236/ CogVM binaries as per VMMaker.oscog-eem.1029/r3236 Fix stupid, stupid bug in copying vm profile samples between buffers when the circular buffer index has wrapped. Fix monumental blunder in jitted store-check code. The saved registers mask needs to be the *or* of the value reg and the caller-saved registers, not the *and*!! Make the pin primitives Spur-only. Never inline mapStackPages, for debugging. Spur: Reduce the max num literals in the alternate header format to 15, and steal the bit for the Sista optimized method flag. Make postBecomeAction's stack sweep only occur in Spur (fix regression). Refactor so that the scan is not inlined. Don't assume newMethod is non-immediate in post-become actions. Fix stack adjust slip in primitiveSmallFloatTimesTwoPower Make ensureBehaviorHash: fail for uninitialized behaviours and hence fix the Behavior basicNew basicNew hang. Optionalize some api methods the Spur Cogit doesn't use. Rename and correct ensureSemaphoreForwardedThroughContext: to ensureSemaphoreUnforwardedThroughContext:, its intended function. Make shouldRemapObj: filter-out objects already in newSpace since mapStackPages, via mapInterpreterOops, can visit objects twice in a scavenge, GC, compact sequence. Make sure the caller (& saved) context(s) in base frames stack page are followed post-become in followForwardingPointersInStackZone:. Fix bad bug introduced in become changes in VMMaker.oscog-eem.841 through 844. The class table contains puns, e.g. using Array and WeakArray. These class index puns must not mislead the allInstances primitive into concluding that the class in question is at multiple indices and wrongly purge it. Fix slip in primitivePin. Also be lenient w.r.t. unpinning married contexts. Move the check down into StackInterpreter's version. This allows e.g. self allObjectsDo: [:o| o unpin] Bow to the inevitable and add a manual override for primitive accessor depth. Use it in at: & at:put:. If manual override is not used then the automatically computed depth is too deep because of context access. Newspeak: Integrate Ryan's newer absent receiver sends, which first apeared in VMMaker.oscog-eem.919, abandoned because of Glue issues now resolved. Includes nice refactoring of absent send argument marshalling into its own routine. LargeIntegersPlugin: Remove/fix assumption of 32-bit digit length in normalization routines. -- best, Eliot

5 6

Jump to page: