tests that expect to be skipped if imports fail or functions don't
exist to use import_function and import_module.  The ultimate goal is
to change regrtest to not skip automatically on ImportError.  Checking
in now to make sure the buldbots don't show any errors on platforms
I can't direct test on.

_have_soundcard() is a bad check for winsound.Beep, since you can have a soundcard but have the beep driver disabled. This revision basically disables the beep tests by wrapping them in a try/except. The Right Way To Do It is to come up with a _have_enabled_beep_driver() and use that.

The behaviour of winsound.Beep() seems to differ between different versions of Windows when there's either:
    a) no sound card entirely
    b) legacy beep driver has been disabled
    c) the legacy beep driver has been uninstalled
Sometimes RuntimeErrors are raised, sometimes they're not.  If _have_soundcard() returns False, don't expect winsound.Beep() to raise a RuntimeError, as this clearly isn't the case, as demonstrated by the various Win32 XP buildbots.

Patch from Trent Nelson.  (I can't test this.)

helper written by Roger Upole and Mark Hammond) and adjust the expected
PlaySoundTest case results accordingly.

converting it into assertRaises() form.  Restored the 2.3 code, and
explained why assertRaises() cannot be used instead.

assertRaises.

NOT a bugfix candidate.

why in a new comment.  My home Win98SE box is one of the "real systems"
alluded to (my system "default sound" appears to have vanished sometime
in the last month, that's certainly not a Python bug, and the MS
PlaySound docs are correct in their explanation of what happens then).

Bugfix candidate.  If someone can still sneak it into 2.3.1, that would
be good.

sound while the first one is still running, as the first one
one might already have finished.

Fixes part of SF bug #763052.

(code coverage for Modules/arraymodule.c is at 91%)

From SF patch #736962.