| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
svn+ssh://pythondev@svn.python.org/python/branches/py3k
........
r83927 | antoine.pitrou | 2010-08-10 02:45:32 +0200 (mar., 10 août 2010) | 3 lines
test_winsound shouldn't crash when ctypes isn't available
........
|
|
|
|
| |
configured before attempting to test PlaySound.
|
|
|
|
| |
winsound is supported.
|
|
|
|
| |
These failures occur on a Windows Server 2003 machine I test on.
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|