June 2005 - Wine-devel - list.winehq.org

Dragon NS8 on wine
by René Rebe 12 Jun '05

12 Jun '05

Hi all, despite my inital problems with the setup.exe of Naturally Speaking 8 wanting to install and USB 2 (EHCI) stack which failed due to "OS not supported" I found out that it is possible to run the .msi Microsoft Installer manually: Install the Microsoft Installer as downloadable somewhere at microsoft.com: wine InstMsiA.exe cd /media/cdrom # or where your wine CD-ROM is wine msiexec /i ISScript9.Msi # some script engine needed wine msiexec /i "Dragon NaturallySpeaking 8.msi" However the I still tinker to start the real applications when installed ... The audio.exe works - itz can adjust the microphone gain and I get a signal to noise ration of 24. However starting natspeak.exe yields: $ wine ./natspeak.exe fixme:vxd:VXD_Open Unknown/unsupported VxD L"bcmdmccp.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"smartvsd.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"sice.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"ntice.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwdebug.vxd". Try setting Windows version to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwvid.vxd". Try setting Windows version to 'nt40' or 'win31'. Segmentation fault (core dumped) When I set the winver to nt40 I get: $ wine natspeak.exe err:seh:setup_exception nested exception on signal stack in thread 0009 eip 401b06a9 esp 401d3cf8 stack 0x405d0000-0x406d0000 ... Idea anyone? Yours, -- René Rebe - Rubensstr. 64 - 12157 Berlin (Europe / Germany) http://www.exactcode.de | http://www.t2-project.org +49 (0)30 255 897 45

1 0

Re: [NtQuerySystemInformation #7] SystemTimeOfDayInformation (RESEND)
by Alexandre Julliard 12 Jun '05

12 Jun '05

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > just found at that the behavior of NT and W2K/WinXP differ a lot for > SystemTimeOfDayInformation. > > The struct for NT is 32 Bytes compared to 48 for the others. Apart from > that returncodes etc.. are totally different. > > The included test explains (some of) the differences. > > The test now also caters for all the above mentioned versions, as does > nt.c (that means setting the wine version to nt4 produces the correct > results). > > nt.c now has a hard coded value for the size of the struct for NT (32). You should not do that kind of version-dependent code unless there is an app that requires it. Otherwise just implement the XP behavior, which should be backwards compatible anyway. -- Alexandre Julliard julliard(a)winehq.org

1 0

(no subject)
by michaelguennewig＠gmx.de 12 Jun '05

12 Jun '05

To: Jan Jezabek <jezabek(a)poczta.onet.pl> Cc: wine-devel(a)winehq.com Subject: Re: avifil32, msvfw32 and friends References: <d87f0s$5eh$1(a)sea.gmane.org> <d8debr$v55$1(a)sea.gmane.org> From: Michael Guennewig <michael(a)voldemort.guenne-net.loc> Date: 12 Jun 2005 11:07:29 +0200 In-Reply-To: <d8debr$v55$1(a)sea.gmane.org> Message-ID: <m3r7f8osdq.fsf(a)voldemort.guenne-net.loc> Lines: 43 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Jan Jezabek <jezabek(a)poczta.onet.pl> writes: > Jan Jezabek wrote: > > Hi, > > What is the current state of VfW support? I have tried a few > > applications, and they seem to fail sooner or later: > > - I've also got a program written by me, which reads an AVI and > > stores the video part on disk. Here the problem seems to be > > AviFileInit which seems not to be implemented. AviFileInit isn't implemented currently as the library is hard-linked to ole32.dll. > > Are there any parts of the AVI reader implemented or are they only stub= s? Most of the code should be in when I remember correctly. As far as I know the remote stuff, like the marshaller and proxy is missing. As well as it= =20 still is not thread safe. >=20 > Ok, this post was probably better suited for the 'users' list. Anyway, > I've posted a patch that solves the first issue. > The second one is a little harder; it works ok using builtin msvfw32 > and native (winXP) avifil32.dll. With the builtin avifil32.dll I can > open an AVI, get a video stream, read its format (dimensions > etc.). After that I get a segfault somewhere in AviStreamGetFrame. Is > this (AviStreamGetFrame) supposed to be working? Or is it partially > implemented/broken? It seems that the AVI (or at least the header) is > being parsed correctly. The IGetFrame interface uses the msvfw32.dll and the video codecs. It work= ed for some codecs that I have tried in past as I have written it, but it may = be that either a regression occured or that the video codec you are using just returns a NULL pointer where the code does not expect it. I could try to remember what I have written and support you to fix it, but I would need mo= re informations. Like which video codec, programm, AVI headers and which meth= ods=20 gets called and where does it segfaults. For the last parts it would be ni= ce=20 if you could send me a trace which shows msvfw32 and avifil32 calls. Regards, Michael G=FCnnewig

1 0

Dragon NS7 on wine
by wino＠piments.com 12 Jun '05

12 Jun '05

Sorry Rene, I thought this thread should have a title that related to Dragon. By all means continue your v8 attempts under ViaVoice alias. ;) you have restimulated my interest in this so I will push ahead with v7 since I did not have some of the issues you are having with v8. I'm pretty sure the guts of the thing are identical as far as speach rec. technology goes. Recap: * app-emulation/wine : [ I] 20041019-r3 (0) .wine/config attached This is on a clean installation of the above version. I copied the config from a prev installation but I dont think there any magic. Installed from a CD using : WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n" wine h:setup.exe No issues at all with installshield. One thing to note is to move all dlgs to one side since at some stage there is a yes/no modal dlg that pops up centre screen but does not come to the top of the z-order. Since it is hidden behind the logo/dlg and it does not have the focus you cannot access it. I deselected the quickstart option and the Text to speach files and opted for UK English lang model. Once install finished I did wineboot and got the following: prof(a)newsys ~/.wine/c $ wineboot fixme:ddeml:DdeConnectList (1,0xc000,0xc000,(nil),(nil)): stub fixme:ddeml:DdeQueryNextServer (0x1,(nil)): stub fixme:ddeml:DdeDisconnectList (0x1): stub err:wineboot:runCmd Failed to run command (0) err:wineboot:ProcessRunKeys Error running cmd #1 (0) Did not dig for detail m but I dont think there is anything critical there. (We are not expecting DDE to work!) Now the sticky bit : wine natspeak.exe fixme:vxd:VXD_Open Unknown/unsupported VxD L"nwlink.vxd". Try setting Windows version to 'nt40' or 'win31'. err:toolbar:TOOLBAR_TestImageExist index 8 is not valid, max 8 err:toolbar:TOOLBAR_TestImageExist index 9 is not valid, max 8 ............ fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) fixme:mixer:MIX_GetLineInfo Unhandled component type (MIXERLINE_COMPONENTTYPE_DST_VOICEIN) This seems similar to the probs Rene Rebe reported with ViaVoice. Apart from this the Dragon tool bar comes up cleanly and allows me to open DragonPad editor. There seems to be no other major issues which is promising. I was able to short circuit this issue with NS v4 by skipping the audio setup and running gentrain.exe directly since the real prerequisit is to run the user training setup. Running the training through natspeak (which is reqd. before you can do anything with the mike) first tries to set the mike level and we stump. Two approaches seem possible: 1/ Set the mike level in Linux and con NS that is has been set. 2/ Resolve the technical issue with wineoss / winealsa so that it can control the mike and do what it "thinks" it needs to do. 2 is ultimately what needs to be done but is out of my hands. 1 seems more accessible but last time I looked I did not find anything in the ini files , probably need to do some reg hacking. Poss with ref to a true wine install of v7 Ideas / thoughts... Regards.

2 13

avifil32, msvfw32 and friends
by Jan Jezabek 12 Jun '05

12 Jun '05

Hi, What is the current state of VfW support? I have tried a few applications, and they seem to fail sooner or later: - virtualdub runs fine, but it's only possible to use RGB, cvid or ms video. I installed the xvid and divx vfw dll's to wine's c:\windows\system, updated the Drivers32 and drivers.desc keys in the registry, but virtualdub still doesn't let me use them, - I've also got a program written by me, which reads an AVI and stores the video part on disk. Here the problem seems to be AviFileInit which seems not to be implemented. My question is: how much of msvfw32.dll and avifil32.dll is implemented? I've had a quick look at msvfw32 and it seems to do what I expected - enumerate all strings from HKLM\Software\Microsoft\Windows NT\CurrentVersion\Drivers32. Does anyone know why the drivers then fail to show up in VirtualDub? Are there any parts of the AVI reader implemented or are they only stubs? Regards, JJ

2 4

Re: server: Return old privileges in adjust_token_privileges
by Robert Shearman 12 Jun '05

12 Jun '05

James Hawkins wrote: >Hi, > >NtAdjustPrivilegesToken returns the old privileges of the token in the >PreviousState parameter before replacing them with the privileges in >NewState. > >Changelog >* Return old privileges in adjust_token_privileges. > > Hi James, The code should already do what you are trying to do. The function token_adjust_privileges copies the previous state of the privilege to the output buffer and this works fine in the tests I have done. What is the problem you are seeing? -- Rob Shearman

2 1

Wine could cut the heart out of the Mac game business?
by Tom Wickline 11 Jun '05

11 Jun '05

Anyone here care to speculate on what Wine on the future Apple x86 will bring to that platform gloom or doom ? The reason why I ask is, while reading the article "Game Developers React To Intel Switch" Wine in mentioned twice once by "Glenda Adams - Aspyr Media" "Tech Support is one big issue that crops up with emulators as well. If you are playing Sims 2 under some wine-like emulator on OS X Intel, will EA answer you call/email if you have problems? Or will they say its not a supported config?" And at the end of this article there is a Anonymous Developer and here is the quote. "Anonymous Developer: it all depends on WINE and the ability to run PC games on the Mac. it could cut the heart out of the Mac game business." http://www.insidemacgames.com/features/view.php?ID=355 Tom

2 1

OK I give up
by Gregory M. Turner 11 Jun '05

11 Jun '05

How do I run the wine test suite under Windows again? I want to do this by compiling from source. I know the answer is out there -- maybe I have even asked this once before and been given the answer? But I can't find it for the life of me. -- gmt

3 3

cannot build tests on windows
by Saulius Krasuckas 11 Jun '05

11 Jun '05

As I have updated my wine tree from cvs and recompiled it, now I load the "shell32_test.dsw" into MSVC 6.0, press F7 and get linking errors: | Deleting intermediate files and output files for project 'shell32_test - Win32 MSVC Headers'. | --------------------Configuration: shell32_test - Win32 MSVC Headers-------------------- | Compiling... | generated.c | E:\wine\dlls\shell32\tests\generated.c(9) : warning C4005: '_WIN32_IE' : macro redefinition | unknown(0) : see previous definition of '_WIN32_IE' | shelllink.c | shellpath.c | shlfileop.c | shlfolder.c | string.c | testlist.c | Generating Code... | Linking... | shlfolder.obj : error LNK2001: unresolved external symbol _winetest_ok | string.obj : error LNK2001: unresolved external symbol _winetest_ok | generated.obj : error LNK2001: unresolved external symbol _winetest_ok | shelllink.obj : error LNK2001: unresolved external symbol _winetest_ok | shellpath.obj : error LNK2001: unresolved external symbol _winetest_ok | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_ok | shlfolder.obj : error LNK2001: unresolved external symbol _winetest_set_location | string.obj : error LNK2001: unresolved external symbol _winetest_set_location | generated.obj : error LNK2001: unresolved external symbol _winetest_set_location | shelllink.obj : error LNK2001: unresolved external symbol _winetest_set_location | shellpath.obj : error LNK2001: unresolved external symbol _winetest_set_location | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_set_location | shelllink.obj : error LNK2001: unresolved external symbol _winetest_loop_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_end_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_start_todo | shelllink.obj : error LNK2001: unresolved external symbol _winetest_trace | shlfileop.obj : error LNK2001: unresolved external symbol _winetest_trace | string.obj : error LNK2001: unresolved external symbol _winetest_trace | shellpath.obj : error LNK2001: unresolved external symbol _winetest_interactive | shellpath.obj : error LNK2001: unresolved external symbol _winetest_get_mainargs | LIBCMTD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main | Output\Win32_MSVC_Headers/shell32_test.exe : fatal error LNK1120: 9 unresolved externals | Error executing link.exe. | | shell32_test.exe - 22 error(s), 1 warning(s) Any ideas on what can be wrong? I have been doing this only on rare occasions in the past, so have no idea weather this is bug, regression or not.

2 1

Re: [QUARTZ] Add FFMpeg video wrapper filter
by Joerg Mayer 11 Jun '05

11 Jun '05

On Fri, Jun 10, 2005 at 12:19:06AM +0100, Christian Costa wrote: > This wrapper only support rle, msvideo1 and mjpeg for now. > To enable support for it, download lastest FFMpeg package, built it and > install it. > Also copy avcodec.h, rational.h and common.h into a ffmpeg directory > created in a > standard directory (/usr/include or /usr/local/include). > Once done, run configure to detect the library and the headers. > The library is static so there is no runtime dependency. I haven't looked at libffmpeg as a standalone library, but in case it's possible to do so, maybe runtime detection would be the way to go. That way wine binaries can be delivered without being patent challenged and video support can be added by just installing an additional dynamic lib. Ciao Joerg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

3 2