http://bugs.winehq.org/show_bug.cgi?id=15060
Summary: MCI_WAVE_SET_SAMPLESPERSEC not implimented, patch (needs
cleanup)
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nospam(a)thenerdshow.com
I compiled the following using mingw32:
http://msdn.microsoft.com/en-us/library/ms713226(VS.85).aspx
Description, From MSDN: "Uses the MCI_OPEN, MCI_RECORD, and MCI_SAVE commands
to record and save a waveform-audio file."
Test Results: It builds with no errors and records a wav file! The resulting
wav file, however is in the wrong format (44000 Hz), a rate which I can't see
is defined anywhere. (winecfg is set at 48000 Hz) and can't be played back with
MCI_PLAY. Nor can it be played back with aplay, totem or xine.
However, I converted the wav file into an mp3 and found that it is in fact
correctly recorded, albeit in the wrong format, so I modified the example code
and tried to set different parameters like so:
dwReturn = mciSendCommand(
(MCIDEVICEID) &wDeviceID, // the above device ID
MCI_WAVE_SET_SAMPLESPERSEC, // command to send
MCI_SET | MCI_WAIT, // method of sending
22000 ); // set sample rate to 22000
Result: Again, it builds with no errors but the wav file is still being
recorded at 44000 Hz! A look at the terminal output reveals an interesting
discovery:
fixme:mci:MCI_MapMsgAtoW Message MCI_<<40000>> needs translation
fixme:mci:mciSendCommandA message 40000 mapping failed
Looking at the wine source, 40000 mapping equates to this function:
$ grep MCI_WAVE_SET_SAMPLESPERSEC /usr/include/wine/windows/mm*
#define MCI_WAVE_SET_SAMPLESPERSEC 0x00040000L
So you see, I can't proceed to change the recording format of my program except
in windows.
So before I started fixing wine I asked google to see if I was just duplicating
effort and got this patch (and possibly the related links), submitted in 2001
that provides this functionality, but it needs cleaned up:
http://www.winehq.org/pipermail/wine-patches/2001-April/000267.html
I will try to make this patch work and get it into the right format over the
course of the next month, but I am on a very limited budget and need to spend
time looking for work so if anyone else who has more time to devote to it,
please do so.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=15036
Summary: 'Gift' game crash with a D3D/OpenGL error
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madvax(a)free.fr
Created an attachment (id=15688)
--> (http://bugs.winehq.org/attachment.cgi?id=15688)
Execution / error log
Software : 'Gift'
Category : Games
The game starts. The introduction video is launched but it's displayed on a
thin band only at the top of the screen (5% ?). Most of the screen is blinking
garbage. Sound is Ok, the CD is found by the game.
2 or 3 seconds after that the game crashes (see attached log).
'looks like a D3D/openGL error.
Video card : ATI Radeon mobility 9700 - fglrx driver
(UseFastTLS is set to "2")
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14541
Summary: WinExec() fails when starts Unix binaries
Product: Wine
Version: 1.1.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nick(a)pu.if.ua
Created an attachment (id=14880)
--> (http://bugs.winehq.org/attachment.cgi?id=14880)
Patch for kernel32
After upgrade to Wine 1.1.0 from 0.9.56 I found out that my WinEdt can't launch
Unix binaries (xdvi, xterm etc) anymore. A dialog box saying "Cannot execute
command ..." appears, but binaries are started anyway. AFAICS it is caused by a
patch by Dmitry Timoshkov that introduces "winoldap.mod". Now WinExec creates a
process and then executes wait_input_idle() that fails for Unix processes that
have hProcess == 0. I attach a quick fix that solves the problem for me, but I
am not sure that my patch is quite correct and complete. Now we can only check
that a Unix process is started successfully, but we don't know what is going on
later. Maybe somebody is able to propose a better solution?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=14427
Summary: widl crashes in dlls/rpcrt4
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ambro(a)b4ever.net
Created an attachment (id=14749)
--> (http://bugs.winehq.org/attachment.cgi?id=14749)
gdb backtrace
I am unable to compile Wine 1.1.1. 1.0 and 1.1.0 compile fine. I am getting the
following error:
../../tools/widl/widl -I. -I. -I../../include -I../../include -D__WINESRC__
-D_RPCRT4_ -DCOM_NO_WINDOWS_H -DMSWMSG -c -C epm_c.c epm.idl
make[2]: *** [epm_c.c] Segmentation fault
Interestingly, it crashes only if widl is compiled with -O2 (0,1 and 3 work). I
compiled widl with "-O2 -g" and ran it in gdb. I'm attaching the backtrace.
I'm using Gentoo and gcc version is "Gentoo 4.1.2 p1.0.2".
If you think this is compiler related, should I post a bug at Gentoo?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13948
Summary: err:seh:setup_exception_record stack overflow
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Axel.Thimm(a)ATrpms.net
Created an attachment (id=14097)
--> (http://bugs.winehq.org/attachment.cgi?id=14097)
Last 100 lines of the WINEDEBUG=+relay output
This is wine-1.0-rc4 as built by Fedora in Fedora 9/x86_64 most probably built
with gcc version 4.3.0 20080428 (Red Hat 4.3.0-8). There is no usage of
Windows.
An educational interpreter for Greek Schools
(http://spinet.gr/glossomatheia/download/) fails to start with
$ wine ./gm.exe
fixme:reg:GetNativeSystemInfo (0xb77bf9) using GetSystemInfo()
ALSA lib pcm.c:2104:(snd_pcm_open_conf) Cannot open shared library
/usr/lib/alsa-lib/libasound_module_pcm_pulse.so
ALSA lib pcm.c:2104:(snd_pcm_open_conf) Cannot open shared library
/usr/lib/alsa-lib/libasound_module_pcm_pulse.so
fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot
fixme:debugstr:CheckRemoteDebuggerPresent (0xffffffff)->(0xd64f31): Stub!
err:seh:setup_exception_record stack overflow 888 bytes in thread 0009 eip
603154b4 esp 00230fb8 stack 0x230000-0x231000-0x330000
Segmentation fault
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13647
Summary: DSM Plugin for UltraVNC 1.0.4 Doesn't Work
Product: Wine
Version: 1.0-rc3
Platform: PC
URL: http://sourceforge.net/project/showfiles.php?group_id=63
887&package_id=60914&release_id=571174
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: chad.sikorra(a)gmail.com
Created an attachment (id=13629)
--> (http://bugs.winehq.org/attachment.cgi?id=13629)
relay log
The plugin allows the connection to be encrypted. When selecting the DSM plugin
and trying to connect you receive an error "Connection Failed - Error Reading
Protocol Version". The plugin can be found at ...
http://msrc4plugin.home.comcast.net/~msrc4plugin/
A relay log is attached. A few key lines I noticed from a brief look at the log
for anything obvious...
0009:Ret rsaenh.CPImportKey() retval=00000000 ret=7eb91d13
0009:Ret advapi32.CryptImportKey() retval=00000000 ret=10001f3d
0009:Call KERNEL32.MultiByteToWideChar(00000000,00000000,10009ea8 "Error
importing key.",ffffffff,00000000,00000000) ret=7df81852
My guess is this is wine trying to import the rc4.key file the plugin uses. Is
this a crypt related issue?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13571
Summary: Direct-buy & play tool for EA games.
Product: Wine
Version: CVS/GIT
Platform: All
URL: http://files.ea.com/downloads/eacore/eadm-installer.exe
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nils.krabshuis(a)redwood.com
This is the tool a lot of people have used to buy games like Battlefield 2142
from the net (a bit like steam a.o). It you used this tool to buy game x, it
also needs to be running if you want to start the game (copy protection,
account information e.a.).
Installation goes fine, starting the tool however almost immediately exits with
the following error:
fixme:winhttp:WinHttpOpen (L"EADUpdate", 0, (null), (null), 0x0): stub
wine: Call from 0x7b844b20 to unimplemented function
winhttp.dll.WinHttpQueryDataAvailable, aborting
>>>> wine: Unimplemented function winhttp.dll.WinHttpQueryDataAvailable called at address 0x7b844b20 (thread 0009), starting debugger...
Since it's an unimplemented function, I'm filing this as an enhancement.
If you want a full stack-trace let me know, but I guess this is easy enough to
reproduce yourselves.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13488
Summary: pixel shader does not work after update
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: michael-shz(a)web.de
I used wine version 9.44 as provided with OpenSuse 10.3 (32 bit).
For the graphic card (NVidia GeForce 7900) the latest NVidia driver 169.12-0.1
was used. 3 D graphic worked fine. Compiz was not installed.
Then I installed "Vampire-Bloodlines" with the latest patches. And it was
mostly playable.
After updating to version 1.0 RC 2, I get a nearly black screen directly after
starting that game.
Light sources are hardly recognizable. Everything else is pitch black.
There is not warning or error message logged into the console.
When I disable the "pixel shader" with winecfg, the screen is once again o.k.
There are still some some minor atrifacts, probably due to the missing shader.
To make it short: The support of the pixel shader seems to be broken somewhere
between 9.44 and 1.0 RC 2.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=13345
Summary: Mr Robot: silently fails to start
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
On attempting to run the Mr Robot demo, wine immediately (<1 second) returns,
having done nothing visually noticable. wineserver is no longer running
silently in the background - the entire thing returns with no output.
I can attach WINEDEBUG="+all", but I thought this would be too much to sift
through (4 MB uncompressed).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.