wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: Fix issues with interfaces
by Vincent Béron 01 Dec '05

01 Dec '05

Le jeu 01/12/2005 à 12:49, Vincent Béron a écrit : > Changelog: > widl was forward defining interfaces as structs, use interface instead. > Let winapi_check understand "interface". Please ignore, there are some other things to change in widl as well. Vincent

1 0

Wine in relation to domains,accounts and such
by Paul Vriens 01 Dec '05

01 Dec '05

Hi, are there any plans (or need for that matter) to have domains and accounts implemented like windows does. Do we need for example a SID of our own or should we able to generate one (winecfg ?). Apart from the numerous stubs there doesn't seem to be much in place, please correct me if I'm wrong. One thing I already saw that we don't have a SECURITY branch in our HKLM. It's not that I'm looking for something to do right now, but just a general question. Any idea's, thoughts ? Cheers, Paul.

1 0

Re: advpack: Handle dwFlags for DelNode with tests
by Alexandre Julliard 01 Dec '05

01 Dec '05

James Hawkins <truiken(a)gmail.com> writes: > + /* Generate a path with wildcard suitable for iterating */ > + if (CharPrevA(szFilename, szFilename + iLen) != "\\") > + { I don't think this means what you think it means ;-) -- Alexandre Julliard julliard(a)winehq.org

4 3

Suggestion for the FAQ.
by Robin Holt 01 Dec '05

01 Dec '05

I was trying to use wine with some M$ software from behind our company firewall. All outgoing connections need to go through our proxy server. I was surprised when the proxy server question did not appear in the FAQ. To get it to work, I edited my ~/.wine/user.reg and added "ProxyEnable"=dword:00000001 "ProxyServer"="www-proxy.americas.sgi.com:8080" In the section titled: [Software\\Microsoft\\Windows\\CurrentVersion\\Internet Settings] 1133455573 Can a note to this effect be added to the FAQ? Thank you, Robin Holt

1 0

Re: wine-devel Digest, Vol 4, Issue 151
by Andrea Capiluppi 01 Dec '05

01 Dec '05

hello all i'm sorry if this is a bit off topic... i'm involved in a study of the evolution of wine, based on its releases: so far i tried to collect what i could find on the web, but some of the earliest points i'm still missing: maybe somebody involved in the development of wine still has these oldest releases? i'll be glad to illustrate the research if (anybody) interested Andrea At 15:54, mercoledì 30 novembre 2005, wine-devel-request(a)winehq.org wrote: > Send wine-devel mailing list submissions to > wine-devel(a)winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.org/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.org > > You can reach the person managing the list at > wine-devel-owner(a)winehq.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. Re: Monochrome bitmaps again (Alexandre Julliard) > 2. Re: Monochrome bitmaps again (Oldrich Jedlicka) > 3. Debugging Critical Section lockups (David D. Hagood) > 4. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Aric Cyr) > 5. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Tom Wickline) > 6. Re: Re; Question about current Shell Folder registry > settings... (Markus Gömmel) > 7. Re: DllCanUnloadNow for dlls/msi (James Hawkins) > 8. Re: Question about current Shell Folder registry settings... > (Markus Gömmel) > 9. Re: Please HELP, info required about 'DIB_Status_GdiMod' and > 'DIB_Status_AppMod' (Marinescu-Ghetau Iulian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Nov 2005 12:42:45 +0100 > From: Alexandre Julliard <julliard(a)winehq.org> > Subject: Re: Monochrome bitmaps again > To: Oldrich Jedlicka <oldium.pro(a)seznam.cz> > Cc: wine-devel(a)winehq.org > Message-ID: <87wtiq4b0q.fsf(a)wine.dyndns.org> > Content-Type: text/plain; charset=us-ascii > > Oldrich Jedlicka <oldium.pro(a)seznam.cz> writes: > > Hi all, > > > > again I go here to ask what is wrong with my patch sent on 23 Nov 2005 to > > wine-patches (still not in CVS). > > > > The problem with monochrome bitmaps with inverted colors was discovered > > in game "Neighbours from Hell". I tested the patch with simulated > > inverted colors monochrome bitmap and it is working perfectly. Also the > > game is working fully. I do not see any reason why it was (probably) > > ignored again (last time there was a hidden compile problem). > > The changes look ok, but please send separate fixes as separate > patches, there are really 3 different fixes in your patch.

5 4

Re: winspool: GetPrinterDriverDirectory updated from win9x to NT/win9x
by Alexandre Julliard 01 Dec '05

01 Dec '05

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > - Add Function "validate_envW" to validate the user-supplied > Printing Environment (respect "Windows Version" - Setting) > - Change GetPrinterDriverDirectoryW on top of "validate_envW" > to Report the native Path for NT and Win9x > - Fix 2 Bugs in GetPrinterDriverDirectoryA > - 2 Tests are now working in Wine You are doing too many version checks. You should simply implement the NT behavior without any checks, unless you have a real application that absolutely depends on the win9x behavior. -- Alexandre Julliard julliard(a)winehq.org

1 0

Dereferencing a pointer in winedbg
by Vitaliy Margolen 01 Dec '05

01 Dec '05

Is it possible to dereference a pointer in winedbg? Help says that "*$eax" is a valid expression. But when I'm trying to use it it saying: Wine-dbg>p *$eax No type or type mismatch Is there are a way to do this? -- Best regards, Vitaliy

3 6

Re: Use struct instead of interface in forward declaration
by Alexandre Julliard 01 Dec '05

01 Dec '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Use struct instead of interface in forward declaration. Why? -- Alexandre Julliard julliard(a)winehq.org

2 2

execute an application with wine twice
by Curro Amores 01 Dec '05

01 Dec '05

Hi is possible to run an application twice at the same time? I have an access 97 app. First time i run it perfect, but i would like to run it again without closing the first one. it crashes the output is 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_native_dll Loaded module L"C:\\windows\\system\\ole32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\OLEAUT32.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native 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:MODULE_LoadModule16 Loaded module "keyboard.drv" : 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:load_native_dll Loaded module L"C:\\windows\\system\\MSVCRT40.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x22c, 0x00000001): stub - harmless trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\RPCRT4.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\shlwapi.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\comctl32.dll" : native trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "commctrl.dll" : native wine: Unhandled page fault on read access to 0x5e397788 at address 0x34b54411 (thread 0017), starting debugger... WineDbg starting on pid 0x16 Unhandled exception: page fault on read access to 0x5e397788 in 32-bit code (0x34b54411). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:34b54411 ESP:7fcbe820 EBP:7fcbe890 EFLAGS:00210206( - 00 - RIP1) EAX:00000000 EBX:34bb7d60 ECX:ffffffff EDX:5e397788 ESI:00000073 EDI:5e397788 Stack dump: 0x7fcbe820: 00000073 00000068 7fcbe990 bfc68350 0x7fcbe830: 2001e5ed 2d81fef5 20022341 20022128 0x7fcbe840: 00000000 00000000 00000001 00000001 0x7fcbe850: 00000001 20022340 2d81fef4 7fcbe990 0x7fcbe860: 7fcbe884 2001e651 2d81fef5 20022340 0x7fcbe870: 00000001 00000010 2001e5c6 20022128 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32 (0x34b54411) 2 0x34b5580b INSTR_vectored_handler+0x5f in kernel32 (0x34b5580b) 3 0x2d7d2824 __regs_RtlRaiseException+0x105 in ntdll (0x2d7d2824) 4 0x2d7f4600 call_exception_handler+0x1a4 in ntdll (0x2d7f4600) 5 0x2d7ffa28 in ntdll (+0x3fa28) (0x2d7ffa28) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file COMCTL32.dbg ("COMCTL32.dbg") 6 0xbfc1af15 EntryPoint+0xd48 in comctl32 (0xbfc1af15) 7 0xbfc1a203 EntryPoint+0x36 in comctl32 (0xbfc1a203) 8 0x2d7db2a0 in ntdll (+0x1b2a0) (0x2d7db2a0) 9 0x2d7dbc0e in ntdll (+0x1bc0e) (0x2d7dbc0e) 10 0x2d7dbbe2 in ntdll (+0x1bbe2) (0x2d7dbbe2) 11 0x2d7de7fc LdrLoadDll+0x77 in ntdll (0x2d7de7fc) 12 0x34b66146 in kernel32 (+0x46146) (0x34b66146) 13 0x34b66345 LoadLibraryExW+0x4f in kernel32 (0x34b66345) 14 0x34b66469 LoadLibraryExA+0x43 in kernel32 (0x34b66469) 15 0x34b664a0 LoadLibraryA+0x2d in kernel32 (0x34b664a0) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file mso97rt.dbg ("mso97rt.dbg") 16 0x306dd76b _MsoFUnloadPstt@4+0xcb in mso97rt (0x306dd76b) 17 0x307b8f33 _MsoDestroyKevt@4+0x3cc in mso97rt (0x307b8f33) 18 0x307b8f68 _MsoDestroyKevt@4+0x401 in mso97rt (0x307b8f68) err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") 19 0x3015618c in msaccess (+0x15618c) (0x3015618c) 20 0x3000279b EntryPoint+0xbb3 in msaccess (0x3000279b) 21 0x30002690 EntryPoint+0xaa8 in msaccess (0x30002690) 22 0x34b736c3 in kernel32 (+0x536c3) (0x34b736c3) 23 0x20020d05 wine_switch_to_stack+0x11 in libwine.so.1 (0x20020d05) 0x34b54411 INSTR_EmulateInstruction+0x7b in kernel32: movzbl 0x0(%edx,%eax,1),%esi Modules: Module Address Debug info Name (53 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x00537000-00549000 Deferred libpthread.so.0 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 PE 0x10200000-10255000 Deferred msvcrt40 ELF 0x2001c000-20036000 Export libwine.so.1 ELF 0x20176000-2026c000 Deferred libwine_unicode.so.1 ELF 0x2026c000-20277000 Deferred libnss_files.so.2 ELF 0x202c9000-202cb000 Deferred xlcutf8load.so.2 ELF 0x206d9000-207aa000 Deferred shell32<elf> \-PE 0x206f0000-207aa000 \ shell32 ELF 0x2a6e6000-2a727000 Deferred advapi32<elf> \-PE 0x2a6f0000-2a727000 \ advapi32 ELF 0x2d7a7000-2d824000 Export ntdll<elf> \-PE 0x2d7c0000-2d824000 \ ntdll PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Export mso97rt ELF 0x34b09000-34c1a000 Export kernel32<elf> \-PE 0x34b20000-34c1a000 \ kernel32 ELF 0x38950000-3896f000 Deferred ximcp.so.2 ELF 0x50b4f000-50c87000 Deferred user32<elf> \-PE 0x50b70000-50c87000 \ user32 ELF 0x5e734000-5e751000 Deferred imm32<elf> \-PE 0x5e740000-5e751000 \ imm32 ELF 0x63d70000-6476d000 Deferred gdi32<elf> \-PE 0x63d90000-6476d000 \ gdi32 PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es PE 0x65340000-653d2000 Deferred oleaut32 PE 0x65f00000-65fc2000 Deferred ole32 PE 0x6e000000-6e09b000 Deferred msain800 PE 0x70100000-70153000 Deferred rpcrt4 ELF 0x704e2000-70569000 Deferred winex11.drv<elf> \-PE 0x704f0000-70569000 \ winex11.drv ELF 0x7bf00000-7bf03000 Deferred <wine-loader> PE 0xbfc00000-bfc8c000 Export comctl32 PE 0x70bd0000-70c14000 Deferred shlwapi Threads: process tid prio (all id:s are in hex) 00000016 (D) C:\Access 97 Runtime\Msaccess.exe 0000001b 1 0000001a 1 00000019 1 00000018 0 00000017 0 <== 00000008 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 WineDbg terminated on pid 0x16 thanks a lot!

2 1

Debugging Critical Section lockups
by David D. Hagood 01 Dec '05

01 Dec '05

I may have a repeatable case of an error in locking critical sections, so I'd like some pointers as to how to debug this. The case occurs with the installer for Delorme Street Atlas 5 - on my 2GHz Athlon desktop it runs without a hitch, but on my oooooold slow laptop (how old is it? It's sooooo old, it used PIO for the disk!) the program locks up 100% of the time at startup, with 2 threads trying to take different critical section locks and dying. It looks like the standard deadlock condition: one thread tries to lock A-B-C, the other tries to lock A-C-B, and so they deadlock. Are there any tricks to identifying who locked what where and in what order?

2 4

Re: wldap - add stubs for ldap_search_init_page[A/W]
by Hans Leidekker 01 Dec '05

01 Dec '05

On Thursday 01 December 2005 06:26, Steven Edwards wrote: +205 cdecl ldap_search_init_pageA(ptr str long str ptr long ptr ptr ptr long ptr) +206 cdecl ldap_search_init_pageW(ptr wstr long wstr ptr long ptr ptr ptr long ptr) The second to last parameter should be a 'long', not 'ptr'. I have all remaining functions stubbed out here in my tree b.t.w. I'll send an updated patch for these if you like. -Hans

1 0

RE: Problem with serial port.
by gslink 01 Dec '05

01 Dec '05

Did you check out that flow control is handled correctly from the Olivetti printer. I have had this happen in the past and in every case I found that either I was using the wrong flow control or not taking it into account.

2 1

Load Library failed
by Ananth M 01 Dec '05

01 Dec '05

Hi All I am having a Simple DLL that was developed and used by the Windows Application. I am trying to port this windows DLL into linux to create the .so file and want to use the same. As metioned in the winedump tool, I generated the spec file using the command > winedump spec simple.dll and inserted the Stub DLL into wine tree as metioned in the winedump README I am able to see the simple.dll.so file dlls directory. I created the .def file using the winebuild in the dlls/SimpleDll directory. When I try to load this dll using "LoadLibrary("Simple.dll")" I am getting the "Module Notfound error". I tried the same function after loading the same .so file into /usr/local/lib/wine also. Still I am getting the same error. BTW: I am able to load the built-in dlls in wine without any problem. Can any one through some ideas....

1 1

reports are not well displayed
by Curro Amores 01 Dec '05

01 Dec '05

Hi im getting crazy cos my access 97 application do what it wants when it wants. I have some kind of reports. The thing is that when i want to display them, the fonts are not well displayed, they are separated and bigger. But other reports are well displayed. I have copied all the ttf file from my windows (windows 98 or windows xp?) and nothing is fixed. This is the output i get when i push my application button " Vew Report". trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:MODULE_FlushModrefs Unloaded module L"c:\\windows\\system\\wineps.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\wineps.drv" : builtin if somebody wants to see the snapshots, please tell me and i will email them i would like to know y somebody had the same problem thanks a lot!

1 0

wineconsole crashes with curses backend
by Pavel Roskin 01 Dec '05

01 Dec '05

Hello, Eric and everybody! wineconsole crashes in WCCURSES_Refresh() when run without arguments. PRIVATE(data)->line is NULL in curses.c on line 354. Checking PRIVATE(data)->line fixes the problem. The breakage was introduced by revision 1.39 of wineconsole.c. Removing call to WINECON_GetServerConfig() fixes the crash. Although WINECON_GetServerConfig() gets data that is mostly irrelevant to the curses backend, the harmful part is setting data->cells. Commenting it out also helps (but the "user" backend stops working). I think setting data->cells doesn't belong to WINECON_GetServerConfig(). Since setting data->cell suppresses handling of CONSOLE_RENDERER_SB_RESIZE_EVENT, data->fnResizeScreenBuffer and data->fnComputePositions should be called explicitly. Below is the patch I think is most reasonable. Still, I'd like someone more knowledgeable to look at it. I moved the code under init_success outside the switch statement, as it was getting too long. --- wineconsole.c +++ wineconsole.c @@ -557,9 +557,6 @@ static BOOL WINECON_GetServerConfig(stru } SERVER_END_REQ; WINECON_DumpConfig("first cfg: ", &data->curcfg); - data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, - data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); - if (!data->cells) WINECON_Fatal("OOM\n"); return ret; } @@ -654,13 +651,9 @@ static struct inner_data* WINECON_Init(H switch ((*backend)(data)) { case init_success: - WINECON_GetServerConfig(data); - WINECON_SetConfig(data, &cfg); - data->curcfg.registry = cfg.registry; - WINECON_DumpConfig("fint", &data->curcfg); - return data; - case init_failed: break; + case init_failed: + goto error; case init_not_supported: if (backend == WCCURSES_InitBackend) { @@ -673,6 +666,17 @@ static struct inner_data* WINECON_Init(H break; } + WINECON_GetServerConfig(data); + data->cells = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, + data->curcfg.sb_width * data->curcfg.sb_height * sizeof(CHAR_INFO)); + if (!data->cells) WINECON_Fatal("OOM\n"); + data->fnResizeScreenBuffer(data); + data->fnComputePositions(data); + WINECON_SetConfig(data, &cfg); + data->curcfg.registry = cfg.registry; + WINECON_DumpConfig("fint", &data->curcfg); + return data; + error: WINE_ERR("failed to init.\n"); -- Regards, Pavel Roskin

1 0

Incompatible behavior of InvalidateRect/LB_SELITEMRANGE/SetCapture
by Andreas Rosenberg 01 Dec '05

01 Dec '05

Hi! From time to time I'm testing our application (IQ-FMEA) with Wine. Our GUI framework is checking the return codes of most API calls, so several incompatibilities between Windows and Wine are detected while many other programs simply ignore them. So I found several things that differ between Wine & Windows. ############################# 1.) If found out that InvalidateRect with a "zero extent rectangle" returns FALSE with Wine, while it returns TRUE in Windows. Wine builds from last year did not show this behavior. Windows: InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns TRUE; Wine InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns FALSE; ------------- Wine 20040914 BOOL WINAPI RedrawWindow( HWND hwnd, const RECT *rectUpdate, HRGN hrgnUpdate, UINT flags ) ... return TRUE; } Wine 20050930 ... ret = redraw_window_rects( hwnd, flags, rect, 1 ); ... return ret; } static BOOL redraw_window_rects( HWND hwnd, UINT flags, const RECT *rects, UINT count ) { BOOL ret; SERVER_START_REQ( redraw_window ) { req->window = hwnd; req->flags = flags; wine_server_add_data( req, rects, count * sizeof(RECT) ); ret = !wine_server_call_err( req ); } SERVER_END_REQ; return ret; #################### 2.) Then I discovered an incompatibility with LB_SELITEMRANGE: SendMessage(hWndControl,LB_SELITEMRANGE,TRUE, MAKELPARAM(wFirst, wLast)); Windows accepts values for wLast that are greater than the list size and performs the operation with the (internally corrected) value - returning TRUE. Wine does not accept a value for wLast if it is greater than the list size and returns FALSE (not performing the select operation, which caused subsequent failures in our application). #################### 3.) There is also a different behavior of SetCapture(hWnd) in Wine. If an overlapped window has captured the mouse input and a new child window is being openend, Windows internally releases the capture. Wine maintains the capture - dialogs in our application may not be operated with the mouse, because the parent still gets all the mouse messages. #################### I have to little knowledge about the wine server stuff to make a correct fix for issues 1 & 3. And I'm unsure about issue #2. It's a bug to pass to big values for wLast - but to be compatible with Windows, Wine should perform like Windows (perhaps log a warning?). Regards Andy

3 2

Re: Unable to start UTF-8 encoded executable in UTF-8 locale - one line fix included
by mengzhuo li 01 Dec '05

01 Dec '05

i m very glad to know someone notice almost the same problem. as u said , i found the function open_builtin_exe_file called in some different callers, and in these callers all the variable file_exists uninitialized . so there r 2 methods to solve the problem . one is initialize all the variable file_exists 0 when they r defined . the other is as u said . initialize in the callee. as the problem , from the codes i can understand if start UTF-8 encoded executable in UTF-8 locale , it will crash. but i havent the enviroment, i havent a .UTF-8 encoded executable . so just report the direct problem on my machine. --------------------------------- 无限容量雅虎相册，原图等大下载，超快速度，赶快抢注！

1 0

Does the Windows version of Mozilla need to be installed to use the Mozilla ActiveX plugin?
by David D. Hagood 30 Nov '05

30 Nov '05

Does the Windows version of Mozilla need to be in place for the Mozilla Active X control to work, or is there a way to point the control at my Linux install of Mozilla?

4 4

x11drv/winpos: Remove unused include (bug 3228)
by Detlef Riekenberg 30 Nov '05

30 Nov '05

Fix for Bug 3228 (make failed with: X11/Intrinsic.h not found) Changelog: Remove unused include (X11/IntrinsicP.h) -- By By ... ... Detlef

1 0

Please HELP, info required about 'DIB_Status_GdiMod' and 'DIB_Status_AppMod'
by Marinescu-Ghetau Iulian 30 Nov '05

30 Nov '05

Hello, Could anyone give me some more info on X11DRV_CoerceDIBSection function and the logic behind using 'DIB_Status_GdiMod' and 'DIB_Status_AppMod' stats? I am trying to repair a bug (3902) that has to do with application waiting exccessivly on some locks and i am kind of lost ;( Any help would be greatly appreciated! Iulian

2 3

Re: shell32: adding CSIDL_MYVIDEO|MYPICTURES|MYMUSIC to _SHRegisterUserShellFolders...
by Michael Jung 30 Nov '05

30 Nov '05

Hi Markus, On Wednesday 30 November 2005 12:46, Markus G�mmel wrote: > begin 666 patch.diff > M/R!P871C:"YD:69F"DEN9&5X.B!S:&5L;'!A=&@N8PH]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] (snip) Please don't uuencode your patches, but send them inline or as text/x-diff. Furthermore, this patch seems to be generated relative to the dlls/shell32 subfolder. Please generate patches from the root of wine's tree. You'll find more info at http://www.winehq.org/site/sending_patches Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: RESEND: Page Fault With Freetype calls fixed
by Alexandre Julliard 30 Nov '05

30 Nov '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > Not included in the new release, no comments. Is there a problem with > this one ? I think it would be cleaner to have WineEngGetFontData do the right thing directly, instead of calling it twice. -- Alexandre Julliard julliard(a)winehq.org

2 1

DllCanUnloadNow for dlls/msi
by Christian Gmeiner 30 Nov '05

30 Nov '05

Hi all. I want to start coding for wine and therefore i have wirtten my first patch to add DllCanUnloadNow to msi. Now i need to test my patch. I have got the hint that i must create a COM object that msi.dll provides. Then the following must happen: try calling DllCanUnloadNow, and it should fail then ->Release() the object, and DllCanUnloadNow should succeed Can somebody give me some links or maybe a litte source to make such a test? Thanks, Christian -- Christian Gmeiner - student of computer science http://dxr3plugin.sf.net http://itb04.ath.cx

2 1

Monochrome bitmaps again
by Oldrich Jedlicka 30 Nov '05

30 Nov '05

Hi all, again I go here to ask what is wrong with my patch sent on 23 Nov 2005 to wine-patches (still not in CVS). The problem with monochrome bitmaps with inverted colors was discovered in game "Neighbours from Hell". I tested the patch with simulated inverted colors monochrome bitmap and it is working perfectly. Also the game is working fully. I do not see any reason why it was (probably) ignored again (last time there was a hidden compile problem). Find attached patch. Regards, Oldrich.

2 2

creating the .so for multiple DLL's
by Ananth M 30 Nov '05

30 Nov '05

Hi All, I am having a windows application that uses a Third Party DLL (let me call is at First.dll ), which uses internally another 3rd party DLL (let me call this as Second.dll). I am not having the equivalant .so files in the Linux version. If I want to use my application in Windows, then I am thinking two possible solutions: 1) Compile and build the executable in windows and run it on Linux using wine 2) Build the .so for the DLL's (First.dll and Second.dll) that are used by the application, and link to this .so from the Linux environment. If I want use the second approch, then, - DO I need to build to seperate .so files ? or can I combine them into Single .so file using winedump tool and forward dll's mechonism? - Is there any other tool available in Wine , otherthan winedump that deals with this kind of requirement more effectively? If any one had already tried this kind of problem, then can you please send me the steps or information on how to - Thank you Regards Ajay

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