Squeak-dev February 2014

squeak-dev@lists.squeakfoundation.org

71 participants
188 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

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

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

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

Shrinking
by Colin Putney 20 Oct '14

20 Oct '14

Hi folks, What's the state of the art in shrinking these days? I'm starting a new web project with Squeak, and I want to create a smallish base image that I can use to build up images for development and deployment. It doesn't have to be absolutely minimal, just unloading unnecessary code and cleaning up the registries, clearing caches etc would fine. I tried "Smalltalk shrinkAndCleanDesktop", but it complains about obsolete behaviours still being present, so I guess there's some bit rot there. Suggestions? Colin

10 24

OpenGL procedural textures generator (by David Faught) for Squeak 4.4
by Nikolay Suslov 09 Jun '14

09 Jun '14

Hello, I have successfully proceeded in running TweakCore on the recent Squeak 4.4 trunk image (from Jenkins). And one of the famous existed applications developed in Tweak is the OpenGL procedural textures generator by David Faught. I make it also loadable to the current Squeak. You could download the ready to run image from here: http://krestianstvo.org/TweakCoreOpenGL-squeak44.zip or execute in the workspace in own image: "1. Load FFI" (Installer repository: 'http://source.squeak.org/FFI' ) install: 'FFI-Pools'; install: 'FFI-Kernel'; install: 'FFI-Tests'.. "2. Load CroquetGL " (Installer repository: 'http://www.squeaksource.com/CroquetGL') install: '3DTransform'; install: 'OpenGL-Pools'; install: 'OpenGL-Core'. "3. Load TweakCore and Procedural textures application for Tweak" (Installer repository: 'http://sdk.krestianstvo.org/sdk/inbox') install: 'tweakcore'; install: 'Tweak-OpenGL-sn.3'. "4. Set the default settings in Tweak" CDefaultWidgetLibrary setDefaultSettings. "5. Run one of two examples" CProjectMorph open: Wrinkle1. "or" CProjectMorph open: Wrinkle2. The attached screenshot shows the running application. Regards, Nikolay

7 9

[ANN] The Path Tools Framework
by Michael Perscheid 03 Mar '14

03 Mar '14

Hi all, I’m pleased to announce the release of our Path Tools Framework that has been developed during the last five years as part of my dissertation. https://www.hpi.uni-potsdam.de/hirschfeld/trac/SqueakCommunityProjects/wiki… The Path Tools Framework comprises several development tools for supporting typical software maintenance tasks such as debugging, testing, and program comprehension. It realizes among others our test-driven fault navigation (a systematic debugging approach that leads developers from the observable failure back to root causes), test quality feedback (improve software quality by analyzing test cases), and model-based source code editing (single source development method that joins model-driven development and standard source code editing). As there are several tools and use cases, we will provide more detailed information in following announcements. Nevertheless, all tools are already available and can be tested. Furthermore, there is also a bunch of documentation, screencasts, and published papers. http://www.michaelperscheid.de/projects/index.html Have fun :-) Best regards, Michael --- Dr.-Ing. Michael Perscheid michaelperscheid(a)googlemail.com http://www.michaelperscheid.de/

7 10

Re: [squeak-dev] Re: working on the All-In-One
by Chris Muller 03 Mar '14

03 Mar '14

Just to be clear, I need a volunteer to help out. I thought I could just dump files from Eliot's VM into the same places as the old VM (replacing it). If this is not the case then I need some help from someone with a Mac. On Thu, Feb 27, 2014 at 1:55 PM, E. Glen Paling <glenpaling(a)mac.com> wrote: > slp5591 is so impersonal, you can call me Glen. :) I presume the lasted version of Cog should be included, however, the VM in the all-in-one is packaged differently than Eliot's. I suspect the Cog VM won't work without modification. I can't help much, I'm not an apple developer. Have a look at Pharo's version 2.0 portable. > > Glen Paling > > On 27Feb2014, at 14:31, Chris Muller <asqueaker(a)gmail.com> wrote: > >> Thanks slp5591. >> >> On Thu, Feb 27, 2014 at 1:15 PM, <slp5591(a)me.com> wrote: >>> The launch errors are due to OSX's Gatekeeper. Changing the security >>> settings allows Squeak to launch see: >>> http://support.apple.com/kb/HT5290?viewlocale=en_US&locale=en_US. This is a >>> excellent way to keep newbies away... We've been here before: >>> http://forum.world.st/All-in-ones-tp4662358p4662683.html. >>> >>> Like Tim said, changing the following changes to info.plist launches the >>> all-in-one: >>> >>> 461 to: <string>Squeak 4.5, VM 4.2.3b1u</string> >>> 463 to: <string>4.5</string> >>> 467 to: <string>org.squeak.SqueakAllInOne45</string> >>> 471 to: <string>Squeak 4.5</string> >>> 515 to: <string>Squeak4.5-13680.image</string> >> >> Okay, I've made those changes. >> >>> It is a very old VM: >>> >>> /Applications/Smalltalk/Build/OneClicks/Squeak-4.5-All-in-One.app/Contents/MacOS/Squeak >>> VM Opt >>> Squeak3.8.1 of '28 Aug 2006' [latest update: #6747] 4.5 >>> Mac Carbon 4.2.4b1 28-Mar-10 >45CAAEAC-5A1E-4327-9702-7973E3473FDE< >> >> Which VM do we want to deploy for Mac and where can I download it? >> >> Let me know and I'll put up the new All-In-One. >> >> Thanks. >> >

6 20

Squeak 4.5 final Release Candidate
by Chris Muller 03 Mar '14

03 Mar '14

http://ftp.squeak.org/4.5alpha/Squeak4.5-13680.zip Changes since 13675: - Fix cloning MessageSet's. - Pointer-chaser, display the id-hash of Morph's in the path to chased object. - Sending basicNew to CompiledMethod may crash the VM, so don't do that. - Fix incorrect display of underscore and caret in case of WideString displayed in DejaVu sans Strike fonts.

8 10

[ANN] Fuel 1.9.3
by Max Leske 01 Mar '14

01 Mar '14

Dear fellow Smalltalkers Mariano, Martin and myself are happy to announce Fuel version 1.9.3 which includes the follwing changes to 1.9 (1.9.1 and 1.9.2 were never officially announced): - (feature) the #fuelReplacement selector offers the ability to statically replace an object (e.g. with nil) during analysis. This can lead to significantly smaller graphs and improved speed when serializing large graphs - (feature) serialize the same graph that was analyzed instead of retrazing the graph during serialization. This prevents changes in the graph from happening between analysis and serialization - (change) store source when serializing CompiledMethod objects. Needed because Opal does not allow decompilation - (fix) migrate variables across hierarchy - (feature) Object>>serializeToFileNamed: shortcut for serializing arbitrary objects - (fix) better compression for LargeNegativeIntegers (https://pharo.fogbugz.com/f/cases/12052/Fuel-could-store-LargeNegativeInteg…) Pharo30 already includes most of these changes (integration request: https://pharo.fogbugz.com/f/cases/13000/Integrate-Fuel-1-9-3). This release runs with: - Pharo: 1.1.1, 1.1.2, 1.2, 1.2.2, 1.3, 1.4, 2.0, 3.0 - Squeak: 4.1, 4.2, 4.3, 4.4, 4.5 The documentation is not up to date yet but we will remedy that situatoin within the next couple of days (http://rmod.lille.inria.fr/web/pier/software/Fuel). If you encounter any bugs or have suggestions, please contact us on the Fuel mailing list (http://lists.gforge.inria.fr/cgi-bin/mailman/roster/pharo-fuel) or create a new issue in our bug tracker (https://code.google.com/p/fuel/) We want to thank everyone who contributed to this release (by keyboard or opinion) and also all of those people who actively use Fuel. Cheers, Max

2 1

Jump to page: