Re: rpcrt4.dll NdrGetUserMarshalInfo() problem
Apologies for delay replying. On 28/09/04 09:46, Andreas Mohr wrote: [...] >p.s. Is there any way to get these mangled function names to be >displayed un-mangled please? Yes, use the winedump program. I had already told him several days ago in another wine-devel mail, so maybe he asked it to be included in the standard Wine "unimplemented API" error message? (which would be a useful thing to do) Basically, check if mangled, and in this case print *both* unmangled and mangled name. Yes, this is what I was thinking. I don't remember seing it not mangled when running wine in 20050524 Please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
"err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750" 20050524, (GCC) 3.3.5
Hello, I could not find a contact address explicity listed for web site feedback, but could someone tell me if wine -v is gone for good? if it is, could this page be revised to list "wine --version" instead of that "wine -v" http://www.winehq.org/site/docs/wine-user/bug-reporting I am using debian unstable wine 20050524 package. gcc (GCC) 3.3.5 (Debian 1:3.3.5-8). i am playing Call Of Duty on Debian. I did not set WINEDEBUG=+relay as it does not seem required in this case. Let me know if you would like me to run with some other options. is the following an bug? is there a fix or solution to it? It could explain why audio breaks sometimes and I have to quit and restart fi there is some corruption. Or is this a fault in the exe rather than dsound section of wine? $ wine ./CoDMP.exe fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 fixme:wave:OSS_AddRingMessage two fast messages in the queue toget = 11(WINE_WM_UPDATE), tosave=12(UNKNOWN(0x)) err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 err:dsound:DSOUND_MixOne underrun on sound buffer 0x40404750 fixme:powermgnt:SetThreadExecutionState (0x2): stub, harm Kind regards JG
Re: Could not load c:\windows\system\opengl32.dll Wine 20050524
Hi Tom, [...] Why not build from source? Do you mean from source tgz? I do not wish to polute my install, so I would not want to do that. If you meant build the package I think that is an option Something like this: apt-get build-dep wine apt-get --build source wine audio does not seem to work in 20050419 from winehq deb. I have "HardwareAcceleration" = "Emulation" in [dsound] which got it working with my old wine install. I have to force it with "Drivers" = "wineoss.drv" to get it to work. different people have different audio setups. I wonder why automatic audio config stopped working since March..? Is the audio stuff not deciding for its self anymore? In addition 20050419 package is 1 month older than debian unstables 20050524, is there a plan for a 20050524 winehq deb? I would also encourage winehq to work with debian maintainers so there are not two groups of people creating packages for debian. Again if you build from source who cares if there are 50 debian maintainers. This is why Gentoo is far superior to all those other want-to-be Linux distro's you have no other choice but to build from source :-) I'm thinking you mean tgz rather than package src? Because winehq deb source packages are dated 20050419 and HL2 does not work with them. So me rebuilding from source winehq src deb 20050419 would not make a difference I think. Also, HL2 does not work with official debian 20050524 either. Has anyone got HL2 running with either of these unpactched releases please? (I just copied native dlls as in the Howto) Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: Could not load c:\windows\system\opengl32.dll Wine 20050524
Hi, Thanks for your reply. [...] The question is simply how much fool-proofing we should put in the Wine code to work around basic stuff like that. I spoke to the Debian package maintainer, their policy is to separate it all so users who do not need cups support do not have to install it seems. So I think you are right it is probably not wine's responsibility if they must do this separation. Sorry to disturb, I was unaware of this package separation in debian. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: Could not load c:\windows\system\opengl32.dll Wine 20050524
Hi, Just responding to my own post. I was discussing with people on #winehq and found the cause of the problem. ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed This seems to be because debian unstable package had opengl disabled for as opengl support seems to be in a separate package, libwine-gl in debian unstable now.. Could the important wine config such as this be clearly stated in the output when it is the cause of a fault like this please? (If there is a sane way to do it.. such as seeing the opengl32.dll does not exist before the software fails?) If it is not mentioned as at present, every user has to hunt for the skel dll and find it is 0 bytes and then discover that indicates wine was not configured with opengl support enabled. audio does not seem to work in 20050419 from winehq deb. I have "HardwareAcceleration" = "Emulation" in [dsound] which got it working with my old wine install. I have to force it with "Drivers" = "wineoss.drv" to get it to work. Is the audio stuff not deciding for its self anymore? In addition 20050419 package is 1 month older than debian unstables 20050524, is there a plan for a 20050524 winehq deb? I would also encourage winehq to work with debian maintainers so there are not two groups of people creating packages for debian. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Could not load c:\windows\system\opengl32.dll Wine 20050524
Hello, I am expericing a problem due to updating my wine to 20050524 debian unstable package from wine 20050310. I think there could be a bug as OpenGL stopped working. I have included the info below, so hope someone will be able to confirm, or point me in the right direction if I need to revise my previously all working config. I could not find any mention of OpenGL config of wine, this is the only mention i found: http://www.sdconsult.no/linux/wine-doc/opengl-configure.html I tried this suggestion, it did not fix the problem. I wonder why my wine install stoped replacing opengl32.dll ? My nvidia kernel module is functioning fine, glxgears gives me 700FPS, and direct renderering is enabled etc. Call of duty ran fine before I installed this new package. Please include my email address in any replies. Kind regards JG COD MP 1.5 build win-x86 Nov 10 2004 - FS_Startup - [...] - Initializing Renderer --- - Client Initialization Complete - - R_Init - Initializing OpenGL subsystem ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 1024x768 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 800x600 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL Forcing 640x480 resolution to allow OpenGL to run in fullscreen ...initializing QGL ...calling LoadLibrary( 'c:\windows\system\opengl32.dll' ): failed ...shutting down QGL - CL_Shutdown - RE_Shutdown( 1 ) --- Hunk_Clear: reset the hunk ok Could not load OpenGL. Make sure that you have the latest drivers for your video card from the manufacturer's web site. $ wine ./CoDMP.exe trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winmm.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ws2_32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wsock32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\opt\\games\\CoD\\mss32.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ddraw.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "mmsystem.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msacm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msacm.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\midimap.drv" : builtin fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. Wine exited with a successful status
Re: Half Life 2 error -- err:mmio:MMIO_ParseExtA
Hi Stefan Thanks for your reply. These look harmless to me, the problem you have is that Steam refuses to work with Wines builtin shdocvw.dll and mshtml.dll, no matter if you install the Mozilla ActiveX control. Try installing Internet Explorer and set shdocvw and mshtml to native and try again. I just copied the dlls from win2k. Is there a document approach to install Internet Explorer through WINE? I found this page: http://www.von-thadden.de/Joachim/WineTools/ is this the way to do it? Also, I used to be able to specify overrides on the command line, that functionality seems to have been removed, with no mention of where it is now. Could you help me find the info in an FAQ or something please? wine --dll shdocvw,mshtml=n Steam.exe -applaunch 220 I found this alternative approach from the man page: WINEDLLOVERRIDES="shdocvw,mshtml=n" wine Steam.exe -applaunch 220 This now starts, updates etc, but the login boxes are still blank, no text and no way to enter into them. I've not patched and built with Oliver Stieber's latest D3D9 patch. has anyone had success with the normal stable packages? I am using 20050310 at present Unfortunately, http://ivan.ivg2.net/hl2/ seems to be down for me at present. Please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Search, and screenshots [Was Re: Half Life 2 error -- err:mmio:MMIO_ParseExtA]
Also if there is already a document on setting up Half Life2 could someone direct me to it please, I could not find one already. I'm not sure about your specific error, but I was able to get HL2 to start with Oliver Stieber's d3d patches. However, it was far from playable for me. Models were missing, and there were other glitches. I made a web site about it, but nobody has contacted me since then to help debug. For info, please see appdb (http://appdb.winehq.org/appview.php?versionId=2890). Great! the appdb.winehq.org search seems to have a problem when I enter "half life 2", it does not match that against "half-life-2" I had previously looked but not found your work. Could that search functionality be revised so it supports non 100% perfect matches? The non-perfect-match search could simply be a case-insensitive count of the letters in a name if it was too much work to do checks on fragments of words. Also there is the frustrating way that someone has hidden the screenshots behind javascript pop-up code. Is there any reason these are not simply image links? When clicking on the javascript popup window of the small screenshot the window is closed! If something is clickable I would have expected it to go to the original full size image at least.. The image is also scaled so small that the text in the screenshots is unreadable. Please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
err:dsound:DSOUND_MixOne underrun on sound buffer 0x40407e50
Hi, I am getting this underrun when running Call of Duty v1.5. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeEndPeriod Stub; we set our timer resolution at minimum fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. err:dsound:DSOUND_MixOne underrun on sound buffer 0x40407e50 It turned out there were some processes hanging around, wine server and also /usr/lib/wine/wine-preloader /usr/lib/wine/wine-pthread ./CoDMP.exe Killing them and re-starting allowed it to work. I wonder if that err a WINE problem? as CoDMP.exe has workd flawlessly since. Maybe something to do with the existing wine-preloader left running? (Is that process left running a known problem..?) Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Half Life 2 error -- err:mmio:MMIO_ParseExtA
Hello,
I am getting this error when trying to run Half Life2 in
err:mmio:MMIO_ParseExtA. Could someone tell me if this is a problem in
in WINE, or a problem in my setup? Or not an error at all..?
Also if there is already a document on setting up Half Life2 could
someone direct me to it please, I could not find one already.
$ wcmd
Invoking /usr/lib/wine/wine.bin wcmd.exe ...
WCMD Version 0.17
Z:\home\now3d>cd C:\opt\games\steam\
C:\opt\games\steam>C:\opt\games\steam\Steam.exe -applaunch 220
C:\opt\games\steam>err:dc:CreateDCW no driver found for L"WINEPS"
fixme:winspool:AddPrinterW DocumentPropertiesW on printer
'L"deskjet930c"' fails
err:dc:CreateDCW no driver found for L"WINEPS"
err:dc:CreateDCW no driver found for L"WINEPS"
fixme:winspool:AddPrinterW DocumentPropertiesW on printer 'L"hp930c"' fails
err:dc:CreateDCW no driver found for L"WINEPS"
err:mmio:MMIO_ParseExtA No . in szFileName: ""
err:mmio:MMIO_ParseExtA No . in szFileName: "C:\\opt\\games\\steam\\"
You need to install the Mozilla ActiveX control to
use Wine's builtin CLSID_WebBrowser from SHDOCVW.DLL
fixme:ole:CoCreateInstance no instance created for interface
{---c000-0046} of class
{8856f961-340a-11d0-a96b-00c04fd705a2},hres is 0x80040111
fixme:debug_buffer:RtlCreateQueryDebugBuffer (0, 0): stub
fixme:debug_buffer:RtlCreateQueryDebugBuffer (96, 0): returning 0x40473b08
fixme:debug_buffer:RtlQueryProcessDebugInformation (11, 8001,
0x40473b08): stub
fixme:debug_buffer:RtlDestroyQueryDebugBuffer (0x40473b08): stub
C:\opt\games\steam>
C:\opt\games\steam>
C:\opt\games\steam>Shutting down. . .
30client callback thread error
C:\opt\games\steam>STEAM.exe "steam://open/registerproduct/220"
C:\opt\games\steam>err:mmio:MMIO_ParseExtA No . in szFileName: ""
err:mmio:MMIO_ParseExtA No . in szFileName: "C:\\opt\\games\\steam\\"
fixme:sync:CreateIoCompletionPort (0x, (nil), ,
): stub.
fixme:crypt:CRYPT_VerifyImage (rsaenh.dll, 0x4046b9a0): not verifying image
Shutting down. . .
1completionportmanager.cpp (28) : Assertion Failed: m_hIOCP
C:\opt\games\steam>exit
--
Homepage: http://jguk.org/
Blog: http://jguk.org/blog.rss
Radio: http://jguk.org/#radio
Re: wineconsole exits immediately (Wine 20050310 debian sarge/testing)
[...] Install the wine-utils package. It is a suggested package for wine, but should be more recommended than suggested. Ok, thank you; it now works. Perhaps there could be a stub which informs users that wcmd is not avialable because wine-utils was not installed? Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: wineconsole exits immediately (Wine 20050310 debian sarge/testing)
Hi Michael, Thank you for your quick response. [...] I was trying to run wcmd, it seems to have been renamed wineconsole. No, wcmd is still there, wineconsole is only the "terminal emulation window". If you want wcmd call it something like: wineconsole --backend=user wcmd Ok, I gave that a shot: $ wineconsole --backend=user wcmd Invoking /usr/lib/wine/wine.bin wineconsole.exe --backend=user wcmd ... err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font wineconsole: spawning client program failed (L"wcmd"), invalid/missing command line arguments ? Wine exited with a successful status ]$ lrwxrwxrwx 1 now3d now3d 25 2005-05-06 19:36 wcmd.exe -> /usr/lib/wine/wcmd.exe.so That symbolic link is not flashing, but I noticed the file it points to does not exist. I attatched the list of files I do have in /usr/lib/wine/ Is it not possible to just type "wcmd" in bash like we used to be able to? could that not be a default or even a shell script which ran "wineconsole --backend=user wcmd" if that is now the way to run things ? Please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio usr_lib_wine.txt.gz Description: GNU Zip compressed data
Re: Stable release builds with fixme output (Wine 20050310 debian sarge/testing)
On 07/05/05 16:15, Paul van Schayck wrote: On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote: I typically launch applications using wine from the terminal, I get pages of these fixme debug messages. I wonder if there is a reason these fixme "harmless" messages are being displayed? IMHO stable releases should only output err messages, thus not displaying fixme or warnings. I wonder if this has been considered already? From ANNOUNCE: "This is still a developers only release. There are many bugs and unimplemented features. Most applications still do not work correctly." People choose to use whatever there is because there is no other choice, in these circumstances it would be more suitable to release a version suitable for users which will mean you get bug reports. And from BUGS: "Wine is still considered alpha software and is still incomplete." There are no stable wine releases yet. However, as people have been using it for years, and giving feedback and bug reports it would be better to accept there will be interim releases. For those releases they should not be development builds. Please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: Game sound problem with wine 20050310 (Debian testing)
On 07/05/05 14:54, Paul van Schayck wrote: On 5/7/05, J. Grant <[EMAIL PROTECTED]> wrote: I did find "man wine.conf", however that is quite incomplete it seems. Incomplete and not to be trusted on accurate information. Is there a reason the man page does not state that? I wonder if this could be added to the man page? Also could /usr/share/wine/skel/config be added to the man page? No, we are dropping the config file completely. And as heads up, there will be no conversion tool to the new system. As Alexandre said: "we should stop being nice [in this conversion period]". The config will be moved to the registry and winecfg. Until it is it would be very useful to have it documented. is there a reason the man page does not state it is not required anymore? Presently it states "wine expects a configuration file" I remember there used to be a --winver=win2k style command line argument, but it seems to have gone now. Or is it still present, but undocumented? (Or maybe I missed some documentation?) That option was dropped a bit over a year ago. So how can I set the winver when I run an program from the command prompt? I did find a copy of the wine.conf man page on the website as well, could that copy of the man page be expanded to cover all the options please? There is no list of options in the first place right now. With the system we will be looking into creating a tool that will grab all options from the source code so we can keep the list up to date. I could not find [wineoss] section documentation in any of the locations I am aware of. I just set it to "1" but it did not seem to make any difference to the audio lag unfortunately. Both the [wineoss] and [winealsa] options have never been documented. The normal behaviour though with a lack of performance and dsound is not lag but cliping sound. So I don't think it's a performance issue. I do get far more network lag than I did when running Call of Duty on win2k. Could this be caused by the sound lag? Is network lag a second issue with is sometimes common? Set the [winmm] "drivers" option to nothing. You won't get any sound at all. Is the lag now less? Does the case not matter? err:wave:DSDB_MapBuffer Could not map sound device for direct access (Input/output error) err:wave:DSDB_MapBuffer Use: "HardwareAcceleration" = "Emulation" in the [dsound] section of your config file ^^ had to turn this back on. then there was sound again, so I could not test. please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: wineconsole exits immediately (Wine 20050310 debian sarge/testing)
I forgot to mention. my terminal (KDE Konsole) is broken after running those commands and no appearance of wineconsole. man and other terminal applications do not display correctly, I have to clear the terminal or restart it to get it working again. When running other win32 software such as Call of Duty the terminal still works when I exit the game. I am not on this list, please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
wineconsole exits immediately (Wine 20050310 debian sarge/testing)
Hello, I was trying to run wcmd, it seems to have been renamed wineconsole. However, unfortunately it exits immediately before producing a DOS command prompt in my terminal like wcmd used to. I think this is a bug, (unless I missed something). $ wineconsole Invoking /usr/lib/wine/wine.bin wineconsole.exe ... Wine exited with a successful status $ I thought that maybe there was an argument I needed to pass, but there isn't a man page, or command line --help /? help unfortunately at present. $ wineconsole --help Invoking /usr/lib/wine/wine.bin wineconsole.exe --help ... err:wineconsole:WinMain Wrong command line options Wine exited with a successful status $ wineconsole /? Invoking /usr/lib/wine/wine.bin wineconsole.exe /? ... Wine exited with a successful status $ I am not on this list, please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: Game sound problem with wine 20050310 (Debian testing)
Hi Andreas, Thank you for your quick response. On 07/05/05 10:49, Andreas Mohr wrote: Hi, On Sat, May 07, 2005 at 10:00:59AM +0200, Paul van Schayck wrote: It's quite common to have dsound in emulation (it won't work without). This means a lot of load comes down to the cpu, and where perhaps your latency comes from. BTW, I'm planning to implement SetThreadPriority(). Maybe it actually gets called by the game (but at least it should get called by our multimedia DLLs in recent CVS now). This could also help a lot, provided that you're running on a SCHED_ISO and SCHED_BATCH aware kernel... Okay, great! I am running debian sarge 2.6.8-2-k7 kernel, not sure if that is SCHED_ISO and SCHED_BATCH aware, but I can upgrade to the latest kernel in debian testing/sarge if necessary. Of course this SetThreadPriority() implementation wouldn't be perfect, but at least it would be a first implementation to see whether it helps, and in that case one could do further discussion with Con Kolivas to try to make Linux almost fully compatible with the Windows thread priority model. Hopefully it would give some improvement. I am not on this list, please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Re: Game sound problem with wine 20050310 (Debian testing)
Hi Paul Thank you for your quick response On 07/05/05 09:00, Paul van Schayck wrote: On 5/6/05, J. Grant <[EMAIL PROTECTED]> wrote: I added these extra lines to my ~/.wine/config file, pasted them to me on #winehq. I could not find these in the config documentation, could they be added somewhere please? There is basically no documentation on the config file. I did find "man wine.conf", however that is quite incomplete it seems. Also these files: 22 /usr/share/doc/wine/config -> ../../wine/skel/config 8050 /usr/share/wine/skel/config This FAQ entry http://www.winehq.com/site/docs/wine-faq/index 5.3. How do I configure Wine to run on my system? Wine requires that you have a config file as ~/.wine/config. The format of this file is explained in the wine.conf man page. The file documentation/samples/config ( http://source.winehq.org/source/documentation/samples/config) contains a config file example. More explicit directions can be found in the README file ( http://source.winehq.org/source/README) that will be located in the base Wine directory after you gunzip and untar the distribution file. I wonder if this could be added to the man page? Also could /usr/share/wine/skel/config be added to the man page? The other area of document which I think could be improved is "man wine". For instance Call of Duty would not run with whatever was the default "Windows" that resulted when no override in [Version] section of ~/.wine/config So I had to create one with this: [Version] "Windows"="win2k" I remember there used to be a --winver=win2k style command line argument, but it seems to have gone now. Or is it still present, but undocumented? (Or maybe I missed some documentation?) I did find a copy of the wine.conf man page on the website as well, could that copy of the man page be expanded to cover all the options please? [dsound] ;"Drivers" = "wineoss.drv" ; default for most common configurations ;"Drivers" = "winearts.drv" ; for KDE "Drivers" = "winealsa.drv" ; for ALSA users Those should not be in [dsound] but in [winmm]. Try ALSA or OSS. Could make a difference. You could also set UseMmap to n in [wineoss] when using that. ok, thank you. Sorry I got them in the wrong section, I was just guessing as I had not found any complete documentation then. I could not find [wineoss] section documentation in any of the locations I am aware of. I just set it to "1" but it did not seem to make any difference to the audio lag unfortunately. Unfortunately these did not really change anything. I uncomment them and changed them around to see if anything changed, but I had to go with eh "Emulation" bit uncommented as above to get the game to work at all. (Gave a sound error while loading otherwise) It's quite common to have dsound in emulation (it won't work without). This means a lot of load comes down to the cpu, and where perhaps your latency comes from. By "emulation" do you simply mean that the dsound api is wrapped, and then the data passed to ALSA or OSS etc? Or do you mean that there is a significant amount of dsound "emulation" processing on the data before it is passed to ALSA or OSS etc? Is it very common to have this lag? I am using a 2.2Ghz AlthonXP 32bit (3200+) with 1GB ram. I do get far more network lag than I did when running Call of Duty on win2k. Could this be caused by the sound lag? Is network lag a second issue with is sometimes common? I am not on this list, please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Stable release builds with fixme output (Wine 20050310 debian sarge/testing)
Hello, I typically launch applications using wine from the terminal, I get pages of these fixme debug messages. I wonder if there is a reason these fixme "harmless" messages are being displayed? IMHO stable releases should only output err messages, thus not displaying fixme or warnings. I wonder if this has been considered already? fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. fixme:powermgnt:SetThreadExecutionState (0x2): stub, harmless. I am not on this list, please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Game sound problem with wine 20050310 (Debian testing)
Hello, I have been trying to get audio working in sync with the game I am playing (Activision Call of Duty) I get this error: err:wave:DSDB_MapBuffer Could not map sound device for direct access (Input/output error) err:wave:DSDB_MapBuffer Use: "HardwareAcceleration" = "Emulation" in the [dsound] section of your config If I use the suggestion i get 1sec lag on in-game sounds. Someone #winehq gave me some tips. I added these extra lines to my ~/.wine/config file, pasted them to me on #winehq. I could not find these in the config documentation, could they be added somewhere please? [dsound] ;"Drivers" = "wineoss.drv" ; default for most common configurations ;"Drivers" = "winearts.drv" ; for KDE "Drivers" = "winealsa.drv" ; for ALSA users ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. "HELmargin" = "5" ;; HEL only: Number of waveOut fragments ahead to queue to driver. ;"HELqueue" = "5" ;; Max number of fragments to prebuffer ;"SndQueueMax" = "28" ;; Min number of fragments to prebuffer ;"SndQueueMin" = "12" ;; Forces emulation mode (using wave api) "HardwareAcceleration" = "Emulation" ;; Sets default playback device (0 - number of devices - 1) ;"DefaultPlayback" = "0"; use first device (/dev/dsp) ;"DefaultPlayback" = "1"; use second device (/dev/dsp1) ;"DefaultPlayback" = "2"; use third device (/dev/dsp2) ;; Sets default capture device (0 - number of devices - 1) ;"DefaultCapture" = "0" ; use first device (/dev/dsp) ;"DefaultCapture" = "1" ; use second device (/dev/dsp1) ;"DefaultCapture" = "2" ; use third device (/dev/dsp2) Unfortunately these did not really change anything. I uncomment them and changed them around to see if anything changed, but I had to go with eh "Emulation" bit uncommented as above to get the game to work at all. (Gave a sound error while loading otherwise) I wonder if this is a known problem (bug)? Is there a work around? Or a fix please? I am not on this list, so please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
Incorrect locale used in wine 20050310 (Debian testing)
Hello, I think I have found a bug in the locale system used by wine. I get (incorrectly) English dialog text, with Japanese on the buttons. For example: === Set Optimal Settings? - Your computer has changed since the last time you ran. Re-configure for new hardware? [ãã(Y)] [ããã(N)] === I use English locale, with only Japanese input supported as an option. This is the only program which appears with Japanese text. Everything else is in English. The buttons should not be in Japanese. I am not on this list, so please include my email address in any replies. $ locale LANG=en_GB.UTF-8 LC_CTYPE=ja_JP.UTF-8 LC_NUMERIC=en_GB.UTF-8 LC_TIME=en_GB.UTF-8 LC_COLLATE=en_GB.UTF-8 LC_MONETARY=en_GB.UTF-8 LC_MESSAGES=en_GB.UTF-8 LC_PAPER="en_GB.UTF-8" LC_NAME="en_GB.UTF-8" LC_ADDRESS="en_GB.UTF-8" LC_TELEPHONE="en_GB.UTF-8" LC_MEASUREMENT="en_GB.UTF-8" LC_IDENTIFICATION="en_GB.UTF-8" LC_ALL= Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/blog.rss Radio: http://jguk.org/#radio
edonkey2000 dll err
Hello, As this is an "err, I thought I should post the the devl list. I am using CVS build from 2004-09-20. I am using DLL's copied from working win2k install. It seems quite fatal, any ideas? Kind regards JG c:\opt\ed2k>edonkey2000.exe c:\opt\ed2k>err:module:import_dll No implementation for [EMAIL PROTECTED]@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for [EMAIL PROTECTED]@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
Re: Missing dll's and wine says it is going into debugger
Hello,
The entering debugger problem seems more widespread, as eMule 0.44 is
also affected.
The problem being that wine does not get into the debugger, the program
and wine just hang. Below is the text from the terminal while running.
Is the debugger being given a valid command line by wine? Seems odd it
is displaying argument syntax.
I am not on this list, so please include my email address in any replies.
Kind regards
JG
p.s. Is there any reason the "c:\opt\emule_0_44>" is duplicated in the
output below?
c:\opt\emule_0_44>emule
c:\opt\emule_0_44>Please use the registry key
HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels
to set the screen resolution and remove the "Resolution" entry in the
config file
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:ole:CoRegisterMessageFilter stub
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
WARNING: Trying to create a socket of type SOCK_RAW, will fail unless
running as root
WARNING: Trying to use ICMP (network ping) will fail unless running as root
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdcb0
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:ole:CoCreateInstance no classfactory created for CLSID
{00bb2763-6a77-11d0-a535-00c04fd7d062}, hres is 0x80040150
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bd908
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdc9c
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdca8
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdca8
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdca8
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdca8
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
fixme:font:WineEngCreateFontInstance just using first face for now
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdcfc
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdcfc
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
fixme:ole:CoCreateInstance no classfactory created for CLSID
{00bb2763-6a77-11d0-a535-00c04fd7d062}, hres is 0x80040150
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdc94
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
err:listview:LISTVIEW_WindowProc unknown msg 108a wp= lp=406bdc94
err:listview:LISTVIEW_WindowProc unknown msg 2005 wp=0001 lp=
fixme:win:SetWindowTextW cannot set text L"" of other process window (nil)
wine: Unhandled exception (thread 001c), starting debugger...
Usage: winedbg [--auto] [--gdb] cmdline
on the 21/09/04 00:19, J. Grant wrote:
Hello,
I have installed eDonkey2000, the free version from www.overnet.com. I
am using a one day old CVS build of WINE.
Could there be a Debug/Retry option for dll loading? then I would have
time to copy the dlls and press Retry. As it is, I have to restart the
entire process for each dll missing.
fixme:win:SetWindowTextA cannot set text "Output folder: C:\\opt\\ed2k"
of other process window 0x2006a
fixme:win:SetWindowTextA cannot set text "Execute:
C:\\opt\\ed2k\\eDonkey2000.exe" of other process window 0x2006a
wine: Unhandled exception (thread 000b), starting debugger...
err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0
addr 0x401c88e8
err:module:import_dll Library MSVCP60.dll (which is needed by
L"C:\\opt\\ed2k\\edonkey2000.exe") not found
err:module:import_dll Library MSVCIRT.dll (which is needed by
L"C:\\opt\\ed2k\\edonkey2000.exe") not found
Usage: winedbg [--auto] [--gdb] cmdline
err:module:LdrInitializeThunk Main exe initialization for
L"C:\\opt\\ed2k\\edonkey2000.exe" failed, status c135
These are the two dlls which were displayed on my terminal. It did
not end up in the debugger though, just the terminal after I pressed
ESC .
After I copied these dlls, and restarted the
Missing dll's and wine says it is going into debugger
Hello, I have installed eDonkey2000, the free version from www.overnet.com. I am using a one day old CVS build of WINE. Could there be a Debug/Retry option for dll loading? then I would have time to copy the dlls and press Retry. As it is, I have to restart the entire process for each dll missing. fixme:win:SetWindowTextA cannot set text "Output folder: C:\\opt\\ed2k" of other process window 0x2006a fixme:win:SetWindowTextA cannot set text "Execute: C:\\opt\\ed2k\\eDonkey2000.exe" of other process window 0x2006a wine: Unhandled exception (thread 000b), starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c005 flags 0 addr 0x401c88e8 err:module:import_dll Library MSVCP60.dll (which is needed by L"C:\\opt\\ed2k\\edonkey2000.exe") not found err:module:import_dll Library MSVCIRT.dll (which is needed by L"C:\\opt\\ed2k\\edonkey2000.exe") not found Usage: winedbg [--auto] [--gdb] cmdline err:module:LdrInitializeThunk Main exe initialization for L"C:\\opt\\ed2k\\edonkey2000.exe" failed, status c135 These are the two dlls which were displayed on my terminal. It did not end up in the debugger though, just the terminal after I pressed ESC . After I copied these dlls, and restarted the process I get this text: c:\opt\ed2k>edonkey2000.exe c:\opt\ed2k>err:module:import_dll No implementation for [EMAIL PROTECTED]@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef err:module:import_dll No implementation for [EMAIL PROTECTED]@Z imported from L"C:\\opt\\ed2k\\MSVCIRT.dll", setting to 0xdeadbeef although it is an "err" the process continues to run... would you like me to try and probe this dll futher to get the missing impelementation name it is complaining about? (if that would help) I am not on this list, so please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
\\ in paths causing problem, known bug?
Hello, I just ran the eDonkey2000 Installer. The default install directory was invalid: C:\\Program Files\eDonkey2000 The extra \ was the problem. I think this is a WINE issue. Is this problem know about already? (Bugzilla does not contain this). I thought I would check before considering filing a bug report. Please include my email address in replies. You can download this exe from www.overnet.com, it is the free version of eDonkey2000 if you would like to test. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
Re: Latest CVS config upgrade of drive letters problem
Hi Vincent, Thanks for your reply. Upgrading from a quite old version I may add... ($VAR-style variables in config are long gone, maybe a year now). Yep, this WINE build was last used when I wrote an article on WINE 2003-02-18. I do not see why WINE should not be compatible with a config file which is only 17 months old though. Compatibility should be for the life of a product in use IMO. If that development time is too not available for WINE, I can accept that, but non-compatibility with recent config files like this should be avoided if possible in my view. C:\windows>ls File not found ls is Unix, you don't have access to it in wcmd. Use dir. I had hoped for an alias, in the same way that "dir" works in nearly all GNU/Linux distros. The f:: (double-colon) links point to the (Unix) device behind the Windows dir. They were created from your config. Ok. Wine just created the symlinks from your config. You had com2 and com3 in it, so it created the link. Then I guess com2 and com3 were default in the mdk9.0 wine package "config" file, as I did not add those lines myself. Please include my email address in replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
Latest CVS config upgrade of drive letters problem
Hello,
I just built and installed CVS WINE using the work around for asla
suggested by Ivan.
However, the config file does not seem to have been converted correctly.
I fixed the symbolic link manually. Read on if you are interested to
know the details of this bug.
Kind regards
JG
$ wcmd
Created symlink /home/now3d/.wine/dosdevices/com1 -> /dev/ttyS0
Created symlink /home/now3d/.wine/dosdevices/com2 -> /dev/ttyS1
Created symlink /home/now3d/.wine/dosdevices/com3 -> /dev/ttyS2
Created symlink /home/now3d/.wine/dosdevices/com4 -> /dev/modem
Created symlink /home/now3d/.wine/dosdevices/lpt1 -> /dev/lp0
Created symlink /home/now3d/.wine/dosdevices/c: -> /home/now3d/c
Created symlink /home/now3d/.wine/dosdevices/d: -> ../${HOME}
Created symlink /home/now3d/.wine/dosdevices/e: -> /tmp
Created symlink /home/now3d/.wine/dosdevices/f: -> /mnt/cdrom2
Created symlink /home/now3d/.wine/dosdevices/g: -> /mnt/cdrom
Created symlink /home/now3d/.wine/dosdevices/f:: -> /dev/scd0
Created symlink /home/now3d/.wine/dosdevices/g:: -> /dev/scd1
You can now remove the [SerialPorts], [ParallelPorts], and [Drive] sections
in your configuration file, they are replaced by the above symlinks.
Converted drive type to new entry HKLM\Software\Wine\Drives "C:" = L"hd"
Converted drive type to new entry HKLM\Software\Wine\Drives "D:" =
L"network"
Converted drive type to new entry HKLM\Software\Wine\Drives "E:" = L"hd"
Converted drive type to new entry HKLM\Software\Wine\Drives "F:" = L"cdrom"
Converted drive type to new entry HKLM\Software\Wine\Drives "G:" = L"cdrom"
Converted temp dir to new entry HKCU\Environment "TEMP" = L"e:\\"
Converted path dir to new entry HKCU\Environment "PATH" =
L"d:\\vs\\vc98\\bin;d:\\vs\\common\\msdev98\\bin;c:\\windows;c:\\windows\\system"
Converted profile dir to new entry HKCU\Environment "USERPROFILE" =
L"c:\\windows\\Profiles\\Administrator"
Converted windows dir to new entry HKCU\Environment "windir" =
L"c:\\windows"
Converted system dir to new entry HKCU\Environment "winsysdir" =
L"c:\\windows\\system"
Warning: could not find DOS drive for current working directory
'/home/now3d', starting in the Windows directory.
Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels
to set the screen resolution and remove the "Resolution" entry in the
config file
fixme:font:WineEngCreateFontInstance just using first face for now
WCMD Version 0.17
C:\windows>ls
File not found
C:\windows>cd ..
C:\>ver
WCMD Version 0.17
C:\>d:
Path not found
C:\>d:\
Path not found
C:\>cd d:
Path not found
This worked before I ugpraded.
10 Sep 20 00:13 d: -> ../${HOME}
Thats a duff sym link, so I assume it was not evaluated correctly in
that script..?
Are these double links meant to be present?
lrwxrwxrwx1 now3dnow3d 11 Sep 20 00:13 f: -> /mnt/cdrom2/
lrwxrwxrwx1 now3dnow3d 9 Sep 20 00:13 f:: -> /dev/scd0
lrwxrwxrwx1 now3dnow3d 10 Sep 20 00:13 g: -> /mnt/cdrom/
lrwxrwxrwx1 now3dnow3d 9 Sep 20 00:13 g:: -> /dev/scd1
lrwxrwxrwx1 now3dnow3d 10 Sep 20 00:13 com2 -> /dev/ttyS1
lrwxrwxrwx1 now3dnow3d 10 Sep 20 00:13 com3 -> /dev/ttyS2
these are also duff links, but maybe it will not effect anything.
--
Homepage: http://jguk.org/
Blog: http://jguk.org/index.html#blog
Radio: http://jguk.org/index.html#radio
Re: Latest CVS alsa problem
Hi Ivan, Thanks for your quick response. on the 19/09/04 22:14, Ivan Leo Puoti wrote: libalsa2-devel-0.9.0-0.8rc2mdk This package contains the alsa development headers, so unless you have some good reason to keep this RPM installed (For example you develop an app that needs these headers), you can just uninstall this package and wine will compile without alsa support. Wine's OSS driver should work with alsa's oss emulation. Ok, I did as you suggested and it now works. However it was a bit of a pain, because I use this version of ALSA for SDL development, so I am going to have to reinstall those packages and their deps to let me work on that. Would you be able to consider adding ./configure --disable-alsa ? (a la MPlayer and other projects) Also perhaps the alsa detection could not set it up when only alsa 0.9.0 is installed if WINE requires 1.0.x alsa now..? Please include my email address in any replies. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
http://winehq.org/ - W3C validation problem at present
[resent following direction from Ivan] Hello, There is a problem on this page at present: http://validator.w3.org/ 1. Line 317, column 12: an attribute value must be a literal unless it contains only name characters WWN Issue 239 was released today. You have used a character that is not considered a "name character" in an attribute value. Which characters are considered "name characters" varies between the different document types, but a good rule of thumb is that unless the value contains only lower or upper case letters in the range a-z you must put quotation marks around the value. In fact, unless you have extreme file size requirements it is a very very good idea to always put quote marks around your attribute values. It is never wrong to do so, and very often it is absolutely necessary. Kind regards JG -- Homepage: http://jguk.org/ Blog: http://jguk.org/index.html#blog Radio: http://jguk.org/index.html#radio
Latest CVS alsa problem
Greetings, I am trying to build the latest CVS. My last build was from last year, I want to check if something works with a newer build. Unfortunately, the latest WINE cvs does not work with alsa shipped with mdk 9.0: libalsa2-0.9.0-0.8rc2mdk alsamixergui-0.9.0-0.5rc1_2mdk libalsa2-devel-0.9.0-0.8rc2mdk Is there any way I can ./configure --disable-alsa ? configure does not complain when I pass it --disable-alsa, however it is still broken whey I try and build. I wonder if there is OSS support in WINE? Should the ./configure script not have noticed that alsa was not working? It configured it all ok. This is the error log (below) if someone is interested. I am not on this list, so please include my email address in any replies. Kind regards JG == gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o vwin32.vxd.dbg.o vwin32.vxd.dbg.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./vwin32.vxd.specvwin32.o vwin32.vxd.dbg.o -o vwin32.vxd.so -L../../dlls -lwinedos -lkernel32 -L../../libs/wine -lwine -L../../libs/port -lwine_port make[2]: Leaving directory `/home/now3d/wine/wine/dlls/vwin32.vxd' rm -f vwin32.vxd.so && ln -s vwin32.vxd/vwin32.vxd.so vwin32.vxd.so make[2]: Entering directory `/home/now3d/wine/wine/dlls/winmm/winealsa' gcc -c -I. -I. -I../../../include -I../../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o audio.o audio.c audio.c: In function `ALSA_TraceParameters': audio.c:514: too many arguments to function `snd_pcm_hw_params_get_access' audio.c:515: too many arguments to function `snd_pcm_hw_params_get_format' audio.c:564: too many arguments to function `snd_pcm_hw_params_get_channels' audio.c:568: too many arguments to function `snd_pcm_hw_params_get_channels_min' audio.c:569: too many arguments to function `snd_pcm_hw_params_get_channels_max' audio.c:578: too many arguments to function `snd_pcm_hw_params_get_buffer_size' audio.c:582: too many arguments to function `snd_pcm_hw_params_get_buffer_size_min' audio.c:583: too many arguments to function `snd_pcm_hw_params_get_buffer_size_max' audio.c:605: too many arguments to function `snd_pcm_hw_params_get_rate' audio.c:605: too many arguments to function `snd_pcm_hw_params_get_rate_min' audio.c:605: too many arguments to function `snd_pcm_hw_params_get_rate_max' audio.c:606: too many arguments to function `snd_pcm_hw_params_get_buffer_time' audio.c:606: too many arguments to function `snd_pcm_hw_params_get_buffer_time_min' audio.c:606: too many arguments to function `snd_pcm_hw_params_get_buffer_time_max' audio.c:607: too many arguments to function `snd_pcm_hw_params_get_periods' audio.c:607: too many arguments to function `snd_pcm_hw_params_get_periods_min' audio.c:607: too many arguments to function `snd_pcm_hw_params_get_periods_max' audio.c:612: warning: passing arg 2 of `snd_pcm_hw_params_get_period_size' from incompatible pointer type audio.c:612: too many arguments to function `snd_pcm_hw_params_get_period_size' audio.c:616: warning: passing arg 2 of `snd_pcm_hw_params_get_period_size_min' from incompatible pointer type audio.c:616: too many arguments to function `snd_pcm_hw_params_get_period_size_min' audio.c:617: warning: passing arg 2 of `snd_pcm_hw_params_get_period_size_max' from incompatible pointer type audio.c:617: too many arguments to function `snd_pcm_hw_params_get_period_size_max' audio.c:624: too many arguments to function `snd_pcm_hw_params_get_period_time' audio.c:624: too many arguments to function `snd_pcm_hw_params_get_period_time_min' audio.c:624: too many arguments to function `snd_pcm_hw_params_get_period_time_max' audio.c:625: too many arguments to function `snd_pcm_hw_params_get_tick_time' audio.c:625: too many arguments to function `snd_pcm_hw_params_get_tick_time_min' audio.c:625: too many arguments to function `snd_pcm_hw_params_get_tick_time_max' audio.c: In function `ALSA_WaveInit': audio.c:744: too many arguments to function `snd_pcm_hw_params_get_rate_min' audio.c:745: too many arguments to function `snd_pcm_hw_params_get_rate_max' audio.c:746: too many arguments to function `snd_pcm_hw_params_get_channels_min' audio.c:747: too many arguments to function `snd_pcm_hw_params_get_channels_max' audio.c:851: too many arguments to function `snd_pcm_hw_params_get_rate_min' audio.c:852: too many arguments to function `snd_pcm_hw_params_get_rate_max' audio.c:853: too many arguments to function `snd_pcm_hw_params_get_channels_min' audio.c:854: too many arguments to function `snd_pcm_hw_params_get_channels_max' audio.c: In function `wodPlayer_DSPWait': audio.c:1200: too many arguments to function `snd_pcm_hw_params_get_period_time' audio.c: In function `wodOpen': audio.c:1717: warning: passing arg 3 of `snd_pcm_hw_para
Re: 64bit Wine?
Marvelous, Thanks for the responce guys. JG on the 02/12/03 16:06, Marcus Meissner wrote: On Tue, Dec 02, 2003 at 08:02:37AM -0600, Jeremy White wrote: >>I'm considering getting an Opteron. With this being a 64bit CPU I >>wondered if there would be any issues with using WINE to make use of >>win32 software on this 64bit CPU. > > >There are no issues. > >SUSE LINUX 9.0 for AMD64 is capable of running all WINE products, >including regular WINE, CrossOver Office, CrossOver Plugin and WineX >in the 32bit compat mode. Okay, I read that to mean that you can run already built 32 bit binary versions of Wine. What about compiling? Would compiling Wine on an Opteron work? Hmm. I suppose you could cross compile to 32 bit, couldn't you. Well, I do ;) SUSE 9.0 comes with full biarch toolchain support on AMD64. Before you start, install additionaly to the default packages: glibc-devel-32bit freetype2-devel-32bit XFree86-devel-32bit XFree86-Mesa-devel-32bit fontconfig-devel-32bit openssl-devel-32bit ncurses-devel-32bit alsa-32bit and any dependend rpms. Then: export LD="ld -m elf_i386" CC="gcc -m32" AS="gcc -c -m32" \ ./configure --prefix=/usr --x-libraries=/usr/X11R6/lib make depend all The -m32 switches gcc to 32bit mode. If you have arts-devel installed, you might need to patch dlls/winmm/winearts/Makefile and replace lib64 by lib. You will also need attached winebuild patch that uses "LD" from the environment. Ciao, Marcus
64bit Wine?
Hello I'm considering getting an Opteron. With this being a 64bit CPU I wondered if there would be any issues with using WINE to make use of win32 software on this 64bit CPU. Kind regards JG p.s. I'm not subscribed to this list from this email address, so please include my email address in any replies.
