at http://www.mirandabanda.org/files/Cog/VM/VM.r2714/
These fix quite a serious bug with the JIT that would cause crashes in
large images.
CogVM binaries as per VMMaker.oscog-eem.282/r2714
Change application name from Croquet to Squeak and change to green Cog
Squeak
icons. Add accurate version
at http://www.mirandabanda.org/files/Cog/VM/VM.r2701/.
CogVM binaries as per VMMaker.oscog-eem.272/r2701.
Fix unknownBytecode processing to leave pc at unknown bytecode.
Fix case of process switch to an interior frame.
Fix some assert function signatures in the stack vm.
Use symbols for types
at http://www.mirandabanda.org/files/Cog/VM/VM.r2697/
CogVM binaries as per VMMaker.oscog-eem.270/r2697
Fix the become issue where methods that are identical are failing
the code test because their penultimate literals are different objects.
Add a flag cmUsesPenultimateLit to jitted methods,
http://www.mirandabanda.org/files/Cog/VM/VM.r2678
CogVM binaries as per VMMaker.oscog-eem.264/r2678.
Fix snapshot primitive failure in the StackVM and Cogit. The
primitive should fail, not merely return the receiver. Also if in
Cogit, need to back-up instruction pointer on failure.
Make
...at http://www.mirandabanda.org/files/Cog/VM/VM.r2677/.
CogVM binaries as per VMMaker.oscog-eem.261/r2677.
Move determination of the ammount of headroom to the platform in
osCogStackPageHeadroom (in the various sqFooMain.c files). Hence
2k stack pages on Mac and Win32 with 4k pages on linux.
Eliot Miranda-2 wrote
CogVM binaries as per VMMaker.oscog-eem.255/r2672
Thanks, Eliot!!
--
View this message in context:
http://forum.world.st/New-Cog-VMs-available-tp4663415p4663571.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
...at http://www.mirandabanda.org/files/Cog/VM/VM.r2662/.
CogVM binaries as per VMMaker.oscog-eem.251/r2662
Give primitiveRemLargeIntegers primitive # 20.
Add yet another libc line to the linux launch script(s), and try and make
the
script suggest users extend it themselves. you can lead a
...and at http://www.mirandabanda.org/files/Cog/VM/VM.r2664.
CogVM binaries as per VMMaker.oscog-eem.252/r2664.
Issue 117. Fix primitiveRemLargeIntegers.
The result should be negated iff receiver negative.
On Tue, Jan 8, 2013 at 3:28 PM, Eliot Miranda eliot.mira...@gmail.comwrote:
...at
New Cog VMs available at http://www.mirandabanda.org/files/Cog/VM/VM.r2637/.
CogVM binaries as per VMMaker.oscog-eem.238/r2637
Restore ThreadedFFIPlugin wanting COGMTVM to be determined on
command line. Probably broke in VMMaker.oscog-eem.218
Fix bug in changeClass:from: so that if receiver
Hi All,
new Cog VMs available at
http://www.mirandabanda.org/files/Cog/VM/VM.r2636/. The main change here
is to do with corrected headroom and safer signal handling which should
hopefully improve stability on linux.
Cog VM binaries as per VMMaker.oscog-eem.234/r2636/r2638.
Use the -z now
VM.r2518/ http://www.mirandabanda.org/files/Cog/VM/VM.r2518/.
CogVM binaries as per VMMaker.oscog-eem.139/r2518.
Add access to VM arguments to Mac. Make Windows, Mac and Unix consistent:
Smalltalk getSystemAttribute:
-1 = executable name
-2 .. -n = VM
Hi All,
new VMs at http://www.mirandabanda.org/files/Cog/VM/VM.r2515/. These
fix a code generator bug and as a result produce slightly better code in
rare circumstances. Anyway, Hans' case below will no longer crash the VM
:) Enjoy.
On Thu, Nov 17, 2011 at 5:38 AM, Baveco, Hans
http://www.mirandabanda.org/files/Cog/VM/VM.r2502/
CogVM binaries as per VMMaker.oscog-eem.134/r2502
Ensure the unix run scripts set SQUEAK_PLUGINS if unset.
Fix remaining bug in context access fixes of VMMaker.oscog-eem.119.
stObject:at: and stObject:at:put: need to use
...at http://www.mirandabanda.org/files/Cog/VM/VM.r2496/.
CogVM binaries as per VMMaker.oscog-eem.128/r2496
Fix regression in object-as-method/cannot-interpret for single and polymorphic
inline cache misses (lookup:for:methodAndErrorSelectorInto:).
Fix formatting bugette in context printing.
On Fri, Sep 23, 2011 at 10:53 PM, Stéphane Ducasse
stephane.duca...@inria.fr wrote:
Thanks eliot.
Do you have tests that we could harvest to create a non regession database?
Alas not in this case. The bug manifests itself when a cog code compaction
occurs soon after an MNU PIC has been
Indeed.
Alas not in this case. The bug manifests itself when a cog code compaction
occurs soon after an MNU PIC has been created and the symptom is a fatal
crash. So a) it is very difficult to reproduce and b) there would be no neat
test failure, there would be a core dump. Yes this is
Hi All,
yesterday's new VMs bore fruit and I found and fixed a bug that could
cause fatal VM crashes. Alas it was not the one I was looking for, simply
closely related. So I've uploaded new VMs to
http://www.mirandabanda.org/files/Cog/VM/VM.r2494/README.2494 and would ask
you, especially if
...in http://www.mirandabanda.org/files/Cog/VM/VM.r2495/. These fix the
regression introduced in r2487 in
introducing faster MNu processing. The bug was the leaking up of an error
code that was misinterpreted as
a valid target machine code method. Thanks /very/ much to those of you who
tested
Thanks eliot.
Do you have tests that we could harvest to create a non regession database?
Stef
...in http://www.mirandabanda.org/files/Cog/VM/VM.r2495/. These fix the
regression introduced in r2487 in
introducing faster MNu processing. The bug was the leaking up of an error
code that
...in http://www.mirandabanda.org/files/Cog/VM/VM.r2493/. These VMs are not
much changed from the 2487 VMs, BUT the 2487 VMs introduced a bug while
providing faster doesNotUnderstand: processing. These 2493 VMs contain code
to help identify that bug. If you're already using a 2487 VM or newer
in http://www.mirandabanda.org/files/Cog/VM/VM.r2487/.
Fix bugs described in the [Pharo-project] Troubles with #flushCache and
#run:with:in: thread http://lists.gforge.inria.fr/pipermail/pharo-project/
2011-July/050858.html. The PIC machinery wrongly treated invoke-as-method
sends as MNUs.
at http://www.mirandabanda.org/files/Cog/VM/VM.r2468/. These fix a
problem with the ALien plugin assigning -2^31 into Aliens, and fix UUID
generation on linux.
--
best,
Eliot
Hi All,
find new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2459/.
These have functional ALien callbacks. Previous VMs had buggy code that
could easily crash when heavily stressed, as discovered with Vassili Bykov's
native Hopscotch UI in Newspeak on Win32. Be aware that there
On Sun, 6 Feb 2011, Eliot Miranda wrote:
Hi All,
new Cog VMs are available, SimpleStackBasedCogit @
http://www.mirandabanda.org/files/Cog/VM/VM.r2359/ and
StackToRegisterMappingCogit @
http://www.mirandabanda.org/files/Cog/VM/VM.r2361. I think the new code
generator is ready for prime time
...@elte.hu]
Sent: Tuesday, February 08, 2011 2:19 PM
To: Pharo Development
Cc: Squeak Virtual Machine Development Discussion; The general-purpose Squeak
developers list
Subject: Re: [Pharo-project] new Cog VMs available
On Sun, 6 Feb 2011, Eliot Miranda wrote:
Hi All,
new Cog VMs are available
On 09.02.2011 02:31, Schwab,Wilhelm K wrote:
New vms that read cog images - as in cog is no longer a one-way street? That
would make it safer/easier to test.
Yes.
Cheers,
Henry
@lists.gforge.inria.fr
Subject: Re: [Pharo-project] new Cog VMs available
On 09.02.2011 02:31, Schwab,Wilhelm K wrote:
New vms that read cog images - as in cog is no longer a one-way street? That
would make it safer/easier to test.
Yes.
Cheers,
Henry
Hi Eliot,
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and StackToRegisterMappingCogit ?
new Cog VMs are available, SimpleStackBasedCogit @
http://www.mirandabanda.org/files/Cog/VM/VM.r2359/ and
StackToRegisterMappingCogit @
Thanks Eliot.
And indeed, I subscribe to the below question as well :)
Cheers,
Doru
On 7 Feb 2011, at 09:12, Francois Stephany wrote:
Hi Eliot,
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and StackToRegisterMappingCogit ?
new Cog VMs are
On 7 February 2011 09:12, Francois Stephany tulipe.mouta...@gmail.com wrote:
Hi Eliot,
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and c?
SimpleStackBasedCogit maps values to machine registers when generating code,
while stack-based one uses stack for
Ok :)
In practice which one the end user should use ? Are there any
performance/stability difference ?
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and c?
SimpleStackBasedCogit maps values to machine registers when generating code,
while stack-based one
Thanks Francois for asking the questions for me :)
Cheers,
Doru
On 7 Feb 2011, at 11:02, Francois Stephany wrote:
Ok :)
In practice which one the end user should use ? Are there any
performance/stability difference ?
Probably a stupid question but what's the difference between
StackToRegisterMappingCogit maps values to machine registers when generating
code,
while stack-based one uses stack for everything.
Guess that is what is meant..
Register based vms like Parrot will offer more info... As to motivation for
this mapping
On Feb 7, 2011, at 2:53 PM, Igor
On 7 February 2011 12:28, Krishsmalltalk
krishnamachari.sudha...@gmail.com wrote:
StackToRegisterMappingCogit maps values to machine registers when generating
code,
while stack-based one uses stack for everything.
Guess that is what is meant..
Register based vms like Parrot will offer more
So StackToRegisterMappingCogit should be faster than the other ? If so,
why does the SimpleStackBasedCogit still exist ?
(Sorry but I'm a total newbie)
On 07/02/11 15:42, Igor Stasenko wrote:
On 7 February 2011 12:28, Krishsmalltalk
krishnamachari.sudha...@gmail.com wrote:
So StackToRegisterMappingCogit should be faster than the other ? If so,
why does the SimpleStackBasedCogit still exist ?
Read here:
http://forum.world.st/Teleplace-Cog-VMs-are-now-available-td2261896.html
Bye
T.
--
Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief!
Jetzt
Hi Francois,
On Mon, Feb 7, 2011 at 12:12 AM, Francois Stephany
tulipe.mouta...@gmail.com wrote:
Hi Eliot,
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and StackToRegisterMappingCogit ?
See the following thread:
On Mon, Feb 7, 2011 at 6:52 AM, Francois Stephany tulipe.mouta...@gmail.com
wrote:
So StackToRegisterMappingCogit should be faster than the other ? If so, why
does the SimpleStackBasedCogit still exist ?
Juts in case people find bugs with the StackToRegisterMappingCogit that are
not in
On Mon, Feb 7, 2011 at 09:12, Francois Stephany
tulipe.mouta...@gmail.com wrote:
Probably a stupid question but what's the difference between
SimpleStackBasedCogit and StackToRegisterMappingCogit ?
And would it make sense to name the VM binaries/applications to
reflect which interpreter they
Thanks for your pointer and explanations Eliot !
On Mon, Feb 7, 2011 at 6:52 AM, Francois Stephany
tulipe.mouta...@gmail.com mailto:tulipe.mouta...@gmail.com wrote:
So StackToRegisterMappingCogit should be faster than the other ? If
so, why does the SimpleStackBasedCogit still exist ?
Hi All,
new Cog VMs are available, SimpleStackBasedCogit @
http://www.mirandabanda.org/files/Cog/VM/VM.r2359/ and
StackToRegisterMappingCogit @
http://www.mirandabanda.org/files/Cog/VM/VM.r2361. I think the new code
generator is ready for prime time now. I fixed a number of bugs over the
41 matches
Mail list logo
