Hi Frank,
there's been a lot of churn in my VMs lately. I'm afraid I have to insist that you use at least the 2640 VM. This is the only one that both a) avoids a bad bug I introduced recently in the change class primitives, and b) has fixed stack headroom calculation and improved signal handling to eliminate occasional crashes on linux.
On Thu, Dec 20, 2012 at 2:35 AM, Frank Shearar frank.shearar@gmail.comwrote:
On 20 December 2012 10:02, Herbert König herbertkoenig@gmx.net wrote:
Hi,
Ultimately, this isn't a problem in the code, it's in the state of the image. All you have to do is execute "MCMockPackageInfo initialize"
*before*
running the tests, and everything works fine. Add it to ReleaseBuilder
so
that the image will ship with a properly initialized mocks package.
it seems this is the case. On Win 7 I get errors like the others did, regardless of setting author initials before or during the tests. If I
run
the above snippets before the tests I get: 3272 run, 3251 passes, 18 expected failures, 2 failures, 1 errors, 0 unexpected passes, the error in FileDirectoryTest>>testRelativeNameIfAbsoluteFor, the failures in LocaleTest>>testLocaleChanged and ReleaseTest>>testNoObsoleteClasses.
I'm using this VM: Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.234] Win32 built on Dec 15 2012 13:17:01 Compiler: 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
I think there is a newer VM. Frank, have you decided on the release VM?
I have not. The tests run on Cog r2326 and a custom interpreter VM Dave put on squeakci.org, which is almost a 4.10.2.2614 (I think). "Almost" means that it doesn't use glibc 2.15, which is more recent than squeakci's version (and Ubuntu Lucid Lynx, for that matter).
frank
On Fri, Dec 21, 2012 at 9:54 AM, Eliot Miranda eliot.miranda@gmail.comwrote:
Hi Frank,
there's been a lot of churn in my VMs lately. I'm afraid I have to
insist that you use at least the 2640 VM. This is the only one that both a) avoids a bad bug I introduced recently in the change class primitives, and b) has fixed stack headroom calculation and improved signal handling to eliminate occasional crashes on linux.
(and has the large integer tests fixed, and the ipv6 network support prims integrated)
On Thu, Dec 20, 2012 at 2:35 AM, Frank Shearar frank.shearar@gmail.comwrote:
On 20 December 2012 10:02, Herbert König herbertkoenig@gmx.net wrote:
Hi,
Ultimately, this isn't a problem in the code, it's in the state of the image. All you have to do is execute "MCMockPackageInfo initialize"
*before*
running the tests, and everything works fine. Add it to ReleaseBuilder
so
that the image will ship with a properly initialized mocks package.
it seems this is the case. On Win 7 I get errors like the others did, regardless of setting author initials before or during the tests. If I
run
the above snippets before the tests I get: 3272 run, 3251 passes, 18 expected failures, 2 failures, 1 errors, 0 unexpected passes, the error in FileDirectoryTest>>testRelativeNameIfAbsoluteFor, the failures in LocaleTest>>testLocaleChanged and ReleaseTest>>testNoObsoleteClasses.
I'm using this VM: Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.234] Win32 built on Dec 15 2012 13:17:01 Compiler: 3.4.4 (cygming special,
gdc
0.12, using dmd 0.125)
I think there is a newer VM. Frank, have you decided on the release VM?
I have not. The tests run on Cog r2326 and a custom interpreter VM Dave put on squeakci.org, which is almost a 4.10.2.2614 (I think). "Almost" means that it doesn't use glibc 2.15, which is more recent than squeakci's version (and Ubuntu Lucid Lynx, for that matter).
frank
-- best, Eliot
On 21 December 2012 17:55, Eliot Miranda eliot.miranda@gmail.com wrote:
On Fri, Dec 21, 2012 at 9:54 AM, Eliot Miranda eliot.miranda@gmail.com wrote:
Hi Frank,
there's been a lot of churn in my VMs lately. I'm afraid I have to insist that you use at least the 2640 VM. This is the only one that both a) avoids a bad bug I introduced recently in the change class primitives, and b) has fixed stack headroom calculation and improved signal handling to eliminate occasional crashes on linux.
(and has the large integer tests fixed, and the ipv6 network support prims integrated)
I'm trying it out right now (and testing out a new build script at the same time) at http://squeakci.org/job/SqueakTrunk/75/.
And look! KernelTests.Numbers.LargeNegativeIntegerTest.testMinimumNegativeIntegerArithmetic passes!
Thanks very much, Eliot!
frank
On Thu, Dec 20, 2012 at 2:35 AM, Frank Shearar frank.shearar@gmail.com wrote:
On 20 December 2012 10:02, Herbert König herbertkoenig@gmx.net wrote:
Hi,
Ultimately, this isn't a problem in the code, it's in the state of the image. All you have to do is execute "MCMockPackageInfo initialize" *before* running the tests, and everything works fine. Add it to ReleaseBuilder so that the image will ship with a properly initialized mocks package.
it seems this is the case. On Win 7 I get errors like the others did, regardless of setting author initials before or during the tests. If I run the above snippets before the tests I get: 3272 run, 3251 passes, 18 expected failures, 2 failures, 1 errors, 0 unexpected passes, the error in FileDirectoryTest>>testRelativeNameIfAbsoluteFor, the failures in LocaleTest>>testLocaleChanged and ReleaseTest>>testNoObsoleteClasses.
I'm using this VM: Croquet Closure Cog VM [CoInterpreter VMMaker.oscog-eem.234] Win32 built on Dec 15 2012 13:17:01 Compiler: 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
I think there is a newer VM. Frank, have you decided on the release VM?
I have not. The tests run on Cog r2326 and a custom interpreter VM Dave put on squeakci.org, which is almost a 4.10.2.2614 (I think). "Almost" means that it doesn't use glibc 2.15, which is more recent than squeakci's version (and Ubuntu Lucid Lynx, for that matter).
frank
-- best, Eliot
-- best, Eliot
vm-dev@lists.squeakfoundation.org