wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: ComputerName, take 2
by Alexandre Julliard 13 Nov '02

13 Nov '02

Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com> writes: > @@ -1741,7 +1810,6 @@ > RtlOpenCurrentUser( KEY_ALL_ACCESS, &hkey_current_user ); > > _set_registry_levels(0,0,0); > - _allocate_default_keys(); > if (PROFILE_GetWineIniBool(RegistryW, load_win_reg_filesW, 1)) > _load_windows_registry( hkey_local_machine, hkey_current_user, hkey_users_default ); > if (PROFILE_GetWineIniBool(RegistryW, load_global_reg_filesW, 1)) > @@ -1749,6 +1817,7 @@ > _set_registry_levels(1,0,0); > if (PROFILE_GetWineIniBool(RegistryW, load_home_reg_filesW, 1)) > _load_home_registry( hkey_local_machine, hkey_current_user, hkey_users_default ); > + _allocate_default_keys(); > _init_registry_saving( hkey_local_machine, hkey_current_user, hkey_users_default ); > NtClose(hkey_users_default); > NtClose(hkey_current_user); This bit is going to break the default keys, it will make them stored into the user registry files. I'd suggest moving the computer name stuff out of allocate_default_keys() and into an internal function in computername.c, that would be called during kernel init. This will also avoid handling the same configuration option in two different dlls. -- Alexandre Julliard julliard(a)winehq.com

2 1

TODO & FAQ moved
by Dimitrie O. Paun 13 Nov '02

13 Nov '02

Hi all, Please note that the FAQ, and the TODO got moved to a new location: http://www.dssd.ca/wine/Wine-0.9-TODO.html http://www.dssd.ca/wine/Wine-FAQ.html The old location still works for your convenience, but it will go away (probably soon). Hope this doesn't inconvenience anyone too much. -- Dimi.

3 5

Re: Documentation build changes (try 3)
by Alexandre Julliard 13 Nov '02

13 Nov '02

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Allows the building of separate guides rather than only the big one. > Determines the name of the installed docbook filter (db2html or > docbook2html, etc.) in configure, defaulting to false if absent. The $(addsuffix) etc. make macros are not portable, please avoid them. Also I don't think we need all these targets, the current html/ps/pdf distinction is enough IMO. I do agree that building the books separately is a good idea, in fact this should probably be made the normal behavior; I doubt many people want to read the complete docs in one piece... -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: winedbg
by Greg Turner 12 Nov '02

12 Nov '02

On Tuesday 12 November 2002 03:25 pm, Eric Pouech wrote: > this patch fixes a regression recently introduced in string printing > it ensures that we don't loop for ever after we encountered the > terminating '\0' char > A+ thank you! this has been driving me nuts and I hadn't found the time to fix it myself. -- gmt "War is an ugly thing, but not the ugliest of things; the decayed and degraded state of moral and patriotic feeling which thinks that nothing is worth war is much worse. A man who has nothing for which he is willing to fight; nothing he cares about more than his own personal safety; is a miserable creature who has no chance of being free, unless made and kept so by the exertions of better persons than himself." -- John Stuart Mill

1 0

Re: rundll32 utility
by György 'Nog' Jeney 12 Nov '02

12 Nov '02

> Changelog: > - added rundll32 utility Would it be possible to simply implement the 16-bit rundll from this code? I havnt actually looked at this or anything, just thinking.... nog.

2 1

Cool Edit Pro vs. Wine/WineX
by Tom Hibbert 12 Nov '02

12 Nov '02

Hi all, In my continuing quest for some kind of professional-level audio editing under Linux, I today tried to get Cool Edit Pro 2 to run using Wine/WineX. Both were able to install the demo version successfully but only WineX was able to make it start at all. Under WineX, the splash screen displayed successfully but appeared to hang when the application attempted "Resetting Menus". When I ran a trace it appeared that the application entered some kind of infinite loop, continually rescanning its plugins menu entries, and then entering into some kind of argument with xfs over which fonts were and werent available, before beginning the loop again. Any tips would be most appreciated. Tom Hibbert Work: someday Home: +649 815 1838 Obtain my GPG Key from: http://cryptocracy.hn.org/pubkey.txt

2 1

Wine's compatibility lists (updated)
by Carlos Lozano 12 Nov '02

12 Nov '02

Hello, It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :) Regards, Carlos. -- ___ _ \ | / Infraestructuras | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.epsxe.com

6 7

wine button click through page
by Mike Hearn 12 Nov '02

12 Nov '02

Here's a prototype of the page that people would see when clicking on the wine button, I think this is more friendly than simply linking directly to the apps db. It has a rather linux centric point of view, I hope this doesn't get anybodys back up. I could add mention of the other platforms Wine works on (freebsd??) if wanted. Anyway, if this is alright would Jeremy Newman mind adding it to the new WineHQ site? Then I can start trying to get buttons/links up on the windows side of the web. ta -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ

1 0

Re: Help support
by Ender 12 Nov '02

12 Nov '02

I'll just add my specific reasoning (plus pro's and con's) for supporting Konq, and some words on how IWebBrowser may be implemented: - BIG Con: The KDE libraries are GPLed. We can ask the team to perhaps allow us to use it under the LGPL. As far as I am aware, the only reason the libraries are under the GPL is because QT is under the GPL. Since one of the major factors in using KHTML/KJS in WINE will be removing the QT dependency, I see no legal problems to it.. only a matter of if they are willing. If not, the workaround is to implement it as an executable and just use IWebBrowser to send messages/RPCs/whatever to the executable. Using this as a general approach actually has many benefits anyway: : The browser can be upgraded easily, without having to worry about version conflicts against other DLLs. This is a major plus, IMHO : It's far easier to merge upstream changes, as less major modifications would need to be made to the browser core : The rendering engine CAN be replaced easily between Mozilla, Konq, or any other browser code suitably modified to support our IPC mechanism. Even so, we do need to decide on a default to use in WINE cvs. Any IPC mechinism would simply require IWebBrowser calls to be passed from a fairly stubby DLL and COM interface to the browser. The only real modifications needed to a browser would be to understand these calls, and to be able to render to a specified GDI context/hwnd/whichever. --- Other ideas: - Pro: Startup speed is fantastic, and while Gecko is fast while loaded, I really don't think we can use the method Mozilla uses to keep it fast (always run a configured Gecko instance in the background). I don't think WINE should have the overhead or code mess that it would cause. - Con: KHTML and KJS do have a dependency on QT or at least QT-Embedded. Getting a quick and nasty implementation of KHTML (+KJS, which we will need for DHTML/Javascript support, almost all applications that use IWebBrowser use JS) running will be easy, replacing the QT dependencies with Windows GDI/Commctl calls is somewhat more work. - Pro: I know that KHTML is easy to expand in the realm of supporting other URL schemes (res:// etc will be needed in IWebBrowser). I'm not sure how Gecko's architecture works in this respect. - Ender > > - Gecko: the best (in terms of features/compatability/speed) rendering > > engine around. Also benefits from being very widely deployed at least > > on Linux. Note that soon Mozilla will be splitting into a GRE (gecko > > runtime environment), then an XRE (xul runtime) layered on top, with > > Mozilla being an "application" on top of that framework. When this > > happens, making the GRE a dependancy of Wine would not be such a big > > deal IMHO, it's only a few megs at the moment. > > > > * Pros: We get a high quality rendering engine that we know is > > powerful enough to do what we need, and when the GRE thing happens > > it'll be relatively easy to embed too. Already has IWebBrowser > > interfaces(bitrotted afaik). > > * Cons: Gecko codebase is huge and complex, adding whatever IEisms > > are > > necessary may be hard. Overhead of XPCOM etc. > > > I'll add something else here. > > Mozilla is an absolute pain to run on OpenBSD. The porting team have > recently worked out that they can get it to run as long as they > statically link it. > > I have no idea if the Gecko part is affected by this, and I'm aware that > Wine does not currently run on OBSD anyway, but why make things more > difficult. > > Konq runs happily so KHTML is probably no problem and I have not heard > of any problems with GtkHTML. >

4 7

Re: ddraw fix
by Marko Kreen 12 Nov '02

12 Nov '02

> > Probably application bug: it called DIB_DirectDrawSurface_Blt > > with .bottom > 36000, seems like DirectDraw sanitized the > > values. > > Well, I would prefer the fix to be different... For example, it seems to be > valid to have negative top values as long as 'bottom - top' is valid (as it > seems that DDraw will clip the blit for you). > > Problem is that if negative top is valid, then bottom being bigger than > dwHeight should be valid too. And your patch will thus prevent > this case to work. I guess you are right. > Did you try to simply return an error message (instead of doing the assert) > to see if you see any graphical glitches ? Yes, it did give glitches. After clipping it gave sane picture. But I dont have any idea how the picture looks on Windows, I dont have Windows. Some values from log: fixme:ddraw:DIB_DirectDrawSurface_Blt ddesc.dwHeight=480 xdst.top=382 xdst.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt sdesc.dwHeight=480 xsrc.top=381 xsrc.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt ddesc.dwHeight=480 xdst.top=381 xdst.bottom=36242 fixme:ddraw:DIB_DirectDrawSurface_Blt sdesc.dwHeight=480 xsrc.top=382 xsrc.bottom=36242 > Anyway, I am installing Mingw + the DirectX SDKs to do some test apps on a > Win2K laptop. I will try this case to see if I manage to see what real > Windows does. Cool. I looked into DDraw docs in web, but there was no descripton for special cases. I tried to fantasize but it got too crazy for me... -- marko

2 4

how to run a test with native dll ? [netapi32]
by Sylvain Petreolle 12 Nov '02

12 Nov '02

hi, the wksta netapi32 test fails and crashes trying to load unimplemented function in advapi32. how to run it with advapi32 loaded as native ? I already set "advapi32" = "native" and doesn't change anything. ../../../tools/runtest -q -P wine -M netapi32.dll -T ../../.. -p netapi32_test.exe.so wksta.c && touch wksta.ok err:win32:PE_fixup_imports No implementation for advapi32.dll.151(LsaClose) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.160(LsaFreeMemory) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.167(LsaNtStatusToWinError) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.169(LsaOpenPolicy) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.173(LsaQueryInformationPolicy) imported from C:\WINDOWS\SYSTEM\netapi32.dll, setting to 0xdeadbeef wksta.c:41: Test failed: User Name Retrieved wksta.c:74: Test failed: NetWkstaUserGetInfo is successful wksta.c:76: Test failed: This is really user name wksta.c:78: Test failed: Is allocated with NetApiBufferAllocate fixme:netapi32:NetWkstaUserGetInfo Level 1 processing is partially implemented wine: Unhandled exception, starting debugger... ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 4

Fwd: Re: CHM & Wine
by Dimitrie O. Paun 12 Nov '02

12 Nov '02

---------- Forwarded Message ---------- Subject: Re: CHM & Wine Date: Mon, 11 Nov 2002 23:42:05 -0500 From: Matthew T. Russotto <mrussotto(a)speakeasy.net> To: dpaun(a)rogers.com On Saturday, November 9, 2002, at 10:16 AM, Dimitrie O. Paun wrote: > On November 8, 2002 03:32 pm, Matthew T. Russotto wrote: >> It's GPLed because it uses GPLed code, namely the LZW compressor from >> Stuart Caie's "chmtools". > > In fact, Stuart Caie just donated his code to Wine under LGPL: > > http://www.winehq.com/hypermail/wine-devel/2002/11/0613.html > > So that is no longer a impediment... OK, then I have no problem either. The Wine project may use CHMtools under the terms of the LGPL (version 2.1) ------------------------------------------------------- -- Dimi.

2 1

In OLE32 ,CoGetObject is error!
by Kevin 12 Nov '02

12 Nov '02

helllo,everyone. I use native OLE32.dll. When I call CoGetObject, The error is REGDB_E_CLASSNOTREG. That is to say the object is not registed!!! Why?? If somebody is interested it ,I can send some files to him .Tanks!! Kevin

1 0

Wine contrib#donate in need of a update !!!
by Thomas Wickline 12 Nov '02

12 Nov '02

Hello, I sent Douglas Ridgway a e-mail asking if the address listed on : http://www.winehq.com/about/index.php?contrib#donate was still correct. And I got this : The original message was received at Mon, 11 Nov 2002 18:04:00 -0600 from ncsmtp02.ogw.rr.com [24.93.67.83] ----- The following addresses had permanent fatal errors ----- ridgway(a)gmcl.com (reason: 550 <unknown[198.144.4.3]>: Client host rejected: Access denied) (expanded from: <ridgway(a)winehq.com>) ----- Transcript of session follows ----- ... while talking to taiga.gmcl.com.: >>>>>> RCPT To:<ridgway(a)gmcl.com> <<< 550 <unknown[198.144.4.3]>: Client host rejected: Access denied 550 5.1.1 ridgway(a)gmcl.com... User unknown Reporting-MTA: dns; wine.codeweavers.com Received-From-MTA: DNS; ncsmtp02.ogw.rr.com Arrival-Date: Mon, 11 Nov 2002 18:04:00 -0600 Final-Recipient: RFC822; ridgway(a)winehq.com X-Actual-Recipient: RFC822; ridgway(a)gmcl.com Action: failed Status: 5.1.1 Remote-MTA: DNS; taiga.gmcl.com Diagnostic-Code: SMTP; 550 <unknown[198.144.4.3]>: Client host rejected: Access denied Last-Attempt-Date: Mon, 11 Nov 2002 18:04:41 -0600 ----------------------------------------------------------------------------------------------------------------- So who do I send the $25.00 to ? And can someone *please* update this ASAP.. It is bad when you cant give money away !! Thomas Wickline

1 0

Wine button take 2
by Mike Hearn 11 Nov '02

11 Nov '02

Here's my next attempt. It's smaller, thinner, anything I missed? A few things to consider - Biggest issue, what happens if we ask somebody to put up a Works With Wine button, and then they release a new version that doesn't? Do they take the button down? See below for a possible resolution to that problem. - Where does the button link to? I vote for a page that introduces Wine and perhaps also Linux, how they relate etc - ie assume zero knowledge about free software. The page then has a link to the appdb entry for the program. The "intro" page would simply be have a dynamically generated link to the appdb, so it acts as a kind of forwarding page. If a new version is released and it no longer works in Wine, this can be noted in the appdb. - Could it be used as the start of trying to get Wine accepted as just another version of Windows? Once the button is up on the site, I should think the app maintainers would want to keep it there, after all if it works in Wine then their app has a bigger market right? I started thinking about how to get more people helping out on Wine, and remembered that in the early days of X some of the developers signed NDAs with hardware makers to get the driver specs. Perhaps if there is an app that for whatever reason doesn't work with Wine, a developer could sign an NDA, get access to the source, and either improve Wine so it works, or alter the program (possibly both). We win, as Wine improves. They win, as their app now works on Linux too. Of course, it'd be nicer to have native apps, but hey. - The button is just there if site owners would like it, I'd be happy to settle for a textual link as well. - Should the intro page explain about the 3 streams of Wine? IE "if the app that linked to this page is a business app, you may have success with CodeWeavers Crossover. If it was a game, then you might want to investigate WineX, or you can get the latest sources direct from WineHQ" etc I'm happy to knock up an intro page that can be integrated into the wine site if that's what people would like. thanks -mike

4 3

TODO: Finish DLL separation Phase 1
by Dimitrie O. Paun 11 Nov '02

11 Nov '02

Alexandre, Do you have a gameplan for this beast? -- Dimi.

2 3

[RFC] Better OpenGL separation
by Lionel Ulmer 11 Nov '02

11 Nov '02

Hi all, The current OpenGL code (well, to be more precise, the current WGL code) is really X11 dependant and is only separated through hacks via ExtEscape mechanisms to get X11 specific variables. As I never was able to find documentation about the OpenGL ICD mechanism (ie the way all this is handled in real Windows), I see three possible solutions : 1) As almost all WGL functions have an HDC or OpenGL context argument (for those having a context argument, the corresponding HDC can easily be found). Thus one solution would be to use 'DC_GetDCPtr' to get the DC pointer and then move all these functions in the GDI function pointer table. The problem with that is that 'DC_GetDCPtr' is already flagged as a hack and so I am bit reluctant to use it :-) 2) Put all HDC function in GDI itself and replace in OpenGL's spec file all of these by forwards to GDI. 3) Use the ExtEscape mechanism to not only get specific variables, but something akin to what DDraw does to get the HAL function pointer table and then use these pointers to do the real low level work in the WGL functions. For the moment, I think 3) is the best. Feel free to propose other solutions :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 3

[RFC] The new Wine FAQ
by Dimitrie O. Paun 11 Nov '02

11 Nov '02

Folks, As promised, the new Wine FAQ (in beautiful color, and an amazing bouquet), is ready for public review before the end of the week. So there. :) At the moment, it is available for your viewing pleasure here: http://www.dssd.ca/Wine-FAQ.html Keith Matthews, and Thomas Wickline did most of the work on this one; we owe it to them. We've also received a number of useful comments from Jeremy White, thanks Jer! Please direct all comments, suggestion, and (last, but not least) flames, to the brand new wine-faq(a)winehq.org. All are most appreciated. Hopefully we'll have this one on the site not before long. -- Dimi.

6 14

Page faults
by Duane Clark 11 Nov '02

11 Nov '02

Having just added more memory to prevent the disk swapping I was encountering, I now seem to be crashing with a page fault. I don't really know enough about how the memory is handled. Is this likely to be a wine bug? I am running native versions of msvcrt and mfc42, but pretty much builtin for everything else. This is running Xilinx fpga_editor. When running on this particular design, it appears to use about 350MB of RAM. Unhandled exception: page fault on write access to 0x9c5a7c4c in 32-bit code (0x7800d77a). 0x7800d77a (MSVCRT.DLL._set_sbh_threshold+0x6de in C:\WINDOWS\SYSTEM\MSVCRT.DLL): movl %ecx,0xfffffffc(%ecx,%edx,1) Wine-dbg>bt Backtrace: =>0 0x7800d77a (MSVCRT.DLL._set_sbh_threshold+0x6de in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=4048f768) 1 0x7800ccf7 (MSVCRT.DLL.??_V@YAXPAX@Z+0xe4 in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=4048f7a0) 2 0x78001026 (MSVCRT.DLL..text+0x26 in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=405a2dcc) 3 0x5f40b4fe (MFC42.DLL.1576+0x52 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405a2e8c) 4 0x400c53fc (start_process+0x258 [process.c:564] in libntdll.dll.so) (ebp=405a2f38)

1 0

netapi32 tests fail then crash
by Sylvain Petreolle 11 Nov '02

11 Nov '02

../../../tools/runtest -q -P wine -M netapi32.dll -T ../../.. -p netapi32_test.exe.so access.c && touch access.ok err:win32:PE_fixup_imports No implementation for advapi32.dll.151(LsaClose) imported from C:\WINDOWS\SYSTEM\netapi32. dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.160(LsaFreeMemory) imported from C:\WINDOWS\SYSTEM\neta pi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.167(LsaNtStatusToWinError) imported from C:\WINDOWS\SYS TEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.169(LsaOpenPolicy) imported from C:\WINDOWS\SYSTEM\neta pi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.173(LsaQueryInformationPolicy) imported from C:\WINDOWS \SYSTEM\netapi32.dll, setting to 0xdeadbeef access.c:48: Test failed: User Name Retrieved err:netapi32:NetUserGetInfo Invalid level 10000 is specified fixme:netapi32:NetUserGetInfo Can't find information for user L"Nonexistent User" fixme:netapi32:NetUserGetInfo Action Implemented for local computer only. Requested for server L"\\\\Ba path" fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented access.c:118: Test failed: Information Retrieved wine: Unhandled exception, starting debugger... WineDbg starting on pid 8071e30 No debug information in ELF '/home/wine/miscemu/wine' (0x00000000) Breakpoint 1 at 0x4000acb0 Loaded debug information from ELF '/home/wine/dlls/libntdll.dll.so' (0x40013000) No debug information in ELF '/home/wine/library/libwine.so' (0x40111000) No debug information in ELF '/home/wine/unicode/libwine_unicode.so' (0x40128000) No debug information in ELF '/lib/i686/libm.so.6' (0x4021d000) No debug information in ELF '/lib/libdl.so.2' (0x4023f000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40243000) No debug information in ELF '/home/wine/dlls/netapi32/tests/netapi32_test.exe.so' (0x40594000) No debug information in ELF '/home/wine/dlls/netapi32.dll.so' (0x407d3000) No debug information in ELF '/home/wine/dlls/kernel32.dll.so' (0x407f8000) No debug information in 32bit DLL 'W:\dlls\netapi32\tests\netapi32_test.exe' (0x405a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40830000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0xbfed0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NETAPI32.DLL' (0x407e0000) Unhandled exception: page fault on read access to 0x006f0074 in 32-bit code (0x40840eb4). In 32-bit mode. 0x40840eb4 (KERNEL32.DLL.lstrcmpW+0x30 in kernel32.dll.so): movw 0x0(%esi),%ax Wine-dbg>bt Backtrace: =>0 0x40840eb4 (KERNEL32.DLL.lstrcmpW+0x30 in kernel32.dll.so) (ebp=407c2e18) 1 0x405a7511 (netapi32_test.exe.EntryPoint+0x511 in netapi32_test.exe.so) (ebp=407c2e58) 2 0x405a7653 (netapi32_test.exe.EntryPoint+0x653 in netapi32_test.exe.so) (ebp=407c2e64) 3 0x405a8142 (netapi32_test.exe.EntryPoint+0x1142 in netapi32_test.exe.so) (ebp=407c2e78) 4 0x405a7038 (netapi32_test.exe.EntryPoint+0x38 in netapi32_test.exe.so) (ebp=407c2e8c) 5 0x400b45ec (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f30) 6 0x400b8565 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 7 0x400b86a0 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg>info stack Stack dump: 0x407c2e08 (netapi32_test.exe.EntryPoint+0x21be08): ffffffba 405a9374 40251bd0 405a85a4 0x407c2e18 (netapi32_test.exe.EntryPoint+0x21be18): 407c2e58 405a7511 006f0074 405a8520 0x407c2e28 (netapi32_test.exe.EntryPoint+0x21be28): 407c2e48 407c2e44 405a8659 00000000 0x407c2e38 (netapi32_test.exe.EntryPoint+0x21be38): 00000000 00610072 00000005 00000002 0x407c2e48 (netapi32_test.exe.EntryPoint+0x21be48): 40251bb8 405a9374 405a9260 bffff9ec 0x407c2e58 (netapi32_test.exe.EntryPoint+0x21be58): 407c2e64 405a7653 405a9374 407c2e78 0x407c2e68 (netapi32_test.exe.EntryPoint+0x21be68): ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: PATCH: cups dynamical dependency
by Dimitrie O. Paun 11 Nov '02

11 Nov '02

On November 10, 2002 02:40 pm, Marcus Meissner wrote: > Do not link against -lcups directly, but dynamically load it > if present. (just like freetype etc.) [...] > +#ifdef HAVE_CUPS > + /* dynamically load CUPS if not yet loaded */ > + if (!cupshandle) { > + cupshandle = wine_dlopen(CUPS_SONAME, RTLD_NOW, NULL, 0); > + if (!cupshandle) cupshandle = (void*)-1; > + } > +#endif Well, if we do this dynamically, why have this HAVE_CUPS check which is a compile time check? IMO we should just include a copy of the CUPS headers that we need, and drop the compile time check altogether. In fact, this check is misleading, as it suggests that we've verified some sort of compatibility with CUPS which we haven't. We _assume_ that a certain API is available at runtime, so why pretend we use something that's on the machine we compile on? -- Dimi.

5 5

Re: Wine 0.8: VB compatibility !!
by Ann and Jason Edmeades 11 Nov '02

11 Nov '02

I have a VB prog (see www.badcomp.co.uk) which I spent a long time getting working under Wine and fixed all the oleaut32 Var* routines it used. However if you look at that dll, there are still a huge number of stubs. Additionally the date/time handling is (was, anyway) pretty useless. I would strongly recommend if anyone starts writing VB testcases they try and exercise the Variant cases as well as the standard types (...and no, I dont have time!) VB Window Icons dont work in the wine tree - Marcus sent me a fix for OleLoadPictureEx which solves the problem but he never submitted it to the wine tree (I have a copy, but not of the license it was under). Also, Icons containing transparency dont work for me either, but thats not a vb thing, I guess. I never got printing working (wine and cups doesnt seem to handle hplj's very well - I've seen a lot of problem reports about that) but aside from that, the functionality worked fine as far as I could test. If I ever get motivated I'll try to test the printing as there is a huge amount of code I wrote to do a print preview, and that will probably highlight more var fn's missing. Regards, Jason

2 1

Re: Huge speedup to wine ReadFile on small packets
by Hannu Kotipalo 11 Nov '02

11 Nov '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tony Lambregts kirjoitti Maanantai 11. Marraskuuta 2002 07:58: > > > >On Maanantai 11. Marraskuuta 2002 00:49, you wrote : > >>Well I tried it out with a couple of programs. Things seemed ok with > >>small files but when I tried to run SimCity 3000 (just one of my test > >>programs) It freezes up when loading a city (not a crash). I will try > >>to see why when I get a chance. > > > >I think that the size shouldn't be a problem; wzebra reads out a 17 Mb > > file... The problem might be that there is only one buffer. If the > > program reads two files in turns, my code switches the buffer for every > > read. This is actually slower than without. Maybe it is not freezed, > > maybe it is just too slow? Another problem might be the buffer switching > > code. > > Well from what I can see it is opening a lot of little files along with > the big file so it is slowed down to a crawl not frozen. and with trace > on... I think you need more than one than one buffer perhaps. One per > file of course. Havent looked that close... I'll make a version with more, but smaller buffers. I found one bug also; on certain case, a closed file's buffer might has been used for the next opened file with same HANDLE. Where is CLOSEFILE code?! Shouldn't it be on file.c? I need to find it to invalidate the buffer at correct place! I think that the original problem is that wine opens and closes unix file for every ReadFile. This will propably flush all linux own buffers and linux filesystem has to read the same data over and over again (when application calls ReadFile with small buffers, of course). Opened unix files should be kept open as long as corresponding WINAPI files are open. BTW. I'm using totally non-MS system. Is there any problem with MS dll's? Hannu ps. Could you PLEASE add following line to the mailing list archive configuration file: - ------------------ spamprotect = 1 - --------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE90A0BuA3ghgc3fUsRAkh1AJ9yZG8l0x7dj81+X+uIiLgJ4xlJXwCfbpEg qW4bHrv1pJ4aFVPvoHA34+k= =1L9Q -----END PGP SIGNATURE-----

1 0

New email addy
by Dustin Navea 11 Nov '02

11 Nov '02

Just so everyone knows, since I have Outlook (and Evolution) support with my ISP's email now, I have switched over to it for my list needs. Any emails to me should be directed here, I have updated my accounts with the winehq server. I will still accept emails over at yahoo if need be but the majority should go here... -Dustin

1 0

Re: GetCurrentObject
by steve.lustbader＠philips.com 11 Nov '02

11 Nov '02

>On Fri, 8 Nov 2002 17:56:05 -0500, you wrote: > >> GetCurrentObject returns 0, but as far as it knows, it is >> returning successfully. This is because in the line >> >> case OBJ_BITMAP: ret = dc->hBitmap; break; >> >> dc->hBitmap is 0, although dc is a valid DC. The HDC that is passed >> to GetCurrentObject to get dc is obtained by calling >> CWindow::BegingPaint(PAINTSTRUCT *) from a class derived from ATL's >> CWindow. I'm guessing that this is where the problem is probably >> coming from - the app is written in C++ with ATL. >> >> -Steve > >Here a patch that is lying around here for quite a while that I use to >prevent an Eudora 4/5 crash with the same symptoms. I wonder if it >helps you. > >And yes, GetCurrentObject(..,OBJ_BITMAP) on a freshly created dc >returns != 0 in windows. I'm just not sure this patch is the real >solution, although I haven't seen any negative effects. > >Rein. >-- >Rein Klazes >rklazes(a)xs4all.nl This patch did solve the problem for me. Maybe you should submit it to wine-patches, or at least submit it to wine-devel offically for comments. -Steve

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