wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: wineboot : rename wininit.ini
by Shachar Shemesh 08 Jan '03

08 Jan '03

Beat you to it, I'm afraid. I also made the parsing unnecessary by means of a simple CD. Thanks though. Shachar P.S. Try to tweak your mime settings so that, next time, attached .diff files are shown inline. Either that or just copy/paste into the message like everyone here except me seem to think is best. Sylvain Petreolle wrote: >Changelog : >Rename wininit.ini instead of deleting it. > >===== >Sylvain Petreolle >spetreolle(a)users.sourceforge.net >Fight against Spam ! http://www.euro.cauce.org/en/index.html >ICQ #170597259 > >"Don't think you are. Know you are." Morpheus in Matrix, chapter 15. > >___________________________________________________________ >Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! >Yahoo! Mail : http://fr.mail.yahoo.com >

1 0

Re: Window menu
by Dmitry Timoshkov 08 Jan '03

08 Jan '03

"Duane Clark" <dclark(a)akamail.com> wrote: > Changelog: > A window with a WS_EX_APPWINDOW extended style can also > get a menu. [skipped] > /* Set the window menu */ > > - if ((wndPtr->dwStyle & (WS_CAPTION | WS_CHILD)) == WS_CAPTION ) > + if ((wndPtr->dwStyle & WS_CAPTION || wndPtr->dwExStyle & WS_EX_APPWINDOW) > + && !( wndPtr->dwStyle & WS_CHILD) ) Sorry for the late response, but this doesn't look right to me. First of all check for WS_CAPTION should be if ((dwStyle & WS_CAPTION) == WS_CAPTION) because WS_CAPTION is a two bit style. Next, apparently menu can be assigned only for a window that has a caption and not is a child. If for some reason in your case a window has no WS_CAPTION style set (even after all style corrections) then it's a bug in Wine and it should be found and fixed. I would suggest to write a conformance test for this, which will create windows with various styles, check whether they have a caption (by comparing client and window rectangles), then try to set a menu for a window. -- Dmitry.

2 2

Possible Proformence Costs on Non-debug Builds
by Nathan Boyle 08 Jan '03

08 Jan '03

Why are there 20364 debug messages that get compiled into the code even w/ debug messages turned off? They don't actually do anything when you configure w/ --disable-debug, but shouldn't all those "if"s slow down execution incredibly? Why arn't the "if"s implemented in preprocessor directives? Please CC any replys to boylenate316(a)aol.com, i am using my junk-mail account to send this b/c i cant send e-mails from the AOL website on Linux[IE specific tags probably], and waol.exe insists that i need it to install the dun/ras files and reboot whenever i try to run it under wine. NOTE: i just updated my Wine code from CVS and compiled about an hour ago.. just another WindBlows X-tra P-ricey hater who misses WfW 3.11.... -- _______________________________________________ Get your free email from http://mymail.swirvemail.com

2 1

Re: Re: DirectSound and i810 soundcards
by chrismorgan＠rcn.com 08 Jan '03

08 Jan '03

> Ove Kaaven wrote: > > On Mon, 6 Jan 2003, Francois Gouget wrote: > [...] > > Note that test results from Windows XP won't be very useful for this; > > under XP, dsound primary buffers doesn't map directly to the sound > > hardware any more, according to MSDN. If you create and use a dsound > > primary buffer under XP, it will just become another stream sent to XP's > > kernel-mode sound mixer, before it gets to the hardware. > > Ah that probably explains some results I've seen then. Thanks. > > > >>I don't know why the mmap fails. I would tend to think this is a > >>limitation or bug of the Alsa driver since it works with the OSS driver. > > > > ALSA has resampling features. If you open the sound device at e.g. 11kHz, > > then ALSA's OSS emulation will, instead of telling you that the chip is > > 48kHz, install a resampling filter to convert from 11kHz to the hardware's > > required 48kHz. Unfortunately, that filter gets in the way of direct > > access, making an mmap fail. (In WineX we test mmap on a range of common > > frequencies to work around this.) > > Ok. That makes sense. That's sort of the opposite direction of the > DirectSound patch I sent to wine-patches (and which just got applied). > The annoying thing is that the mmap, the device format bubbling up and > the CreateThread are all in different places :-( > Oh well, I'll try to come up with something. It seems hacking things to > make mmap succeeds is the simplest approach. But what's the best approach? > Why not just stop trying to mmap the device? XP can apparently get away without it... > 1. if we tweak things so that the mmap call succeeds then Wine will be > making the resampling. And Wine is not really good at that and tends to > introduce audible distortion. It probably doesn't matter if you start > from an 8kHz signal but if you're playing a 44kHz sound... > > 2. if we tweak things so that the CreateThread is done, then the > resampling will be done by Alsa (or whichever back-end) which will > presumably do it much better than us. howeve rin that case we have to > make the almost never used case work and I'm not sure how well it would > work anyway (I'm concerned about skips/cracks/pops). > > To make 1. cleaner maybe we should have a Wine-specific message that > asks the backend to return the formats supported by the device, i.e. for > OSS returning an exact translation of the value returned by > SNDCTL_DSP_GETFMTS. > Then if our msacm gets improved to the Jack sound format conversion > library we're golden... (what's the status of this btw?) > I think we should stick with what we currently have where we try to open the device with the app requested audio output format and then fallback to having the msacm do the conversion to a supported format if necessary. Why not use the existing waveOutGetDevCaps() message to get the device capabilities? Afaik the library is mostly done. I haven't taken any look at how to integrate it into wine yet though, been quite busy with other jack audio related work lately. I was planning on working on this though. Chris

2 1

Sound driver autodetection
by chrismorgan＠rcn.com 07 Jan '03

07 Jan '03

I've been thinking about implementing sound driver autodetection in wine. On startup wine would try to open a device with each of the drivers until one was opened successfully. This seems pretty simple to implement, I was wondering if there was a dynamic way of detecting the list of drivers to try or whether this list would have to be hardcoded in a c file. Eric, any hints? Chris

2 1

Re: Graphic cards for Wine [/Linux;)]
by Sylvain Petreolle 07 Jan '03

07 Jan '03

--- brett holcomb <brettholcomb(a)charter.net> a écrit : > What version of Nvidia card and drivers are you running? > I've found my GF3 to be solid and stable. Tried with a Geforce 2, Geforce 2 MX and Geforce 4 MX from Sparkle. Drivers : always with the latest binariesthat be found on NVidia site. Yes I know they are XFree86 opensource drivers but they are slow for 3D. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Agent File Access
by Oliver Sampson 07 Jan '03

07 Jan '03

Howdy, I'd like to (finally) get around to fixing something that Agent does that's really annoying. When launching programs, it sends a string with backslashes for directory markers instead of forward slashes. Anyhow, if I'm going to start looking at the problem, could someone point me at the right file to begin looking at? I think I asked this some time ago, but I can't seem to find the email. (I remember looking at the code, and since it was a *real* simple fix, it sorta just fell by the way side.) Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 6

Graphic cards for Wine [/Linux;)]
by Sylvain Petreolle 07 Jan '03

07 Jan '03

Due to the problems encountered with NVidia drivers running Wine, I want to change my video card to another without NVidia chipset. Could someone who is using fast 3D (who said 'gamer' ? :)) give me some tips to buy another one that have free drivers ? PS : As shown in $SUBJ, wine isnt the only thing that pushes me to change my card. I get crashes in another software like MPlayer video player and X itself. My PC was online one week online without X and guess what ? no crashes :) ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Conformance tests status update
by Francois Gouget 07 Jan '03

07 Jan '03

Yesterday I compiled and uploaded new Windows binaries for the conformance tests. The new binaries contain a ton of fixes, in particular for the following tests but there are more: kernel/alloc kernel/format_msg kernel/path kernel/process msvcrt/scanf netapi32/access netapi32/apibuf netapi32/wksta You can find them at the following URL: http://fgouget.free.fr/wine/tests-en.shtml That page will also tell you when the Windows binaries were last updated. However now I need *help* to fix the following test failures. I.e these tests fail and I don't know how to fix them so a patch, or hints as to what needs to be done would be greatly appreciated: (well, the alternative is that I could also just remove them) * kernel32/alloc On Win9x fails with: alloc.c:208: Test failed: GlobalReAlloc failed to convert FIXED to MOVEABLE: error=87 alloc.c:213: Test failed: Converting from FIXED to MOVEABLE didn't REALLY work alloc.c:238: Test failed: Discarded memory we shouldn't have alloc.c:239: Test failed: GlobalUnlock Failed. * kernel32/file On Win9x fails with: file.c:609: Test failed: WriteFile error 183 file.c:610: Test failed: expected number of bytes written 0 file.c:611:Current offset = 0100 file.c:612: Test failed: expected file offset 21 file.c:617: Test failed: WriteFile error 87 file.c:618: Test failed: expected number of bytes written 0 file.c:620: Test failed: expected file offset 517 file.c:634: Test failed: ReadFile error 0 file.c:635: Test failed: expected number of bytes read 0 file.c:636:Current offset = 0000 file.c:637: Test failed: expected file offset 21 file.c:639: Test failed: pattern match failed * kernel32/locale Fails on Win98 with: locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' * netapi32/access Fails on NT4: access.c:77: Test failed: NetUserGetInfo: rc=2221 then crashes And on Win 2000/XP with: access.c:95: Test failed: Bad Network Path * user32/sysparams Messes up the user's environment on Win9x and has lots of failures. * user32/win Crashes on Win9x when calling SetParent(desktop, hwndMain) There are more tests that fail and I would certainly appreciate help with these too (would free me lots of time to do other things on Wine). Otherwise I will have a crack at them and see what I can do. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner

4 4

Wine Fun v0.3
by Dimitrie O. Paun 07 Jan '03

07 Jan '03

Hi folks, I haven't released a version of the Fun page in a loooong time, and a _lot_ of things changed. In fact, I would say at least 90% of it has changed since last time. Here it is for your viewing pleasure: http://www.dssd.ca/wine/Wine-Fun-0.3.html Check it out, maybe you'll find something that tickles your fancy! ;) -- Dimi.

3 5

Re: wineboot wininit patch 1
by Andreas Mohr 07 Jan '03

07 Jan '03

On Tue, Jan 07, 2003 at 08:19:19PM +0200, Shachar Shemesh wrote: > Changelog > Shachar Shemesh <winecode(a)sun.consumer.org.il> > > programs/wineboot/wineboot.c > > * Added a print to indicate to user that installation is done. Hmm, I'm not sure whether that's an entirely good idea. It's probably more flexible to have the script invoking wineboot print such a message instead. (some people might want to have "hidden" execution of wineboot configured) But OTOH you could also solve that issue by configuring wineboot to be silent in such a case, so maybe having such a message is a good thing after all. Andreas Mohr

2 1

A humble request for help
by Stefan Görling 07 Jan '03

07 Jan '03

Hi Everyone, I'm currently working on a thesis investigating how Open Source is affected by the influence of money and the interests of commercial companies. As the WINE efforts is the foundation of companies such as Codeweavers, Transgaming and Lindows, it is interesting to study how their entrance to the scene have affected the community. The thesis as well as research papers surrounding it will be released under the GNU Free Documentation License and as soon as the first drafts are available they will be published so that the community may comment upon it. In order to improve the research, it would be great if you guys could spend a few minutes on this one. I have included below a list of the most active persons on this mailinglist during the year 2002. I have tried to establish their employer as far as e-mail adresses and google could help me out, but there are lots of unknowns, and probably some errors too. So please, send me patches. Also, if you belive that there are others who should be on this list, I've only got one person from Transgaming so far, don't they contribute or are they simply silent on the mailinglist? If there are someone out there who would be willing to answer some more detailed questions, such as how long they've been doing Open Source development as a source of income and how they think it have affected them and their efforts, please drop me a line. I'd be forever greatful. The hall of fame: Dimitrie O. Paun,Unknown / Self-financed Alexandre Julliard,Codeweavers Francois Gouget,Codeweavers Eric Pouech,Unknown / Self-financed Andreas Mohr,Codeweavers Sylvain Petreolle,Unknown / Self-financed Andriy Palamarchuk,Unknown / Self-financed Steven Edwards,Unknown / Self-financed Martin Wilck,Unknown / Self-financed Patrik Stridvall,Unknown / Self-financed Uwe Bonnes,Unknown / Self-financed Dmitry Timoshkov,Codeweavers Greg Turner,Unknown / Self-financed Shachar Shemesh,Unknown / Self-financed Dustin Navea,Unknown / Self-financed Tony Lambregts,Unknown / Self-financed Ove Kaaven,Transgaming Bill Medland,ACCPAC Michael Cardenas,Lindows Lionel Ulmer,Unknown / Self-financed Duane Clark,Unknown / Self-financed Vincent Beron,Unknown / Self-financed Marcus Meissner,SUSE Brett Glass,Unknown / Self-financed Lawson Whitney,Unknown / Self-financed Dan Kegel,Unknown / Self-financed Michael Stefaniuc,RedHat

5 5

Re: dlls/Makefile.in
by Jeff Smith 07 Jan '03

07 Jan '03

>From: Marcus Meissner <mm(a)lst.de> > > >And I don't see a reason for this change, these entries are > > >generated by a script and who should care if they are longer or not? > > What script? > >dlls/make_dlls I did not see the line at the top of dlls/Makefile.in. Oh well, nevermind then. -- Jeff S _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

[RFC] __WINESRC__ & public headers
by Dimitrie O. Paun 07 Jan '03

07 Jan '03

Folks, With the current efforts to cleanup our headers on __WINESRC__s, I realized we are actually quite close to 'clean' header, something that should allow us to compile Wine with other headers, such as those from the w32api package that's part of mingw. This is a worthy goal as the compiler will flag problems in our headers (by complaining about different prototypes), as well as in the w32api headers. A win-win situation for the free software world. What do we need to do before we can try this stunt? Well, we need to cleanup our headers of __WINESRC__ tests that modifies them in a incompatible way. Let me be more explicit: 1. Tests that do not allow a file to be included in Wine are OK. If we use other headers, those file will simply be ignored, as they would not be used by Wine. 2. Tests to keep certain things undefined/undeclared in Wine are OK. Such tests simply make the header files a subset of the standard one, and the stuff that's not defined is not used, so all is good. 3. Tests that _add_ stuff to headers are BAD. It's clear that such things will not be present in other headers, and things will not work out as nicely. 4. Tests that modify the behavior of the headers are BAD. Same explanation as above. I will list below things that fall under 3, and 4. Ideas on how to deal with them are highly appreciated. -- It seems to me we want to move these to a wine/multimedia.h header. include/mmddk.h:#ifdef __WINESRC__ include/mmddk.h-#define DRV_QUERYDSOUNDIFACE (DRV_RESERVED + 10) include/mmddk.h-#endif include/mmsystem.h:#ifdef __WINESRC__ include/mmsystem.h-/* this call (GetDriverFlags) is not documented, nor the flags returned. include/mmsystem.h- * here are Wine only definitions include/mmsystem.h- */ include/mmsystem.h-#define WINE_GDF_EXIST 0x80000000 include/mmsystem.h-#define WINE_GDF_16BIT 0x10000000 include/mmsystem.h-#endif include/mmsystem.h:#ifdef __WINESRC__ include/mmsystem.h-#define WAVE_DIRECTSOUND 0x0080 include/mmsystem.h-#endif -- Why do we need this undef? include/objidl.h:#ifdef __WINESRC__ include/objidl.h-#undef GetObject include/objidl.h-#endif -- ? include/rpcproxy.h:#if defined(__WINESRC__) && defined(__WINE_WINE_OBJ_OLEAUT_H) include/rpcproxy.h-/* see http://msdn.microsoft.com/library/en-us/dnmsj99/html/com0199.asp?frame=true */ include/rpcproxy.h- include/rpcproxy.h-RPCRTAPI HRESULT RPC_ENTRY include/rpcproxy.h- CreateProxyFromTypeInfo( LPTYPEINFO pTypeInfo, LPUNKNOWN pUnkOuter, REFIID riid, include/rpcproxy.h- LPRPCPROXYBUFFER *ppProxy, LPVOID *ppv ); include/rpcproxy.h-RPCRTAPI HRESULT RPC_ENTRY include/rpcproxy.h- CreateStubFromTypeInfo( LPTYPEINFO pTypeInfo, REFIID riid, LPUNKNOWN pUnkServer, include/rpcproxy.h- LPRPCSTUBBUFFER *ppStub ); include/rpcproxy.h- include/rpcproxy.h-#endif -- Seems like it wants moving to a wine/base.h include/winbase.h:#ifdef __WINESRC__ include/winbase.h-#define CRITICAL_SECTION_INIT(name) { (void *)(__FILE__ ": " name), -1, 0, 0, 0, 0 } include/winbase.h-#endif -- Why are these Wine specific? include/winbase.h:#ifdef __WINESRC__ include/winbase.h-#define GetCurrentProcess() ((HANDLE)0xffffffff) include/winbase.h-#define GetCurrentThread() ((HANDLE)0xfffffffe) include/winbase.h-#endif -- This one's a bugger. It make no sense to define these things conditionally on the -- version of the compiler. One's code is written one way or another. -- I suggest we remove these completely, and we defined the NONAMELESS* explicitly -- in the files that need them. include/winnt.h:#ifdef __WINESRC__ include/winnt.h-# define NONAMELESSSTRUCT include/winnt.h-# define NONAMELESSUNION include/winnt.h-#else include/winnt.h-/* Anonymous struct support starts with gcc 2.96 or gcc/g++ 3.x */ include/winnt.h-# if !defined(NONAMELESSSTRUCT) && (defined(__GNUC__) && ((__GNUC__ < 2) || ((__GNUC__ == 2) && (defined(__cplusplu s) || (__GNUC_MINOR__ < 96))))) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) include/winnt.h-# define NONAMELESSSTRUCT include/winnt.h-# endif include/winnt.h-/* Anonymous unions support starts with gcc 2.96/g++ 2.95 */ include/winnt.h-# if !defined(NONAMELESSUNION) && (defined(__GNUC__) && ((__GNUC__ < 2) || ((__GNUC__ == 2) && ((__GNUC_MINOR__ < 9 5) || ((__GNUC_MINOR__ == 95) && !defined(__cplusplus)))))) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) include/winnt.h-# define NONAMELESSUNION -- These want moving to a wine-private header (wine/base.h?) include/winnt.h:#ifdef __WINESRC__ include/winnt.h-#define MEM_SYSTEM 0x80000000 include/winnt.h-#endif include/winnt.h:#ifdef __WINESRC__ include/winnt.h- include/winnt.h-/* Macros to retrieve the current context */ include/winnt.h- include/winnt.h-#ifdef __i386__ include/winnt.h- include/winnt.h-#define _DEFINE_REGS_ENTRYPOINT( name, fn, args ) \ include/winnt.h- __ASM_GLOBAL_FUNC( name, \ include/winnt.h- "call " __ASM_NAME("__wine_call_from_32_regs") "\n\t" \ include/winnt.h- ".long " __ASM_NAME(#fn) "\n\t" \ include/winnt.h- ".byte " #args ", " #args ) include/winsock.h:#ifdef __WINESRC__ include/winsock.h-#define FD_WINE_LISTENING 0x10000000 include/winsock.h-#define FD_WINE_NONBLOCKING 0x20000000 include/winsock.h-#define FD_WINE_CONNECTED 0x40000000 include/winsock.h-#define FD_WINE_RAW 0x80000000 include/winsock.h-#define FD_WINE_INTERNAL 0xFFFF0000 include/winsock.h-#endif -- What about these? include/wownt32.h:#ifdef __WINESRC__ include/wownt32.h-/* under Wine use the kernel functions directly so we don't have to import wow32 */ include/wownt32.h-HANDLE WINAPI K32WOWHandle32(WORD,WOW_HANDLE_TYPE); include/wownt32.h-WORD WINAPI K32WOWHandle16(HANDLE,WOW_HANDLE_TYPE); include/wownt32.h-#define WOWHandle32 K32WOWHandle32 include/wownt32.h-#define WOWHandle16 K32WOWHandle16 include/wownt32.h-#endif -- There are also some in include/winternl.h, but those can wait for now :) -- Dimi.

4 8

Re: dlls/Makefile.in
by Jeff Smith 07 Jan '03

07 Jan '03

>From: Marcus Meissner <marcus(a)jet.franken.de> > >Some not so compatible versions of make only like this variable >in pattern replacement rules, so this might not work on all >platforms. > I tried looking into this before submitting the patch, but did not come up with anything. Do you know of any *specific* cases? >And I don't see a reason for this change, these entries are >generated by a script and who should care if they are longer or not? > What script? >Ciao, Marcus -- Jeff S _________________________________________________________________ MSN 8: advanced junk mail protection and 2 months FREE*. http://join.msn.com/?page=features/junkmail

2 1

ole:_copy_arg TKIND_INTERFACE unhandled
by Uwe Bonnes 07 Jan '03

07 Jan '03

Hallo, it seems that the Altera Quartus installation of quartusii_22_web_edition.exe using IKernel doesn't work because of an unhandled interface: trace:ole:ITypeInfo_fnGetRefTypeInfo (0x4428f470) hreftype 0x0001 loaded SUCCESS (0x4428bda0) trace:ole:ITypeInfo_fnGetTypeAttr (0x4428bda0) fixme:ole:_copy_arg TKIND_INTERFACE unhandled. trace:ole:ITypeInfo_fnRelease (0x4428f470)->(1) trace:ole:VariantCopy (0x4443c020, 0x4443df18), vt=9 trace:ole:VariantClear (0x4443c020) the full --debugmsg +ole log is about 40 MByte and I can make it available on request. The unhandled interface happens at about 84% of the log. The installation files from Altera (about 120 MByte) can be downloaded after registration for free from http://www.altera.com/products/software/pld/products/quartus2/sof-quarwebma… I would be please if tthe installation could be made working. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Agent crashes and burns
by Oliver Sampson 07 Jan '03

07 Jan '03

Howdy, It's been a little while since I've updated my CVS and I wanted to get the latest update before breaking things myself. I updated to today's CVS, and Agent would barely load and then crash. I would then get a message from the console saying it couldn't start the debugger (I've since fixed that.) So, in a panic to get my email back (so I'll be able to write this email), I went back a week in the cvs, did a new build and everything is working fine again. So, the bad news is that something since 20021228 has broken things for agent pretty severely. The worse news is that I don't have a traceback. If no one is seeing a simlar prolbem, I could download the latest CVS and try again... One other thing: As I look through the code, and I see how the procedure headers are turned into the auto doc for the web site. Would it be acceptable to refine some of those headers to include comments and return codes and so forth (like WinExec)? And if I find errors in the documentation, is the right thing to do to send a diff for the sgml? Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

2 1

Re: dlls/Makefile.in
by Marcus Meissner 07 Jan '03

07 Jan '03

On Mon, Jan 06, 2003 at 01:55:26PM -0600, Jeff Smith wrote: > Changelog: > Make use of the automatic variable "$<" in dll make rules. > advapi32.dll$(DLLEXT): advapi32/advapi32.dll$(DLLEXT) >- $(RM) $@ && $(LN_S) advapi32/advapi32.dll$(DLLEXT) $@ >+ $(RM) $@ && $(LN_S) $< $@ Some not so compatible versions of make only like this variable in pattern replacement rules, so this might not work on all platforms. And I don't see a reason for this change, these entries are generated by a script and who should care if they are longer or not? Ciao, Marcus

1 0

Windows XP conformance test update 1/5
by David Miller 07 Jan '03

07 Jan '03

Not much to report this time but there is something... strange. kernel32/drive reported the following. C:\winetests>kernel32_test.exe drive drive.c:113: Test failed: GetDiskFreeSpaceA(Z:\): ret=0 GetLastError=53 drive.c:165: Test failed: GetDiskFreeSpaceW(Z): ret=0 GetLastError=53 drive: 156 tests executed, 0 marked as todo, 2 failures. Previously this test passed, so I rebooted to see if the problem went away. After reboot the kernel32 test clamed not to be a valid win32 application. Turns out the size was 0 bytes. I re-extracted the zip file and ran kernel32/drive again. This time is passed. I have not seen the failure before but I did run into the "not a valid win32 application" message before, and the file size was 0 bytes. Normally I would suspect a virus to produce that sort of problem, but I've only seen this happen to the kernel32_test.exe file. I will attempt to find out if it can be reproduced and how. I have an XP laptop as well so I'll try to verify it is not a system specific problem. oleaut32/safearray reports 8 failures but the page only shows 4 failures. C:\winetests>oleaut32_test.exe safearray safearray.c:137: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:143: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:159: Test failed: copy of SAC(20,1,[1,0]), result 8, expected 0 safearray.c:162: Test failed: SAGE for vt 20 returned elemsize 8 instead of expected 0 safearray.c:137: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:143: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray.c:159: Test failed: copy of SAC(21,1,[1,0]), result 8, expected 0 safearray.c:162: Test failed: SAGE for vt 21 returned elemsize 8 instead of expected 0 safearray: 958 tests executed, 0 marked as todo, 8 failures. Also I don't see urlmon/generated on the status page at all. It passed. C:\winetests>urlmon_test.exe generated generated: 4 tests executed, 0 marked as todo, 0 failures.

4 3

Re: Window menu
by Tony Lambregts 07 Jan '03

07 Jan '03

Duane Clark wrote: > I've been using this patch for about a year and a half now, so I might > as well just submit it. > > Changelog: > A window with a WS_EX_APPWINDOW extended style can also > get a menu. > It's about time then.<g> I have been using it since you sent it to me. Works great! -- Tony Lambregts

1 0

RDP client under Wine?
by Hetz Ben Hamo 07 Jan '03

07 Jan '03

Hi, A friend of mine needs to connect to MS Terminal server through his linux machines. There seems to be 3 options: 1. rdesktop - it runs, but only 8 bit colors and it's pretty slow (on 10MBit LAN) 2. WinConnect for Linux - costs a fortune - $79. 3. MS RDP client through wine - it runs up to the point where you actually connect, and then it dies.. Regarding option 3 - anyone managed to make it run somehow? any tips would be welcome... Thanks, Hetz

4 5

Re: console handling
by Dimitrie O. Paun 06 Jan '03

06 Jan '03

On January 4, 2003 04:32 pm, Eric Pouech wrote: > this patch fixes a couple of issues in the console handling (but > shouldn't help Lionel & Sylvain with the issues they reported on wd) Hi Eric, Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.) -- Dimi.

2 10

Wine debugging tutorial?
by Mike Hearn 06 Jan '03

06 Jan '03

The tutorial up on winehq.org on how to use WineDbg, while pretty useful, seems a tad out of date (lots of references to 16 bit constructs etc). Does anybody know of any good tutorials on how to use low level code debuggers such as this? Coming from a delphi background, I'm more used to the integrated debugging style, and I'm finding more and more that the wine traces don't always provide useful information, so I'd like to master this tool. Oh, also, how do you use the ncurses backend (I think eric mentioned one recently). I quite like having large scrollback buffers too. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: winegcc: behave like g++ when invoked as wineg++
by Dimitrie O. Paun 06 Jan '03

06 Jan '03

On January 5, 2003 11:47 pm, Dimitrie O. Paun wrote: > ChangeLog > Create a wineg++ akin to g++. Drop support for the abused -xc++ switched. Please don't use this patch, it's broken: I don't delete the link before creating it, so only the first install works. I'll send a bigger update soon. -- Dimi.

1 0

Re: but report -- the last line tell me do this
by Marcus Meissner 06 Jan '03

06 Jan '03

On Mon, Jan 06, 2003 at 06:39:36PM +0800, yf wrote: > [yf@yf 2002]$ wine ./hexin.exe > fixme:ole:CoRegisterMessageFilter stub > fixme:shdocvw:WBPCI2_GetGUID stub: dwGuidKind = 1, pGUID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBPCI2_GetGUID Wrongly returning IPropertyNotifySink interface {9bfbbc02-eff1-101a-84ed-00aa00341d07} > fixme:shdocvw:WBQA_QuickActivate stub: QACONTAINER = 0x40760874, QACONTROL = 0x407608b4 > fixme:shdocvw:WBPSI_InitNew stub > fixme:shdocvw:WBCP_Advise stub: IUnknown = 0x4183bfe4, connection cookie = 0 > fixme:shdocvw:WBOOBJ_SetExtent stub: (0x41f0a940, 1, (0 x 0)) > fixme:shdocvw:WBOOBJ_DoVerb : stub iVerb = -5 > fixme:shdocvw:WBOOBJ_DoVerb stub for OLEIVERB_INPLACEACTIVATE > fixme:shdocvw:WBOC_GetControlInfo stub: LPCONTROLINFO = 0x4183bf84 > fixme:shdocvw:WBOIPO_GetWindow stub HWND* = 0x40760980 > fixme:shdocvw:WB_Invoke stub dispIdMember = -518, IID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153244 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153168 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1 > fixme:shdocvw:WBOIPO_InPlaceDeactivate stub > fixme:shdocvw:WBOOBJ_SetClientSite stub: (0x41f0a940, (nil)) > fixme:shdocvw:WBOOBJ_Close stub: () I get as far, than it fscks up its double byte names. With what 'LANG' var do you run it? > err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. This will do an immediate exit(1); so WINE terminates here. It probably should not. Ciao, Marcus

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