September 2014 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core]
by GitHub Sept. 25, 2014

Sept. 25, 2014

Branch: refs/tags/40251 Home: https://github.com/pharo-project/pharo-core

1 0

Re: [Pharo-dev] [squeak-dev] Re: [Vm-dev] New Cog VMs available
by Eliot Miranda Sept. 24, 2014

Sept. 24, 2014

Hi Karl, do you have a reproducible case I can study? Best is when the image crashes on startup without user intervention, e.g. a doit in an image with a small screen and very few windows open: Smalltalk snapshot: true andQuit: true. self doThatThingThatMakesTheVMCrash On Wed, Sep 24, 2014 at 2:08 PM, karl ramberg <karlramberg(a)gmail.com> wrote: > Spur crashes regularly in my machine, Windows 8.1. > Crash dump attached. > > Best regards, > Karl > > On Tue, Sep 9, 2014 at 4:58 AM, Eliot Miranda <eliot.miranda(a)gmail.com> > wrote: > >> >> ...at http://www.mirandabanda.org/files/Cog/VM/VM.r3072. >> >> CogVM binaries as per VMMaker.oscog-eem.876/r3072 >> >> Fix bad regression in FilePlugin>>primitiveFileSetPosition introduces >> around >> r2797 that breaks > 1Gb file access. >> >> Change manifest files on Windows to make app HIGHDPIAWARE. Create a >> manifest for the consolevm and include it in the archive. >> >> Fix bug with become where duplicate entries in the input >> array would crash the system (thanks Igor). >> >> Make nameOfClass: more robust, in both the real and simulated VMs. >> >> Regenerate sources after refactoring Slang code to ask classes what >> methods >> they want to include based on their initializationOptions inst var instead >> of the centralized VMMaker. >> >> Generate Spur Newspeak VMs with the new CompiledMethod header format. >> This will >> break the Newspeak Spur bootstrap until NOF generation and/or loading is >> fixed. >> >> >> -- >> best, >> Eliot >> >> > > > > -- best, Eliot

1 0

Update of AgileVisualization.com
by Alexandre Bergel Sept. 24, 2014

Sept. 24, 2014

Dear All, AgileVisualization.com , the book about Roassal, has been updated with a new chapter. The HTML versions of the chapter are also online. Agile Visualization is written using Pillar and Skeleton. Thanks Damien Cassou and Yuriy Tymchuk (Uko) for these wonderful frameworks. I am also looking for contributors. I know that some of you guys have done wonderful things with Roassal. Sharing your knowledge with the rest of us would be fantastic. You may even get paid to write a chapter :-) Get in touch with me for more info. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

Re: [Pharo-dev] deployment components (was "The Dilemma: Building a Futuristic GUI for Ephestos")
by Torsten Bergmann Sept. 24, 2014

Sept. 24, 2014

Craig Latta wrote: >Right, there's no need for anyone to use UUIDs when referring to >classes in Smalltalk expressions. Yes, exactly this. We still use regular names for the classes - but for the tools they have a distinguishable ID. Best is to use a UUID for the ID as it is unique from the beginning. So if you create a class "Foo" and I create one both are unqique by ID - even when using the same name. The "rest" is implemeting tooling support. When you write "Foo" in a workspace then the workspace either already has a naming context to resolve the name (see [1] or could provide you with a selection if there is more than one. Internally you could bind to the right class by using the ID. I hate prefixing the classes as we now do, I want to name the classes "Instruction" not "IRInstruction" in Opal or "AJInstruction" in AsmJIT, especially since "IR" and "AJ" do not really tell you anything. Smalltalk names should be understandable. Additionally we should have meaningfull (and also unique) names also for namespaces. Also the current three/two letter prefixing of classes that is used in Squeak or Pharo only scales well for small communities... When there are things I like in Java then it is the fact to use reverse domains for namespaces. It is easy, understandable and I could also easily check if there is a web location. This way a namespace "org.apache.maven" gives you something meaningful, I can even visit http://maven.apache.org/. Allows the community to easily scale with thousands of classes without having clashes. Think of "org.pharo.asmjit.Instruction" vs "org.pharo.opal.Instruction" So you additionally need better and meaningful namespaces THAT SCALE AND ARE EASY TO UNDERSTAND combined with real packages (as objects, as Pharo already has). Then we also need ABIA (Around, beginner, inner, after messages), multiple method categories, selector namespaces, possibility for visibility (like private methods, see [2]), unified annotations for classes/methods/variables and a few other ingredients from my personal wishlist and it may shape a different new future... The interesting part is not to add all kind of stuff to Smalltalk - the interesting part is what is the most minimalistic system to allow for something extensible and still flexible (even within the meta-system) so that one can bootstrap things on top. Bye T. [1] http://vimeo.com/75391990 [2] http://smalltalkhub.com/#!/~CamilleTeruel/PrivateMethods

6 9

I'm confused about Process>>isTerminated
by Max Leske Sept. 24, 2014

Sept. 24, 2014

Hi As always when I want to check if a process has died I get very confused by #isTerminated and Iâm wondering if I just donât get how itâs supposed to work or if there are others that share my confusion. Old implementation: isTerminated self isActiveProcess ifTrue: [^ false]. ^suspendedContext isNil or: ["If the suspendedContext is the bottomContext it is the block in Process>>newProcess. If so, and the pc is greater than the startpc, the bock has alrteady sent and returned from value and there is nothing more to do." suspendedContext isBottomContext and: [ suspendedContext pc > suspendedContext startpc ] ] Pharo 4 implementation: isTerminated self isActiveProcess ifTrue: [^ false]. ^suspendedContext isNil or: ["If the suspendedContext is the bottomContext it is the block in Process>>newProcess. If so, and the pc is greater than the startpc, the bock has alrteady sent and returned from value and there is nothing more to do.â suspendedContext isBottomContext and: [ suspendedContext isDead not â<âââââââââââââââââââââââââ new" and: [ suspendedContext pc > suspendedContext startpc ] ] ] The old implementation would break if the suspended context was dead (i.e. the pc was nil) because the send of #> would produce an MNU. The new implementation doesnât fix that, even though it looks like it at first glance: if the pc is nil, the #> send will still happen -> MNU. isDead ^ pc isNil Anyway, neither implementation will reliably tell me if the process has been terminated: - an inactive process will be suspended when #terminate is sent and report that it has not been terminated (#isSuspended -> true, #isTerminated -> false) - a properly terminated process will raise an MNU (although apparently not alwaysâ¦?) - all the states in between: no clue I would like to know two things: 1. how can I check if a process has already *received* a #terminate? (I would then assume that the process will die eventually) 2. how can I check if a process is *actually* dead? (in case a âhalf deadâ process will still unwind or whatever) What would be necessary to make those tests (or better ones) possible (rewrite the whole process implementation?)? Cheers, Max

4 15

Gitfiletree github diff
by Yuriy Tymchuk Sept. 24, 2014

Sept. 24, 2014

Hi, I use gitfiletree and when I want to see changes with my github repo, I get: "SSL Exception: decrypt failed [code:-5]â. But only first time, all other times it works well. Any ideas where can be the problem? Uko

2 3

[pharo-project/pharo-core]
by GitHub Sept. 24, 2014

Sept. 24, 2014

Branch: refs/tags/30858 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core] b18466: 40250
by GitHub Sept. 24, 2014

Sept. 24, 2014

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: b18466613789f1603ae929de385cb49c8edd3f36 https://github.com/pharo-project/pharo-core/commit/b18466613789f1603ae929de… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-09-24 (Wed, 24 Sep 2014) Changed paths: A Graphics-Files.package/JPEGReadWriter.class/instance/public access/nextPutImage_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script250.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40250.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForIssues_.st Log Message: ----------- 40250 12828 Unfullfilled subclass responsibility in JPEGReadWriter https://pharo.fogbugz.com/f/cases/12828 http://files.pharo.org/image/40/40250.zip

1 0

[pharo-project/pharo-core]
by GitHub Sept. 24, 2014

Sept. 24, 2014

Branch: refs/tags/40250 Home: https://github.com/pharo-project/pharo-core

1 0

[pharo-project/pharo-core]
by GitHub Sept. 24, 2014

Sept. 24, 2014

Branch: refs/tags/40249 Home: https://github.com/pharo-project/pharo-core

1 0