Re: [Pharo-project] [ANN 1.3] One-Click #13315
On Oct 30, 2011, at 5:31 PM, Ben Coman wrote:
Pharo 1.4 works okay, which is great the crash is avoided, but with only 8804 tests versus 9757 in Pharo 1.3 it is unclear whether: 1. Bug has been fixed in VM. 2. System Code has been removed from image 3. Test Code exercising the crash has been removed from image Ideally the problem doesn't just go away by itself :) otherwise it might be scenario 2. or 3. above rather than 1 :)
However I then reran Pharo-1.3 image with no crash - so a null experiment.
For your records, I did the following... a. extracted Pharo-1.3-13315-OneClick.zip b. extracted Pharo-1.4-14210.zip into the Resource folder, c. renamed pharo.exe & pharo.ini to pharo14.exe & pharo14.ini as described in my previous report d. modified pharo14.ini with ImageFile=Contents\Resources\pharo-1.4.image e. ran pharo14.exe, opened TestRunner and clicked <Run Selected>, then later clicked <Run Selected> a second time. f. Quit g. modified pharo14.ini with ImageFile=Contents\Resources\pharo.image h. ran pharo14.exe, opened TestRunner and clicked <Run Selected> i. Quit What would be interesting:
-> Does it happen Core 1.3? -> Does it happen with other VMs? Marcus -- Marcus Denker -- http://marcusdenker.de
Hello! Some weeks ago i asked, weather code in Smalltalk is an object too or not. The answers were not that clear as i expected! :-( Now i would like to put up the question, if there is a paradigm change in software engineering slowly coming up in the Smalltalk community towards class factory, code, that generates code, that is jitted immediately to generate further classes to finally be instantiated? E.g. the regexp compilercompiler SmaCC. How "dense" has a Smalltalk code system to be that it starts to emerge from itself? Means: When starts Pharo refactoring its own code or AST parser itself? Maybe a too unclear question, but i hope someone can understand what i mean ... :-) tnx in advance, Guido Stepken
On Oct 31, 2011, at 11:16 AM, Guido Stepken wrote:
Hello!
Some weeks ago i asked, weather code in Smalltalk is an object too or not. The answers were not that clear as i expected! :-(
Now i would like to put up the question, if there is a paradigm change in software engineering slowly coming up in the Smalltalk community towards class factory, code, that generates code, that is jitted immediately to generate further classes to finally be instantiated?
not specially
E.g. the regexp compilercompiler SmaCC. How "dense" has a Smalltalk code system to be that it starts to emerge from itself?
Means: When starts Pharo refactoring its own code or AST parser itself?
But it does. Pharo does not use Smacc.
Maybe a too unclear question, but i hope someone can understand what i mean ... :-)
tnx in advance, Guido Stepken
Kuhn's more than 20 senses of paradigm change? In computer "science"? ... 2011/10/31 Guido Stepken <gstepken@googlemail.com>:
Hello!
Some weeks ago i asked, weather code in Smalltalk is an object too or not. The answers were not that clear as i expected! :-(
Now i would like to put up the question, if there is a paradigm change in software engineering slowly coming up in the Smalltalk community towards class factory, code, that generates code, that is jitted immediately to generate further classes to finally be instantiated?
E.g. the regexp compilercompiler SmaCC. How "dense" has a Smalltalk code system to be that it starts to emerge from itself?
Means: When starts Pharo refactoring its own code or AST parser itself?
Maybe a too unclear question, but i hope someone can understand what i mean ... :-)
tnx in advance, Guido Stepken
participants (5)
-
Ben Coman -
Guido Stepken -
Hernán Morales Durand -
Marcus Denker -
Stéphane Ducasse