[Pharo-project] new Cog VMs available

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

[Pharo-project] new Cog VMs available

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 ins

[Pharo-project] new Cog VMs available

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, st

[Pharo-project] new Cog VMs available

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 report

[Pharo-project] new Cog VMs available

...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. P

Re: [Pharo-project] New Cog VMs available

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.

Re: [Pharo-project] New Cog VMs available...

...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 wrote: > ...at http://www.mirandabanda.or

[Pharo-project] New Cog VMs available...

...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 hors

[Pharo-project] New Cog VMs available

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 has

[Pharo-project] new Cog VMs available

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 li

Re: [Pharo-project] new Cog VMs

Hi eliot thanks. Now could you reply to the questions we asked with igor about the bug in the eeInstantiate methods? I'm curious to understand the logic of turning around the GC triggering on newly created objects. Are you fixes related to that because this impacts Moose large images? Stef > H

[Pharo-project] new Cog VMs

Hi All, please find new VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2585/. These VMs try and fix an occasional crash (try because the fix doesn't handle all cases yet), and at least turn it into an orderly exit with error message (no room on youngReferrers list/youngReferrers list over

[Pharo-project] new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/

new Cog VMs in http://www.mirandabanda.org/files/Cog/VM/VM.r2540/. Cog VM binaries as per VMMaker.oscog-eem.154/r2540. Fix bad conceptual bug with become on methods. Unlike full and incremental GC, the reference from a Cog method to its method object must not be remapped since they're two halves

[Pharo-project] New Cog VMs available at...

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

[Pharo-project] New Cog VMs available [was [squeak-dev] VM cog crash]

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 wrote: >

[Pharo-project] new Cog VMs are available

Hi All, the VMs are available at http://www.mirandabanda.org/files/Cog/VM/VM.r2508. CogVM source as per VMMaker.oscog-eem.137/r2508. Fix primitiveContextAt[Put] for non-contexts (ContextPart subclasses other than MethodContext including BlockContext). stObjectAt[Put] could fail so args shoul

[Pharo-project] New COg VMs available at...

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 stackPointerForMaybeMarr

[Pharo-project] new Cog VMs available...

...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. This

Re: [Pharo-project] new Cog VMs available...

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

Re: [Pharo-project] new Cog VMs available...

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 bee

Re: [Pharo-project] new Cog VMs available...

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 tha

[Pharo-project] new Cog VMs available...

...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 th

[Pharo-project] new Cog VMs available [please read]

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

[Pharo-project] new Cog VMs available [please read]

...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 /p

[Pharo-project] new Cog VMs available

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. Clo

[Pharo-project] new Cog VMs available

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

[Pharo-project] new Cog VMs available

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

Re: [Pharo-project] new Cog VMs uploaded

On 03.05.2011 23:40, Eliot Miranda wrote: > > > On Tue, May 3, 2011 at 11:57 AM, Philippe Marschall > wrote: > > On 03.05.2011 19:51, Eliot Miranda wrote: > > > > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > >

Re: [Pharo-project] new Cog VMs uploaded

this is why you often see dual licensing GPL/buying a license. So it makes sense. Licences are tools to shape your business model Now for pharo this is MIT because if you want you can run out with it and sell it for a lot of money :) Stef > You have it backwards. There is *no* GPL code in Op

Re: [Pharo-project] new Cog VMs uploaded

On 5 May 2011 18:24, Eliot Miranda wrote: > > > On Wed, May 4, 2011 at 5:33 PM, Igor Stasenko wrote: >> >> On 4 May 2011 23:39, Stéphane Ducasse wrote: >> > Hi chris >> > >> > >> >> You should be able to extract the code and use it in Pharo/Squeak >> >> without issue, even if it is GPL.  What yo

Re: [Pharo-project] new Cog VMs uploaded

You have it backwards. There is *no* GPL code in OpenQwaq. If there had been the whole project would have had to become GPL and Teleplace could not have protected itself against others using the code. By releasing the code as GPL Teleplace's investors retain the sole commercial rights to t

Re: [Pharo-project] new Cog VMs uploaded

On Wed, May 4, 2011 at 5:33 PM, Igor Stasenko wrote: > On 4 May 2011 23:39, Stéphane Ducasse wrote: > > Hi chris > > > > > >> You should be able to extract the code and use it in Pharo/Squeak > >> without issue, even if it is GPL. What you can't do is include it in > >> the distribution, since

Re: [Pharo-project] new Cog VMs uploaded

>> >>> You should be able to extract the code and use it in Pharo/Squeak >>> without issue, even if it is GPL. What you can't do is include it in >>> the distribution, since it isn't MIT. You also shouldn't study the >>> code and write your own version of it - I believe that would be a >>> deri

Re: [Pharo-project] new Cog VMs uploaded

On 4 May 2011 23:39, Stéphane Ducasse wrote: > Hi chris > > >> You should be able to extract the code and use it in Pharo/Squeak >> without issue, even if it is GPL.  What you can't do is include it in >> the distribution, since it isn't MIT.  You also shouldn't study the >> code and write your ow

Re: [Pharo-project] new Cog VMs uploaded

Hi chris > You should be able to extract the code and use it in Pharo/Squeak > without issue, even if it is GPL. What you can't do is include it in > the distribution, since it isn't MIT. You also shouldn't study the > code and write your own version of it - I believe that would be a > derivati

Re: [Pharo-project] new Cog VMs uploaded

On 03.05.2011 23:40, Eliot Miranda wrote: > > > On Tue, May 3, 2011 at 11:57 AM, Philippe Marschall > wrote: > > On 03.05.2011 19:51, Eliot Miranda wrote: > > > > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > >

Re: [Pharo-project] new Cog VMs uploaded

You should be able to extract the code and use it in Pharo/Squeak without issue, even if it is GPL. What you can't do is include it in the distribution, since it isn't MIT. You also shouldn't study the code and write your own version of it - I believe that would be a derivative work, which would

Re: [Pharo-project] new Cog VMs uploaded

On 5/3/2011 4:40 PM, Eliot Miranda wrote: What approach do you suggest should I take? I have no idea. You could try and break down the various activities and benchmark them separately I suppose. You could look at the profiles you're already generating in higher resolution to see where

Re: [Pharo-project] new Cog VMs uploaded

On Tue, May 3, 2011 at 11:57 AM, Philippe Marschall wrote: > On 03.05.2011 19:51, Eliot Miranda wrote: > > > > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > > wrote: > > > > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > > > > On Fri, Apr

Re: [Pharo-project] new Cog VMs uploaded

On 03.05.2011 19:51, Eliot Miranda wrote: > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > wrote: > > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > >

Re: [Pharo-project] new Cog VMs uploaded

On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall wrote: > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > > wrote: > > > > On 27.04.2011 19 :23, Eliot Miranda wrote: > > > Philippe, > > > > > >

Re: [Pharo-project] new Cog VMs uploaded

On 29.04.2011 19:03, Eliot Miranda wrote: > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > wrote: > > On 27.04.2011 19 :23, Eliot Miranda wrote: > > Philippe, > > > > can you please profile before and after? This could very well > be to

Re: [Pharo-project] new Cog VMs uploaded

On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall wrote: > On 27.04.2011 19:23, Eliot Miranda wrote: > > Philippe, > > > > can you please profile before and after? This could very well be to > > do with the additional cost of shallowCopy for contexts, but it is > > inevitable that a correc

Re: [Pharo-project] new Cog VMs uploaded

On 27.04.2011 19:23, Eliot Miranda wrote: > Philippe, > > can you please profile before and after? This could very well be to > do with the additional cost of shallowCopy for contexts, but it is > inevitable that a correct implementation is going to be more expensive > than the simple block-c

Re: [Pharo-project] new Cog VMs uploaded

On 27.04.2011 19:24, Eliot Miranda wrote: > > > > > can you post a stack trace from gdb? Also, what linux system and what > image are you using? r2382 fixed it Cheers Philippe

Re: [Pharo-project] new Cog VMs uploaded

On 27 Apr 2011, at 20:35, Henrik Sperre Johansen wrote: > Implementing use of CLDR data is the way to go if you want something that is > both reliable and works. This was mentioned by others too ( http://cldr.unicode.org/ ). That would indeed be a nice project, and no ugly plugins would be neede

Re: [Pharo-project] new Cog VMs uploaded

On 27.04.2011 20:37, Henrik Sperre Johansen wrote: Don't tell me you didn't have an idea this would happen :) Or was it Igor I talked to it about in Lille? -- View this message in context: http://forum.world.st/new-Cog-VMs-uploaded-tp3476543p3479109.html Sent from the Pharo Smalltalk mailing li

Re: [Pharo-project] new Cog VMs uploaded

On 27.04.2011 20:35, Henrik Sperre Johansen wrote: Also note, primShortDateFormat does nothing with the Locale you specify. All the primitives return values for the current process locale. (Set at startup to system locale rather than C) You'd need to forcibly change the process locale with prim

Re: [Pharo-project] new Cog VMs uploaded

Don't tell me you didn't have an idea this would happen :) Or was it Igor I talked to it about in Lille? -- View this message in context: http://forum.world.st/new-Cog-VMs-uploaded-tp3476543p3479109.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Re: [Pharo-project] new Cog VMs uploaded

Also note, primShortDateFormat does nothing with the Locale you specify. All the primitives return values for the current process locale. (Set at startup to system locale rather than C) You'd need to forcibly change the process locale with primSetLocale from ImmX11Plugin (which isn't available in

Re: [Pharo-project] new Cog VMs uploaded

and now http://www.mirandabanda.org/files/Cog/VM/VM.r2382/ has the fix for Locale on linux. On Tue, Apr 26, 2011 at 6:37 PM, Eliot Miranda wrote: > with a fix for the VMs in 2379 to > http://www.mirandabanda.org/files/Cog/VM/VM.r2380/. These pass Levente's > shift/reset tests. Apologies for the

Re: [Pharo-project] new Cog VMs uploaded

Hi All, this is because of carelessness in the trunk platforms/unix/plugins/LocalePlugin/sqUnixLocale.c which uses strcpy to copy C strings from the locale subsystem into Smalltalk strings. strcpy copies the trailing null, which will overwrite the first byte of the following object. This jus

Re: [Pharo-project] new Cog VMs uploaded

can you post a stack trace from gdb? Also, what linux system and what image are you using? TIA Eliot On Wed, Apr 27, 2011 at 8:18 AM, Philippe Marschall wrote: > On 26.04.2011 23:01, Eliot Miranda wrote: > > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > > shallowCopy a

Re: [Pharo-project] new Cog VMs uploaded

Philippe, can you please profile before and after? This could very well be to do with the additional cost of shallowCopy for contexts, but it is inevitable that a correct implementation is going to be more expensive than the simple block-copy. The new implementation can be optimized, but we

Re: [Pharo-project] new Cog VMs uploaded

On 26.04.2011 23:01, Eliot Miranda wrote: > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale > plugin. I'm seeing quite a drastic performance degradation in the last two Cog releases for Seaside. r2361 a

Re: [Pharo-project] new Cog VMs uploaded

On 26.04.2011 23:01, Eliot Miranda wrote: > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale > plugin. The following still crashes my vm: (Locale localeID: (LocaleID isoLanguage: 'de' isoCountry: 'CH'))

Re: [Pharo-project] new Cog VMs uploaded

with a fix for the VMs in 2379 to http://www.mirandabanda.org/files/Cog/VM/VM.r2380/. These pass Levente's shift/reset tests. Apologies for the earlier slip. On Tue, Apr 26, 2011 at 2:01 PM, Eliot Miranda wrote: > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > shallowCop

Re: [Pharo-project] new Cog VMs uploaded

I have been using and developing with it for the Mac OS. Thanks Eliot! Scott Gibson On Apr 26, 2011, at 5:01 PM, Eliot Miranda wrote: > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix > shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale > plugin. >

Re: [Pharo-project] new Cog VMs uploaded

2011/4/26 Eliot Miranda : > ...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/.  These fix > shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale > plugin. > best, > Eliot Downloading. Thanks! -- = Germán S. Arduino     T

[Pharo-project] new Cog VMs uploaded

...to http://www.mirandabanda.org/files/Cog/VM/VM.r2379/. These fix shallowCopy and copyFrom: for contexts and (I hope) fix the linux Locale plugin. best, Eliot

Re: [Pharo-project] new Cog VMs available

@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

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

Re: [Pharo-project] new Cog VMs available

...@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

Re: [Pharo-project] new Cog VMs available

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

Re: [Pharo-project] new Cog VMs available

Thanks for your pointer and explanations Eliot ! On Mon, Feb 7, 2011 at 6:52 AM, Francois Stephany mailto: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 fi

Re: [Pharo-project] new Cog VMs available

On Mon, Feb 7, 2011 at 11:16 AM, Damien Pollet wrote: > On Mon, Feb 7, 2011 at 09:12, Francois Stephany > wrote: > > Probably a stupid question but what's the difference between > > SimpleStackBasedCogit and StackToRegisterMappingCogit ? > > And would it make sense to name the VM binaries/applica

Re: [Pharo-project] new Cog VMs available

On Mon, Feb 7, 2011 at 09:12, Francois Stephany 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 use? Alternatively, is the

Re: [Pharo-project] new Cog VMs available

On Mon, Feb 7, 2011 at 6:52 AM, Francois Stephany 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 SimpleStackBasedCogit. Simpl

Re: [Pharo-project] new Cog VMs available

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: http://lists.squeakfoundation.org

[Pharo-project] new Cog VMs available

>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 De-Mail-A

Re: [Pharo-project] new Cog VMs available

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 wrote: StackToRegisterMappingCogit maps values to machine

Re: [Pharo-project] new Cog VMs available

On 7 February 2011 12:28, Krishsmalltalk 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 info... As to motivation for

Re: [Pharo-project] new Cog VMs available

> 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 S

Re: [Pharo-project] new Cog VMs available

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 >>>

Re: [Pharo-project] new Cog VMs available

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

Re: [Pharo-project] new Cog VMs available

On 7 February 2011 09:12, Francois Stephany 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 everything. >>     new

Re: [Pharo-project] new Cog VMs available

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

Re: [Pharo-project] new Cog VMs available

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 @ http://www.mirandabanda.o

[Pharo-project] new Cog VMs available

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 pas

Re: [Pharo-project] new Cog VMs

Hi All, I've uploaded new VMs to VM.r2348/ (SimpleStackBasedCogit) and VM.r2349/ (StackToRegisterMappingCogit). The former are simply to be up-to-date with svn & Monticello. The latter also

Re: [Pharo-project] new Cog VMs

On 10.01.2011 01:28, Eliot Miranda wrote: > Hi All, > > find new VMs in VM.r2344/ > (SimpleStackBasedCogit) > and VM.r2345/ > > (StackToRegisterMappingCogit) > and VMMaker-oscog-45. Thes

Re: [Pharo-project] new Cog VMs

Hi All, find new VMs in VM.r2344/ (SimpleStackBasedCogit) and VM.r2345/ (StackToRegisterMappingCogit) and VMMaker-oscog-45. These fix a bug that could cause crashes when converting an inte

Re: [Pharo-project] new Cog VMs

Thanks http://code.google.com/p/pharo/issues/detail?id=3504 Stef On Jan 3, 2011, at 8:38 PM, Eliot Miranda wrote: > The MethodContext>>numArgs is I guess to be expected because there's no > implementation so far. Find attached. > > 'From Pharo-1.1.1-- of 12 September 2010 [Latest upd

Re: [Pharo-project] new Cog VMs

On 03.01.2011 00:15, Eliot Miranda wrote: > Hi Martin, Hi All, > > so find new VMs in VM.r2341/ > . The linux crashes > (certainly the one you suffered from Martin) seem to be caused by an > optimization bug (but they could be caused by bad

Re: [Pharo-project] new Cog VMs

The MethodContext>>numArgs is I guess to be expected because there's no implementation so far. Find attached. 'From Pharo-1.1.1-- of 12 September 2010 [Latest update: #11414] on 2 January 2011 at 2:23:32 pm'! !MethodContext methodsFor: 'accessing' stamp: 'eem 1/2/2011 14:23'! numArgs "Answer the

Re: [Pharo-project] new Cog VMs

That sounds familiar... are there bitfields next to a memory allocation zone boundary? GCC will issue read instructions that read off the bitfield (documented in the manual --- can't really complain), so you can get a segfault reading a bitfield if GCC emits instructions at compile time that r

Re: [Pharo-project] new Cog VMs

"Eliot Miranda" wrote: > so find new VMs in > VM.r2341/. Yup, much better on my end. Thanks! Martin

Re: [Pharo-project] new Cog VMs

Hi Martin, Hi All, so find new VMs in VM.r2341/. The linux crashes (certainly the one you suffered from Martin) seem to be caused by an optimization bug (but they could be caused by bad code generation, creating something that assumes orderi

Re: [Pharo-project] new Cog VMs

Hi All, looks like there are issues running Cog on 64-bit linux. I only have a 32-bit one to hand so it'll be a while before I can look at this. BTW, it would really help if when people post bugs they give - a URL to the image and changes, not just a name like Pharo 1.1.1. A pointer to the

Re: [Pharo-project] new Cog VMs

On 02.01.2011 16:50, Eliot Miranda wrote: > Hi Philippe, > > what image, what OS and what directories are the vm and image > installed in (yes it can make a difference). - Pharo 1.1.1 - $uname -a Linux 2.6.36-gentoo-r4 #1 SMP PREEMPT Sun Dec 12 19:02:46 CET 2010 x86_64 Intel(R) Core(TM)2 CPU

Re: [Pharo-project] new Cog VMs

Hi Martin, crashing immediately on startup could be to do with the UUIDPlugin and libuuid. Try removing coglinux/lib/squeak/3.9-7/UUIDPlugin and see if it makes a difference. If it does I believe the fix is to ensure that there's a 32-bit libuuid.so.1 installed. e.g. [el...@mcqfes bld]$ ld

Re: [Pharo-project] new Cog VMs

Hi Philippe, what image, what OS and what directories are the vm and image installed in (yes it can make a difference). TIA On Sat, Jan 1, 2011 at 11:52 PM, Philippe Marschall wrote: > On 01.01.2011 21:38, Eliot Miranda wrote: > > Hi All, > > > >there are new versions of both the Simpl

Re: [Pharo-project] new Cog VMs

Hello, Eliot. After updating to emm.42 , i still experiencing crash in same place. I will try different combination of VM/Image. ./Cog.app/Contents/MacOS/Cog mprotect(x,y,PROT_READ | PROT_WRITE): Cannot allocate memory mprotect(x,y,PROT_READ | PROT_WRITE): Invalid argument Segmentation fault S

Re: [Pharo-project] new Cog VMs

Hi Eliot. Running: - Mac OS - VM r2340 - PharoCore 1.2 12288 Running all tests I got this DNU. It is reproducable running the test testClosureRestart which seems to pass well in previous VMs. Cheers Mariano THERE_BE_DRAGONS_HERE MessageNotUnderstood: MethodContext>>numArgs 2 January 2011 11

Re: [Pharo-project] new Cog VMs

On 01.01.2011 21:38, Eliot Miranda wrote: > Hi All, > >there are new versions of both the SimpleStackBasedCogit and the > StackToRegisterMappingCogit Cog VMs in VM.r2337/ > & VM.r2338/ > r

Re: [Pharo-project] new Cog VMs

I'm probably doing something obviously wrong, but I have no luck with the Cog VM. It crashes immediately on startup even with the stock OneClick image. I downloaded the Pharo-1.1.1 OneClick images. Fetched the latest coglinux.tgz (r2340), untarred it into the pharo directory and just trying to r

Re: [Pharo-project] new Cog VMs

Hi All, there are new versions of both the SimpleStackBasedCogit and the StackToRegisterMappingCogit Cog VMs in VM.r2339/ & VM.r2340/ respectively. These contain fixes for rounding bug cau

Re: [Pharo-project] new Cog VMs

On 1 January 2011 22:27, Eliot Miranda wrote: > > > On Sat, Jan 1, 2011 at 1:23 PM, Igor Stasenko wrote: >> >> I built fresh Cog VM using cmake configs. >> >> Pharo 1.2 tests still crashing with segfault. > > So how exactly do I reproduce this?  Image, OS, action etc... > Try running tests in la

Re: [Pharo-project] new Cog VMs

Mac os Take the latest pharo image here: https://gforge.inria.fr/frs/download.php/28098/PharoCore-1.2beta-12283.zip open the test runner run the tests and boum Esteban and igor got the same. but only when the tests are all run not when a particular test is run.

Re: [Pharo-project] new Cog VMs

On Sat, Jan 1, 2011 at 1:23 PM, Igor Stasenko wrote: > I built fresh Cog VM using cmake configs. > > Pharo 1.2 tests still crashing with segfault. So how exactly do I reproduce this? Image, OS, action etc... > Here the stack dump: > > 0xbff638f0 M CompiledMethod(Object)>becomeForward: 46127

  1   2   >