Hi Tim,

    thanks for this.  I don't want to respond to the tests per se, but I do
want to address one parenthetical you make.

On Sat, Jul 28, 2018 at 1:27 PM, Tim Johnson <digit at sonic.net> wrote:

> Hi,
>
> I downloaded an ran the All-in-one and wanted to put it through its paces
> on Windows 7 32-bit.  (I recognize 32-bit is a dying breed, but
> nonetheless...)
>

I don't think it is, at least not unless underlying OSs cease to support
it.  Because Smalltalk has infinite precision arithmetic the 32-bit system
works very well for anything that doesn't require a huge address space.
Because in a symbolic processing application the 32-bit implementation will
move half the data than the 64-bit implementation, the 32-bit version
should be faster, and so if the application fits within the 32-bit heap
there's no reason to go to 64-bits; one is simply wasting memory
bandwidth.  I no longer use the 32-bit system with any regularity, but
that's because the VM simulator is faster on 64-bits than on 32-bits
because it spends a lot of time accessing the array (actually a Bitmap or
DoubleWordArray) that contains the heap, and on 64-bits there's much less
overflow into boxed integers.  But in this case the application is to a
symbolic processing one, but a low level bit manipulation one.

So I, and others, hope that the 32-bit system will live for a long time.
The 64-bit version has its place, and in an increasing number of contexts
it is required, but it can be overkill, and so there are string benefits to
maintaining both.  Especially since in Smalltalk we have the infrastructure
to freely exchange code between the two and are much less dependent on word
size than programs written in many other programming languages.


> Test steps:
>
> * ran squeak.bat
> * skipped configuration
> * ran update (to #18160)
> * ran Installer ensureRecentMetacello
> * ran:
>
> Metacello new
>     baseline: 'Seaside3';
>     repository: 'github://SeasideSt/Seaside:master/repository';
>     load
>
> Please note: my notes below are from my initial run and have not been
> verified by duplicating my initial run.
>
> results:
>
> * initial fetches of BaselineOf* via Metacello all seem to initially
> stall, then retry, then succeed.  My internet connection is pretty fast
> (gigabit fiber).  In Transcript, each shows similar to:
>
> ...RETRY->BaselineOfSeaside3
> ...RETRY->BaselineOfGrease
>
> * the VM opened a Debug Console.  Its text:
>
> LoadLibrary(UUIDPlugin) (998: Invalid access to memory location.
>
> )
>
> LoadLibrary(UUIDPlugin.dll) (998: Invalid access to memory location.
>
> )
>
> UUIDPlugin was mentioned on the mailing list about two years ago, but I
> don't know if this is related.
>
> * Grease throws various Undeclared warnings in the transcript;  I wonder
> if it will need some adjustments for Squeak 5.2, or what. Some examples:
>
> BlockContext>>fixCallbackTemps (home is Undeclared)
> BlockContext>>tempVarRefs(method is shadowed)
> BlockContext>>tempVarRefs (home is Undeclared)
> BlockContext>>tempVarRefs (startpc is Undeclared)
>
>
> I decided to run some tests.  Results:
>
> * Grease tests all pass, though one prompts for author initials.
>
> * KernelTests:  1 error, 1 unexpected pass.
>
> passed:   FloatTest>>#testTimesTwoPowerGradualUnderflow
>
> failed:  AllocationTest>>#testOutOfMemorySignal
>
>     (failed:  #vmParameterAt:put:   ... primitive 254) ?
>
> * NetworkTests:  all green
>
> * "Tests-*" -- excepting Tests-Bugs, Tests-Release, DecompilerTests*
>
> I interrupted & restarted these tests partway thru in order to deselect
> DecompilerTests.  Hopefully that didn't affect my results, but is worth
> mentioning.
>
> 14 failures:
>
> MCWorkingCopyTest>>#testDoubleRepeatedMerge
> MCWorkingCopyTest>>#testRedundantMerge
> MCWorkingCopyTest>>#testSnapshotAndLoad
> PackageDependencyTest>>#testEtoys
> PackageDependencyTest>>#testMorphic
> PackageDependencyTest>>#testMorphicExtras
> PackageDependencyTest>>#testNetwork
> PackageDependencyTest>>#testSUnitGUI
> PackageDependencyTest>>#testSound
> PackageDependencyTest>>#testSystem
> PackageDependencyTest>>#testTools
> UserInterfaceThemeTest>>#test01ImplementationHooks
> UserInterfaceThemeTest>>#test05ClearProperty
> UserInterfaceThemeTest>>#test06SetAndClearUnkownProperty
>
> 2 errors:
>
> MCWorkingCopyRenameTest>>#testRenamePrefix
> MCWorkingCopyRenameTest>>#testRenameSuffix
>
>
> * SqueakSSLTests -- all green!
>
> * WebClientTests -- two failures:
>
> WebClientServerTest>>#testLogging200
> WebClientServerTest>>#testLogging404
>
> * ChronologyTests -- one failure (maybe this is an expected failure)
>
> DateAndTimeLeapTest>>#testAsSeconds
>
>
> Thanks everybody,
> Tim
>
>
>
>


-- 
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20180728/0041399c/attachment.html>