wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

A small bounty for fixing a bug
by Willie Sippel 14 Nov '05

14 Nov '05

Hi there. I want to offer 100 EUR for a fix for bug #1973. It's not much, and I have no idea how complicated the bug is to fix, but maybe it's only trivial problem. A demo is available for download, and I guess most comments in the bugreport are wrong/ irrelevant anyway. So, if anyone is interested, I'll pay 50 EUR for the patch, and another 50 EUR once/ if it gets commited - if possible via Paypal. I'm sorry if a request like that is not allowed/ wanted, I couldn't find any info regarding bounties on bugfixes. Ciao, Willie -- Willie Sippel //////// | Tritium Studios // | ______________________________ //// /// | http://www.tritium-studios.com <willie(a)froq.net>

3 5

[kernel/tests/thread] Better error information + win9x fix
by Paul Vriens 14 Nov '05

14 Nov '05

Hi, some small changes. Doesn't make the test succeed on windows, but now we show at least the correct error information. Changelog: Corrected last error information Make sure we can run the tests on win9x Cheers, Paul. Index: dlls/kernel/tests/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/thread.c,v retrieving revision 1.31 diff -u -p -r1.31 thread.c --- dlls/kernel/tests/thread.c 14 Nov 2005 11:23:11 -0000 1.31 +++ dlls/kernel/tests/thread.c 14 Nov 2005 18:48:20 -0000 @@ -626,18 +626,37 @@ static void test_SetThreadContext(void) { CONTEXT ctx; int *stack; - HANDLE thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, NULL ); + HANDLE thread; + DWORD threadid; + DWORD prevcount; + + SetLastError(0xdeadbeef); + thread = CreateThread( NULL, 0, threadFunc6, (void *)2, CREATE_SUSPENDED, &threadid ); + ok( thread != NULL, "CreateThread failed : (%ld)\n", GetLastError() ); + if (!thread) + { + trace("Thread creation failed, skipping rest of test\n"); + return; + } ctx.ContextFlags = CONTEXT_FULL; + SetLastError(0xdeadbeef); ok( GetThreadContext( thread, &ctx ), "GetThreadContext failed : (%ld)\n", GetLastError() ); + /* simulate a call to set_test_val(10) */ stack = (int *)ctx.Esp; stack[-1] = 10; stack[-2] = ctx.Eip; ctx.Esp -= 2 * sizeof(int *); ctx.Eip = (DWORD)set_test_val; + SetLastError(0xdeadbeef); ok( SetThreadContext( thread, &ctx ), "SetThreadContext failed : (%ld)\n", GetLastError() ); - ResumeThread( thread ); + + SetLastError(0xdeadbeef); + prevcount = ResumeThread( thread ); + ok ( prevcount == 1, "Previous suspend count (%ld) instead of 1, last error : (%ld)\n", + prevcount, GetLastError() ); + WaitForSingleObject( thread, INFINITE ); ok( test_value == 20, "test_value %d instead of 20\n", test_value ); }

1 0

ds[pw] files generated to build winetest
by Saulius Krasuckas 14 Nov '05

14 Nov '05

There are quite a some of them in my tree, which 'cvs update' complains about: ? wine/dlls/advapi32/tests/advapi32_test.dsp ? wine/dlls/advpack/tests/advpack_test.dsp ? wine/dlls/comctl32/tests/comctl32_test.dsp ... ? wine/dlls/winsock/tests/ws2_32_test.dsp ? wine/dlls/winspool/tests/winspool_test.dsp Should I put their names into appropriate .cvsignore files?

2 1

cant install IE5.5 on 0.9.1
by wino＠piments.com 14 Nov '05

14 Nov '05

Hi, trying to minimise the number of preinstall tools and scripts to run stuff on wine-0.9.1 Dragon requires at least IE5 and I have established it will work under wine with IE5.5 if I do my basic setup using sidenet. That's fine, but I want to minimise the accessory tools reqd. and see what wine is capable off now we are at 0.9.1 On fresh .wine I ran winecfg to ensure the basic config. then installed DCOM98. This gave an error until I used franks: WINEDLLOVERRIDES="ole32=n" wine DCOM98 [seems the first attempt installed something before quitting ?!] ie55sp2.exe unpacks fine but the IE5setup stalls even if winecfg sets *n,b as default. wino@newsys ~/.wine/c/windows/temp/IE 5.5 SP2 Full $ wine IE5SETUP err:setupapi:DIRID_get_string user id 49001 not found err:setupapi:DIRID_get_string user id 49001 not found fixme:advpack:NeedReboot (0x00000000): stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "IE4Setup.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:RunSetupCommand ((nil), "C:\\windows\\temp\\IXP000.TMP\\IESetup.inf", "ActiveX.Failure", "C:\\windows\\temp\\IXP000.TMP", (null), (nil), 0x0000000d, (nil)): stub fixme:advpack:ExecuteCab ((nil) 0x7fbdf9e8 (nil)): stub Is this fixable / worth persueing or should I just settle for advising ppl to use sidenet? TIA

3 4

Re: Brain Storming Regarding Winapt - Package Management for Windows
by Liam Kurmos 14 Nov '05

14 Nov '05

i think that whilst windows could benefit from good package management, atleast for it's open-source projects, I'm not sure it's worth developing windows as an open-source platform, or whether or not this would ultimately be good for open-source. If you're looking for a repo for commercial projects, then there are plenty like tucows, and download.com(yuck), and I agree with Mike Hearn. Liam <just imho> Shlomi Fish wrote: Hi good people! I have an idea for a Windows-based open source project, that also has a lot of commercial value. The idea is Winapt: http://winapt.berlios.de/ Once finished, it will be an implementation of package management and dependency resolution for Windows (similar to dpkg+apt, or rpm+apt/urpmi/yum, etc.). On the site you can find an executive summary, and the beginning of the design document. I'd like to brain storm about this idea, and that people (after reading the documents) tell me what issues and obstacles those who desire in accopmlishing such a task will face, and suggest possible solutions. While I am an experienced programmer, I am not a very experienced Windows systems programmer. I did do some programming for Windows, but it was mostly GUI or MFC or simple things like opening files. (many times using the POSIX primitives). I am sending this message here because some of you guys are Win32 experts. Regards, Shlomi Fish ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ If his programming is anything like his philosophizing, he would find 10 imaginary bugs in the "Hello World" program. Mike Hearn wrote: Well, this is all rather off-topic for wine-devel - Win32 experts certainly do live here but you don't need Win32 experts for a project like this. That said, I think you should compare the number of people wishing Linux has more Windows/Mac like package management vs the reverse before porting the spectacular piece of brokenness known as apt to Windows. Do that many people actually want it? I would guess not. Remember that on Windows, the most popular programs aren't free anyway. Also remember that Windows programs don't usually have dependencies outside of the Win32 platform, making a tool like apt rather overkill. I suspect what you actually want is just a software catalogue or somesuch, but you can do that using a web page just as easily as a program ... If you really want to go ahead I'd recommend something like Delphi or Visual Basic as a developer tool - raw C/C++ coding against Win32 is really quite nasty.

1 0

Re: kernel/comm.c - page fault in thread
by Mr Cihan ALTINAY 14 Nov '05

14 Nov '05

Hi again, Sorry for the double post and the stupid default From-Header (not my machine). I replaced my modified comm.c with the latest CVS, made the changes as described below and still got communication errors (the device replies that commands are malformed). So I attempted to apply the changes I made one-by-one to see when the errors disappear. And the first (and easiest) change helped: When replacing both tcflush(fd,TCOFLUSH) by tcdrain(fd) in the PurgeComm function all errors disappear and the program works as expected. Now, I know that the two functions do different things and according to the API specification of PurgeComm tcflush seems more appropriate. So I wonder if this is not really a fix but only a workaround for a different problem (maybe a race condition as mentioned earlier?). I know that G-Ware does some funny (stupid?) things and there are always at least 2 threads running that poll for input/output. One effect is that it still opens ~200 file handles to the port but, more importantly, maybe they interact in a way it shouldn't happen? Anyone? ----- Original Message ----- From: Mr Cihan ALTINAY <cihan(a)uq.edu.au> Date: Tuesday, November 8, 2005 10:13 am Subject: kernel/comm.c - page fault in thread > Hi, > > I finally got G-Ware to work flawlessly under wine after some > tweaks in the comm.c file. One problem was in the (thread) function > COMM_WaitCommEventService(). > When I 'disconnect' in the client program it calls purge and sets > the event mask to 0 (ie. it is no longer interested in events from > the port). But there are still threads running that poll the port. > > The program crashes when the thread exits the loop (with abort!=0) > and tries to set > *commio->buffer = rc; > (line 2010) but this buffer is already freed by the client. > Replacing > > if (abort) rc = 0; > *commio->buffer = rc; > > by > > if (!abort) > *commio->buffer = rc; > > fixes this problem. > > There were other communication errors which I managed to fix but > I have to find out first which changes are really necessary to > make things work because I tried a lot of things in comm.c. > It looks as if there are race conditions when more than one > polling thread is running. Currently I check if a thread is already > running and don't start a second one if so. But I will find out if > that is responsible for the errors or something else and report it > on the list. > > Cheers, > Cihan > > > >

3 8

Re: New ati driver problems
by Stefan Dösinger 14 Nov '05

14 Nov '05

> > I've updated my fglrx driver yesterday > > From which version? (and to which version? Latest is 8.19.10) I've updated from 8.18.8 to 8.19.10

3 3

Re: winspool/tests: Some extra Tests for GetPrinterDriverDirectory
by Dmitry Timoshkov 14 Nov '05

14 Nov '05

"Detlef Riekenberg" <wine.dev(a)web.de> wrote: > Small update for the winspool - tests. > > > Changelog: > - Display a TRACE, when the Service "spooler" is not running (NT). > - Some extra Tests for GetPrinterDriverDirectory You are testing last error after the API calls but don't set it to a bogus (0xdeadbeef) value before an API call, so this is not clear who is changing last error. -- Dmitry.

1 0

RE: Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

WARNING: it is 3 in the night, and the better part of me said I should have got some sleep before answering. Am Sonntag, den 13.11.2005, 23:53 +0100 schrieb Peter Berg Larsen: >Use one Harddisk, install windows on "C:" and your Programs on "D:". >Add a second Harddisk with a Primary Partition (Drive-Letter has changed >from "D:" to "E:") and see, how many Programs are broken. Every program that uses absolute paths. > > But neither wiki or the docs said anything about this, which was why I > > asked. > Is the warning "Do not use your existing Windows installation as C: in > wine" gone? Properly not, but I do not see this a relevant to me or the question. More below. On Sun, 13 Nov 2005, Vitaliy Margolen wrote: > Can you run a program that you installed on wine in windows? I do not think there is a correlation between this and my questions as "Wine makes it possible to run Windows programs alongside any Unix-like operating system, particularly Linux.". Ms does not state the opposite. (I think is the word "alongside" I am reading wrong here; I would have used "on" or "installed on") > You program looking for "c:\Program Files\". That means "Program Files" > directory on drive c: For wine (in default configuration) c: drive means > ~/.wine/drive_c. Or more precisely where ~/.wine/dosdevices/c: points > to. Answer below. > > with; wine does not support running a program installed under > > /mnt/windows/ I would only had to ask once. > Of corse it does. If you can make program look for it's files somewhere > else. Because that's what you are doing. The path is hardcoded, so I cannot change the behaviour of the program. > And like I've mentioned before, please, don't run programs directly from > your windows drive. That won't make it any better. But that might brake > your windows. Hmm, no you said: > Please never point your c: drive to the real windows drive - that won't > help wine at all but it might brake your windows beyond repair. The difference to me is: A) do not /mnt/windows/program files/railroad tycoon 3 > wine rt3.exe and do not have B) /home/pebl/.wine/dosdevices > ls -l total 0 lrwxrwxrwx 1 pebl pebl 10 Nov 10 17:21 c: -> /mnt/windows/ A implies that I cannot run programs installed under windows. B implies that wine is writing something (to registry whatever) to c: which will brake windows. (Note: B is not my setup) Plenty who have answered have stated B, but I do not see what this has to do with wines ability to run a program installed under windows. As it does not state on the wiki nor the docs that I must have installed the program under wine to expect it to run, I expected wine to do clever things to get it rigth. Like looking in both places or noticing the path of the exe. In either case I had a program that this "clever" mechanism did not worked for, and as I could find any thing clever part in wine I asked wine-devel and not wine-user. Peter

2 1

RE: Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

On Sun, 13 Nov 2005, Michael Druing wrote: > If you don't want to install the game in wine but rather use an existing > Windows installation you should either copy and/or link to your existing > installation, but bear in mind that this might - as others have already > pointed out - break your installation on windows for some reason or another > and is generally not suggested. Ah, ah. This is where I complete fail in my understanding. I had the idea that wine was able to run any window program (modulo registry etc.) no matter how I did the install. You are saing "do not run a windows program unless you installed the program with wine"? (or atleast do not expect it to work). > Wine cannot guess where your existing windows partition is mounted. I saw three solution for that: A) It look at ~/.wine/c:/ and then in /mnt/windows/ B) Notices that the program started in a /mnt/windows/ path. C) If installed under /mnt/windows/ you must manual make some extra links. But neither wiki or the docs said anything about this, which was why I asked. Peter

2 1

Question about ~/.wine/dosdevices/
by Peter Berg Larsen 14 Nov '05

14 Nov '05

I am missing the idear behind how devices are suppose to work. >From the wiki it seems that the dosdevices/c: is use when installing a program under wine. But how are dosdevices/c: related to my /mnt/windows? Are files first looked up in dosdevices/c: and the in /mnt/windows/ if not found? The reason I ask is that icewind dale on /mnt/windows/ does a FindFirstFileA("C:/program...") which wine translates to dosdevice/c: and ofcause does not find anything. Am I suppose to make a link to where the program is installed, as if I had installed it with wine? Peter

7 12

Dragon v7 pref on wine 0.9
by wino＠piments.com 13 Nov '05

13 Nov '05

Hi, I have managed to get this app working on 0.9 with just four dlls in winecfg. Two I believe to br trivial problems due to lack of version info in the buildin dlls. The two giving real, ugly issues are ole32 and rpcrt4. Symptoms are similar. I would like to attack ole32 first since the rest of the ole stuff works and oleaut32 seems to have work very nicely now compared to 20050524, great news there. Things go well at first then I get the following output: trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\oleacc.dll" : builtin fixme:oleacc:AccessibleObjectFromWindow 0x10070 0 {618736e0-3c3d-11cf-810c-00aa00389b71} 0x7876e504 trace:loaddll:load_native_dll Loaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\chartp.dll" : native trace:loaddll:MODULE_FlushModrefs Unloaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\DgnMyCmds_enu.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Program Files\\ScanSoft\\NaturallySpeaking\\Program\\DgnMyCmds_enu.dll" : native err:ole:RPC_StartRemoting Couldn't register endpoint L"\\pipe\\OLE_000000160000002a" trace:loaddll:load_native_dll Loaded module L"C:\\windows\\speech\\vcmshl.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\rpcltc1.dll" : native err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x800706ba err:ole:ClientIdentity_QueryMultipleInterfaces IRemUnknown_RemQueryInterface failed with error 0x800706ba err:x11drv:X11DRV_CreateWindow invalid window height 571100824 err:x11drv:X11DRV_CreateWindow invalid window width -1592141001 err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0019, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 002b, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0028, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0027, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 0024, blocked by 002d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7befd264 "loader.c: loader_section" wait timed out in thread 002c, blocked by 002d, retrying (60 sec) ^X [1]+ Stopped WINEDEBUG="+loaddll" wine natspeak The app. get part way through starting but the main window remains part drawn and the app locks up. I need to ctnl-Z the CLI to break in. This leaves two processes running. wineserver -k takes out the server but leaves a zombie wine-preloader that I have to powerdown to kill! Can anyone suggest how to pin this error down? TIA .

3 10

test case pointers?
by Molle Bestefich 13 Nov '05

13 Nov '05

Dmitry Timoshkov wrote: > Molle Bestefich wrote: > > Patching winpos.c to not touch those 4 variables does not seem to > > cause any other regressions (as far as I can see), so my immediate > > thought is that this is the right and correct thing to do. > > you haven't even shown real windows behaviour, or a test case. COULD SOMEONE KNOWLEDGEABLE IN MinMax STUFF KINDLY POINT ME AT: WHAT EXACTLY NEEDS TO BE TESTED Re: ABOVE MENTIONED PATCH + A GUIDE HOW TO CREATE A WINE TEST CASE? (mail quantity doesn't work, maybe turning the volume knob up will :->..) (yes, I do realize I'm a helpless newbie.) Hugs & kisses

2 1

Re: [DDraw] Fix AoE2 font rendering (in most cases)
by Oliver Stieber 13 Nov '05

13 Nov '05

--- Lionel Ulmer <lionel.ulmer(a)free.fr> wrote: > Hi all, > > AoE2 was rendering to a 8 bit off-screen DSurface using GetDC / ReleaseDC > and that without having attached a palette to it... Our DIB engine did not > like this at all which made all fonts come out black. > > The attached patch ('hack' :-) ) simply takes the palette of the front > buffer (if any) and attach it to the DIB before rendering to it. > > Note that the proper fix would be in the DIB engine itself but I have no > idea how to (nor the means to) fix it there (if possible using the X11 > engine we currently have). Hi, Does this fix bug http://bugs.winehq.org/show_bug.cgi?id=2666 including the problems with warblade? Oliver. > Lionel > > Changelog: > - use the front buffer palette for DC operations on off-screen buffers > > -- > Lionel Ulmer - http://www.bbrox.org/ > > Index: dlls/ddraw/surface_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/ddraw/surface_main.c,v > retrieving revision 1.8 > diff -u -r1.8 surface_main.c > --- dlls/ddraw/surface_main.c 10 Nov 2005 12:14:59 -0000 1.8 > +++ dlls/ddraw/surface_main.c 13 Nov 2005 14:08:56 -0000 > @@ -900,6 +900,31 @@ > } > > hr = This->get_dc(This, &This->hDC); > + > + if ((This->surface_desc.u4.ddpfPixelFormat.dwFlags & DDPF_PALETTEINDEXED8) && > + (This->palette == NULL)) { > + IDirectDrawImpl *ddraw = This->ddraw_owner; > + IDirectDrawSurfaceImpl *surf; > + > + for (surf = ddraw->surfaces; surf != NULL; surf = surf->next_ddraw) { > + if (((surf->surface_desc.ddsCaps.dwCaps & (DDSCAPS_PRIMARYSURFACE | DDSCAPS_FRONTBUFFER)) > == (DDSCAPS_PRIMARYSURFACE | DDSCAPS_FRONTBUFFER)) && > + (surf->palette != NULL)) { > + RGBQUAD col[256]; > + IDirectDrawPaletteImpl *pal = surf->palette; > + unsigned int n; > + for (n=0; n<256; n++) { > + col[n].rgbRed = pal->palents[n].peRed; > + col[n].rgbGreen = pal->palents[n].peGreen; > + col[n].rgbBlue = pal->palents[n].peBlue; > + col[n].rgbReserved = 0; > + } > + SetDIBColorTable(This->hDC, 0, 256, col); > + break; > + } > + } > + > + } > + > if (SUCCEEDED(hr)) > { > TRACE("returning %p\n",This->hDC); > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 1

problems with dwarf2
by Oliver Stieber 13 Nov '05

13 Nov '05

Hi, I've been trying to do some graphical debugging with ddd but the dwarf2 keeps crashing with... wine-pthread: dwarf.c:1298: dwarf2_parse_udt_members: Assertion `((void *)0) != entry' failed. wine: Assertion failed at address 0xffffe410 (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0xffffe410). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:ffffe410 ESP:7b97e9bc EBP:7b97e9d4 EFLAGS:00200202( - 00 - - I1) EAX:00000000 EBX:0000641c ECX:0000641c EDX:00000006 ESI:7b97e9e8 EDI:b7f85ff4 Stack dump: 0x7b97e9bc: 7b97e9d4 00000006 0000641c b7e9a3e1 0x7b97e9cc: b7f85ff4 b7e6d6b0 7b97eb04 b7e9be0d 0x7b97e9dc: 00000006 7b97e9e8 00000000 00000020 0x7b97e9ec: 00000000 00000000 00000000 00000000 0x7b97e9fc: 00000000 00000000 00000000 00000000 0x7b97ea0c: 00000000 00000000 00000000 00000000 Backtrace: =>1 0xffffe410 (0x7b97e9d4) 2 0xb7e9be0d abort in libc.so.6 (0x7b97eb04) 3 0xb7e93c92 __assert_fail in libc.so.6 (0x7b97eb40) 4 0x7b858aad dwarf2_parse_udt_members(ctx=0x7b97ed34, symt=0x7dcd9d2c) [wine/dlls/dbghelp/dwarf.c:1205] in dbghelp (0x7b97eba0) 5 0x7b859ece dwarf2_parse_compiland+0x4ae(ctx=0x7b97ed34) [wine/dlls/dbghelp/dwarf.c:1394] in dbghelp (0x7b97ec8c) 6 0x7b85be64 dwarf2_parse(module=0x7b4510d8, load_offset=0x7b82b000, debug=0x7dbab2c6, debug_size=0x18f0d, abbrev=0x7db741d3, abbrev_size=0x1fd0, str=0x7db38bd8, str_sz=0x1bcd) [wine/dlls/dbghelp/dwarf.c:2155] in dbghelp (0x7b97ed70) 7 0x7b85cdd9 elf_load_debug_info_from_map+0x6f9(pool=0x7b97ef94, ht_symtab=0x7b97ef8c) [wine/dlls/dbghelp/elf_module.c:897] in dbghelp (0x7b97ef64) 8 0x7b85dcba elf_load_debug_info+0xda(module=0x7b4510d8, fmap=0x7b97f054) [wine/dlls/dbghelp/elf_module.c:979] in dbghelp (0x7b97eff8) 9 0x7b85e1b9 elf_load_file+0x459(load_offset=0x7b82b000, elf_info=0x7b97f268) [wine/dlls/dbghelp/elf_module.c:1109] in dbghelp (0x7b97f0b0) 10 0x7b85e423 elf_search_and_load_file+0xa3(load_offset=0x7b82b000, elf_info=0x7b97f268) [wine/dlls/dbghelp/elf_module.c:1183] in dbghelp (0x7b97f0d4) 11 0x7b85e680 elf_enum_sync_cb+0x20(name=0x7b97f108, addr=0x7b82b000, user=0x7b97f264) [wine/dlls/dbghelp/elf_module.c:1251] in dbghelp (0x7b97f0e4) 12 0x7b85e61b elf_enum_modules_internal(cb=0x7b85e660, user=0x7b97f264) [wine/dlls/dbghelp/elf_module.c:1233] in dbghelp (0x7b97f254) 13 0x7b85e6f3 elf_synchronize_module_list+0x63(pcs=0x7bae5820) [wine/dlls/dbghelp/elf_module.c:1274] in dbghelp (0x7b97f28c) 14 0x7b8611d7 SymLoadModule(hProcess=0x30, hFile=0x0, ImageName=0x7b97f430, ModuleName=0x0, BaseOfDll=0x7b2b0000, SizeOfDll=0x0) [wine/dlls/dbghelp/module.c:340] in dbghelp (0x7b97f3f4) 15 0x7b9a8794 handle_debug_event [wine/programs/winedbg/gdbproxy.c:491] in winedbg (0x7b97f53c) 16 0x7b9acd2e gdb_remote+0x2ce(flags=0x1) [wine/programs/winedbg/gdbproxy.c:2201] in winedbg (0x7b97fe2c) 17 0x7b9b8db9 main(argc=0x2, argv=0x7bae04c0) [wine/programs/winedbg/winedbg.c:1318] in winedbg (0x7b97ff00) 18 0x7b9bd559 __wine_spec_exe_entry+0x99(peb=0x7bc77d40) [wine/dlls/winecrt0/exe_entry.c:37] in winedbg (0x7b97ff20) 19 0x7ba452e0 start_process(arg=0x0) [wine/dlls/kernel/process.c:992] in kernel32 (0x7b97fff4) 20 0xb7fa2e51 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) ======================================================================= I'm also having problems when I try to add a break point from winedbg winedbg foo.exe break foo_bar fixme:dbghelp_dwarf:dwarf2_parse_const_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 31 at 0x10ced trace:dbghelp_dwarf:dwarf2_parse_struct_type ctx(0x10cee,1), for 31 trace:dbghelp_dwarf:dwarf2_parse_struct_type found name Mapdesc trace:dbghelp_dwarf:dwarf2_parse_struct_type Unhandled attr at ctx(0x10cf6,1), for attr(attr:0x3c,form:0xc) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3c,form:0xc) trace:dbghelp_dwarf:dwarf2_parse_attr flag<0x1> trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 6 at 0x10cf7 trace:dbghelp_dwarf:dwarf2_parse_pointer_type ctx(0x10cf8,1), for 6 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10ced> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10ced> trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 15 at 0x10cfd trace:dbghelp_dwarf:dwarf2_parse_reference_type ctx(0x10cfe,1), for 15 trace:dbghelp_dwarf:dwarf2_parse_reference_type Unhandled attr at ctx(0x10cfe,1), for attr(attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<4> trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10c11> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10c11> fixme:dbghelp_dwarf:dwarf2_parse_reference_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 15 at 0x10d03 trace:dbghelp_dwarf:dwarf2_parse_reference_type ctx(0x10d04,1), for 15 trace:dbghelp_dwarf:dwarf2_parse_reference_type Unhandled attr at ctx(0x10d04,1), for attr(attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0xb,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<4> trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10d09> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10d09> fixme:dbghelp_dwarf:dwarf2_parse_reference_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 7 at 0x10d09 trace:dbghelp_dwarf:dwarf2_parse_const_type ctx(0x10d0a,1), for 7 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10c11> trace:dbghelp_dwarf:dwarf2_find_symt_by_ref want ref<0x10c11> fixme:dbghelp_dwarf:dwarf2_parse_const_type need to generate a name trace:dbghelp_dwarf:dwarf2_parse_compiland_content found entry_code 32 at 0x10d0e trace:dbghelp_dwarf:dwarf2_parse_subprogram ctx(0x10d0f,1), for 32 trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10d4e> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d13,1), for attr(attr:0x47,form:0x13) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x47,form:0x13) trace:dbghelp_dwarf:dwarf2_parse_attr_as_ref ref4<0x10804> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d17,1), for attr(attr:0x3a,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3a,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<1> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d18,1), for attr(attr:0x3b,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x3b,form:0xb) trace:dbghelp_dwarf:dwarf2_parse_attr data1<67> trace:dbghelp_dwarf:dwarf2_parse_subprogram Unhandled attr at ctx(0x10d21,1), for attr(attr:0x40,form:0xa) trace:dbghelp_dwarf:dwarf2_parse_attr (attr:0x40,form:0xa) Exception c0000005 Wine-dbg> is there an easy way to turn of the dwarf2 code? Thanks, Oliver. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

[RFC] winecfg audio driver test
by Robert Reif 13 Nov '05

13 Nov '05

This is a proof of concept patch that adds a simple audio test to winecfg. All it does is use PlaySound to play a wave file. I am using LoadLibrary("winmm.dll") and FreeLibrary to change drivers. You must press the apply button for the driver change to take effect. There is no error recovery for a missing winmm.dll. The wave file name is in the rc file so a different file can be played for each language. This is probably overkill. I'm not sure where to put the wave file so the program will only work when the wave file is in the current directory. The wave file can be found here: http://home.earthlink.net/~reif/winecfg.en.wav or you can rename any old wave file to: winecfg.en.wav. Comments please? Index: programs/winecfg/En.rc =================================================================== RCS file: /home/wine/wine/programs/winecfg/En.rc,v retrieving revision 1.54 diff -p -u -r1.54 En.rc --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 -0000 1.54 +++ programs/winecfg/En.rc 12 Nov 2005 04:21:54 -0000 @@ -157,13 +157,14 @@ BEGIN COMBOBOX IDC_AUDIO_DRIVER,70,18,85,85,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP PUSHBUTTON "Autodetect",IDC_AUDIO_AUTODETECT,170,20,49,14 PUSHBUTTON "Configure",IDC_AUDIO_CONFIGURE,170,40,49,14 - PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,60,49,14 + PUSHBUTTON "Test",IDC_AUDIO_TEST,170,60,49,14 + PUSHBUTTON "Control Panel",IDC_AUDIO_CONTROL_PANEL,170,80,49,14 - GROUPBOX " DirectSound ",IDC_STATIC,8,75,244,120 + GROUPBOX " DirectSound ",IDC_STATIC,8,95,244,120 - LTEXT "Hardware Acceleration: ",IDC_STATIC,15,85,90,10 - COMBOBOX IDC_DSOUND_HW_ACCEL,100,83,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP - CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,100,230,10 + LTEXT "Hardware Acceleration: ",IDC_STATIC,15,105,90,10 + COMBOBOX IDC_DSOUND_HW_ACCEL,100,103,150,70,CBS_DROPDOWNLIST | WS_VSCROLL | WS_TABSTOP + CONTROL "Driver Emulation",IDC_DSOUND_DRV_EMUL,"Button",BS_AUTOCHECKBOX | WS_TABSTOP,15,120,230,10 END @@ -197,6 +198,9 @@ BEGIN IDS_WINECFG_TITLE "Wine configuration" IDS_THEMEFILE "Theme files" IDS_THEMEFILE_SELECT "Select a theme file" + IDS_AUDIO_FILE "winecfg.en.wav" + IDS_AUDIO_DONE "Done playing: " + IDS_AUDIO_ERROR "Couldn't play: " END Index: programs/winecfg/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/winecfg/Makefile.in,v retrieving revision 1.15 diff -p -u -r1.15 Makefile.in --- programs/winecfg/Makefile.in 24 Aug 2005 10:59:40 -0000 1.15 +++ programs/winecfg/Makefile.in 12 Nov 2005 04:21:54 -0000 @@ -4,7 +4,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = winecfg.exe APPMODE = -mwindows -IMPORTS = comdlg32 comctl32 shell32 ole32 winmm shlwapi uxtheme user32 advapi32 kernel32 +IMPORTS = comdlg32 comctl32 shell32 ole32 shlwapi uxtheme user32 advapi32 kernel32 C_SRCS = \ appdefaults.c \ Index: programs/winecfg/audio.c =================================================================== RCS file: /home/wine/wine/programs/winecfg/audio.c,v retrieving revision 1.15 diff -p -u -r1.15 audio.c --- programs/winecfg/audio.c 3 Nov 2005 19:31:45 -0000 1.15 +++ programs/winecfg/audio.c 12 Nov 2005 04:21:54 -0000 @@ -52,6 +52,13 @@ static const char* DSound_HW_Accels[] = NULL }; +static HINSTANCE hWINMM = 0; + +HDRVR (WINAPI * pOpenDriverA)(LPCSTR lpDriverName, LPCSTR lpSectionName, LONG lParam); +LRESULT (WINAPI *pSendDriverMessage)(HDRVR hdrvr, UINT msg, LONG lParam1, LONG lParam2); +LRESULT (WINAPI *pCloseDriver)(HDRVR hdrvr, LONG lParam1, LONG lParam2); +BOOL (WINAPI *pPlaySoundW)(LPCWSTR pszSound, HMODULE hmod, DWORD fdwSound); + /* Select the correct entry in the combobox based on drivername */ static void selectAudioDriver(HWND hDlg, const char *drivername) { @@ -89,19 +96,19 @@ static void configureAudioDriver(HWND hD HDRVR hdrvr; char wine_driver[MAX_NAME_LENGTH + 8]; sprintf(wine_driver, "wine%s.drv", pAudioDrv->szDriver); - hdrvr = OpenDriverA(wine_driver, 0, 0); + hdrvr = pOpenDriverA(wine_driver, 0, 0); if (hdrvr != 0) { - if (SendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) + if (pSendDriverMessage(hdrvr, DRV_QUERYCONFIGURE, 0, 0) != 0) { DRVCONFIGINFO dci; LONG lRes; dci.dwDCISize = sizeof (dci); dci.lpszDCISectionName = NULL; dci.lpszDCIAliasName = NULL; - lRes = SendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); + lRes = pSendDriverMessage(hdrvr, DRV_CONFIGURE, 0, (LONG)&dci); } - CloseDriver(hdrvr, 0, 0); + pCloseDriver(hdrvr, 0, 0); } else { @@ -116,6 +123,26 @@ static void configureAudioDriver(HWND hD } } +static void loadWinmm() +{ + hWINMM = LoadLibrary("winmm.dll"); + if (!hWINMM) { + WINE_ERR("winmm.dll not found\n"); + /* FIXME do something */ + } + + pOpenDriverA = (void*)GetProcAddress(hWINMM, "OpenDriverA"); + pSendDriverMessage = (void*)GetProcAddress(hWINMM, "SendDriverMessage"); + pCloseDriver = (void*)GetProcAddress(hWINMM, "CloseDriver"); + pPlaySoundW = (void*)GetProcAddress(hWINMM, "PlaySoundW"); + + if (!pOpenDriverA || !pSendDriverMessage || !pCloseDriver || !pPlaySoundW) + { + WINE_ERR("winmm.dll not all entries found\n"); + /* FIXME do something */ + } +} + static void initAudioDlg (HWND hDlg) { char *curAudioDriver = get_reg_key(config_key, "Drivers", "Audio", "alsa"); @@ -125,6 +152,8 @@ static void initAudioDlg (HWND hDlg) WINE_TRACE("\n"); + loadWinmm(); + pAudioDrv = getAudioDrivers (); for (i = 0; *pAudioDrv->szName; i++, pAudioDrv++) { SendDlgItemMessage (hDlg, IDC_AUDIO_DRIVER, CB_ADDSTRING, @@ -272,6 +301,33 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR configureAudioDriver(hDlg, (char*)pAudioDrv[selected_driver].szDriver); } break; + case IDC_AUDIO_TEST: + { + WCHAR wave_file[MAX_PATH]; + WCHAR format[] = { '%','s','%','s',0 }; + WCHAR title[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_FILE, wave_file, sizeof(wave_file)/sizeof(wave_file[0])); + LoadStringW(GetModuleHandle(NULL), IDS_WINECFG_TITLE, title, sizeof(title)/sizeof(title[0])); + + if (pPlaySoundW(wave_file, NULL, SND_FILENAME)) { + WCHAR done_msg[MAX_PATH + 64]; + WCHAR wave_done[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_DONE, wave_done, sizeof(wave_done)/sizeof(wave_done[0])); + wsprintfW(done_msg, format, wave_done, wave_file); + MessageBoxW(NULL, done_msg, title, MB_OK); + pPlaySoundW(NULL, NULL, SND_FILENAME | SND_LOOP); + } else { + WCHAR error_msg[MAX_PATH + 64]; + WCHAR wave_error[64]; + + LoadStringW(GetModuleHandle(NULL), IDS_AUDIO_ERROR, wave_error, sizeof(wave_error)/sizeof(wave_error[0])); + wsprintfW(error_msg, format, wave_error, wave_file); + MessageBoxW(NULL, error_msg, title, MB_OK); + } + } + break; case IDC_AUDIO_CONTROL_PANEL: MessageBox(NULL, "Launching audio control panel not implemented yet!", "Fixme", MB_OK | MB_ICONERROR); break; @@ -305,6 +361,10 @@ AudioDlgProc (HWND hDlg, UINT uMsg, WPAR SetWindowLongPtr(hDlg, DWLP_MSGRESULT, FALSE); break; case PSN_APPLY: + /* unload the current sound driver */ + while (FreeLibrary(hWINMM)); + /* load the new driver */ + loadWinmm(); apply(); SetWindowLongPtr(hDlg, DWLP_MSGRESULT, PSNRET_NOERROR); break; Index: programs/winecfg/resource.h =================================================================== RCS file: /home/wine/wine/programs/winecfg/resource.h,v retrieving revision 1.33 diff -p -u -r1.33 resource.h --- programs/winecfg/resource.h 27 Oct 2005 11:24:02 -0000 1.33 +++ programs/winecfg/resource.h 12 Nov 2005 04:21:54 -0000 @@ -39,6 +39,9 @@ #define IDS_WINECFG_TITLE 13 #define IDS_THEMEFILE 14 #define IDS_THEMEFILE_SELECT 15 +#define IDS_AUDIO_FILE 16 +#define IDS_AUDIO_DONE 17 +#define IDS_AUDIO_ERROR 18 #define IDD_MAINDLG 101 #define IDB_WINE 104 #define IDD_ABOUTCFG 107 @@ -136,9 +139,10 @@ #define IDC_AUDIO_AUTODETECT 1300 #define IDC_AUDIO_DRIVER 1301 #define IDC_AUDIO_CONFIGURE 1302 -#define IDC_AUDIO_CONTROL_PANEL 1303 -#define IDC_DSOUND_HW_ACCEL 1304 -#define IDC_DSOUND_DRV_EMUL 1305 +#define IDC_AUDIO_TEST 1303 +#define IDC_AUDIO_CONTROL_PANEL 1304 +#define IDC_DSOUND_HW_ACCEL 1305 +#define IDC_DSOUND_DRV_EMUL 1306 /* appearance tab */ #define IDC_THEME_COLORCOMBO 1401

5 11

Brain Storming Regarding Winapt - Package Management for Windows
by Shlomi Fish 13 Nov '05

13 Nov '05

Hi good people! I have an idea for a Windows-based open source project, that also has a lot of commercial value. The idea is Winapt: http://winapt.berlios.de/ Once finished, it will be an implementation of package management and dependency resolution for Windows (similar to dpkg+apt, or rpm+apt/urpmi/yum, etc.). On the site you can find an executive summary, and the beginning of the design document. I'd like to brain storm about this idea, and that people (after reading the documents) tell me what issues and obstacles those who desire in accopmlishing such a task will face, and suggest possible solutions. While I am an experienced programmer, I am not a very experienced Windows systems programmer. I did do some programming for Windows, but it was mostly GUI or MFC or simple things like opening files. (many times using the POSIX primitives). I am sending this message here because some of you guys are Win32 experts. Regards, Shlomi Fish ------------------------------------------ Shlomi Fish http://www.shlomifish.org/ If his programming is anything like his philosophizing, he would find 10 imaginary bugs in the "Hello World" program.

2 1

Re: Question about contents of STARTUPINFO structure and non WinMain entry points
by Eric POUECH 13 Nov '05

13 Nov '05

you likely have to fix dlls/ntdll/thread.c (in thread_init) so that the RTL_USER_PROCESS_PARAMETERS has the correct flag set (or alternatively, in dlls/kernel/process.c, in for example build_initial_environment) Note that winecrt0 is only used for winelib apps, so it's not used in case of windows native pgm A+ > Message du 08/11/05 07:11 > De : "James Liggett" > A : "Wine Mailing List" > Copie à : > Objet : Question about contents of STARTUPINFO structure and non WinMain entry points > > Hi, > First, apologies for the length. It's quite a complex issue: > > A few days ago someone sent to the list asking why a program he'd > written on WinXP runs under WineDbg but not under plain wine. Over the > weekend I debugged the program and found out that his program doesn't > use the standard WinMain entrypoint function. As such, he was using > GetStartupInfo to get startup flags. He uses the wShowWindow flag to > control the showing of the program's main window. Trouble is, this value > is zero unless the program is started as a child process using > CreateProcess, given a STARTUPINFO with wShowWindow set to something > other than 0 (usually SW_SHOWNORMAL or SW_SHOW.) So my question is, how > does the information in STARTUPINFO get set initially? I looked through > the code for winecrt0 and found that before WinMain is called, the > wShowWindow flag is set to SW_SHOWNORMAL. But because this program does > not use WinMain, this value doesn't get set. However, the program works > fine on native Windows XP. I looked at ntdll and kernel32 dll code, but > I'm not sure I'm looking in the right place. Can someone give me some > hints as to how to attack this problem? > > Thanks a lot, > James > > > > >

3 4

Re: winecfg: Add command-line switch -C to setup default configuration
by Vitaliy Margolen 13 Nov '05

13 Nov '05

Anything wrong with this patch? Vitaliy Margolen Monday, October 31, 2005, 11:31:13 PM, Vitaliy Margolen wrote: > For now that's only windows version. > Vitaliy Margolen > changelog: > winecfg > - Add command-line switch -C to setup default configuration

2 3

implementation of "bottle" feature to the future versions of the wine proper
by Kai-Cheung Leung 13 Nov '05

13 Nov '05

I have tried the Crossover office 5 and I found the bottle function really useful. Basically, this function allows a user to simutaneously own/manage more than one fake Windows installations within an account and when he runs a program, then on the command line, he can specify which of the installations to use for that particular program. This function is particularly useful when installing different applications which requires different Windows requirements. For example, I cannot install M$ Office 97 in the fake Windows 2000 environment and therefore I have to create a separate fake Win98 installation for it. Then I can create another Windows 2000 fake installation for my other modern programs. This segregation allows my programs to run smoothly alongside. What do you think about the feasibility for implementing the multi-fake-installation feature? This would involve changing the wine binary and giving each fake installation its own configuration settings. Kai-Cheung Leung Machen Sie aus 14 Cent spielend bis zu 100 Euro! Die neue Gaming-Area von Arcor - über 50 Onlinespiele im Angebot. http://www.arcor.de/rd/emf-gaming-1

2 1

New bug for Xorg Pixmap issue
by Dustin Navea 13 Nov '05

13 Nov '05

Went ahead and created bug 3826 as a metabug for the different apps that are broken by the Xorg pixmap patch, either the original, or the supposedly fixed one. If you have a program that used to work, but now shows the error message mentioned in bug 3826, please file a bug for the application and make it a blocker for 3826.. Thanks Dustin

1 0

Configure failed, aborting install
by Willem Fourie 12 Nov '05

12 Nov '05

Dear reader ./tools/wininstall failed with "Configure failed, aborting install" while trying to install wine-0.9 on an amd64 under Ubuntu. Please find config.log attached. Installing per the instructions on the HYPERLINK "http://www.winehq.com/site/download-deb"WineHQ page for Debian/Ubuntu lead to a "404 Not found" (HYPERLINK "http://.../wine_0.9.1-winehq.orig.tar.gz"http://.../wine_0.9.1-winehq.o rig.tar.gz) message. E. Failed to fetch some archives. Thank you -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.1.362 / Virus Database: 267.13.0/167 - Release Date: 11/11/2005

2 1

Re: shell32/test: Make shelllink.c compile with mingw and work with win2k
by Vitaliy Margolen 12 Nov '05

12 Nov '05

Anything wrong with this patch? Vitaliy Margolen Saturday, October 1, 2005, 10:39:36 AM, Vitaliy Margolen wrote: > ILFree, ILIsEqual and SHILCreateFromPath are not exported by names at least on > my win2k. > Vitaliy Margolen > changelog: > shell32/test > Make shelllink.c compile with mingw and work with win2k.

3 3

mm driver message handling in DefDriverProc
by Saulius Krasuckas 12 Nov '05

12 Nov '05

* 6 years, 7 months ago Eric Pouech did a change [*]: > > Started calling mixer as a 32 bit low level driver (no longer 16 bit) > Added support for yield proc in mci struct > Added mmTaskXXX16 and mmThreadXXX16 functions > Refreshed implementation of 16 bit native & asynchronous MCI driver command (through mmtask.tsk). ... > @@ -4193,13 +4273,13 @@ LRESULT WINAPI DefDriverProc(DWORD dwDri > { > switch (Msg) { > case DRV_LOAD: > + case DRV_FREE: > + case DRV_ENABLE: > case DRV_DISABLE: > + return 1; > case DRV_INSTALL: > - return 0; > - case DRV_ENABLE: > - case DRV_FREE: > case DRV_REMOVE: > - return 1; > + return DRV_SUCCESS; > default: > return 0; > } I'm do not follow a logic, as nowadays PSDK defines DRV_SUCCESS as 0x0001. Eric, can't both cases of 1 and DRV_SUCCESS be merged into a single case? Maybe this change address some 16-bit issues. No? [*] http://cvs.winehq.org/cvsweb/wine/multimedia/Attic/mmsystem.c.diff?r1=1.24&…

2 2

'std::*' not declared in C++ when trying to compile with wineg++
by Sergio 12 Nov '05

12 Nov '05

Hi all, I am again having trouble when compiling other c++ projects. This time I am not even able to get at least one file compiled. I did a serach in the Internet but really did not understand what to do. This problem is maybe not directly related to wine but to g++. It seems the compiler isnot able to find some declarations. Here is the output I am getting: wineg++ -c -I/usr/include/wine/windows -I/usr/include/wine/msvcrt -I../include -o versioninfo/CPlugin.o versioninfo/CPlugin.cpp /usr/include/c++/4.0.2/cstdlib:105: error: ‘::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:110: error: ‘::ldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib: In function ‘ldiv_t std::div(long int, long int)’: /usr/include/c++/4.0.2/cstdlib:134: error: ‘ldiv’ was not declared in this scope /usr/include/c++/4.0.2/cstdlib: At global scope: /usr/include/c++/4.0.2/cstdlib:160: error: ‘::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:166: error: ‘::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:176: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:180: error: ‘lldiv_t’ does not name a type /usr/include/c++/4.0.2/cstdlib:193: error: ‘::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:194: error: ‘::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:195: error: ‘::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:197: error: ‘::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:198: error: ‘::strtold’ has not been declared /usr/include/c++/4.0.2/cstdlib:204: error: ‘__gnu_cxx::lldiv_t’ has not been declared /usr/include/c++/4.0.2/cstdlib:206: error: ‘__gnu_cxx::_Exit’ has not been declared /usr/include/c++/4.0.2/cstdlib:210: error: ‘__gnu_cxx::div’ has not been declared /usr/include/c++/4.0.2/cstdlib:211: error: ‘__gnu_cxx::lldiv’ has not been declared /usr/include/c++/4.0.2/cstdlib:213: error: ‘__gnu_cxx::atoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:214: error: ‘__gnu_cxx::strtof’ has not been declared /usr/include/c++/4.0.2/cstdlib:215: error: ‘__gnu_cxx::strtoll’ has not been declared /usr/include/c++/4.0.2/cstdlib:216: error: ‘__gnu_cxx::strtoull’ has not been declared /usr/include/c++/4.0.2/cstdlib:217: error: ‘__gnu_cxx::strtold’ has not been declared /usr/include/c++/4.0.2/cstdio:168: error: ‘::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:169: error: ‘::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:170: error: ‘::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:172: error: ‘::vsscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:178: error: ‘__gnu_cxx::snprintf’ has not been declared /usr/include/c++/4.0.2/cstdio:179: error: ‘__gnu_cxx::vfscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:180: error: ‘__gnu_cxx::vscanf’ has not been declared /usr/include/c++/4.0.2/cstdio:182: error: ‘__gnu_cxx::vsscanf’ has not been declared /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: ‘uselocale’ was not declared in this scope /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:55: error: invalid type in declaration before ‘;’ token /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h: In function ‘int std::__convert_from_v(char*, int, const char*, _Tv, __locale_struct* const&, int)’: /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:73: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:84: error: ‘snprintf’ is not a member of ‘std’ /usr/include/c++/4.0.2/i586-suse-linux/bits/c++locale.h:90: error: ‘__gnu_cxx::__uselocale’ cannot be used as a function /usr/include/bits/sigthread.h: At global scope: /usr/include/bits/sigthread.h:32: error: expected ‘,’ or ‘...’ before ‘*’ token /usr/include/c++/4.0.2/cwchar:151: error: ‘::fwide’ has not been declared /usr/include/c++/4.0.2/cwchar:158: error: ‘::mbsinit’ has not been declared /usr/include/c++/4.0.2/cwchar:167: error: ‘::vfwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:171: error: ‘::vswscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:175: error: ‘::vwscanf’ has not been declared /usr/include/c++/4.0.2/cwchar:192: error: ‘::wcstof’ has not been declared /usr/include/c++/4.0.2/cwchar:199: error: ‘::wmemcmp’ has not been declared /usr/include/c++/4.0.2/cwchar:200: error: ‘::wmemcpy’ has not been declared /usr/include/c++/4.0.2/cwchar:201: error: ‘::wmemmove’ has not been declared /usr/include/c++/4.0.2/cwchar:202: error: ‘::wmemset’ has not been declared /usr/include/c++/4.0.2/cwchar:230: error: ‘::wmemchr’ has not been declared /usr/include/c++/4.0.2/cwchar: In function ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’: /usr/include/c++/4.0.2/cwchar:234: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/cwchar:234: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/cwchar: At global scope: /usr/include/c++/4.0.2/cwchar:250: error: ‘::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:259: error: ‘::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:260: error: ‘::wcstoull’ has not been declared /usr/include/c++/4.0.2/cwchar:266: error: ‘__gnu_cxx::wcstold’ has not been declared /usr/include/c++/4.0.2/cwchar:267: error: ‘__gnu_cxx::wcstoll’ has not been declared /usr/include/c++/4.0.2/cwchar:268: error: ‘__gnu_cxx::wcstoull’ has not been declared /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static int std::char_traits<wchar_t>::compare(const wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:323: error: ‘wmemcmp’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static const wchar_t* std::char_traits<wchar_t>::find(const wchar_t*, size_t, const wchar_t&)’: /usr/include/c++/4.0.2/bits/char_traits.h:331: error: invalid conversion from ‘const wchar_t*’ to ‘wchar_t*’ /usr/include/c++/4.0.2/bits/char_traits.h:331: error: initializing argument 1 of ‘wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)’ /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::move(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:335: error: ‘wmemmove’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::copy(wchar_t*, const wchar_t*, size_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:339: error: ‘wmemcpy’ was not declared in this scope /usr/include/c++/4.0.2/bits/char_traits.h: In static member function ‘static wchar_t* std::char_traits<wchar_t>::assign(wchar_t*, size_t, wchar_t)’: /usr/include/c++/4.0.2/bits/char_traits.h:343: error: ‘wmemset’ was not declared in this scope winegcc: g++ failed. make: *** [versioninfo/CPlugin.o] Error 2 My bet is that I am missing some includes. or that I need to specify some parametres in the compiler options. But I am a complete noob in c++ development. Any help will he highly appreciated. Thanks.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel