- wine-devel - winehq.org

Re: Make aclocal.m4:WINE_GET_SONAME more flexible
by Todd Vierling 24 Jul '03

24 Jul '03

On Thu, 24 Jul 2003, Todd Vierling wrote: : Because this patch deals mostly with handling of whitespace and tabs, I've : included a uuencoded version of the diff as well. ...And it would have been better if I had attached a correct copy of the diff (there were missing m4 quote-brackets in the originally posted version, sigh). ===== aclocal.m4.diff ===== Index: aclocal.m4 =================================================================== RCS file: /home/wine/wine/aclocal.m4,v retrieving revision 1.10 diff -u -r1.10 aclocal.m4 --- aclocal.m4 2 Apr 2003 23:27:46 -0000 1.10 +++ aclocal.m4 24 Jul 2003 21:15:08 -0000 @@ -38,7 +38,7 @@ [ac_get_soname_save_LIBS=$LIBS LIBS="-l$1 $3 $LIBS" AC_LINK_IFELSE([AC_LANG_CALL([], [$2])], - [ac_cv_lib_soname_$1=`$ac_cv_path_LDD conftest$ac_exeext | grep lib$1\\.so | sed 's/^[[ ]]*$[[^ ]]*$[[ ]]*=>.*$/\1/'` + [ac_cv_lib_soname_$1=`$ac_cv_path_LDD conftest$ac_exeext | grep lib$1\\.so | sed 's/^.*=>[[ ]]*$[[^ ]]*$.*/\1/'` if test "x$ac_cv_lib_soname_$1" = "x" then ac_cv_lib_soname_$1="lib$1.so" ========== begin 644 aclocal.m4.diff M26YD97@Z(&%C;&]C86PN;30*/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/0I20U,@ M9FEL93H@+VAO;64O=VEN92]W:6YE+V%C;&]C86PN;30L=@IR971R:65V:6YG M(')E=FES:6]N(#$N,3`*9&EF9B`M=2`M<C$N,3`@86-L;V-A;"YM-`HM+2T@ M86-L;V-A;"YM-`DR($%P<B`R,#`S(#(S.C(W.C0V("TP,#`P"3$N,3`**RLK M(&%C;&]C86PN;30),C0@2G5L(#(P,#,@,C$Z,34Z,3<@+3`P,#`*0$`@+3,X M+#<@*S,X+#<@0$`*(%MA8U]G971?<V]N86UE7W-A=F5?3$E"4STD3$E"4PH@ M3$E"4STB+6PD,2`D,R`D3$E"4R(*("`(a)04-?3$E.2U])1D5,4T4H6T%#7TQ! M3D=?0T%,3"A;72P@6R0R72E=+`HM("!;86-?8W9?;&EB7W-O;F%M95\D,3U@ M)&%C7V-V7W!A=&A?3$1$(&-O;F9T97-T)&%C7V5X965X="!\(&=R97`@;&EB M)#%<7"YS;R!\('-E9"`G<R]>6UL@"5U=*EPH6UM>(`E=72I<*5M;(`E=72H] M/BXJ)"]<,2\G8`HK("!;86-?8W9?;&EB7W-O;F%M95\D,3U@)&%C7V-V7W!A M=&A?3$1$(&-O;F9T97-T)&%C7V5X965X="!\(&=R97`@;&EB)#%<7"YS;R!\ M('-E9"`G<R]>+BH]/EM;"2!=72I<*%M;7@D@75TJ7"DN*B]<,2\G8`H@("!I M9B!T97-T(")X)&%C7V-V7VQI8E]S;VYA;65?)#$B(#T@(G@B"B`@('1H96X* E("`@("`@86-?8W9?;&EB7W-O;F%M95\D,3TB;&EB)#$N<V\B"B`@ ` end -- -- Todd Vierling <tv(a)pobox.com>

1 0

Direct access to LPT1
by E Lea 24 Jul '03

24 Jul '03

I'm playing around with a program that controls a small "design cutter" - it's basically a plotter that connects via the parallel port. There is some Windows CAD software that knows about the plotter and sends commands to it, as far as I can tell in one of two ways: 1) Through a printer driver. It doesn't seem too bothered about the details of the driver though. I'm assuming that one would normally use a generic, text-only Windows driver. This method, apparently, has the advantage of the driver buffering the output 2) The second method is a direct connection to LPT1. With Wine, in the first case I get a message in a dialog box saying the call to "StartDocPrinter" failed and fixme:winspool:StartDocPrinterA (hPrinter=0x1, Level=0x1, pDocInfo=0x408a28dc): stub to stdout. In the second case I get a dialog saying "LPT1 was not found" and fixme:dosfs:DOSFS_OpenDevice device open L"LPT1" not supported (yet) err:file:CreateFileW Couldn't open device L"LPT1"! to stdout. Is this a config issue? I'm assuming that is should be easier for me to get the second method working.

2 1

Re: wine/. configure.ac configure
by Marcus Meissner 24 Jul '03

24 Jul '03

On Wed, Jul 23, 2003 at 07:09:52PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 8863 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/07/23 19:09:52 > > Modified files: > . : configure.ac configure > > Log message: > Disable gcc strict aliasing optimization for now. > > Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8863 > > Old revision New revision Changes Path > 1.167 1.168 +9 -0 wine/configure.ac > 1.442 1.443 +52 -0 wine/configure Which file/functions gets broken by strict aliasing? Ciao, Marcus

2 1

Re: ddraw patch
by Lionel Ulmer 24 Jul '03

24 Jul '03

Some comments : + case D3DRENDERSTATE_LINEPATTERN: { + D3DLINEPATTERN pattern; + #ifdef WORDS_BIGENDIAN + pattern.wRepeatFactor = *((WORD*)&pattern + 2); + pattern.wLinePattern = *((WORD*)&pattern); + #else + pattern.wRepeatFactor = *((WORD*)&pattern); + pattern.wLinePattern = *((WORD*)&pattern + 2); + #endif Why not someting 'simple' as pattern = *((D3DLINEPATTERN *) &dwRenderState); ? Your code is not working anyway because (AFAICS) you never actually store something in 'pattern'. + if(pattern.wRepeatFactor) { + glEnable(GL_LINE_STIPPLE); + FIXME("implement wRepeatFactor parameter for glLineStipple\n"); + glLineStipple(1, pattern.wLinePattern); + } else { + glDisable(GL_LINE_STIPPLE); + } + break; + } + Well, as long as you are here, I would rather do something like that : if(pattern.wRepeatFactor > 256) { FIXME("not supported in OpenGL - clamping to 256"); } glLineStipple(pattern.wRepeatFactor, pattern.wLinePattern); Because, from what I can see in the man page, the first parameter of the LineStipple call is exactly equivalent to 'pattern.wRepeatFactor'. By the way, which game uses this rendering state ? @@ -921,16 +940,16 @@ case CONVERT_PALETTED: { IDirectDrawPaletteImpl* pal = current_surface->palette; BYTE table[256][4]; - int i; - int x, y; + unsigned int x, y; BYTE *src = (BYTE *) (((BYTE *) src_d->lpSurface) + (bpp * rect->left) + (src_d->u1.lPitch * rect->top)), *dst; - + if (pal == NULL) { /* Upload a black texture. The real one will be uploaded on palette change */ WARN("Palettized texture Loading with a NULL palette !\n"); memset(table, 0, 256 * 4); } else { /* Get the surface's palette */ + unsigned int i; for (i = 0; i < 256; i++) { table[i][0] = pal->palents[i].peRed; table[i][1] = pal->palents[i].peGreen; And what are the reasons for all these changes ? I do not see why it's better to have the loop variables signed instead of unsigned (except if you have a compiler warning about signed / unsigned comparison). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: Status_Wine #2 -- lostwages
by Joel Carr 24 Jul '03

24 Jul '03

I also would help, except I'm so short on time I know I wouldn't actually do anything, so I won't volunteer... I've been lurking around these lists for about 4 or so years now, so I've got a bit of an idea about some of the stuff that's happened. Maybe in the future I'll lend a hand. If I recall correctly, the 'history of wine' has come up a few times, so there may already be some material that could be used. Here are a couple of short threads about it from last year: http://www.winehq.com/hypermail/wine-devel/2002/11/0910.html http://www.winehq.com/hypermail/wine-devel/2002/11/0378.html Some of the people who have had a dab at the history of wine are still active on this list and may have some material. Anyway, didn't Alexandre give a presentation on the history of wine at Wineconf 2002? Certainly according to this page he did: http://kt.zork.net/wine/wn20020325_118.html I don't know how extensive the presentation was, but if there are records of it, it may be a good starting point. Don't know if this helps at all, Probably everyone knew all this anyway ;) Joel Carr -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup CareerBuilder.com has over 400,000 jobs. Be smarter about your job search http://corp.mail.com/careers

1 0

Fwd: [Bug 1528] wineps printing to lpr issues
by Dustin Navea 24 Jul '03

24 Jul '03

--- Wine Bugs <wine-bugs(a)winehq.com> wrote: > From: Wine Bugs <wine-bugs(a)winehq.com> > To: wine-bugs(a)winehq.com > Subject: [Bug 1528] wineps printing to lpr issues > Date: Thu, 24 Jul 2003 09:29:37 -0500 > > http://bugs.winehq.com/show_bug.cgi?id=1528 > > > > > > ------- Additional Comments From ktaylor(a)daac.gsfc.nasa.gov 2003-24-07 > 09:29 ------- > Is anyone out there? Are there any comments, or help that can be offered? > > -- > Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

typelib caching
by Mike Hearn 24 Jul '03

24 Jul '03

Well, it works, finally. No more crashes/hangs :) That is - sort of. Unfortunately, it's a bit too slow to be usable. A few wild stabs in the dark and some timing traces showed the culprit to be LoadTypeLibEx: trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\SHDOCVW.DLL" index 1 trace:ole:LoadTypeLibEx returns 00000000, in 15 milliseconds trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\SHDOCVW.DLL" index 1 (hmmmm, we load it again?) trace:ole:LoadTypeLibEx returns 00000000, in 46 milliseconds (odd, slower than last time) trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\mshtml.tlb" index 1 trace:ole:LoadTypeLibEx returns 00000000, in 1208 milliseconds (over a second parsing the type library? well, maybe it is quite large) trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\mshtml.tlb" index 1 trace:ole:LoadTypeLibEx returns 00000000, in 6689 milliseconds (almost 7 seconds to parse the type lib a second time!?!) trace:ole:LoadTypeLibEx File L"C:\\windows\\system\\mshtml.tlb" index 1 trace:ole:LoadTypeLibEx returns 00000000, in 42139 milliseconds Waaaaaaah, 42 seconds! There's a big source of the sluggishness. So, a few questions that I can chew on tomorrow: * Shouldn't typelib loading be cached somewhere? Reparsing typelibs like this seems rather wasteful. * Why on earth would the time taken go up so massively on each run? * Where abouts in the typelib parsing could the speed hit be? Pretty clearly no typelib is going to be so complex it takes an Athlon 1200 almost a minute to parse, there is a nasty bug there somewhere. thanks -mike

1 0

Re: Status_Wine #2 -- lostwages
by Jakob Eriksson 24 Jul '03

24 Jul '03

Tom Wickline wrote: > > Hi, > > I updated the cabinet.dll status per greg.. > Fix bullet links again.. > We have the History of wine as Poor *I* changed it to Adequate as there > is a changelog going back 5+ years. > My impression of "History of Wine" was that it should go into details about how the project started in the beginning. Like anecdotes and stuff... I may have totally misunderstood. :-) Jakob

5 4

Re: I need card back bitmaps
by Brian Vincent (C) 24 Jul '03

24 Jul '03

> Before I continue with cards.dll work, I need card back bitmaps, specificly: > back 53, a diamond cross-hatch background. This one should have black lines > on a white background, its used as an indicator for where cards can go but > where there are no cards yet. The earliest I can get to that would be tonight. I'll probably go climbing all weekend, so if they're not done by the morning I won't get to them till Monday. I'll see what I can do. Maybe you could use one of those decks you mentioned for development? --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Typelib marshalling BSTRs
by Ove Kaaven 24 Jul '03

24 Jul '03

man, 21.07.2003 kl. 17.31 skrev Mike Hearn: > On Mon, 2003-07-21 at 12:55, Ove Kaaven wrote: > > > fixme:ole:PointerUnmarshall unhandled ptr type=12 > > > > This means that null pointers may not be handled properly (but non-null > > pointers will still work). However, I have yet to see a situation where > > I needed to handle it, but then again I've only worked on InstallShield. > > I suppose it's possible that you need to if you're working on something > > else (but I don't think IDispatch is an interface where you need to > > worry about it). > > IDispatch::Invoke has an riid parameter, that the docs say is reserved > and must be IID_NULL. In the current custom marshallers, trace > statements reveal that the stub receives this as NULL, not IID_NULL. Are > they equivalent in this context, or is that being marshalled > incorrectly? Not exactly equivalent here. The ptr type is not 0x12 here, I think; supplying NULL here is completely invalid and the MIDL code in oaidl_p.c will raise an exception, completely refusing to marshal the call at all. If supplying NULL is supposed to be valid at the API level, it must be handled by the IDispatch_Invoke_Proxy wrapper in usrmarshal.c, converting the NULL to IID_NULL, before passing it off to the MIDL-generated marshaller. (This Invoke wrapper already treats some other can-be-NULL arguments in this manner, so this would just be yet another case of this.) > > You probably just need to marshal an extra flag saying > > whether the pointer is null or not, but since I haven't seen the DCE RPC > > spec I don't know what the flag should look like. > > Is that just a case of adding another IStream::Write call, and having > the equivalent read in the custom demarshaller? That would probably work, except that MIDL-based marshallers and rpcrt4 don't use IStream... > > Hmm. It could still be in Wine code, since NdrComplexArrayUnmarshall > > might be trying to unmarshal an array of variants, which is a custom > > type. The custom-marshalling code for variants is in > > dlls/oleaut32/usrmarshal.c, and there is a VariantInit in the > > VARIANT_UserUnmarshal function in there (though it probably shouldn't > > have shown up in a relay trace). > > I found that it's in IDispatch_Invoke_Stub - it calls IDispatch::Invoke > on the actual object and crashes, in native shdocvw code. So, I guess > the inputs its given there are incorrect somehow. I'll look into it some > more. OK.

4 13

is there a "wine coding guide" available?
by Jonathan Wilson 24 Jul '03

24 Jul '03

Something that covers things like coding style, things not to do in wine (e.g. because they arent portable enough) and so on.

2 1

Invoke with IDispatch* params
by Mike Hearn 24 Jul '03

24 Jul '03

Hi, more questions (i'll master COM yet :) HRESULT IWebBrowser2::get_Document(IDispatch **ppDisp); invocation of this method/property fails, for some reason. I'm not sure why yet, but I don't understand how this is marshalled. Presumably, OLE Automation provides a ppDisp and then dereferences it back to IDispatch which is then marshalled. In ITypeInfo::Invoke, there is this code: if (tdesc->vt == VT_PTR) tdesc = tdesc->u.lptdesc; when looping over the arguments (?). So, it seems that this code is responsible for dereferencing the pointer, but it only does it once. Shouldn't this be a loop to dereference the arg as many times as needed? I feel that's wrong even as I write it, but I'm not sure how this part should work. As it is, tdesc->vt ends up being (correctly) VT_DISPATCH but pVarResult doesn't seem to be changed....

3 4

RE: Typelib marshalling BSTRs
by Robert Shearman 24 Jul '03

24 Jul '03

> > -----Original Message----- > > From: Mike Hearn [mailto:mike@theoretic.com] > > Sent: 23 July 2003 23:09 > > To: Robert Shearman > > Cc: wine-devel(a)winehq.org > > Subject: Re: Typelib marshalling BSTRs > > > > Well, the code doesn't actually marshal IWebBrowser2, it operates > > entirely in terms of IDispatch interfaces. Once the dispatch interface > > for the WebBrowser control is marshalled into another thread, the code > > starts poking it via Invoke, in this case retrieving the Document > > property which also returns a dispatch interface. Sorry, just realised that this the VARIANT_UserMarshal function is in oleaut32. On Windows, this calls WdtpInterfacePointer_UserMarshal for both the VT_UNKNOWN and VT_DISPATCH cases, which in turn calls CoMarshalInterface. I hope this helps, Rob

2 1

RE: Typelib marshalling BSTRs
by E Lea 24 Jul '03

24 Jul '03

> > Sounds like you are doing a great job, BTW! I know this stuff gets kinda > > frustrating & tedious, but remember that you are in territory that has been a > > problem for wine since time immemorial. > > Thanks. I'm hoping that when I've got a grip on all this and settled > into uni I'll be able to write some more docs so in future people don't > have to spam the list to learn Wine OLE hacking. Unless you don't like beer you'll probably find you won't have nearly as much time for hacking code when you get to Uni as you'd think, or want, or like

2 1

question about icon,bitmap,cursor resources in user.dll
by Jonathan Wilson 24 Jul '03

24 Jul '03

I notice that some of the icons, cursors and bitmaps used in the user of wine (for example, the 4 icons used in message boxes) look just like the windows ones. How can wine have them looking just like the windows ones and not violate microsoft copyright? Or are they copyright violations but WINE just hasnt been sued yet?

2 1

I need card back bitmaps
by Jonathan Wilson 24 Jul '03

24 Jul '03

Before I continue with cards.dll work, I need card back bitmaps, specificly: back 53, a diamond cross-hatch background. This one should have black lines on a white background, its used as an indicator for where cards can go but where there are no cards yet. (e.g. the empty ace piles in solitare) back 67 big red X on a dark green background (the green is RGB 0 128 0, it has to match the background used in e.g. solitare, the red should be a bright red) 68 big bright green O on a dark green background (green is as above, other green should be bright green) Basicly, I need them to not be a potential MS copyright violation but at the same time I need them to look "similar" to the MS ones so that they dont look out of place in solitare and stuff. These 3 are important because cards.dll has a 3 special drawing modes that draws them.

1 0

Re: Define WINEPREFIX if it doesn't exist
by Alexandre Julliard 24 Jul '03

24 Jul '03

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Define WINEPREFIX if it doesn't exist. Why do you need that? -- Alexandre Julliard julliard(a)winehq.com

2 10

Re: Typelib marshalling BSTRs
by Robert Shearman 23 Jul '03

23 Jul '03

> Subject: Re: Typelib marshalling BSTRs > From: Mike Hearn <mike(a)theoretic.com> > To: "Gregory M. Turner" <gmturner007(a)ameritech.net> > Cc: wine-devel(a)winehq.com > Date: 23 Jul 2003 16:28:58 +0100 > > So, moving on from that problem, I think my woes (currently) are caused > by the NDR engine not handling VT_DISPATCH variants. > > in wire_size(): > case VT_DISPATCH: > FIXME("wire-size interfaces\n"); > > that causes VARIANT_UserMarshal to skip doing anything special for > VT_DISPATCH variants, when I think in reality, it should call > NdrInterfacePointerMarshall (btw, what's up with two spellings of > "marshal"?) to get the IDispatch* into the stream. I don't know about NdrInterfacePointerMarshall, but I don't think it should get there to start with (see below). BTW, I think the two spellings depends on whether the word is used as a verb or as a noun. > While rather roundabout, I think it seems clear that this is what's > needed. The problem then becomes one of NdrInterfacePointerMarshall() > needing information that isn't available from inside > VARIANT_UserMarshal, like the MIDL_STUB_BUFFER pointer. > > Greg, as you are the relevant Guru here and Ove is probably a bit pissed > off with all my questions, what should we be doing here? If we are meant > to use NdrInterfacePointerMarshall to handle VT_DISPATCH variants, how > do we get the args it needs? Ok, my name's not Greg or Ove, but I'll have a go anyway. I think the code should not try to marshal/unmarshal the data in rpcrt4, but should use the PSOAInterface code in oleaut32 (according to the registry entry for Interfaces\[CLSID of IWebBrowser2]\ProxyStubClsid32). It would probably be best to find out why this is not happening (maybe by moving some oleaut32 code to rpcrt4?). Rob

2 1

visual age c++ Project
by ahmed hafez 23 Jul '03

23 Jul '03

2 1

What's the problem with the winelib dll generated by winemaker.
by dd jj 23 Jul '03

23 Jul '03

Hello everyone, I built a ping.dll.so from windows source codes using winemaker, (these source codes works under MS visual studio, also windows version dll works find under wine.)I did in this way: 1) put all the windows version source files-pingdll.h,pingdll.c,pingdll.dll,pingdll.dsp in one directory; 2) %winemaker --lower-uppercase . 3) %./configure --with-wine-includes=/usr/local/include/wine/windows 4) %make Aftter ping.dll.so is generated, I put it under /usr/local/bin/wine/ , also change my wine config (.wine/config) by adding "pingdll" = "builtin, native"; When I run my application under wine: %wine ./ping.exe (pingdll work for ping.exe) the program terminates... when I use winedbg to run it, there's error message shown there: .... ... ... ... No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\PINGDLL.DLL' (0x40ae0000) *** Invalid address 0x400016fc8 (_end+ox401587c) No debug information in ELF '/usr/local/lib/wine/pingdll.dll.so' (0x40ada000) Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=0000000a has terminated I used Redhat 9.0 and wine-2003-06-18, Could one one help me out of this? thank you very much. -Lechun --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

1 0

what is the "correct" way to put a bitmap into a resource file?
by Jonathan Wilson 23 Jul '03

23 Jul '03

I see that all the wine dlls put the bitmaps in the resource file directly... Whats the best way to do it for a 32 bit wine dll (in this case cards.dll) amd where can I find a program to do it for me?

4 3

Re: [resend] Ensure ole32.dll gets correct version number
by Alexandre Julliard 23 Jul '03

23 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > diff -u -r1.1 version.rc > --- dlls/ole32/version.rc 28 Mar 2003 19:33:04 -0000 1.1 > +++ dlls/ole32/version.rc 13 Jul 2003 13:09:17 -0000 > @@ -21,4 +21,8 @@ > #define WINE_OLESELFREGISTER > #define WINE_FILENAME_STR "ole32.dll" > > +#define WINE_FILEVERSION_STR "2.0" > +#define WINE_FILEVERSION 2,0,0,0 > + > #include <wine/wine_common_ver.rc> Version 2.0 is awfully old for ole32.dll. Why do you need that? -- Alexandre Julliard julliard(a)winehq.com

2 3

_setjmp calls in user32 cause a failure in linking on Mingw
by Steven Edwards 23 Jul '03

23 Jul '03

Here is the problem: ../../windows/cursoricon.o(.text+0x3909): In function `LoadImageA': e:/source/winehq/wine/dlls/user/../../windows/cursoricon.c:2005: undefined refer ence to `_setjmp' lstr.o(.text+0x659): In function `CharLowerA': e:/source/winehq/wine/dlls/user/lstr.c:375: undefined reference to `_setjmp' lstr.o(.text+0x709): In function `CharUpperA': e:/source/winehq/wine/dlls/user/lstr.c:402: undefined reference to `_setjmp' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [user32.dll] Error 1 We need to do something about the exception handling on the Mingw build for this and rcprt4. I assume the same problem will exist on cygwin. Can we set a conditional link for msvcrt/cygwin like we do for libwine? Capser has sent me this patch for exception handling but I dont really understand all of this so any suggestions? Thanks Steven Index: include/wine/exception.h =================================================================== RCS file: /home/wine/wine/include/wine/exception.h,v retrieving revision 1.22 diff -u -p -u -r1.22 exception.h --- include/wine/exception.h 4 Jan 2003 00:19:17 -0000 1.22 +++ include/wine/exception.h 9 Jul 2003 19:14:16 -0000 @@ -74,6 +74,15 @@ #else /* USE_COMPILER_EXCEPTIONS */ +#if defined(WIN32) + +#define __TRY do { do +#define __EXCEPT(func) while(0); } while(0); +#define __FINALLY(func) while(0); } while(0); +#define __ENDTRY + +#else /* !WIN32 */ + #define __TRY \ do { __WINE_FRAME __f; \ int __first = 1; \ @@ -114,6 +123,7 @@ } \ } while (0); +#endif /* !WIN32 */ typedef DWORD (CALLBACK *__WINE_FILTER)(PEXCEPTION_POINTERS); typedef void (CALLBACK *__WINE_FINALLY)(BOOL); @@ -121,9 +131,19 @@ typedef void (CALLBACK *__WINE_FINALLY)( #define WINE_EXCEPTION_FILTER(func) DWORD WINAPI func( EXCEPTION_POINTERS *__eptr ) #define WINE_FINALLY_FUNC(func) void WINAPI func( BOOL __normal ) +#if defined(WIN32) + +#define GetExceptionInformation() (NULL) +#define GetExceptionCode() (0) +#define AbnormalTermination() + +#else /* !WIN32 */ + #define GetExceptionInformation() (__eptr) #define GetExceptionCode() (__eptr->ExceptionRecord->ExceptionCode) #define AbnormalTermination() (!__normal) + +#endif /* !WIN32 */ typedef struct __tagWINE_FRAME { __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Do the winelib and winegcc tools and so on define WIN32?
by Jonathan Wilson 23 Jul '03

23 Jul '03

If not, they should (IMHO). Any compiler that provides windows.h & friends and proporting to act like a win32 compiler (i.e. accepting win32 code and so on) should be defining WIN32. Testing #ifdef WIN32 is the easiest way to say "if we are building on windows do x, if not do y" And, for all practical purposes (from the perspective of source code anyway), building on winelib should be the same as building on windows (isnt that the point of winelib) MingW, Visual C++ and Cygwin with -mno-cygwin (which is basicly MingW) all define WIN32. And I would assume that Watcom, Borland and others probobly do as well although I dont have those to check.

3 2

Re: I am going to implement cards.dll
by Brian Vincent (C) 23 Jul '03

23 Jul '03

> BTW, I am going to use the cards from http://www.jfitz.com/cards/index.html. > As for the backs, anyone want to draw some? :) Sure... how many "decks" would you like? Would you like them to be the same size as the ones on that link? There's several different partial views of cards, would you like those too? I'll likely do them as a 16-color pallete unless someone has an objection. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

4 3

Visual Sourcesafe works much better than last year...
by Dan Kegel 23 Jul '03

23 Jul '03

Last time I tried running Microsoft Visual Sourcesafe's gui tools under Wine (six months or a year ago), it had Z-ordering and/or visibility problems, and was only partially usable. Now those problems are all gone, and ssexp.exe is from what I can tell quite functional (if bloody slow over smbfs). It still doesn't update the journal with your changes, so the ss admin will think you're sneaking in changes by magic, but progress is progress. Kudos! - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re:Question about using DLL generated by winemaker
by dd jj 23 Jul '03

23 Jul '03

Sorry, I forgot to mention my formal command which generate ping.dll.so ... %winemaker --lower-uppercase . %./configure --with-wine-includes=/usr/local/include/wine/windows %make Thank you. -Lechun Hello Rodrick, Thanks a lot for your advices, now I am able to use winemaker to generate ping.dll.so (it take me a long time, lots of copiler errors there :) ). But somehow when I run my application under wine: %wine ./ping.exe It just terminate itself. (I suppose it should wait for user's input here) but it return back to prompt state: % Did you happen to know what's the problem, I checked it and found it seems the pin.dll.so works, but somehow terminate the whole program... really wield. All the best. -Lechun Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: The tool winedump is used if I'm right to create a "stub" (empty) dll from a M$ dll. In your case since you have the source code and all you should use winemaker. There are dozens of options to give it to create an exectuble, a library and so on. Just copy the full windows source over and winemaker should create makefiles. Good Luck, Roderick On Sunday 20 July 2003 23:29, dd jj wrote: > Hello, > > After reading winedump/README, I am still confused about how to generate a > wine dll since there's no example described. > > Originally I followed the example described by "spec mode: Generating stub > DLLs", later I found what I need is to "reimplement a Win32 DLL for Unix", > I am wondering whether anyone can give a detailed sample to show how to do > that... > > Now I have 'pingdll.dll'(generated by MS visual studio), and source code > 'pingdll.h','pingdll.c'... > > So my final goal is to generate a wine dll - pingdll.dll.so taking place of > native dll(ping.dll) completly which can be called when I run:( I also need > to change the wine's config to anounce 'Dlloveride: "pingdll" = > "builtin,native") > > % wine ./ping.exe > > In such a way, I can implement some functionality through linux shared > library without the restriction of WINE spave if using native dll under > WINE). > > Could you please help me out of this? > > Thanks a lot. > > -Lechun > > Steven Edwards wrote: > > Now I am trying to use winemaker to build a winelib dll from windows > > source code, Could anyone give some instructions about the implementation > > details? Or any useful info and samples there? > > It seems to me the easy way to build a WINElib dll ATM is not to use > Winemaker but to use winedump to create the spec and add the dll to > wine/dlls/newdllname. > > Thanks > Steven > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

1 0

Question about using DLL generated by winemaker.
by dd jj 22 Jul '03

22 Jul '03

Hello Rodrick, Thanks a lot for your advices, now I am able to use winemaker to generate ping.dll.so (it take me a long time, lots of copiler errors there :) ). But somehow when I run my application under wine: %wine ./ping.exe It just terminate itself. (I suppose it should wait for user's input here) but it return back to prompt state: % Did you happen to know what's the problem, I checked it and found it seems the pin.dll.so works, but somehow terminate the whole program... really wield. All the best. -Lechun Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: The tool winedump is used if I'm right to create a "stub" (empty) dll from a M$ dll. In your case since you have the source code and all you should use winemaker. There are dozens of options to give it to create an exectuble, a library and so on. Just copy the full windows source over and winemaker should create makefiles. Good Luck, Roderick On Sunday 20 July 2003 23:29, dd jj wrote: > Hello, > > After reading winedump/README, I am still confused about how to generate a > wine dll since there's no example described. > > Originally I followed the example described by "spec mode: Generating stub > DLLs", later I found what I need is to "reimplement a Win32 DLL for Unix", > I am wondering whether anyone can give a detailed sample to show how to do > that... > > Now I have 'pingdll.dll'(generated by MS visual studio), and source code > 'pingdll.h','pingdll.c'... > > So my final goal is to generate a wine dll - pingdll.dll.so taking place of > native dll(ping.dll) completly which can be called when I run:( I also need > to change the wine's config to anounce 'Dlloveride: "pingdll" = > "builtin,native") > > % wine ./ping.exe > > In such a way, I can implement some functionality through linux shared > library without the restriction of WINE spave if using native dll under > WINE). > > Could you please help me out of this? > > Thanks a lot. > > -Lechun > > Steven Edwards wrote: > > Now I am trying to use winemaker to build a winelib dll from windows > > source code, Could anyone give some instructions about the implementation > > details? Or any useful info and samples there? > > It seems to me the easy way to build a WINElib dll ATM is not to use > Winemaker but to use winedump to create the spec and add the dll to > wine/dlls/newdllname. > > Thanks > Steven > > __________________________________ > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! > http://sbc.yahoo.com > > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! --------------------------------- Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software

1 0

which of these should I work on?
by Jonathan Wilson 22 Jul '03

22 Jul '03

After looking at all the things windows provides, I have identified the folowing possible programs that I could write for the wine project. Some of them are usefull for WINE itself and some of them might be usefull for (for example) ReactOS Things: 1.improve comdlg32.dll, implement stuff added in WINVER>=0x500 like PrintDlgEx and generally make comdlg32.dll behave more like the windows counterpart (implement a few other things as well, like some of the currently stubbed out items). 2.work on wine notepad. Wont do this until the changes refered to before are merged. 3.write a clone of fontview.exe (windows font sample viewer). This is probobly not usefull for WINE but might be usefull for ReactOS, plus it would be a good excercise in windows GDI programming. 4.write clones of guidgen.exe and/or uuidgen.exe, 2 different windows SDK tools for generating GUIDs/UUIDs. (if we are providing an IDL compiler and other such OLE-esque things, having a GUID/UUID generator is probobly a good thing to have, mainly it is just a stub around a call to CoCreateGUID 5.write a clone of rebase.exe, a win32 PE image rebasing tool. Probobly not usefull to WINE but might be helpfull for ReactOS development, dont know. 6.writing a clone of the cards.dll used by the windows card games. Only problem here is that I would need to find a sutably licenced set of card images since I dont have the skills to draw them myself :) 7.writing a clone of the card games (solitare,freecell etc) included with windows to use said cards.dll (hey, we have WineMine...) 8.writing a character map applet (basicly a clone of charmap.exe). Dont know if WINE needs this but ReactOS probobly does (how else are you going to insert all those fancy foreign language characters and dingbats? :) 9.writing a calculaor app (i.e. a calc.exe clone), again dont know if WINE needs one but ReactOS might... and 10.writing a clone of the Win32 volume control applet. Dont think WINE needs this (since the linux sound API has one already) but ReactOS might... Which of these should I work on? Which of these are usefull to Wine/ReactOS? Are any of these considered "a big beast" (as richedit was refered to by Dimitrie O. Paun?)

8 8

Re: [RESENT] PATCH: dlls/comctl32/listview.c - ScrollColumns fails if no columns exist
by Dimitrie O. Paun 22 Jul '03

22 Jul '03

On Tue, 22 Jul 2003, Stefan Haller wrote: > Resolution: > Attached updated diff based on snapshot 20030709 fixes the problem. > > Changelog: > * dlls/comctl32/listview.c > Stefan Haller <sh_at_grep.ch> > - Ignoring LISTVIEW_ScrollColumns() request if no columns in list Looks good! -- Dimi.

1 0

Re: new utillity for wine, genguid
by Alexandre Julliard 22 Jul '03

22 Jul '03

Jonathan Wilson <jonwil(a)tpgi.com.au> writes: > ok, is this better? > Included as one big patch > Also, added blank line, changed coding to 4 spaces instead of tab > and, changed options to use what you suggested. It looks good, but I'm not convinced we really need that in Wine, there are Unix tools that can generate UUIDs. -- Alexandre Julliard julliard(a)winehq.com

2 1

visual age c++
by ahmed hafez 22 Jul '03

22 Jul '03

2 1

Re: Mach-O Support in WineLib Loader (2) dlopen
by Alexandre Julliard 22 Jul '03

22 Jul '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > This patch provides Mach-O support in WineLib. As Mach-O doesn't have > init and fini section, it adds support for it in dlopen. A new file > mach-o.c is created. It contains functions which add support for init, > and fini section. Isn't there any way to have an init function? How does Mach-O support C++ constructors? -- Alexandre Julliard julliard(a)winehq.com

3 4

I am going to implement cards.dll
by Jonathan Wilson 22 Jul '03

22 Jul '03

As I said in my other message "Its not only used by the MS card games but others as well. Its been reverse engineered by some people and also at some point MS released an "official" SDK for it (at http://www.microsoft.com/mind/0396/games.asp ) so if we dont clone it, people cant play non-ms games that use it" However, there is a problem. Microsoft released a 16 bit version of cards.dll. Later on, they relased a new 32 bit version, also called cards.dll. Some games support the 16 bit version via thunks, some support the 32 bit version and some games try and detect both. Firstly, is there some way I can implement cards.dll so that it presents the 16 bit interface to those apps that use the 16 bit thunks to talk to it and also so it presents the 32 bit interface to those apps that talk to it as a 32 bit dll? Also, I am trying to catalog all the different versions of cards.dll that are out there. (in an attempt to catalog all the differences) I personally have: 1.cards.dll from Windows XP, size 359,936 version 5.1.2600.0. This one is a 32 bit version. 2.cards.dll from Win2k, size 153,360 version 5.0.2134.1. This one is a 32 bit version. 3.cards32.dll from the microsoft article linked to above, size 152,064, no versioninfo resource. This one is a 32 bit version. 4.cards.dll from win98, size 148,528, no versioninfo. This one is a 16 bit version. Does anyone have any other versions, especially other 16 bit versions? BTW, I am going to use the cards from http://www.jfitz.com/cards/index.html. As for the backs, anyone want to draw some? :)

3 2

Re: Progress bar painting fix
by Dimitrie O. Paun 22 Jul '03

22 Jul '03

On Thu, 17 Jul 2003, Mike McCormack wrote: > > ChangeLog: > * invalidate the whole progress bar when painting (for Dreamweaver's > install) That's just Not Cool (TM). It introduces a lot of flicker, and there has been a non-trivial amount of effort put into the invalidate routine to eliminate the annoying flicker. Maybe it's not perfect, but removing it altogether can't be the answer. -- Dimi.

3 4

Re: new utillity for wine, genguid
by Dimitrie O. Paun 22 Jul '03

22 Jul '03

On July 22, 2003 08:27 am, Jonathan Wilson wrote: > Feedback is appreciated (i.e. did I submit the patches correctly, is the -- please add everything as one big patch. To include the new files to the patch, just 'diff -u /dev/null <mynewfile> >> mypatch.diff' -- leave a blank line after the copyright in the header -- we don't force a coding style, but most code is written with indentation of 4 spaces, so that'd be good to follow. Also, be consistent we the braces, the prefered style is: if (...) { .... } -- use a more standard option format for the program, instead of a number (unless this is the way MS utility does it). Something like -O, -D, -c, -r, -u. -- Dimi.

1 0

Re: I am going to implement cards.dll (idea for handling the thunks stuff)
by Jonathan Wilson 22 Jul '03

22 Jul '03

Well basicly, the function names are the same in both the 16 bit dll and the 32 bit dll but one is 16 bit code and one is 32 bit code. The 16 bit version is loaded by LoadLibrary16 Probobly the best way to implement this is to make a cards.dll so that if its loaded by a 16 bit app or loaded via LoadLibrary16, it loads 16 bit code and provides the 16 bit version. If its loaded by LoadLibrary (or via an imports table) from a 32 bit app, the 32 bit version will be loaded. This way, it will work properly with all apps that use cards.dll (regardless of if they use the 16 bit or 32 bit versions) Although, I dont know if that would be a proper way to do it. Anyhow, I need some advice from the gurus on how best to handle this... BTW, there is at least one library that works with both versions by doing LoadLibrary and if that fails LoadLibrary16.

2 1

Palettes again
by Johan Gill 22 Jul '03

22 Jul '03

I'll try again: Run on a true- or high colour display, create a display DC compatible with the display and select&realize a palette into it. A subsequent call to GetSystemPaletteEntries gives no palette at all. Is that what Windows 98/2000/XP does? /Johan Gill <johane(a)lysator.liu.se>

1 0

how do you do console apps?
by Jonathan Wilson 22 Jul '03

22 Jul '03

How would one do an app as a WineLib app (much like how notepad etc are) but that is a console app? Is there an example somewhere in the wine tree of how to do a console app (with main() instead of winmain() and that uses stdio.h to do output to stdout and etc?)

2 1

Re: System tray integration take 5
by Alexandre Julliard 22 Jul '03

22 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > +#define MAX_TRAY_ICONS 256 > +int undockedTrayIconsCount = 0; > +static HWND undockedTrayIcons[MAX_TRAY_ICONS]; /* stores HWNDs of undocked tray windows when a > + NETWM tray window appears, we can dock */ You shouldn't use a global array here. This is not thread safe, plus you'd need to keep track of window destruction to remove them from the array. The right way IMO would be to walk the window tree checking for WS_EX_TRAYWINDOW at the time a tray window appears. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine/programs/notepad rsrc.rc main.h main.c di ...
by Shachar Shemesh 22 Jul '03

22 Jul '03

> > >--- wine/programs/notepad/rsrc.rc:1.8 Mon Jul 21 20:38:52 2003 >+++ wine/programs/notepad/rsrc.rc Mon Jul 21 20:38:52 2003 >@@ -24,6 +24,20 @@ > #include "commctrl.h" > #include "notepad_res.h" > >+ID_ACCEL ACCELERATORS >+{ >+ "^A", CMD_SELECT_ALL >+ "^C", CMD_COPY >+ "^F", CMD_SEARCH >+ "^O", CMD_OPEN >+ "^S", CMD_SAVE >+ "^V", CMD_PASTE >+ "^X", CMD_CUT >+ "^Z", CMD_UNDO >+ VK_F3, CMD_SEARCH_NEXT, VIRTKEY >+ VK_F5, CMD_TIME_DATE, VIRTKEY >+} >+ > #include "Da.rc" > #include "De.rc" > #include "En.rc" > > > What's the sense in making the accelerators global to all languages? Each language has it's own accelerator keys (just as it has it's own menus). Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

I now know what I am going to work on
by Jonathan Wilson 22 Jul '03

22 Jul '03

After all the feedback, I have decided to work on 4 things: 1.a fontview.exe clone (should give me good experiance in working with the GDI font APIs and also should give the WINE implementations of those APIs a workout. In particular, the functionality used to display a font even though its not registered with the system font lists should be a nice thing to hack on and figure out how its done. Plus, ReactOS can use the results. 2.a guidgen.exe clone (the origonal uses MFC, mine wont obviously) 3.a uuidgen.exe clone (usefull as a way to generate GUIDs/UUIDs from a script or makefile) and 4.a cards.dll clone. Its not only used by the MS card games but others as well. Its been reverse engineered by some people and also at some point MS released an "official" SDK for it (at http://www.microsoft.com/mind/0396/games.asp ) so if we dont clone it, people cant play non-ms games that use it :)

1 0

Once again: Wine without X?
by Dan Kegel 22 Jul '03

22 Jul '03

OK folks, it's time for my semiannual "I need Wine to run a commandline program, but can't get it to work" rant. First try: just do a default installation of wine-20030709. Log: $ wine -- /dos/d/vss/win32/ss.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: x11drv: Can't open display: $ echo $DISPLAY $ That should have worked, since ss.exe doesn't use any GDI functions. Moving right along, now let's try the tty driver. I added "GraphicsDriver" = "ttydrv" dank@dank:~$ wine /dos/d/vss/win32/ss.exe dank@dank:~$ It blipped the display to a second screen, then when the program exited, the screen blipped back so I couldn't read what it said. That's pretty useless. In fact, this is exactly the behavior complained about in bug 1358 ( http://bugs.winehq.com/show_bug.cgi?id=1358 ) subtitled "GraphicsDriver" = "none" wanted. On the off chance that a "none" driver had been implemented, I tried it. And suprisingly, something sensible happened: dank@dank:~$ wine /dos/d/vss/win32/ss.exe help Could not load graphics driver 'none' fixme:console:SetConsoleCtrlHandler (0x449460,1) - no error checking or testing yet Username: It actually seemed to work, once past the warning! I haven't tested it beyond the password prompt yet, but that was pretty convincing. Is this the recommended way to run console wine programs without any $&?@!\% curses stuff kicking in and without X? And is there a chance of setting this behavior on a program-by-program basis? AppDefaults appears to be keyed off the driver already, so is probably not able to say "these apps should not use x11drv or ttydrv". Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 9

Re: Sync (29): msvcrt cpp
by Alexandre Julliard 22 Jul '03

22 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +dlls/msvcrt/cpp.c > Use exception as the base for all exception derived classes. > Implement type_info methods correctly. > Add static RTTI for exported objects. > Throw exceptions when run time casts fail. Why did you remove all the structure definitions for the derived classes? I think it's much clearer to have a separate C type for each class instead of having everything be an exception object. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: PATCH: shlwapi
by Alexandre Julliard 21 Jul '03

21 Jul '03

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Numbers without prefix are int (32bit signed). If you > want long long (64bit signed), append LL. LL is not portable, this needs to be done with casts. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Avoid problems with glibc's _res symbol
by Mike Hearn 21 Jul '03

21 Jul '03

Isn't _res an internal function? If so, why is Wine using it? On Mon, 2003-07-21 at 10:06, Mike McCormack wrote: > Newer versions of glibc don't exporting the _res symbol, but instead > replace it with a function call of a different name. This breaks binary > compatibility for code using _res compiled and linked with older > versions of glibc. (iphlpapi uses _res) > > Mike > > > ChangeLog: > * dlopen libc to avoid problems with glibc's _res symbol, which only > defined in older glibc versions > > > ______________________________________________________________________ > Index: configure.ac > =================================================================== > RCS file: /home/wine/wine/configure.ac,v > retrieving revision 1.166 > diff -u -r1.166 configure.ac > --- configure.ac 16 Jul 2003 23:37:22 -0000 1.166 > +++ configure.ac 21 Jul 2003 02:45:13 -0000 > @@ -911,8 +911,8 @@ > WINE_GET_SONAME(jack,jack_client_new) > WINE_GET_SONAME(ssl,SSL_library_init) > WINE_GET_SONAME(crypto,BIO_new_socket) > + WINE_GET_SONAME(c, vsprintf) > fi > - > > dnl **** Check for functions **** > > Index: configure > =================================================================== > RCS file: /home/wine/wine/configure,v > retrieving revision 1.441 > diff -u -r1.441 configure > --- configure 16 Jul 2003 23:37:22 -0000 1.441 > +++ configure 21 Jul 2003 02:45:21 -0000 > @@ -2246,7 +2246,8 @@ > echo "$as_me:$LINENO: \$? = $ac_status" >&5 > (exit $ac_status); }; }; then > for ac_declaration in \ > - '' \ > + ''\ > + '#include <stdlib.h>' \ > 'extern "C" void std::exit (int) throw (); using std::exit;' \ > 'extern "C" void std::exit (int); using std::exit;' \ > 'extern "C" void exit (int) throw ();' \ > @@ -2260,8 +2261,8 @@ > cat confdefs.h >>conftest.$ac_ext > cat >>conftest.$ac_ext <<_ACEOF > /* end confdefs.h. */ > -$ac_declaration > #include <stdlib.h> > +$ac_declaration > int > main () > { > @@ -12977,8 +12978,72 @@ > #define SONAME_LIBCRYPTO "$ac_cv_lib_soname_crypto" > _ACEOF > fi > -fi > > +echo "$as_me:$LINENO: checking for -lc soname" >&5 > +echo $ECHO_N "checking for -lc soname... $ECHO_C" >&6 > +if test "${ac_cv_lib_soname_c+set}" = set; then > + echo $ECHO_N "(cached) $ECHO_C" >&6 > +else > + ac_get_soname_save_LIBS=$LIBS > +LIBS="-lc $LIBS" > + cat >conftest.$ac_ext <<_ACEOF > +#line $LINENO "configure" > +/* confdefs.h. */ > +_ACEOF > +cat confdefs.h >>conftest.$ac_ext > +cat >>conftest.$ac_ext <<_ACEOF > +/* end confdefs.h. */ > + > +/* Override any gcc2 internal prototype to avoid an error. */ > +#ifdef __cplusplus > +extern "C" > +#endif > +/* We use char because int might match the return type of a gcc2 > + builtin and then its argument prototype would still apply. */ > +char vsprintf (); > +int > +main () > +{ > +vsprintf (); > + ; > + return 0; > +} > +_ACEOF > +rm -f conftest.$ac_objext conftest$ac_exeext > +if { (eval echo "$as_me:$LINENO: \"$ac_link\"") >&5 > + (eval $ac_link) 2>&5 > + ac_status=$? > + echo "$as_me:$LINENO: \$? = $ac_status" >&5 > + (exit $ac_status); } && > + { ac_try='test -s conftest$ac_exeext' > + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 > + (eval $ac_try) 2>&5 > + ac_status=$? > + echo "$as_me:$LINENO: \$? = $ac_status" >&5 > + (exit $ac_status); }; }; then > + ac_cv_lib_soname_c=`$ac_cv_path_LDD conftest$ac_exeext | grep libc\\.so | sed 's/^[ ]*$[^ ]*$[ ]*=>.*$/\1/'` > + if test "x$ac_cv_lib_soname_c" = "x" > + then > + ac_cv_lib_soname_c="libc.so" > + fi > +else > + echo "$as_me: failed program was:" >&5 > +sed 's/^/| /' conftest.$ac_ext >&5 > + > +ac_cv_lib_soname_c="libc.so" > +fi > +rm -f conftest.$ac_objext conftest$ac_exeext conftest.$ac_ext > + LIBS=$ac_get_soname_save_LIBS > +fi > +echo "$as_me:$LINENO: result: $ac_cv_lib_soname_c" >&5 > +echo "${ECHO_T}$ac_cv_lib_soname_c" >&6 > +if test "x$ac_cv_lib_soname_c" != xNONE > +then > +cat >>confdefs.h <<_ACEOF > +#define SONAME_LIBC "$ac_cv_lib_soname_c" > +_ACEOF > +fi > +fi > > > # The Ultrix 4.2 mips builtin alloca declared by alloca.h only works > Index: include/config.h.in > =================================================================== > RCS file: /home/wine/wine/include/config.h.in,v > retrieving revision 1.157 > diff -u -r1.157 config.h.in > --- include/config.h.in 20 Jun 2003 23:26:56 -0000 1.157 > +++ include/config.h.in 21 Jul 2003 02:45:22 -0000 > @@ -53,6 +53,9 @@ > /* Define to 1 if you have the <cups/cups.h> header file. */ > #undef HAVE_CUPS_CUPS_H > > +/* Define to the soname of the C library. */ > +#undef SONAME_LIBC > + > /* Define to 1 if you have the <curses.h> header file. */ > #undef HAVE_CURSES_H > > Index: dlls/iphlpapi/Makefile.in > =================================================================== > RCS file: /home/wine/wine/dlls/iphlpapi/Makefile.in,v > retrieving revision 1.1 > diff -u -r1.1 Makefile.in > --- dlls/iphlpapi/Makefile.in 13 May 2003 03:32:20 -0000 1.1 > +++ dlls/iphlpapi/Makefile.in 21 Jul 2003 02:45:22 -0000 > @@ -7,6 +7,7 @@ > > LDDLLFLAGS = @LDDLLFLAGS@ > SYMBOLFILE = $(MODULE).tmp.o > +EXTRALIBS = @DLLIBS@ > > C_SRCS = \ > ifenum.c \ > Index: dlls/iphlpapi/iphlpapi_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/iphlpapi/iphlpapi_main.c,v > retrieving revision 1.4 > diff -u -r1.4 iphlpapi_main.c > --- dlls/iphlpapi/iphlpapi_main.c 23 Jun 2003 03:32:28 -0000 1.4 > +++ dlls/iphlpapi/iphlpapi_main.c 21 Jul 2003 02:45:22 -0000 > @@ -29,6 +29,8 @@ > #include <arpa/nameser.h> > #endif > #include <resolv.h> > +#include <wine/library.h> > +#include <wine/port.h> > #include "winbase.h" > #include "iphlpapi.h" > #include "ifenum.h" > @@ -847,6 +849,35 @@ > return getIPStats(pStats); > } > > +/****************************************************************** > + * IPHLPAPI_GetResolver > + * > + * Finds the location of the DNS server list for GetNetworkParams > + */ > +#ifdef __GLIBC__ > +struct __res_state *IPHLPAPI_GetResolverState() > +{ > + static struct __res_state *p_res; > + static struct __res_state *(*p__res_state)(); > + static void *plibc; > + > + if( !plibc ) > + { > + plibc = wine_dlopen(SONAME_LIBC, RTLD_GLOBAL, NULL, 0 ); > + p__res_state = wine_dlsym(plibc, "__res_state", NULL, 0 ); > + p_res = wine_dlsym(plibc, "_res", NULL, 0 ); > + } > + > + if( p__res_state ) > + return p__res_state(); > + > + if( p_res ) > + return p_res; > + > + return NULL; > +} > +#endif /* __GLIBC */ > + > > /****************************************************************** > * GetNetworkParams (IPHLPAPI.@) > @@ -865,11 +896,22 @@ > DWORD WINAPI GetNetworkParams(PFIXED_INFO pFixedInfo, PULONG pOutBufLen) > { > DWORD size; > +#ifdef __GLIBC__ > + struct __res_state *p_res = IPHLPAPI_GetResolverState(); > +#endif > + int res_nscount = 0; > > if (!pOutBufLen) > return ERROR_INVALID_PARAMETER; > > - size = sizeof(FIXED_INFO) + min(1, (_res.nscount - 1) * > +#ifdef __GLIBC__ > + if( p_res ) > + res_nscount = p_res->nscount; > +#else > + res_nscount = _res.nscount; > +#endif > + > + size = sizeof(FIXED_INFO) + min(1, (res_nscount - 1) * > sizeof(IP_ADDR_STRING)); > if (!pFixedInfo || *pOutBufLen < size) { > *pOutBufLen = size; > @@ -881,14 +923,19 @@ > GetComputerNameExA(ComputerNameDnsHostname, pFixedInfo->HostName, &size); > size = sizeof(pFixedInfo->DomainName); > GetComputerNameExA(ComputerNameDnsDomain, pFixedInfo->DomainName, &size); > - if (_res.nscount > 0) { > + if ( res_nscount > 0) { > PIP_ADDR_STRING ptr; > int i; > > - for (i = 0, ptr = &pFixedInfo->DnsServerList; i < _res.nscount; > + for (i = 0, ptr = &pFixedInfo->DnsServerList; i < res_nscount; > i++, ptr = ptr->Next) { > +#ifdef __GLIBC__ > + toIPAddressString(p_res->nsaddr_list[i].sin_addr.s_addr, > + ptr->IpAddress.String); > +#else > toIPAddressString(_res.nsaddr_list[i].sin_addr.s_addr, > ptr->IpAddress.String); > +#endif > ptr->Next = (PIP_ADDR_STRING)((PBYTE)ptr + sizeof(IP_ADDRESS_STRING)); > } > }

3 3

Re: [MSDMO] Some methods implement and stubs added
by Dmitry Timoshkov 21 Jul '03

21 Jul '03

"Michael "GЭnnewig"" <MichaelGuennewig(a)gmx.de> wrote: > Changelog: > - Implemented Mo* methods in msdmo.dll > - Added stubs for DMORegister, DMOUnregister, DMOEnum, DMOGetTypes, > DMOGetName. > - Added version resources. Please use a usual Wine scheme for defining version resources, see existing resources for details. -- Dmitry.

2 3

More Red Hat b0rkage?
by Mike Hearn 21 Jul '03

21 Jul '03

I know Wine has some issues with some kernel security patches and memory regions. Can anybody confirm that this won't cause issues: The Red Hat Linux 9.0.93 kernel includes new Exec-shield functionality Exec-shield is a security-enhancing modification to the Linux kernel that makes large parts of programs — including their stack — not executable. This can reduce the potential damage of some security holes. Exec-shield is related to the older "non-exec stack patch" but has the potential to provide much greater protection. Exec-shield's behavior can be controlled via the proc file system. The command used is: echo <value> > /proc/sys/kernel/exec-shield thanks -mike

2 1

Question about WINE and adding the "low-level" CD access APIs...
by Jonathan Wilson 21 Jul '03

21 Jul '03

Many copy protections use special tricks on the CDs (I dont know the details). Presumably these protections use some kind of lower-level API to access the data on the CD directly (instead of going through the file I/O calls). Currently TransGaming does something specific for each kind of copy protection to make it work. Would it be possible to implement these APIs in WINE and have them redirect to whatever low level APIs are provided by linux/x/whatever? That way (assuming the implementation was complete), any copy protection would work (i.e. when the protection says "give me this bit of data from the CD in this form", WINE hooks that, gets the relavent data and returns it to the application. Same could be said for protections that use the "boot blocks" to store licence data (such as CDilla Licence Manager), for those you could hook the "read from boot block" and "write to boot block" calls and store the data somewhere (preferably not the real boot block :) If someone can tell me what the low-level access that these protections use is actually called (i.e. what search term to use in MSDN to look for documentation etc) as well as info on whatever the relavent linux low-level access stuff would be, I can look at drawing up some kind of "here is how this could be done" document. Similar low-level hooks could be used to allow things like AudioCatalyst (program that converts audio-cd tracks to MP3 files) and anything else that does lower level access to CDs/DVDs than the high-level file I/O APIs and etc. (the day its possible to run Nero Burning Rom in WINE with no problems will be a great day indeed for the project :) If this isnt fesable for copy protection and so on, please explain why (I know nothing about copy protection or how to program the CD-ROM in win32) Basicly, I dont understand why there is a need for "protection-specific" code in WineX when you could emulate whatever the protection uses and appear just like real windows to the game...

4 6

My wine turned to vinegar... vanilla wine isn't broken, is it?
by Gregory M. Turner 21 Jul '03

21 Jul '03

OK, this is a new problem to me... I'm not too familiar with the loader so I thought I'd see if anybody knew what was going on before I spent time trying to debug this myself. I recently decided that my wine installation had become too crufty, so I wiped out ~/c, and ~/.wine, and ran tools/wineinstall. This is with CVS wine... IOW, a 100% standard config. Everything seemed to go fine with wineinstall, but now, no matter what I try, I seem to be unable to run wine at all -- it more-or-less immediately segfautlts. I didn't change anything; aside from some truly trivial font path fixups, I have a completely vanilla ~/.wine/config and ~/c tree. Under gdb, I see the following if I try to run notepad (or any other thing): (gdb) up #1 0x4011ba3c in wine_dll_set_callback (load=0x400a7aa0 <load_library>) at loader.c:353 (gdb) print builtin_dlls[i].filename $6 = 0x400dcb95 "ntdll.dll" (gdb) down #0 map_dll (nt_descr=0x400f7b20) at loader.c:166 (gdb) bt #0 map_dll (nt_descr=0x400f7b20) at loader.c:166 #1 0x4011ba3c in wine_dll_set_callback (load=0x400a7aa0 <load_library>) at loader.c:353 #2 0x400a80c3 in BUILTIN32_LoadExeModule (main=0x0) at ../../relay32/builtin32.c:181 #3 0x403f5715 in __wine_process_init (argc=2, argv=0xbffff5f4) at ../../../wine/scheduler/process.c:578 #4 0x4011bc6a in wine_init (argc=2, argv=0xbffff5f4, error=0xbffff1a4 "", error_size=1024) at loader.c:427 #5 0x3c000540 in main (argc=2, argv=0xbffff5f4) at ../../wine/miscemu/main.c:33 #6 0x40237747 in __libc_start_main () from /lib/libc.so.6 (gdb) print ptr $7 = (void *) 0x41b (gdb) print base $8 = (void *) 0x0 It's deferencing the 0x41b pointer which is causing the segfault... Any ideas? If not, how should I try and debug this?... what is fixup_rva_ptr's (libs/wine/loader.c) all about? And, if this is what happens with a completely vanilla wine install, why doesn't "everybody" have this problem? Surely, I am missing something totally obvious? Thanks, -- "We must stop thinking of the individual and start thinking about what is best for society." -Hillary Clinton, 1993 gmt

4 5

Re: Mach-O Support in WineLib Loader
by Mike Hearn 21 Jul '03

21 Jul '03

Out of curiousity, how do you get around the linkage requirements of Mach-O, ie the fact that you can't both dlopen and runtime link to the same module? On Mon, 2003-07-21 at 13:08, Pierre d'Herbemont wrote: > Hi! > > This patch enables Mach-O (Darwin linker file format) support in > WineLib. > > Thanks, > > Pierre > > ModifiedFiles: > - loader/module.c > > ChangeLog: > - Add Mach-O (Darwin file format) support. >

2 1

Typelib marshalling BSTRs
by Mike Hearn 21 Jul '03

21 Jul '03

Hi, Well, I've made pretty good progress, but am a bit stuck with this problem. Basically: 003d:trace:ole:TL_Marshal parameter 1 003d:trace:ole:TL_Marshal name : L"rgszNames" 003d:trace:ole:TL_Marshal type : 26 003d:trace:ole:TL_Marshal flags : 01 003d:trace:ole:TL_MarshalType dereferencing PTR 0x52edf7d0 => 0x54331260 003d:trace:ole:TL_MarshalType dereferencing PTR 0x54331260 => 0x54331270 003d:trace:ole:TL_MarshalType marshaling byte 100 As you can see, it's marshalling IDispatch across apartment boundaries, but it gets this parameter wrong. The double dereference seems correct, but marshalling a byte is not - I think it should be a BSTR. rgszNames is a parameter of IDispatch::GetIDsFromNames, which is defined as an OLECHAR FAR* FAR* I can't figure out where the typeinfo data for IDispatch is coming from though, hence my stuckness. BTW, is this line really correct: TL_Unmarshal(pStm, pInfo, pDesc, PARAMFLAG_FIN, args, &argc, pChannel, &is_iid); shouldn't it be: TL_Unmarshal(pStm, pInfo, pDesc, PARAMFLAG_FIN, (DWORD*)&args[0], &argc, pChannel, &is_iid); as args[] is a local array declared on the stack which is then passed to the function to be invoked - otherwise how does TL_Unmarshal set the arguments? Well I tried changing it, and it made no obvious difference to my bug, but I thought I'd ask anyway. thanks -mike

4 8

question about non-standard language IDs
by Jonathan Wilson 21 Jul '03

21 Jul '03

i.e. LANG_ESPERANTO, LANG_WALON, LANG_CORNISH, LANG_WELSH, LANG_BRETON Where are these comming from? Are these Wine only or does some variant of windows (or some language list somewhere) define these? If they are Wine only (I cant find them in any MS headers), then something should be added in the places they are used to say: #ifdef LANG_WALON #include "wa.rc" #endif This will enable wine stuff (such as notepad) to compile under win32 using the MS or W32API headers.

2 2

Debugging with native DLLs
by E Lea 21 Jul '03

21 Jul '03

I'm trying to see which OLE calls a program makes under WINE when using oleaut32 natively. Obviously this native DLL doesn't have any debugging information. wine --debugmsg +ole app.exe doesn't seem to show the calls made to oleaut32. Is there are way I can get this information?

2 1

Re: Misc FAQ improvements
by Tom 21 Jul '03

21 Jul '03

Mike Hearn wrote: > > Wine is a program which allows the operation of DOS and MS >- Windows programs (Windows 3.x and Win32 executables) on UNIX. >+ Windows programs (Windows 3.x and Win32 executables) on UNIX operating systems such as Linux. > Why not just : Windows programs (Windows 3.x and Win32 executables) on UNIX operating systems. Wine runs on BSD, Solaris, OSX as well. >@@ -440,7 +448,12 @@ > taken place. That said, the documentation is often bad, nonexistent, > and even misleading where it exists, so a fair amount of reverse > engineering has been necessary, particularly in the shell (Explorer) >- interface. >+ interface. The biggest problem facing Wine though is simply lack of >+ manpower. At one point, over 5000 people were working on Windows 2000. >+ While Wine doesn't need to replicate all of Windows (we only cover the >+ parts needed to make Windows programs work), that's still nearly 10 times >+ more people working simply on one release than have <emphasis>ever</emphasis> >+ worked on Wine, in the history of the project. > should you note at one given time ? > >@@ -1142,7 +1161,7 @@ > <answer> > <para> > Make sure you have all the VB runtime libraries installed. You may >- need to use the native DLL vbrun60.dll >+ need to use the native DLL vbrun60.dll. You can get some from dll-files.com. > some or them or just "it" if you only need the one dll ? Tom

2 2

Still Questions about building wine dll using winedump or winemaker
by dd jj 20 Jul '03

20 Jul '03

Hello, After reading winedump/README, I am still confused about how to generate a wine dll since there's no example described. Originally I followed the example described by "spec mode: Generating stub DLLs", later I found what I need is to "reimplement a Win32 DLL for Unix", I am wondering whether anyone can give a detailed sample to show how to do that... Now I have 'pingdll.dll'(generated by MS visual studio), and source code 'pingdll.h','pingdll.c'... So my final goal is to generate a wine dll - pingdll.dll.so taking place of native dll(ping.dll) completly which can be called when I run:( I also need to change the wine's config to anounce 'Dlloveride: "pingdll" = "builtin,native") % wine ./ping.exe In such a way, I can implement some functionality through linux shared library without the restriction of WINE spave if using native dll under WINE). Could you please help me out of this? Thanks a lot. -Lechun Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > Now I am trying to use winemaker to build a winelib dll from windows source code, > Could anyone give some instructions about the implementation details? Or any useful info and > samples there? It seems to me the easy way to build a WINElib dll ATM is not to use Winemaker but to use winedump to create the spec and add the dll to wine/dlls/newdllname. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Re: Problam compiling wine rpm with icu support
by Shachar Shemesh 20 Jul '03

20 Jul '03

puoti wrote: >I've just installed icu 2.6 on a fresh install of Mandrake Linux 9.1, and was >compiling wine-20030709 when I noticed a configure message saying >checking if we can staticly link icu... no >and I'm wondering what I've done wrong. Should I try with icu 2.4, or must I >compile icu with some special option? Please help, for various reasons this >month's wine rpm for mandrake is already very late. > > > Sorry for the late reply. I'm CCing the mailing list, in case someone there has a better clue as to the problem. Can you please send me the config.log file? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

something I intend working on that will help make wine "more complete"
by Jonathan Wilson 20 Jul '03

20 Jul '03

Basicly, I am going to compare what functions WINE exports from different dlls, say, kernel32.dll or whatever with what Windows XP SP1 exports from the same dll. If there is anything "missing" from the WINE version, then it needs to be added (even if its just a "fixme" stub) Would such work be any use? Has this work already been dome by someone?

5 7

Re: Typelib marshalling BSTRs
by Mike Hearn 20 Jul '03

20 Jul '03

On Sun, 2003-07-20 at 12:56, Ove Kaaven wrote: > I've mentioned before the InstallShield hack in typelib.c (the "if (1 || > ...)"), right? I suspect that you *must* disable it. or it'll probably > keep reinstalling the wrong marshaller into the registry every time you > run it. Eek, I didn't realise that hack would actually modify the registry on each run, I thought it just diverted something onto a different codepath. I'll try disabling that as well. thanks -mike

1 0

Warning on Alpha Linux
by Steven Edwards 20 Jul '03

20 Jul '03

Hello, On just about every file that is built we are getting this warrning. This is the most minor problem we have with the alpha build but I couldnt figure it out. ../../include/wine/debug.h: In function `wine_dbgstr_guid': ../../include/wine/debug.h:152: warning: cast from pointer to integer of different size ../../include/wine/debug.h:152: warning: cast from pointer to integer of different size This system is a Alpha AXP 21164. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

6 11

SMP on RedHat 9
by Vitaliy Margolen 20 Jul '03

20 Jul '03

I'm having major problems running some apps since upgrading from 7.3 to RedHat 9. I think the problem could be that my PC is dual CPU. Compiling wine with --with-ntpl does not help. Most of the time I'm getting "Access violation" or "Page fault" errors. Some time it's thread deadlocks. The worst app so far is "The Bat!". It starts on 5th 10th attempt only. But only if I'm running wine in "win98" mode. Running as "win2k" doesn't work at all. One time I tried to start The Bat! 20 times. And it failed every time in different places. Also running in limited desktop window 'Desktop="1024x768"' fails every time as well. Any suggestions? -- Best regards, Vitaliy

2 2

Re: Sync(20): ntdll/tests/rtlstr.c
by Alexandre Julliard 20 Jul '03

20 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +/* Define the undocumented types we need here as there is no native header */ > +typedef struct _STRING { > + USHORT Length; > + USHORT MaximumLength; > + PCHAR Buffer; > +} STRING, *PSTRING; > +typedef const STRING *PCANSI_STRING; Actually there is a native winternl.h that defines these. You may need to upgrade your headers. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: just a suggestion (richedit.dll)
by Jonathan Wilson 20 Jul '03

20 Jul '03

Tom wrote: > Hello, > > You could look into riched20.dll and riched32.dll > as wine is in need of these in a bad way :) Unfortunatly, I have never programmed richedit stuff. But, if someone can provide 4 things, I might actually give it a go: 1.an existing control or library that can do the actual rendering of the text (with the colors, fonts, bold and so on) 2.an example program that shows the usage of RichEdit (something that has source code) and that will work just fine using MS richedit.dll under Wine that I can use as a test subject (something that uses straight C code and calls richedit directly, i.e. doesnt use libraries like MFC) 3.documentation on the programming interface of this dll. Having a working clone header and library file (perhaps the one from MingW32 if the licence of that file is ok) would be ideal as it would give me a place to start. and 4.details on anything I am not allowed to do to the MS dll in the corse of making this new one (I know copying stuff is forbidden because its a copyright violation but am I allowed to for example disassemble richedit.dll or step through it in a debugger to get a better idea of how it works or is that considered too legally risky?)

3 3

WINE programs question...
by Jonathan Wilson 20 Jul '03

20 Jul '03

Some of the WINE programs (for example, notepad) use resources for languages that arent present in the MingW headers, the Windows SDK or the visual C++ 6 header files (like LANG_WALON). Where did these definitions come from? Does windows actually use these definitions somehow? (Given that WINE is supposed to be a clone of the windows API, defining and using things that windows itself doesnt provide doesnt make sense) IANACWD (I Am Not A Core Wine Developer) but I would think that being able to compile the standard Wine programs and some of the non-core dlls under MingW with w32api would be a usefull test. Being able to replace e.g. comctl32.dll from MS with the wine version and seeing what breaks would be a good way to track down bugs (IMHO) Same for Wine programs (like notepad), being able to build & use em on win32 would help with bug tracking. (i.e. is this bug in WINE or in the app)

3 2

something I could work on, can someone tell me if this is something usefull or not?
by Jonathan Wilson 20 Jul '03

20 Jul '03

I could take the WINE implementation of notepad.exe (which is clearly a "clone" of an older version of notepad, probobly from Windows 98 or ME or 2000 or something) and add to it so it does the same things or similar things as the windows XP notepad. Some of the differences between XP notepad and Wine notepad: the file size limit is gone (because microsoft re-wrote the edit control to not have a size limit I guess) the "page setup" and "print setup" dialogs are combined into one dialog now with new code to handle that. A few slight differences between the UI of both (for example the Cut and Copy items are disabled if there is nothing selected, something wine notepad doesnt do) Wrap Ling Lines (in Wine notepad) is moved to a new Format menu in Windows XP notepad and is called Word Wrap. Also, the Font menu item is moved for the Format menu. Find and Find Next are moved to the Edit menu and renamed from Search and Search Next. Also, a Replace option and a Go To option (goes to a specific line) have been added. And, the Save and Save As dialogs have an "encoding" selection box that lets you select And, the print function has a "now printing" dialog. Also (obviously), the help system is better in Windows XP notepad. Basicly, I plan to implement some of these things (but I wont do the help system since thats something I know nothing about) to make wine notepad more like windows XP notepad (in particular, adding the Replace and Go To features) I am taking this on because I want to improve my skills at working with the Win32 API. Basicly, I want to know: 1.is this something usefull to the Wine project? and 2.is there anything I should avoid doing for whatever reason? (for example, are there things I cant do because they would violate MS IP or something)

4 3

RE: Web: Fix the WWN intros
by Brian Vincent (C) 19 Jul '03

19 Jul '03

> So why do we still say (the Un*x Windows emulator). ? If it's > *not* a emulator ? The only reason I ever left that in there is because that's the way Eric had it. (And he can always just blame it on being a native .fr speaker.) Maybe I'll change it this week to something more appropriate. I've always hated saying something like "an implementation of the Win32 API for Un*x", it sounds too technical. Emulator, while wrong in a technical sense, does get the point across. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

3 2

DirectSound problems
by Mike Hearn 19 Jul '03

19 Jul '03

Hi, Just trying out EV Nova (a game), I get lots and lots of errors like this: err:dsound:DSOUND_MixOne underrun on sound buffer 0x5579a110 fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=15872 < primary_done=21168) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=15872 < primary_done=17640) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=15872 < primary_done=17640) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=15872 < primary_done=21168) err:dsound:DSOUND_MixOne underrun on sound buffer 0x5579a110 and the soundy is choppy, drops out and is distorted. Yes, I am forcing HEL emulation. What sort of thing causes these errors? Any idea what I can do to fix it? thanks -mike

1 0

Re: just a suggestion (richedit.dll)
by Robert Shearman 19 Jul '03

19 Jul '03

> > You could look into riched20.dll and riched32.dll > > as wine is in need of these in a bad way :) I submitted a patch to enhance the functionality of richedit a while ago, although it wasn't accepted (probably because I hadn't finished it). I have abandoned it for the moment so feel free to continue with the work. If richedit doesn't appeal to you, maybe you could implement a few Var* functions in oleaut32. These are particularly important to VB users, and can be tested very easily since the functions have no side effects. Rob

1 0

2 questions about the WINE multi-line edit control
by Jonathan Wilson 19 Jul '03

19 Jul '03

1.does it handle UNICODE yet? and 2.is there any limit to the size of the data that can be stored in one?

1 0

Re: Locales with the same language
by Dmitry Timoshkov 19 Jul '03

19 Jul '03

"Marcelo Duarte" <wine-devel(a)bol.com.br> wrote: > If I understanded, people that have LANG=fr_CA or pt_PT, etc (non-default > SUBLANG), will have to use English? If there are no resources with SUBLANGE_DEFAULT, then yes. > Then the correct will be change all resources with SUBLANGE_DEFAULT to > SUBLANG_NEUTRAL until someone localize them? > I can modify this if is the correct. Actually there was a completely opposite patch committed recently: 2003-01-05 Shachar Shemesh <winecode(a)sun.consumer.org.il> Change the SUBLANG_NEUTRAL clause in all winelib applications to SUBLANG_DEFAULT, as they should be. I vote to revert that patch. -- Dmitry.

3 10

Re: Sync (32): winbuild msvcrt
by Alexandre Julliard 19 Jul '03

19 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > - Functions exported by name only should not be given ordinal numbers > in the .def output, so that link.exe can fill up empy ordinal slots > and create a valid export table. Not doing this leads to an incorrect > export table without any warnings or errors during the build. We use the ordinal to generate the proper hint in the import table, so this is not a good idea. > - We need the stub functions to be present in the final dll file, or > our ordinal functions cannot be accessed. This is because link.exe > requires that all ordinals be present in order to generate a correct > ordinal export table. > This in turn requires that the .spec.c files compile correctly under > msvc, in order to get the stub functions included in the link. > However, we obviously don't need the pe header or export tables that > winebuild generates, since link.exe (and any other PE linker, for > that matter) does this work for us. The .spec.c file must not be used on Windows IMO. If the MS linker is really that brain damaged then you'll need to make sure you have valid functions for all entry points, or use a better linker (mingw should work AFAIK). > - Several symbols are expected to be exported as private and by name > only, or they generate warnings when creating the .lib and .exp files > for the dll. This requires identifying said symbols, and correctly > generating and parsing the PRIVATE flag in .def files. I'd suggest specifying that in the spec file instead of hard-coding the symbols in winebuild. Also please try to split your patch, there are clearly different changes in there, it would be a lot easier to analyze them independently. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Sync (32): winbuild msvcrt
by Steven Edwards 19 Jul '03

19 Jul '03

--- Jon Griffiths <jon_p_griffiths(a)yahoo.com> wrote: > > +tools/winebuild/build.h tools/winebuild/import.c > tools/winebuild/parser.ctools/winebuild/spec16.c > tools/winebuild/spec32.c > Export '@'-functions and forwards > Support PRIVATE and optional ordinal numbers in .def files > Allow generated files to build correct dlls under msvc > Clean up the generated output Using your patch I am now getting the following errors in linking of shlwapi.dll dllwrap -k --def shlwapi.spec.def -o shlwapi.dll assoc.o clist.o istream.o ordi nal.o path.o reg.o regstream.o shlwapi_main.o string.o thread.o url.o wsprintf.o shlwapi.dll.dbg.o -L../../dlls -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel3 2 -L../../libs/wine -lwine -L../../libs/uuid -lwine_uuid -L../../libs/unicode -l wine_unicode -L../../libs/port -lwine_port -lm shlwapi.exp(.edata+0xc4):fake: undefined reference to `f1' shlwapi.exp(.edata+0xc8):fake: undefined reference to `f2' shlwapi.exp(.edata+0xcc):fake: undefined reference to `f3' shlwapi.exp(.edata+0xd0):fake: undefined reference to `f4' shlwapi.exp(.edata+0xd4):fake: undefined reference to `f5' shlwapi.exp(.edata+0xd8):fake: undefined reference to `__wine_stub_shlwapi_dll_4 2' shlwapi.exp(.edata+0xdc):fake: undefined reference to `f6' shlwapi.exp(.edata+0xe0):fake: undefined reference to `f7' shlwapi.exp(.edata+0xe4):fake: undefined reference to `f8' shlwapi.exp(.edata+0xe8):fake: undefined reference to `f9' shlwapi.exp(.edata+0xec):fake: undefined reference to `f10' shlwapi.exp(.edata+0xf0):fake: undefined reference to `f11' shlwapi.exp(.edata+0xf4):fake: undefined reference to `f12' shlwapi.exp(.edata+0xf8):fake: undefined reference to `f13' shlwapi.exp(.edata+0xfc):fake: undefined reference to `f14' shlwapi.exp(.edata+0x100):fake: undefined reference to `f15' shlwapi.exp(.edata+0x104):fake: undefined reference to `f16' shlwapi.exp(.edata+0x108):fake: undefined reference to `f17' shlwapi.exp(.edata+0x10c):fake: undefined reference to `f18' shlwapi.exp(.edata+0x110):fake: undefined reference to `f19' shlwapi.exp(.edata+0x114):fake: undefined reference to `f20' shlwapi.exp(.edata+0x118):fake: undefined reference to `__wine_stub_shlwapi_dll_ 58' shlwapi.exp(.edata+0x11c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 59' shlwapi.exp(.edata+0x120):fake: undefined reference to `f21' shlwapi.exp(.edata+0x124):fake: undefined reference to `f22' shlwapi.exp(.edata+0x128):fake: undefined reference to `f23' shlwapi.exp(.edata+0x12c):fake: undefined reference to `f24' shlwapi.exp(.edata+0x130):fake: undefined reference to `f25' shlwapi.exp(.edata+0x134):fake: undefined reference to `f26' shlwapi.exp(.edata+0x138):fake: undefined reference to `f27' shlwapi.exp(.edata+0x13c):fake: undefined reference to `f28' shlwapi.exp(.edata+0x140):fake: undefined reference to `f29' shlwapi.exp(.edata+0x144):fake: undefined reference to `f30' shlwapi.exp(.edata+0x148):fake: undefined reference to `f31' shlwapi.exp(.edata+0x14c):fake: undefined reference to `f32' shlwapi.exp(.edata+0x150):fake: undefined reference to `f33' shlwapi.exp(.edata+0x154):fake: undefined reference to `f34' shlwapi.exp(.edata+0x15c):fake: undefined reference to `f35' shlwapi.exp(.edata+0x160):fake: undefined reference to `f36' shlwapi.exp(.edata+0x164):fake: undefined reference to `f37' shlwapi.exp(.edata+0x168):fake: undefined reference to `f38' shlwapi.exp(.edata+0x16c):fake: undefined reference to `f39' shlwapi.exp(.edata+0x170):fake: undefined reference to `f40' shlwapi.exp(.edata+0x174):fake: undefined reference to `f41' shlwapi.exp(.edata+0x178):fake: undefined reference to `f42' shlwapi.exp(.edata+0x17c):fake: undefined reference to `f43' shlwapi.exp(.edata+0x180):fake: undefined reference to `f44' shlwapi.exp(.edata+0x184):fake: undefined reference to `f45' shlwapi.exp(.edata+0x188):fake: undefined reference to `f46' shlwapi.exp(.edata+0x18c):fake: undefined reference to `f47' shlwapi.exp(.edata+0x190):fake: undefined reference to `f48' shlwapi.exp(.edata+0x194):fake: undefined reference to `f49' shlwapi.exp(.edata+0x198):fake: undefined reference to `f50' shlwapi.exp(.edata+0x19c):fake: undefined reference to `f51' shlwapi.exp(.edata+0x1a0):fake: undefined reference to `f52' shlwapi.exp(.edata+0x1a4):fake: undefined reference to `f53' shlwapi.exp(.edata+0x1a8):fake: undefined reference to `f54' shlwapi.exp(.edata+0x1ac):fake: undefined reference to `f55' shlwapi.exp(.edata+0x1b0):fake: undefined reference to `f56' shlwapi.exp(.edata+0x1b4):fake: undefined reference to `f57' shlwapi.exp(.edata+0x1b8):fake: undefined reference to `f58' shlwapi.exp(.edata+0x1bc):fake: undefined reference to `f59' shlwapi.exp(.edata+0x1c0):fake: undefined reference to `f60' shlwapi.exp(.edata+0x1c4):fake: undefined reference to `f61' shlwapi.exp(.edata+0x1c8):fake: undefined reference to `f62' shlwapi.exp(.edata+0x1cc):fake: undefined reference to `f63' shlwapi.exp(.edata+0x1d0):fake: undefined reference to `f64' shlwapi.exp(.edata+0x1d4):fake: undefined reference to `f65' shlwapi.exp(.edata+0x1d8):fake: undefined reference to `f66' shlwapi.exp(.edata+0x1dc):fake: undefined reference to `f67' shlwapi.exp(.edata+0x1e0):fake: undefined reference to `f68' shlwapi.exp(.edata+0x1e4):fake: undefined reference to `f69' shlwapi.exp(.edata+0x1e8):fake: undefined reference to `f70' shlwapi.exp(.edata+0x1ec):fake: undefined reference to `f71' shlwapi.exp(.edata+0x1f0):fake: undefined reference to `f72' shlwapi.exp(.edata+0x1f4):fake: undefined reference to `f73' shlwapi.exp(.edata+0x1f8):fake: undefined reference to `f74' shlwapi.exp(.edata+0x1fc):fake: undefined reference to `f75' shlwapi.exp(.edata+0x200):fake: undefined reference to `f76' shlwapi.exp(.edata+0x204):fake: undefined reference to `f77' shlwapi.exp(.edata+0x208):fake: undefined reference to `f78' shlwapi.exp(.edata+0x20c):fake: undefined reference to `f79' shlwapi.exp(.edata+0x210):fake: undefined reference to `f80' shlwapi.exp(.edata+0x214):fake: undefined reference to `f81' shlwapi.exp(.edata+0x218):fake: undefined reference to `f82' shlwapi.exp(.edata+0x21c):fake: undefined reference to `f83' shlwapi.exp(.edata+0x220):fake: undefined reference to `f84' shlwapi.exp(.edata+0x224):fake: undefined reference to `f85' shlwapi.exp(.edata+0x228):fake: undefined reference to `f86' shlwapi.exp(.edata+0x22c):fake: undefined reference to `f87' shlwapi.exp(.edata+0x230):fake: undefined reference to `f88' shlwapi.exp(.edata+0x234):fake: undefined reference to `f89' shlwapi.exp(.edata+0x238):fake: undefined reference to `f90' shlwapi.exp(.edata+0x23c):fake: undefined reference to `f91' shlwapi.exp(.edata+0x240):fake: undefined reference to `f92' shlwapi.exp(.edata+0x244):fake: undefined reference to `f93' shlwapi.exp(.edata+0x248):fake: undefined reference to `f94' shlwapi.exp(.edata+0x24c):fake: undefined reference to `f95' shlwapi.exp(.edata+0x250):fake: undefined reference to `f96' shlwapi.exp(.edata+0x254):fake: undefined reference to `f97' shlwapi.exp(.edata+0x25c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 139' shlwapi.exp(.edata+0x260):fake: undefined reference to `f98' shlwapi.exp(.edata+0x264):fake: undefined reference to `f99' shlwapi.exp(.edata+0x268):fake: undefined reference to `f100' shlwapi.exp(.edata+0x26c):fake: undefined reference to `f101' shlwapi.exp(.edata+0x270):fake: undefined reference to `f102' shlwapi.exp(.edata+0x274):fake: undefined reference to `f103' shlwapi.exp(.edata+0x278):fake: undefined reference to `f104' shlwapi.exp(.edata+0x27c):fake: undefined reference to `f105' shlwapi.exp(.edata+0x280):fake: undefined reference to `f106' shlwapi.exp(.edata+0x284):fake: undefined reference to `f107' shlwapi.exp(.edata+0x288):fake: undefined reference to `f108' shlwapi.exp(.edata+0x2ac):fake: undefined reference to `f109' shlwapi.exp(.edata+0x2b0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 160' shlwapi.exp(.edata+0x2b4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 161' shlwapi.exp(.edata+0x2e4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 173' shlwapi.exp(.edata+0x2f4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 177' shlwapi.exp(.edata+0x2f8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 178' shlwapi.exp(.edata+0x2fc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 179' shlwapi.exp(.edata+0x314):fake: undefined reference to `__wine_stub_shlwapi_dll_ 185' shlwapi.exp(.edata+0x318):fake: undefined reference to `__wine_stub_shlwapi_dll_ 186' shlwapi.exp(.edata+0x320):fake: undefined reference to `__wine_stub_shlwapi_dll_ 188' shlwapi.exp(.edata+0x328):fake: undefined reference to `__wine_stub_shlwapi_dll_ 190' shlwapi.exp(.edata+0x32c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 191' shlwapi.exp(.edata+0x330):fake: undefined reference to `__wine_stub_shlwapi_dll_ 192' shlwapi.exp(.edata+0x338):fake: undefined reference to `__wine_stub_shlwapi_dll_ 194' shlwapi.exp(.edata+0x33c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 195' shlwapi.exp(.edata+0x340):fake: undefined reference to `__wine_stub_shlwapi_dll_ 196' shlwapi.exp(.edata+0x348):fake: undefined reference to `__wine_stub_shlwapi_dll_ 198' shlwapi.exp(.edata+0x350):fake: undefined reference to `__wine_stub_shlwapi_dll_ 200' shlwapi.exp(.edata+0x36c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 207' shlwapi.exp(.edata+0x390):fake: undefined reference to `__wine_stub_shlwapi_dll_ 216' shlwapi.exp(.edata+0x3a0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 220' shlwapi.exp(.edata+0x3a4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 221' shlwapi.exp(.edata+0x3b4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 225' shlwapi.exp(.edata+0x3b8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 226' shlwapi.exp(.edata+0x3bc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 227' shlwapi.exp(.edata+0x3c0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 228' shlwapi.exp(.edata+0x3c4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 229' shlwapi.exp(.edata+0x3c8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 230' shlwapi.exp(.edata+0x3cc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 231' shlwapi.exp(.edata+0x3d0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 232' shlwapi.exp(.edata+0x3d4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 233' shlwapi.exp(.edata+0x3d8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 234' shlwapi.exp(.edata+0x3dc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 235' shlwapi.exp(.edata+0x3e8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 238' shlwapi.exp(.edata+0x3f8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 242' shlwapi.exp(.edata+0x3fc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 243' shlwapi.exp(.edata+0x400):fake: undefined reference to `__wine_stub_shlwapi_dll_ 244' shlwapi.exp(.edata+0x404):fake: undefined reference to `__wine_stub_shlwapi_dll_ 245' shlwapi.exp(.edata+0x408):fake: undefined reference to `__wine_stub_shlwapi_dll_ 246' shlwapi.exp(.edata+0x40c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 247' shlwapi.exp(.edata+0x410):fake: undefined reference to `__wine_stub_shlwapi_dll_ 248' shlwapi.exp(.edata+0x414):fake: undefined reference to `__wine_stub_shlwapi_dll_ 249' shlwapi.exp(.edata+0x418):fake: undefined reference to `__wine_stub_shlwapi_dll_ 250' shlwapi.exp(.edata+0x41c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 251' shlwapi.exp(.edata+0x420):fake: undefined reference to `__wine_stub_shlwapi_dll_ 252' shlwapi.exp(.edata+0x430):fake: undefined reference to `__wine_stub_shlwapi_dll_ 256' shlwapi.exp(.edata+0x434):fake: undefined reference to `__wine_stub_shlwapi_dll_ 257' shlwapi.exp(.edata+0x438):fake: undefined reference to `__wine_stub_shlwapi_dll_ 258' shlwapi.exp(.edata+0x43c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 259' shlwapi.exp(.edata+0x440):fake: undefined reference to `__wine_stub_shlwapi_dll_ 260' shlwapi.exp(.edata+0x444):fake: undefined reference to `__wine_stub_shlwapi_dll_ 261' shlwapi.exp(.edata+0x448):fake: undefined reference to `__wine_stub_shlwapi_dll_ 262' shlwapi.exp(.edata+0x44c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 263' shlwapi.exp(.edata+0x450):fake: undefined reference to `__wine_stub_shlwapi_dll_ 264' shlwapi.exp(.edata+0x454):fake: undefined reference to `__wine_stub_shlwapi_dll_ 265' shlwapi.exp(.edata+0x470):fake: undefined reference to `__wine_stub_shlwapi_dll_ 272' shlwapi.exp(.edata+0x474):fake: undefined reference to `__wine_stub_shlwapi_dll_ 273' shlwapi.exp(.edata+0x478):fake: undefined reference to `__wine_stub_shlwapi_dll_ 274' shlwapi.exp(.edata+0x47c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 275' shlwapi.exp(.edata+0x484):fake: undefined reference to `__wine_stub_shlwapi_dll_ 277' shlwapi.exp(.edata+0x48c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 279' shlwapi.exp(.edata+0x490):fake: undefined reference to `__wine_stub_shlwapi_dll_ 280' shlwapi.exp(.edata+0x49c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 283' shlwapi.exp(.edata+0x4a4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 285' shlwapi.exp(.edata+0x4a8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 286' shlwapi.exp(.edata+0x4b0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 288' shlwapi.exp(.edata+0x4b8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 290' shlwapi.exp(.edata+0x4bc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 291' shlwapi.exp(.edata+0x4c0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 292' shlwapi.exp(.edata+0x4c4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 293' shlwapi.exp(.edata+0x4d0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 296' shlwapi.exp(.edata+0x4d4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 297' shlwapi.exp(.edata+0x4d8):fake: undefined reference to `f110' shlwapi.exp(.edata+0x4e0):fake: undefined reference to `f111' shlwapi.exp(.edata+0x4e4):fake: undefined reference to `f112' shlwapi.exp(.edata+0x4e8):fake: undefined reference to `f113' shlwapi.exp(.edata+0x4ec):fake: undefined reference to `f114' shlwapi.exp(.edata+0x4f0):fake: undefined reference to `f115' shlwapi.exp(.edata+0x4f4):fake: undefined reference to `f116' shlwapi.exp(.edata+0x4f8):fake: undefined reference to `f117' shlwapi.exp(.edata+0x4fc):fake: undefined reference to `f118' shlwapi.exp(.edata+0x500):fake: undefined reference to `f119' shlwapi.exp(.edata+0x504):fake: undefined reference to `f120' shlwapi.exp(.edata+0x508):fake: undefined reference to `f121' shlwapi.exp(.edata+0x50c):fake: undefined reference to `f122' shlwapi.exp(.edata+0x510):fake: undefined reference to `f123' shlwapi.exp(.edata+0x518):fake: undefined reference to `f124' shlwapi.exp(.edata+0x51c):fake: undefined reference to `f125' shlwapi.exp(.edata+0x520):fake: undefined reference to `__wine_stub_shlwapi_dll_ 316' shlwapi.exp(.edata+0x524):fake: undefined reference to `__wine_stub_shlwapi_dll_ 317' shlwapi.exp(.edata+0x52c):fake: undefined reference to `f126' shlwapi.exp(.edata+0x558):fake: undefined reference to `__wine_stub_shlwapi_dll_ 330' shlwapi.exp(.edata+0x55c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 331' shlwapi.exp(.edata+0x560):fake: undefined reference to `f127' shlwapi.exp(.edata+0x578):fake: undefined reference to `f128' shlwapi.exp(.edata+0x57c):fake: undefined reference to `f129' shlwapi.exp(.edata+0x580):fake: undefined reference to `f130' shlwapi.exp(.edata+0x584):fake: undefined reference to `f131' shlwapi.exp(.edata+0x58c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 343' shlwapi.exp(.edata+0x590):fake: undefined reference to `__wine_stub_shlwapi_dll_ 344' shlwapi.exp(.edata+0x594):fake: undefined reference to `__wine_stub_shlwapi_dll_ 345' shlwapi.exp(.edata+0x59c):fake: undefined reference to `f132' shlwapi.exp(.edata+0x5a0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 348' shlwapi.exp(.edata+0x5a4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 349' shlwapi.exp(.edata+0x5b4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 353' shlwapi.exp(.edata+0x5b8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 354' shlwapi.exp(.edata+0x5bc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 355' shlwapi.exp(.edata+0x5cc):fake: undefined reference to `f133' shlwapi.exp(.edata+0x5d0):fake: undefined reference to `f134' shlwapi.exp(.edata+0x5d4):fake: undefined reference to `f135' shlwapi.exp(.edata+0x5d8):fake: undefined reference to `f136' shlwapi.exp(.edata+0x5dc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 363' shlwapi.exp(.edata+0x5e4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 365' shlwapi.exp(.edata+0x5e8):fake: undefined reference to `f137' shlwapi.exp(.edata+0x5ec):fake: undefined reference to `f138' shlwapi.exp(.edata+0x5f0):fake: undefined reference to `f139' shlwapi.exp(.edata+0x5f4):fake: undefined reference to `f140' shlwapi.exp(.edata+0x5fc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 371' shlwapi.exp(.edata+0x600):fake: undefined reference to `__wine_stub_shlwapi_dll_ 372' shlwapi.exp(.edata+0x604):fake: undefined reference to `__wine_stub_shlwapi_dll_ 373' shlwapi.exp(.edata+0x608):fake: undefined reference to `__wine_stub_shlwapi_dll_ 374' shlwapi.exp(.edata+0x60c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 375' shlwapi.exp(.edata+0x61c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 379' shlwapi.exp(.edata+0x620):fake: undefined reference to `__wine_stub_shlwapi_dll_ 380' shlwapi.exp(.edata+0x63c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 387' shlwapi.exp(.edata+0x640):fake: undefined reference to `__wine_stub_shlwapi_dll_ 388' shlwapi.exp(.edata+0x650):fake: undefined reference to `__wine_stub_shlwapi_dll_ 392' shlwapi.exp(.edata+0x654):fake: undefined reference to `f141' shlwapi.exp(.edata+0x658):fake: undefined reference to `f142' shlwapi.exp(.edata+0x65c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 395' shlwapi.exp(.edata+0x660):fake: undefined reference to `__wine_stub_shlwapi_dll_ 396' shlwapi.exp(.edata+0x664):fake: undefined reference to `__wine_stub_shlwapi_dll_ 397' shlwapi.exp(.edata+0x668):fake: undefined reference to `__wine_stub_shlwapi_dll_ 398' shlwapi.exp(.edata+0x684):fake: undefined reference to `__wine_stub_shlwapi_dll_ 405' shlwapi.exp(.edata+0x68c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 407' shlwapi.exp(.edata+0x690):fake: undefined reference to `__wine_stub_shlwapi_dll_ 408' shlwapi.exp(.edata+0x694):fake: undefined reference to `__wine_stub_shlwapi_dll_ 409' shlwapi.exp(.edata+0x698):fake: undefined reference to `__wine_stub_shlwapi_dll_ 410' shlwapi.exp(.edata+0x69c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 411' shlwapi.exp(.edata+0x6a0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 412' shlwapi.exp(.edata+0x6a8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 414' shlwapi.exp(.edata+0x6ac):fake: undefined reference to `__wine_stub_shlwapi_dll_ 415' shlwapi.exp(.edata+0x6b0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 416' shlwapi.exp(.edata+0x6b4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 417' shlwapi.exp(.edata+0x6bc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 419' shlwapi.exp(.edata+0x6c0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 420' shlwapi.exp(.edata+0x6c4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 421' shlwapi.exp(.edata+0x6d4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 425' shlwapi.exp(.edata+0x6d8):fake: undefined reference to `__wine_stub_shlwapi_dll_ 426' shlwapi.exp(.edata+0x6dc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 427' shlwapi.exp(.edata+0x6e0):fake: undefined reference to `f143' shlwapi.exp(.edata+0x6e4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 429' shlwapi.exp(.edata+0x6f0):fake: undefined reference to `__wine_stub_shlwapi_dll_ 432' shlwapi.exp(.edata+0x6f4):fake: undefined reference to `__wine_stub_shlwapi_dll_ 433' shlwapi.exp(.edata+0x6f8):fake: undefined reference to `f144' shlwapi.exp(.edata+0x6fc):fake: undefined reference to `__wine_stub_shlwapi_dll_ 435' shlwapi.exp(.edata+0x708):fake: undefined reference to `__wine_stub_shlwapi_dll_ 438' shlwapi.exp(.edata+0x70c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 439' shlwapi.exp(.edata+0x710):fake: undefined reference to `__wine_stub_shlwapi_dll_ 440' shlwapi.exp(.edata+0x714):fake: undefined reference to `__wine_stub_shlwapi_dll_ 441' shlwapi.exp(.edata+0x718):fake: undefined reference to `f145' shlwapi.exp(.edata+0x71c):fake: undefined reference to `f146' shlwapi.exp(.edata+0x720):fake: undefined reference to `f147' shlwapi.exp(.edata+0x728):fake: undefined reference to `__wine_stub_shlwapi_dll_ 446' shlwapi.exp(.edata+0xb28):fake: undefined reference to `__wine_stub_shlwapi_dll_ 450' shlwapi.exp(.edata+0xb2c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 451' shlwapi.exp(.edata+0xb30):fake: undefined reference to `__wine_stub_shlwapi_dll_ 452' shlwapi.exp(.edata+0xb34):fake: undefined reference to `__wine_stub_shlwapi_dll_ 453' shlwapi.exp(.edata+0xb38):fake: undefined reference to `__wine_stub_shlwapi_dll_ 556' shlwapi.exp(.edata+0xb3c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 557' shlwapi.exp(.edata+0xb48):fake: undefined reference to `__wine_stub_shlwapi_dll_ 598' shlwapi.exp(.edata+0xb4c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 599' shlwapi.exp(.edata+0xb50):fake: undefined reference to `__wine_stub_shlwapi_dll_ 600' shlwapi.exp(.edata+0xb54):fake: undefined reference to `__wine_stub_shlwapi_dll_ 601' shlwapi.exp(.edata+0xb58):fake: undefined reference to `__wine_stub_shlwapi_dll_ 602' shlwapi.exp(.edata+0xb5c):fake: undefined reference to `__wine_stub_shlwapi_dll_ 603' shlwapi.exp(.edata+0xb60):fake: undefined reference to `__wine_stub_shlwapi_dll_ 607' shlwapi.exp(.edata+0xb64):fake: undefined reference to `__wine_stub_shlwapi_dll_ 608' shlwapi.exp(.edata+0xb68):fake: undefined reference to `__wine_stub_shlwapi_dll_ 627' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [shlwapi.dll] Error 1 isolation@PH33R /g/src/wine-dev/wine/dlls/shlwapi $ __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: Sync (32): winbuild msvcrt
by Steven Edwards 19 Jul '03

19 Jul '03

--- Jon Griffiths <jon_p_griffiths(a)yahoo.com> wrote: > This patch addresses most of the existing issues building Wines dlls > as native win32 dlls using msvc, namely: > > - We need to export forwards from the .def file. > > - We need to export any implemented ordinal functions and mark them > as NONAME. > > - Functions exported by name only should not be given ordinal numbers > in the .def output, so that link.exe can fill up empy ordinal slots > and create a valid export table. Not doing this leads to an incorrect > export table without any warnings or errors during the build. > > - This means that parsing the .def files has to treat ordinal numbers > as optional for named functions (just as link.exe/lib.exe do). This > concurs with the MSDN documentation for the .def file syntax. > > - We need the stub functions to be present in the final dll file, or > our ordinal functions cannot be accessed. This is because link.exe > requires that all ordinals be present in order to generate a correct > ordinal export table. > This in turn requires that the .spec.c files compile correctly under > msvc, in order to get the stub functions included in the link. > However, we obviously don't need the pe header or export tables that > winebuild generates, since link.exe (and any other PE linker, for > that matter) does this work for us. > > - Fixing the .spec.c file requires that we use RaiseException from > kernel32 instead of RtlRaiseException from ntdll, since no import > library is provided for ntdll by default. This can be fixed later but > requires large changes to the build environment to get dependencies > correct (we should generate our .def files from our .spec files when > building with msvc, just as we do under unix; we would then use our > own ntdll.def to link to ntdll functions). > > - Several symbols are expected to be exported as private and by name > only, or they generate warnings when creating the .lib and .exp files > for the dll. This requires identifying said symbols, and correctly > generating and parsing the PRIVATE flag in .def files. > > - Debug channels should be registered, this is accomplished using the > CRT static constructor data segment. This allows linking to proceed > by finding the debug channels, and (with upcoming patches) will allow > debug msgs to be printed. > > - The added #ifdefs required for msvc made the output look more crufy > than it was, so I reduced the number of these with some macros at the > start of the generated output files. > > Using this patch I can build a correctly functioning native > shlwapi.dll which will load and run under Windows, and as a native > dll under Wine. This includes being able to GetProcAddress() the > ordinal functions and call them. It should now be possible to create > distributable native trace dlls that can be installed under windows, > giving us non-instrusive monitoring of the internals of calls between > applications and native dlls. > > Two remaining issues are what to do with register functions and 16 > bit dlls. > > Please comment if there are any issues with respect to cygwin that > occur after applying this patch. I imagine the ReactOS folks might be > interested as well; does anyone know how they build their dlls at > present? This is great. I have not had a chance to test this patch as the ReactOS build system differs from the standard WINE + Mingw and MSYS build. I am currently having a problem with using WINE dlls we build with ReactOS due to the fact the ReactOS build system is stupid and cannot properly use gcc or binutils to generate a dll with the .def file winebuild already creates. Using MSYS+Mingw I have been able to use shlwapi and others from WINE already but dllwrap takes care of some of the short commings in our autogenerated def's. I will attempt to test tonight with the current Winehq CVS and Msys. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: Typelib marshalling BSTRs
by Robert Shearman 19 Jul '03

19 Jul '03

> Subject: Re: Typelib marshalling BSTRs > From: Mike Hearn <mike(a)theoretic.com> > To: Kelly Leahy <kellyleahy(a)swbell.net> > Cc: wine-devel(a)winehq.com > Date: 18 Jul 2003 17:24:07 +0100 > > On Fri, 2003-07-18 at 17:08, Kelly Leahy wrote: > > weird. are the "type" and "flags" correct? > > They appear to be. Type 26 is VT_PTR, flags 1 == in param > > > bstr isn't right, since it's an array of bstr (or more > precisely array of > > OLECHAR FAR* - which may also be causing problems) - though I > may be wrong > > if it marshals them one by one. > > Yeah, I had a thinko. It's supposed to be an array of bstr, but even > simply marshalling the first element correctly would be good :) No, it is supposed to be OLECHAR which is different (in terms of VARIANT types) to BSTR. BSTR implies a size field at the start of the array. > HRESULT GetIDsOfNames( > [in] REFIID riid, > [in, size_is(cNames)] LPOLESTR *rgszNames, > [in] UINT cNames, > [in] LCID lcid, > [out, size_is(cNames)] DISPID *rgDispId); > > Maybe the size_is() field should be noticed somewhere in the marshalling > code. I don't know where such information would surface though, it's not > in the flags, there is no PARAMFLAG constant for it. There is no way of expressing size_of once the IDL is in TypeLib form. It is effectively ignored. However, it is used in the proxy and stub functions generated. I'm not sure what interface it is marshalling here, but your error would appear to be elsewhere. Using a test program which dumps type libraries, I can confirm that LPOLESTR * is compiled to CHAR** on Windows. I can't quite seem why, but it appears that the marshalling that is being done is correct, at least for the information available to it. Rob

3 3

Re: [ros-kernel] wine/dlls/ole32/compobj.c
by Steven Edwards 18 Jul '03

18 Jul '03

> wine/dlls/ole32/compobj.c > I'm reading through this file and came across this function: > > COMPOBJ_DllList_FreeUnused > > In particular I noticed this: > > DllCanUnloadNow = (DllCanUnloadNowFunc) GetProcAddress(curr->hLibrary, "DllCanUnloadNow"); > > Every time WINE is checking for DLLs to unload, it's > loading the DLL's CanUnloadNow function again. I don't yet > know how often this is done, but wouldn't it be better to > go ahead and store the DllCanUnloadNow function pointer in > the OpenDll struct? We can do this. I have CC'd this to ask wine-devel why this is done. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: Sync(18): msvcrt cpp exceptions
by Alexandre Julliard 18 Jul '03

18 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +dlls/msvcrt/cppexcept.c > strip dump code when NO_TRACE_MSGS is defined The compiler should optimize this out, and even if it doesn't that's no big deal. It certainly doesn't justify adding #ifdefs. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: WWN: wn20030718_179.xml
by Dimitrie O. Paun 18 Jul '03

18 Jul '03

On July 17, 2003 07:24 pm, Brian Vincent wrote: > <intro> <p>This is the 179th release of the weekly Wine Weekly News > publication. It's main goal is to ponder why I never knew I there was a ^^^^^^^^ Eh? > real gold mine down the street from where I live. It also serves inform you ^^^^^^^^^^^ Ditto :) > of what's going on around Wine. -- Dimi.

1 0

Question about Own generated winelib dll using winedump
by dd jj 18 Jul '03

18 Jul '03

Hello everyone, I followed instructions from winedump/README: ./pingdll_install <wine-path> cd <wine-path> autoconf ./configure make depend && make make install But didn't execute the last command make install, (It seems I crashed WINE after that) I still get my own generated winelib dll - ping.dll.so :) But when I try to run my application, it shows the error: err:module:imort_dll No implementation for pingdll.dll._quicktest@4 imported from C:\ping\ping_slave.exe, setting to Oxdeadbeef. The window native dll works fine under wine, but now it seems I didn't generate the winelib dll corretly? or any trick to make it work? Do I must run make install... ? Thanks a lot! -Lechun --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Re: Sync (37): shlwapi regstream
by Alexandre Julliard 18 Jul '03

18 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +#ifdef __WINE_USE_MSVCRT > +#define FS_I64 "%I64d" > +#define FS_UI64 "%I64u" > +#else > +#define FS_I64 "%lld" > +#define FS_UI64 "%llu" > +#endif Please don't do that, it's not portable anyway. Simply print high and low part separately with something like "%lx%08lx". -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Sync (31): winbuild relay
by Alexandre Julliard 18 Jul '03

18 Jul '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +tools/winebuild/relay.c > Remove redundant multiple calls to fprintf() There's no reason to do that. The existing code is just fine, and much easier to modify. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Sync (44): documentation/Makefile.in
by Vincent Béron 18 Jul '03

18 Jul '03

Le jeu 17/07/2003 à 14:22, Jon Griffiths a écrit : > Hi, > > I've never had any luck with the default make rules for the html > books. I'm running (more or less) Mandrake 8, and it seems that > db2html from that distribution doesn't respect the current directory > when computing relative paths, so it always fails to find the .dsl > file and bombs. The following patch fixes this for me, and hopefully > should work for everyone else too. Yea, I know. You're not the only one. > - $(DB2HTML) -d $(SRCDIR)/default.dsl -o $* $< > + $(DB2HTML) -d `pwd $(SRCDIR)`/default.dsl $< Why do you keep $(SRCDIR) after pwd? man bash and man pwd both say nothing about giving pwd a path... What's really needed is either use our own db2html (but that was struck down already in the past), or test in configure the behaviour of the system's db2html and act accordingly. Also, ideally there'd be only one standard for db2htmls... Vincent

3 2

Re: [RESENT]: Fixed winedbg example configuration
by Alexandre Julliard 18 Jul '03

18 Jul '03

"BiGgUn" <fbiggun(a)hotmail.com> writes: > Changelog: > Reorder lines for a typical winedbg configuration. Your patch is wrapped; but anyway I don't see any reason to change that, keys are sorted when registry files are saved so the order doesn't matter. -- Alexandre Julliard julliard(a)winehq.com

8 22

Serial comm overlapped IO problem
by Rein Klazes 18 Jul '03

18 Jul '03

Hi, Recent commits http://www.winehq.com/hypermail/wine-cvs/2003/06/0232.html and http://www.winehq.com/hypermail/wine-cvs/2003/07/0090.html broke communication with my online banking program girotel. Part of the +relay,+comm,+file,+server trace: | 0009:Call kernel32.ClearCommError(000000bc,40721064,4072106c) ret=6005312f | 0009: get_handle_fd( handle=0xbc, access=80000000 ) | 0009: get_handle_fd() = 0 { fd=16, type=1, flags=1 } | trace:comm:ClearCommError handle 0xbc cbInQue = 375 cbOutQue = 0 ClearCommError indicates 375 bytes available. | 0009: get_serial_info( handle=0xbc ) | 0009: get_serial_info() = 0 { readinterval=ffffffff, readconst=00000000, readmult=00000000, writeconst=00000000, writemult=00000000, eventmask=0000003d, commerror=00000000 } | 0009: set_serial_info( handle=0xbc, flags=4, readinterval=00000000, readconst=00000000, readmult=00000000, writeconst=00000000, writemult=00000000, eventmask=00000000, commerror=00000000 ) | 0009: set_serial_info() = 0 | 0009:Ret kernel32.ClearCommError() retval=00000001 ret=6005312f | 0009:Call kernel32.ReadFile(000000bc,407210ac,00000177,40721060,4050358c) ret=60053164 | trace:file:ReadFile 0xbc 0x407210ac 375 0x40721060 0x4050358c App. requests those 375 bytes. | 0009: get_handle_fd( handle=0xbc, access=80000000 ) | 0009: get_handle_fd() = 0 { fd=16, type=1, flags=1 } | 0009: register_async( handle=0xbc, type=1, overlapped=0x40503708, count=375, status=00000103 ) | 0009: register_async() = 0 | 0009:Ret kernel32.ReadFile() retval=00000000 ret=60053164 | 0009:Call kernel32.GetLastError() ret=60053172 | 0009:Ret kernel32.GetLastError() retval=000003e5 ret=60053172 Read returns failure with GLE() == ERROR_IO_PENDING, leading to an error messagbox in the program. With only the first commit, the ReadFile returns 1 (success) but no data. Nowthe situations seems reversed, since accepting the error message the program proceeds to the next read and a new error messagebox. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

4 4

Re:Eorr message when using winedump
by dd jj 17 Jul '03

17 Jul '03

Gosh, I found there's a "\" missing in wine-path\dlls\Makefile.in before pingdll setting. Maybe it's a bug there? Anyway, thanks -Lechun --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Eorr message when using winedump
by dd jj 17 Jul '03

17 Jul '03

Hello I got error message as following when I try to use winedump to build a winelib described as "generating stub DLLs", I follow the instructions provided by winedump/README: ./pingdll_install <wine-path> cd <wine-path> autoconf ./configure make depend && make make install It shows Ok until make depend && make, I got these error message: pingdll.dll.so \ make[1]: pingdll.dll.so Command not found make[1]: *** [all] Error 127 make[1]: Leaving directory '/home/lechun/wine-20030618/dlls' make: *** [dlls] Error 2 Could anyone give me some hints to fix it? Thanks a lot. p.s I used Redhat 9.0, wine-20030618. -Lechun --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

RE: Sync(2): oleaut32 I1 funcs
by Robert Shearman 17 Jul '03

17 Jul '03

> -----Original Message----- > Message: 1 > Date: Thu, 17 Jul 2003 08:37:08 -0700 (PDT) > From: Jon Griffiths <jon_p_griffiths(a)yahoo.com> > Subject: Sync(2): oleaut32 I1 funcs > To: wine-patches(a)winehq.com, julliard(a)winehq.com > Reply-To: wine-devel(a)winehq.com > -HRESULT WINAPI SetErrorInfo(ULONG dwReserved, IErrorInfo *perrinfo); > -HRESULT WINAPI GetErrorInfo(ULONG dwReserved, IErrorInfo **pperrinfo); > -HRESULT WINAPI CreateErrorInfo(ICreateErrorInfo **pperrinfo); > +HRESULT WINAPI SetErrorInfo(ULONG,IErrorInfo*); > +HRESULT WINAPI GetErrorInfo(ULONG,IErrorInfo**); > +HRESULT WINAPI CreateErrorInfo(ICreateErrorInfo**); Is there any reason for stripping out the parameter names from this file? They can be quite useful as a reminder for what each parameter is. P.S. In other parts of your patch you replaced char with signed char. Is signed char != char? Rob

3 2

Re: Question using winemaker to build a Winelib dll
by dd jj 17 Jul '03

17 Jul '03

Yeah, I saw there is a README file under winedump directory. I will read it through... Thanks -Lechun Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > Now I am trying to use winemaker to build a winelib dll from windows source code, > Could anyone give some instructions about the implementation details? Or any useful info and > samples there? It seems to me the easy way to build a WINElib dll ATM is not to use Winemaker but to use winedump to create the spec and add the dll to wine/dlls/newdllname. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Re: Question using winemaker to build a Winelib dll
by dd jj 17 Jul '03

17 Jul '03

Hello Steven, Thank you for your answering. Honestly, I am a beginner to use WINE, could you please give me some implementation details about how to use winedump to create the spec? I am sorry to bother experts like you so much, but that's what I can only count on... Thanks. All the best. -Lechun Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > Now I am trying to use winemaker to build a winelib dll from windows source code, > Could anyone give some instructions about the implementation details? Or any useful info and > samples there? It seems to me the easy way to build a WINElib dll ATM is not to use Winemaker but to use winedump to create the spec and add the dll to wine/dlls/newdllname. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Some dmusic questions
by Rok Mandeljc 17 Jul '03

17 Jul '03

Today I did some "tests" with dmusic; I've tried to run dxdiag with mixture of builtin and native dm*.dll and I have some questions based on observations: 1. dm*.dlls don't share DllGetClassObject function like I did in wine's implementations (dm*.dlls other than dmusic.dll have their functions forwarded to dmusic.dll). Shall we implement such separation or shall we leave it as it is? (personally, I'd choose separation because then mixing dlls would be more efficient; at the moment, all dm*.dlls call dmusic.DllGetClassObject, which mean I must replace all of them with native equivalents if I want to replace dmusic.dll; besides, dxdiag crashes in a mysterious way with builtin dlls and I expect the problem lies here). 2. when listing dmusic ports, dmusic calls EnumLegacyDevice, which is stub, because I can't find any info about it's parameters... It calls some winemm stuff and lists Wine midi out mapper, although it can't be used. It is obvious that it lists devices that could be used as ports, except Microsoft Software Synthesizer, which is available only if native dmsynth.dll is used (i used native dmusic.dll). Any ideas where I could get more detailed info about what does this funct. do and what parameters it takes? 3. this one concerns RIFF loading stuff I've been working on recently. MSDN states that IStream and IPersistStream insterfaces should be used in parsing data, which means all functs. in helper.c are wrong. I'll look deeper into docs and try to find out how it's supposed to go (just expect that all functs. will be replaced so do not modify them ;=) ). -- Rok Mandeljc <rok.mandeljc(a)gimb.org> "All that is gold does not glitter, Not all those who wander are lost; The old that is strong does not wither, Deep roots are not reached by the frost. From the ashes a fire shall be woken, A light from the shadows shall spring; Renewed shall be blade that was broken, The crownless again shall be king." -- J.R.R. Tolkien

2 1

Internet Explorer related trivia
by Mike Hearn 17 Jul '03

17 Jul '03

Well, I thought this statistic might counterpoint the news of Netscapes final death, and I'm in an odd mood at the moment. As we might end up cloning large parts of the Internet Explorer infrastructure someday, it's worth knowing roughly how much Microsoft invested/lost on it: $1.25 billion dollars This is according to Robert Scoble, who is an "evangelist" for Longhorn/Windows, so I expect it's mostly accurate. The figure sounds somewhat stupid, a pinky-to-the-mouth Dr. Evil moment. If you consider a large team of programmers working on the product for many years however, it becomes quite believable. Consider that IE encompasses not only MSHTML, but also things like MLANG, shell integration, ActiveX, probably elements of WSH and so on. I hope somebody finds web browsers interesting around here ;)

2 1

XEMBED implementation
by olivier 17 Jul '03

17 Jul '03

Hello, I would like to know how to use the XEMBED specification for inter-application GUI. Is there someone with a library which implement the specs? I would like to create a win32 window on a gtk (or X11) child panel. Regards, Olivier

2 1

more 3d ...
by Lars Segerlund 17 Jul '03

17 Jul '03

I am having some trouble running the MotoGP2 demo on wine ( Wine 20030709 ). ( It can be found on www.thq.com ) I know it uses direct X 9 and this is a bit experimental, but the game segfaults .... In any case I thought that this would be a good test case, and since it's easily downloaded. As a comment, the game will only run with the lates drivers from nVidia ... on win. ( btw. I'm trying to look a bit more in detail on what happens at the moment ) / Lars Segerlund.

2 2

Re: [dx69+70] FPS + SetTransform transformation
by Steven Edwards 17 Jul '03

17 Jul '03

> Note: I had a concern about calling gettimeofday, but I saw it was > already used in dlls\ntdll\time.c and I think I have done the right > includes. If you can avoid gettimeofday please try to. I have a patch to add gettimeofday to wine_port in the ReactOS tree but the dlls really should avoid calling *nix only functions if you can. Not that it really matters as most of WINEs directX stuff wont work on ReactOS for years++ anyway. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

3 2

Re: shell namespace in Winefile
by Rolf Kalbermatter 17 Jul '03

17 Jul '03

Hi Martin, I saw your patch to shell32, and noticed that you added ole32 to the dependicies of shell32. I believe in the interest of DLL seperation and avoiding circular DLL references it is the intention to prevent such hard dependencies on ole32 in most DLLs including shell32. If I'm not mistaken shell32 used to import ole32 some time ago but it was stated that this should go away which it seems to have done. The solution is to dynamically link to the functions of such DLLs on first execution as done in several places in clipboard.c. Rolf Kalbermatter

2 1

AAAUUGH!
by Gregory M. Turner 17 Jul '03

17 Jul '03

I swear, fdi.c is the worst code I ever wrote, period. It's just an absolute graveyard of abandoned code-paths and unused variables... it's downright embarassing... and of course all the stuff I carelessly brushed over is coming back to haunt me for split cabs... it doesn't help that this is really boring stuff, absolutely no real challenge to keep it interesting except the pure tediousness of it... Stuart Caie did all the real work already, of course, this is just some kind of insane-asylum housekeeping chore... Seriously, why are you people letting me infect your beautiful non-emulator with such crap? You should have taken me out to the abandoned nether regions of the code mines and shot me several patches ago ;) I'm really tempted to just pitch the whole mess and start over. I should have been editing cabextract.c all along, instead of employing this cut-and-paste bloatware approach... Bet I'd be done by now, if I'd just maintained some pretense of orthogonality. Well, in such situations I am at least stubborn, if not effective. Either I will beat the infestation into remission, or I will fix it the hard (and right) way. Be advised, however, that previous "I'm really, really almost done this time" predictions may have been overly optimistic. -- "We must stop thinking of the individual and start thinking about what is best for society." -Hillary Clinton, 1993 gmt

1 0

Question using winemaker to build a Winelib dll
by dd jj 17 Jul '03

17 Jul '03

Hello everyone, Now I am trying to use winemaker to build a winelib dll from windows source code, Could anyone give some instructions about the implementation details? Or any useful info and samples there? Thank you. All the best. -Lechun --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Re: dmusic.dll DllRegisterServer et. al.
by Sylvain Petreolle 16 Jul '03

16 Jul '03

Wine doesnt compile with your patch applied, at least for me. In regsvr.c, you should include <string.h> instead of "string.h". Perhaps are you using a custom include path ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Question about docs of winegcc/wineg++
by dd jj 16 Jul '03

16 Jul '03

Hello everyone, Thank you all for your original help. Now I need to use winegcc/wineg++ to build winelib dlls, but I couldn't find any documents ans samples about such tasks. As a beginner in this field, I am eagerly hoping some clues or comments on these... Best wishes. -Lechun --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

4 7

"No App Selected"
by Robin Connelly 16 Jul '03

16 Jul '03

How do I select an App for voting -- I clicked on my favorite programming tool "Visual Foxpro" -- but although I see the 3 voting slots on the left, each slot is labelled: No App Selected I looked at the HELP screen ( http://appdb.winehq.com/help/?topic=voting ) but still do not understand how to select an app for voting. Specifically, what I did was: 1) Logged in as "Foxpro since 1987" 2) Navigated to the applications page ( http://appdb.winehq.com/votestats.php ) 3) clicked on the top item: Visual Foxpro 4) The attached page ( http://appdb.winehq.com/appview.php?appId=296 ) is what I see: << C E N S O R E D >> I would like to vote for the support of VFP ( Visual Foxpro, especially its most current versions 7 and 8 ).

1 0

question about WINE MSVCRT
by Jonathan Wilson 16 Jul '03

16 Jul '03

I notice that WINE has a clone of MSVCRT. I also know that MSVCRT exports some C++ symbols. How does WINE and its clone of MSVCRT and its build system handle the differences in name mangling between MSVCRT and GCC? Also, how does it handle the differences between the different class formats? Also, is the MSVCRT provided by WINE portable to all platforms and/or useable with winelib? I looked at the source code for WINE MSVCRT and I couldnt see how it all works.

3 2

Re: 5 Wine-Tests fail on FreeBSD 5.1
by Eric Pouech 16 Jul '03

16 Jul '03

> The Backtrace now looks like this: > (gdb) bt > #0 0x5c236783 in read () from /usr/lib/libc.so.5 > #1 0x5c0b11ee in wait_reply (cookie=0x5d252d44) at ../../include/winnt.h:1622 > #2 0x5c0b1483 in NTDLL_wait_for_multiple_objects (count=1, handles=0x5d252e10, flags=4, > timeout=0x0) at sync.c:580 > #3 0x5c0b14d8 in NtWaitForMultipleObjects (count=1, handles=0x5d252e10, wait_all=0, > alertable=0 '\0', timeout=0x0) at sync.c:598 > #4 0x5c096bab in WaitForMultipleObjectsEx (count=1, handles=0x5d252f44, wait_all=0, > timeout=4294967295, alertable=0) at ../../scheduler/synchro.c:134 > #5 0x5c096a8a in WaitForSingleObject (handle=0x3c, timeout=4294967295) > at ../../scheduler/synchro.c:62 > #6 0x5d00e1a7 in wodPlayer (pmt=0x0) at audio.c:1409 > #7 0x5c0976f1 in THREAD_Start () at ../../include/winnt.h:1622 > #8 0x5c0b16ab in SYSDEPS_StartThread (teb=0x5d253000) at sysdeps.c:141 > > In frame #6 I have these values: > (gdb) p wwo->msgRing > $4 = {ring_buffer_size = 64, messages = 0x5c363bf8, msg_tosave = 0, msg_toget = 0, > msg_event = 0x3c, msg_crst = {DebugInfo = 0x0, LockCount = -1, RecursionCount = 0, > OwningThread = 0x0, LockSemaphore = 0x0, SpinCount = 0}} > (gdb) p dwSleepTime > $5 = 4294967295 > > And the line number on frame 1 is bogus again: I don't think so. Gdb displays the inline function (from winnt.h) which is used in wait_reply... hence the output. > Perhaps FreeBSD uses different registers? (I really don't have a clue). It should work the same as Linux here... I think more that's a discrepency in OSS handling between linux & *BSD (or a more subtle bug somewhere) could you rerun with WINEOPTIONS="-debugmsg +wave,+dsound,+wavemap" TIA A+ -- Eric Pouech

1 0

Good News : WineMine Works on Mac OS X :)
by Pierre d'Herbemont 16 Jul '03

16 Jul '03

Hey! I have some good news. I am able to play with WineMine on Mac OS X :) See the screenshot here: http://stegefin.free.fr/WineMine.jpg But comctl32 is not working and probably some others dlls, so I still have some work, but this is a good step. Cheers, Pierre PS : I would like to know if the color of winemine are the colors which are supposed to be, thanks.

5 7

Locales with the same language
by Vincent Béron 16 Jul '03

16 Jul '03

I have problems displaying Wine's app in my locale (fr_CA). They seem to prefer to go to the English locale, although if launched with LANG=fr_FR wine notepad they will obey the French locale. LANG=fr wine notepad will display a warning about the plurality of locales with "fr", but will display the app in French nonetheless. I have a feeling it might be from dlls/kernels/nls/frc.nls, where both LOCALE_IDEFAULTLANGUAGE and LOCALE_ILANGUAGE are defined as "0c0c", while for fra.nls (fr_FR) LOCALE_IDEFAULTLANGUAGE and LOCALE_ILANGUAGE are defined as "040c". Somebody else noticed this, or have an explanation? Vincent

3 6

Re: MS OLE questions
by Christian Costa 16 Jul '03

16 Jul '03

Message du 08/07/03 12:45 >De : Mike Hearn >A : wine-devel(a)winehq.com >Copie à : >Objet : MS OLE questions >Hi all, Hi, >Thirdly, why does MSOLE use hidden windows for communication? I've come >across lots of gnashing of teeth in OLE/DCOM forums about this, people >wondering why their app (and sometimes the whole system!) deadlocks if >they don't service the message queue in threads that use OLE. Windows >has had other forms of IPC for years, I can't see the logic behind using >the limited and broken message passing scheme for it. IFAIK, this is how apartments are implemented and this comes from Windows 3.1. Christian.

7 20

winegcc and dlls
by Jonathan Wilson 16 Jul '03

16 Jul '03

1.is anyone working on making winegcc do dlls? 2.what is the "hard part" about making winegcc do dlls? and 3.is there something I can do (code-hacking wise) to help with winegcc dll support?

4 3

Re: Once again: Wine without X?
by Dan Kegel 16 Jul '03

16 Jul '03

Kelly Leahy (kellyleahy_at_swbell.net) wrote: >> OK folks, it's time for my semiannual "I need Wine to >> run a commandline program, but can't get it to work" rant. >> >> First try: just do a default installation of wine-20030709. ... >> >> $ wine -- /dos/d/vss/win32/ss.exe >> Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: >> x11drv: Can't open display: >> $ echo $DISPLAY >> $ > > This may be a stupid question, but aren't you supposed to use 'wineconsole' > for wine console apps? Doesn't help. I tried it. It still does that horrid ncurses stuff, and setting ttydrv to 'none' doesn't help. It looks like wineconsole is only useful for non-filters. It might be fine for, say, a win32 implementation of vi, but not for one of ls. Ideally, one should be able to use Windows commandline tools that don't try to position the cursor as normal Unix commandline tools. The commandline client for Microsoft Source Safe is a perfect example. The unix user doesn't want to know he's using Wine; he wants to be able to say 'ss get foo.c' and grab the latest foo.c from sourcesafe. (This requires having a little shell script or alias to translate ss into wine ss.exe, but that's easy.) I've used Wine for over a year like this, and it really helped integrate Linux into the Windows network where I work. It was hard to set up, so periodically I try setting it up from scratch without any tricks to see if it's gotten easier (or harder!) in the meantime. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Help with Errors on Darwin
by Pierre d'Herbemont 15 Jul '03

15 Jul '03

Hey! I am having some success on darwin. I am able to run small winelib exe like expand.exe.so... I am still having trouble with comctl32 which won't loads (this is symbols lookup related). I have also trouble with the x11drv, and I would like someone helps on the errors I get. With every exe I get: err:dosmem:setup_dos_mem Cannot use first megabyte for DOS address space, please report MyComment : allocating DOS mem to 0xb20000 fixme:reg:GetSystemInfo not yet supported on this system err:heap:HEAP_CreateSystemHeap system heap base address 0x65430000 not available Are those errors deranging or could exes run with them without trouble? expand at least is ok with those. But when I try to launch winemine, the x11drv fails when it launch, here is the backtrace on gdb (it gives a Bad access signal): #0 GetProcessHeap () at ../../memory/heap.c:229 #1 0x016c37cc in X11DRV_PALETTE_BuildSharedMap (sys_pal_template=0xbfffda30) at ../../graphics/x11drv/palette.c:563 #2 0x016c2c04 in X11DRV_PALETTE_Init () at ../../graphics/x11drv/palette.c:227 #3 0x016c10c8 in X11DRV_GDI_Initialize (display=0x1) at ../../graphics/x11drv/init.c:60 #4 0x016e145c in process_attach () at x11drv_main.c:359 #5 0x016e17a4 in DllMain (hinst=0x1, reason=24099216, reserved=0x0) at x11drv_main.c:485 #6 0x006c03a4 in MODULE_InitDLL (wm=0x301690, reason=1, lpReserved=0x0) at loader.c:574 #7 0x006c05b8 in MODULE_DllProcessAttach (wm=0x301690, lpReserved=0x0) at loader.c:660 #8 0x006c1484 in LdrLoadDll (path_name=0x1, flags=0, libname=0x0, hModule=0xbfffdde0) at loader.c:1170 #9 0x00692108 in LoadLibraryExA (libname=0x1 <Address 0x1 out of bounds>, hfile=0x16fb990, flags=0) at ../../loader/module.c:699 #10 0x00df2e20 in load_driver () at user_main.c:72 #11 0x00df3568 in process_attach () at user_main.c:231 #12 0x00df36c8 in UserClientDllInitialize (inst=0x1, reason=24099216, reserved=0x0) at user_main.c:302 #13 0x006c03a4 in MODULE_InitDLL (wm=0x2d08a8, reason=1, lpReserved=0x1) at loader.c:574 #14 0x006c05b8 in MODULE_DllProcessAttach (wm=0x2d08a8, lpReserved=0x1) at loader.c:660 #15 0x006c056c in MODULE_DllProcessAttach (wm=0x2d0658, lpReserved=0x1) at loader.c:652 #16 0x006adeb4 in start_process (arg=0x1) at ../../scheduler/process.c:455 #17 0x006cf4cc in SYSDEPS_SwitchToThreadStack (func=0x5b58c <interlocked_xchg_add>, arg=0x16fb990) at sysdeps.c:246 #18 0x006ae470 in __wine_process_init (argc=1, argv=0xbffffc4c) at ../../scheduler/process.c:591 #19 0x0005b1fc in wine_init (argc=2, argv=0xbffffc48, error=0xbffff790 "", error_size=1024) at loader.c:439 #20 0x00001d4c in main (argc=1, argv=0x16fb990) at main.c:33 #21 0x00001ad4 in _start (argc=2, argv=0xbffffc48, envp=0xbffffc54) at /SourceCache/Csu/Csu-45/crt.c:267 #22 0x00001954 in start () I think it is related with the HEAP_CreateSystemHeap which fails. What is the system Heap, how is it allocated and how is it important? Thanks, Pierre.

2 2

build wine as shared library
by Evalet Olivier 15 Jul '03

15 Jul '03

hello, There is a patch from (http://www.openlinksw.com/mono/) to build wine as shared library. I would like to know if wine will be soon merge this patch? Is there an other way to embed ActiveX, or any windows component, like DirectX plug-ins, in Gnome application? Olivier :¬p

4 4

Running acrobat reader using wine
by Sundaranathan S 15 Jul '03

15 Jul '03

Hi All, When i run acrobatreader 5.0.5 using wine like wine acro505enu.exe the following error is thrown ... fixme:win32:PE_CreateModule Security directory ignored fixme:win:SetWindowTextA cannot set text "Unpacking Acrobat Reader..." of other process window 0 err:module:import_dll Module (file) winmm.dll (which is needed by C:\WINDOWS\SYSTEM\msvfw32.dll) not found err:module:load_library can't load msvfw32.dll wine: Unhandled exception, starting debugger... Could anyone tell me what could be problem and also please let me know how do i do debugging using winedbg. thanks, -Sundar. ----------------------------------------- Sundaranathan S SIP Technologies & Exports Ltd G4, Elnet Software City,CPT Road Taramani, Chennai 600 113 India Phone: +91-44-22541401 +91-44-22541031 Fax : +91-44-22541475 Website: http://www.siptech.com -----------------------------------------

3 2

Re: 5 Wine-Tests fail on FreeBSD 5.1
by Eric Pouech 15 Jul '03

15 Jul '03

Ulrich Spoerlein wrote: > Now what exactly is this code waiting for? Why doesn't it get any data > from fd 12? (And what are fds 12 and 13 (msg_pipe[0] and msg_pipe[1] > anyway)? the pipe is used to synchronize messages between the main thread (the one which sends data to be played) and the player thread. Try to change dlls/winmm/wineoss/audio.c to not define USE_PIPE_SYNC and let us know if it changes something. A+ -- Eric Pouech

1 0

good "beginners projects"?
by Jonathan Wilson 15 Jul '03

15 Jul '03

I know a good deal about C and C++ and enough about Win32 API (plus there is always MSDN for win32 api stuff) but not that much about linux programming or about the WINE sources themselves. Is there something I can "hack on"?

5 4

hello i ask about cygwin
by amdxp 15 Jul '03

15 Jul '03

1 0

Re: NT Native API was (Re: Question about WINE and adding the "low-level" CD access APIs...)
by Mike Hearn 15 Jul '03

15 Jul '03

> Well if you read http://www.sysinternals.com/ntw2k/info/ntdll.shtml, you > will see several things: > 1.most of the "native APIs" that drivers and etc use are undocumented, only > a handfull are documented in the DDK. > and 2.Quite a few of the APIs could probobly "map" onto existing bits of > wine code (for example most of the Registry APIs) Yes, in fact the registry APIs are already implemented in terms of ntdll. > The way to proceed (IMHO) is this: > 1.implement something that can load the win32 device drivers somehow ... hehe :) Easier said than done, methinks. > and then 2.implement the NT Native APIs (which are actually exported by > ntdll.dll and callable by user apps BTW) one at a time (pick a simple > driver such as the secdrv.sys from safedisk and implement the calls that it > uses) then go from there. Hmm, I'm confused. ntdll exists in kernel space too? I guess I always imagined the internals of the kernel would have its own symbol fixup system, without DLLs. But perhaps not. > For example, I got a version of SafeDisk secrdv.sys from Command & Conquer > Renegade (most recent SafeDisk game I can find in my collection) with a > size of 28400 bytes and a date of 29 january 02 and it only has 15 entries > in its "exports" segment and only 3 are not documented in MSDN library > online (NtBuildNumber, KeTickCount, IofCompleteRequest) (but best I can > work out IofCompleteRequest and IoCompleteRequest are one and the same) IIRC the kernel functions use a particular naming scheme. I forget exactly what it is, but IoCompleteRequest and IofCompleteRequest are not the same, but one is a variant of the other - much like FooA and FooW are in userland Win32. > Some of these APIs needed for SafeDisk support etc may already be > implemented or may be simple to implement) Yeah, but is it any simpler than just reverse engineering and cloning the driver? Drivers aren't needed all that often. > So, emulating enough of the guts of windows to get safedisk protected > programs (and mabie other "simple" drivers) doesnt (IMHO) seem hugly difficult. Well, rather you than me brother :) -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: French keyboard layout without Euro
by Dmitry Timoshkov 15 Jul '03

15 Jul '03

"Marcelo Duarte" <wine-devel(a)bol.com.br> wrote: > I used a program that wait a input and out. I pressed ALTGR 1, E (euro), > Delete (with numlock on), numlock, delete (with numlock off) and enter. > After my mail I trying to found the problem, I discovered that the keyboard > accept keys that do not are marked in the keys, like ALTGR R (® registered), > ALTGR C (© copyright) and others (in Wine or in KDE), only do not accept > Euro. The log shows that it's clearly a problem with XFree86 which can't translate EuroSign keysym to a character in your locale (pt_BR): trace:event:EVENT_ProcessEvent Got event KeyPress for hwnd 0x10022 trace:key:X11DRV_KeyEvent state = 2010 trace:key:X11DRV_KeyEvent KeyPress : keysym=20AC (EuroSign), ascii chars=0 / 0 / '' I think that by running 'xev' you could confirm that. One of the solutions is to find an existing locale in your system which supports entering of EuroSign (look for 'locale -a | grep @euro') or generate one yourself. Probably using either pt_PT or pt_PT@euro might help since Brazilian locale presumably is not supposed to support the Euro sign. -- Dmitry.

1 0

[Bug 1592] Unhandled exception(?) in IDirectSoundImpl_Release
by Dustin Navea 15 Jul '03

15 Jul '03

Forwarded from bugmail.. see below forward for my question ------------------------- > http://bugs.winehq.com/show_bug.cgi?id=1592 > > ------- Additional Comments From zombi(a)mailbox.hu 2003-14-07 12:19 ------- > With the patch, TA crashed at a different location (somewhere in TA own > code), > after I looking through the available config options, I realized, that my > kernel > use alsa, and in wine config, i used wineoss.drv instead of winealsa.drv, > after > i changed that, and some minor flags, finally i can play TA in linux :-) > Thx for > the help ... :) Shouldnt we have an error essage saying that the user's wine is configured to use wineoss.drv but linux is configured to use winealsa.drv? It would be similar to the error about not being able to find the floppy that people always seem to have in their config even tho they dont have it in their fstab.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 1

Re: French keyboard layout without Euro
by Marcelo Duarte 15 Jul '03

15 Jul '03

Em Seg 14 Jul 2003 07:24, Dmitry Timoshkov escreveu: > "Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > > Please find it attached. > > Thanks for the log. It took awhile to figure out what happens. > > Changelog: > Huw D M Davies <hdavies(a)codeweavers.com> > Make the return buffer larger. (For example EuroSign in uft8 is 3+1 > bytes long). > > [Fixes entering of the Euro on uft8 locales]. Hi all, I have had some problems with my keyboard, that I discovered recently, reading the recent discussions. 1) My keyboard is ABNT-2 and in keyboard.c has 2 layouts and I believe that my keyboard is ABNT-2 with ALTGR but Wine detect it as the first layout (running wine --debugmsg +keyboard) 2) All ALTGR keys give me the result except the EuroSign (see the result of wine --debugmsg +key+keyboard): err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0000 (No Name) : err:keyboard:X11DRV_ToUnicode (virtKey=0,scanCode=138,keycode=8,state=10) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 20AC (EuroSign) : err:keyboard:X11DRV_ToUnicode (virtKey=45,scanCode=12,keycode=1A,state=2010) 2) If I press the key Delete from the non-numeric keypad and the numlock was on, the comma appears. If I am correct with my observation, wine is mapping like numeric keypad delete key was pressed, but it is pressed from nom-numeric keypad (I believe that other people have the same problem, but in other keyboard layouts is mapped to "point"). Thanks in advance. -- Marcelo Duarte

2 1

Re: Web: Fix the WWN intros
by Tom 15 Jul '03

15 Jul '03

Francois Gouget wrote: >A big but trivial patch. > >Changelog: > > * Pretty much every WWN > > s/It's main goal/Its main goal/ > Also fix the capitalization of 'Windows' in the intro. > > > > >------------------------------------------------------------------------ > >Index: wwn/wn19990620_1.xml >=================================================================== >RCS file: /home/wine/lostwages/wwn/wn19990620_1.xml,v >retrieving revision 1.1.1.1 >diff -u -r1.1.1.1 wn19990620_1.xml >--- wwn/wn19990620_1.xml 2 Dec 2002 17:08:23 -0000 1.1.1.1 >+++ wwn/wn19990620_1.xml 15 Jul 2003 06:36:35 -0000 >@@ -10,8 +10,8 @@ > > <intro> > >-<p />This is the first release of Wine's kernel cousin publication. It's main >-goal is to distribute widely what's going on around Wine (the Un*x windows >+<p />This is the first release of Wine's kernel cousin publication. Its main >+goal is to distribute widely what's going on around Wine (the Un*x Windows > emulator). > > In the FAQ we have this : http://www.winehq.com/?page=faq#Is_Wine_an_emulator (A) Fortunately, no. Wine provides low-level binary compatibility, but currently only for OSes running on Intel-compatible chips. So why do we still say (the Un*x Windows emulator). ? If it's *not* a emulator ? P.S I have another patch for link fixes ( in works ) last count down to 50 from 163 ...... should be close to zero when i send the patch :)) Tom

1 0

still many warnings from Mesa
by Gerald Pfeifer 15 Jul '03

15 Jul '03

As far as I can see, patches from Raphaël resolved many related warnings I used to see (Thanks!), but using XFree86 4.3 and Mesa 3.4.2 I still get the following. Could someone please have a look at addressing these? directx.c:779: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: implicit declaration of function `glXGetProcAddressARB' wgl.c:325: warning: comparison between pointer and integer wgl.c:334: warning: assignment makes pointer from integer without a cast opengl_norm.c:26: warning: implicit declaration of function `glActiveTextureARB' opengl_norm.c:208: warning: implicit declaration of function `glClientActiveTextureARB' opengl_norm.c:2150: warning: implicit declaration of function `glMultiTexCoord1dARB' opengl_norm.c:2160: warning: implicit declaration of function `glMultiTexCoord1dvARB' opengl_norm.c:2170: warning: implicit declaration of function `glMultiTexCoord1fARB' opengl_norm.c:2180: warning: implicit declaration of function `glMultiTexCoord1fvARB' opengl_norm.c:2190: warning: implicit declaration of function `glMultiTexCoord1iARB' opengl_norm.c:2200: warning: implicit declaration of function `glMultiTexCoord1ivARB' opengl_norm.c:2210: warning: implicit declaration of function `glMultiTexCoord1sARB' opengl_norm.c:2220: warning: implicit declaration of function `glMultiTexCoord1svARB' opengl_norm.c:2230: warning: implicit declaration of function `glMultiTexCoord2dARB' opengl_norm.c:2240: warning: implicit declaration of function `glMultiTexCoord2dvARB' opengl_norm.c:2250: warning: implicit declaration of function `glMultiTexCoord2fARB' opengl_norm.c:2260: warning: implicit declaration of function `glMultiTexCoord2fvARB' opengl_norm.c:2270: warning: implicit declaration of function `glMultiTexCoord2iARB' opengl_norm.c:2280: warning: implicit declaration of function `glMultiTexCoord2ivARB' opengl_norm.c:2290: warning: implicit declaration of function `glMultiTexCoord2sARB' opengl_norm.c:2300: warning: implicit declaration of function `glMultiTexCoord2svARB' opengl_norm.c:2310: warning: implicit declaration of function `glMultiTexCoord3dARB' opengl_norm.c:2320: warning: implicit declaration of function `glMultiTexCoord3dvARB' opengl_norm.c:2330: warning: implicit declaration of function `glMultiTexCoord3fARB' opengl_norm.c:2340: warning: implicit declaration of function `glMultiTexCoord3fvARB' opengl_norm.c:2350: warning: implicit declaration of function `glMultiTexCoord3iARB' opengl_norm.c:2360: warning: implicit declaration of function `glMultiTexCoord3ivARB' opengl_norm.c:2370: warning: implicit declaration of function `glMultiTexCoord3sARB' opengl_norm.c:2380: warning: implicit declaration of function `glMultiTexCoord3svARB' opengl_norm.c:2390: warning: implicit declaration of function `glMultiTexCoord4dARB' opengl_norm.c:2400: warning: implicit declaration of function `glMultiTexCoord4dvARB' opengl_norm.c:2410: warning: implicit declaration of function `glMultiTexCoord4fARB' opengl_norm.c:2420: warning: implicit declaration of function `glMultiTexCoord4fvARB' opengl_norm.c:2430: warning: implicit declaration of function `glMultiTexCoord4iARB' opengl_norm.c:2440: warning: implicit declaration of function `glMultiTexCoord4ivARB' opengl_norm.c:2450: warning: implicit declaration of function `glMultiTexCoord4sARB' opengl_norm.c:2460: warning: implicit declaration of function `glMultiTexCoord4svARB' Thanks, Gerald

4 15

Combo & Listboxes Locale Handling
by Michael Jackson 14 Jul '03

14 Jul '03

Hi guys, What work needs to be done to get locale handling for combo and listboxes working properly? Im looking for tips / pointers / reference to another part of wine where it is implemented / refernce to msdn to help me implement this. Thanks Mike Jackson

2 2

RE: Question about WINE and adding the "low-level" CD access APIs...
by Robert Shearman 14 Jul '03

14 Jul '03

> Date: Mon, 14 Jul 2003 20:24:31 +0800 > From: Jonathan Wilson <jonwil(a)tpgi.com.au> > To: wine-devel(a)winehq.com > Subject: Question about WINE and adding the "low-level" CD access APIs... > > Many copy protections use special tricks on the CDs (I dont know the > details). Presumably these protections use some kind of > lower-level API to > access the data on the CD directly (instead of going through the file I/O > calls). Currently TransGaming does something specific for each > kind of copy > protection to make it work. Would it be possible to implement > these APIs in > WINE and have them redirect to whatever low level APIs are provided by > linux/x/whatever? That way (assuming the implementation was > complete), any > copy protection would work (i.e. when the protection says "give > me this bit > of data from the CD in this form", WINE hooks that, gets the > relavent data > and returns it to the application. I believe this can be done in ASPI, and has been already implemented. At least this is how SafeDisc v1 worked. > Same could be said for > protections that > use the "boot blocks" to store licence data (such as CDilla Licence > Manager), for those you could hook the "read from boot block" and > "write to > boot block" calls and store the data somewhere (preferably not the real > boot block :) You would probably need to run Wine as root to do this (as you would need to run the game as Administrator in WinNT), but the API's should be there. > If someone can tell me what the low-level access that these > protections use > is actually called (i.e. what search term to use in MSDN to look for > documentation etc) as well as info on whatever the relavent linux > low-level > access stuff would be, I can look at drawing up some kind of "here is how > this could be done" document. Again, I guess most protection methods (that would work on NT) would probably use ASPI. > Similar low-level hooks could be used to allow things like AudioCatalyst > (program that converts audio-cd tracks to MP3 files) and anything > else that > does lower level access to CDs/DVDs than the high-level file I/O APIs and > etc. (the day its possible to run Nero Burning Rom in WINE with > no problems > will be a great day indeed for the project :) Well in that case, the great day was a while ago as I have already burnt a CD in Nero (with version=Win2k). I'm not sure about AudioCatalyst but I see no reason why our current ASPI implementation shouldn't work. > If this isnt fesable for copy protection and so on, please explain why (I > know nothing about copy protection or how to program the CD-ROM in win32) > Basicly, I dont understand why there is a need for "protection-specific" > code in WineX when you could emulate whatever the protection uses and > appear just like real windows to the game... > Laurent Pinchart did a lot of work on this, but unfortunately a lot of it wasn't accepted into the Wine tree. Though his patch is available at http://www.winehq.com/hypermail/wine-patches/2002/04/0194.html. It may require some major work to get it working now, as I believe some of the hooks he used (in relation to NT kernel shared memory) have been removed now. Note that I'm unsure the un-hackish parts weren't accepted, although a good guess would be DMCA. Rob

1 0

Re: Mac OS X Support : Winebuild Assembler syntax
by Pierre d'Herbemont 14 Jul '03

14 Jul '03

ioops, this one was old, and buggy, sorry I didn't notice. You might prefer this one ;) Alexandre, I think I did find how to manage with the ".skip" instruction on darwin with mach-o, I use the .fill instrcution. I assumed that the ".skip n" instruction allocate n bytes. Thanks, Pierre On lundi, juil 7, 2003, at 14:02 Europe/Paris, Pierre d'Herbemont wrote: > Hi! > > This patch fix (again) the ppc syntax for Mac OS X's ld. I took care > of Alexandre suggestion. > > Hope it will be ok ;) > > Pierre > > ModifiedFiles: > tools/winebuild/import.c > tools/winebuild/spec32.c > tools/winebuild/build.h > > ChangeLog: > - Add support for Mac OS X's ppc assembler syntax. >

1 1

HRESULTs and headers
by Mike Hearn 14 Jul '03

14 Jul '03

Good morning everybody! I was wondering if anybody knew where I could find a definitive list of HRESULT values, as the one I want to know, 0x80770001, is not in the Wine headers, nor on Google. Is there somewhere that I can get the official set of headers for free? I don't want to buy Visual Studio just to get them (the mingw headers are partially taken from Wine I think). -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Compiling warnings in d3d8_private.h
by Marcelo Duarte 14 Jul '03

14 Jul '03

I found various warnings while compiling and for me, the cause is the patch: ChangeSet ID: 8427 CVSROOT: /home/winehq/opt/cvs-commit Module name: wine Changes by: julliard(a)wine.codeweavers.com 2003/06/06 13:12:59 Modified files: dlls/d3d8 : utils.c directx.c device.c d3dcore_gl.h d3d8_private.h Log message: Raphael Junqueira <fenix(a)club-internet.fr> Fixed compilation problems. Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8427 Old revision New revision Changes Path 1.4 1.5 +23 -28 wine/dlls/d3d8/utils.c 1.42 1.43 +18 -3 wine/dlls/d3d8/directx.c 1.69 1.70 +2 -4 wine/dlls/d3d8/device.c 1.1 1.2 +141 -23 wine/dlls/d3d8/d3dcore_gl.h 1.34 1.35 +3 -1 wine/dlls/d3d8/d3d8_private.h See the warnings: make[2]: Entering directory `/home/mduarte/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o cubetexture.c In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8_main.o d3d8_main.c In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition directx.c: In function `IDirect3D8Impl_FillGLCaps': directx.c:779: warning: implicit declaration of function `glXGetProcAddressARB' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o drawprim.o drawprim.c In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o indexbuffer.o indexbuffer.c In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o resource.o resource.c In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o shader.o shader.c In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o stateblock.o stateblock.c In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o surface.o surface.c In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o swapchain.o swapchain.c In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o texture.o texture.c In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vertexbuffer.o vertexbuffer.c In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volume.o volume.c In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volumetexture.o volumetexture.c In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vshaderdeclaration.o vshaderdeclaration.c In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition Thank you. -- Marcelo Duarte

1 0

Re: [URLMON] Implement URLDownloadToFileA/W
by Lionel Ulmer 13 Jul '03

13 Jul '03

> Changelog: > Mike McCormack <mike(a)codeweavers.com> > Lionel Ulmer <lionel.ulmer(a)free.fr> > - implement URLDownloadToFileA/W Just to add that, for once, this patch is LGPL'ed as it's 'based' (let's rather say 'stealed' :-) ) on some of Mike's code. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: PPC CPU Detection in configure
by Alexandre Julliard 13 Jul '03

13 Jul '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Darwin's default gcc doesn't know the __PPC__ and the __powerpc__ > flags, but knows the __ppc__ and the __POWERPC__ flags, no luck :( > . So I think we should defined them in configure, I dont think it is a > problem on the linux side, is it? No but we should pick one and use the same everywhere. I'd suggest __powerpc__. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Mac OS X Support : Configure and Libs Build system [fix1]
by Pierre d'Herbemont 13 Jul '03

13 Jul '03

On dimanche, juil 13, 2003, at 17:36 Europe/Paris, Pierre d'Herbemont wrote: > Hi! > > This patch add support for Mac OS X's Mach-o in configure.ac and in > the library. Mach-O differentiate dynamic library that you can link to > but can't lad dynamically and bundle (shared object) that you can't > link to, but can load dynamically. > Please tell me if you don't like the way it is done. > Sorry, I forgot to add a modification of libs/Makefile.in. Thanks, Pierre ChangeLog: -Add Support for Mach-O file format (Mac OS X) when building libraries.

1 0

Re: PPC CPU Detection in configure
by Marcus Meissner 13 Jul '03

13 Jul '03

On Sun, Jul 13, 2003 at 02:20:53PM +0200, Pierre d'Herbemont wrote: > Hi, > > Here is a patch which adds CPU Detection for the PowerPC Processor in > configure.ac. There wasn't any in configure, is there any reason? By > the way there is two flags for the powerpc : __PPC__ and __powerpc__ > any reason, or should they be unified? My gcc already defines them correctly. Ciao, Marcus

2 1

bridge winelib app and linux app
by Evalet Olivier 13 Jul '03

13 Jul '03

Hello, I'm working on an application "audacity" which use the multi-os wxWindows lib. This application uses a feature available only on windows and Mac - the audio effects for the VST plug-ins. Now I have done a winelib app to bridge the native dll (audio VST effects) with the native unix app. It seems to be ok, all plugins are loaded. But, I would like to know if I must establish a link between wine and my linux app for some resources like the threads? Thanks Olivier

2 3

Concerning palettes
by Johan Gill 13 Jul '03

13 Jul '03

I am wondering about the Windows implementation of GDI32.GetSystemPaletteEntries. Wine does not return any palette for a display DC if X is not running in paletted mode, but is this correct? That is, does Windows running in a non-paletted display mode behave the same way? /Johan Gill <johane(a)lysator.liu.se>

1 0

future chat meetings ?
by Tom 13 Jul '03

13 Jul '03

hello, I read over the log's of the last chat meeting and it looks like you guy's had alot of fun :)) And got some future details worked out ..... May I ask if there is another one planned ? or if we should plan one each quarter or so ? Tom

1 0

stupid question........ Talkbacks on winehq front page
by Tom 13 Jul '03

13 Jul '03

Hello, May I ask how hard it would be to add talk-backs to the front page of winehq ?? like those of linuxtoday ... If we were to do this (someday) would we need a moderator ? Anyone have any thoughts about this? Tom

1 0

LoadLibrary problem
by Dimitrie O. Paun 12 Jul '03

12 Jul '03

Hi guys, I'm back from my vacation! :) Before I left I had problems running visual-mingw when built as a Winelib app. This is a C++ app and needs the wrapper idea to work. In other words the main app is in a dll names 'visual-mingw-wrap.dll.so' (I've added the 'wrap' in the name to avoid potential confusion, and to make it easier to search for it). The wrapper simply does a LoadLibrary for this DLL, and this LoadLibrary call fails. Here is the relevant part of a --debugmsg +module,+server Any ideas? .... trace:module:MODULE_InitDLL (0x40980000,PROCESS_ATTACH,0x1) - RETURN 1 trace:module:MODULE_DllProcessAttach (user32.dll,0x1) - END trace:module:MODULE_DllProcessAttach (visual-mingw.exe,0x1) - END trace:module:GetModuleFileNameW L"F:\\dev\\wine\\visual-mingw\\bin\\visual-mingw.exe" trace:module:MODULE_GetLoadOrder looking for F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so trace:module:GetModuleFileNameW L"F:\\dev\\wine\\visual-mingw\\bin\\visual-mingw.exe" trace:module:open_app_key searching 'F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so' in AppDefaults\visual-mingw.exe\DllOverrides 0009: open_key( parent=(nil), access=000f003f, name=L"Machine\\Software\\Wine\\Wine\\Config\\AppDefaults" ) Open key ERROR 0009: open_key() = OBJECT_NAME_NOT_FOUND { hkey=(nil) } 0009: get_key_value( hkey=0x14, name=L"F:\\dev\\wine\\visual-mingw\\bin\\visual-mingw-wrap.dll.so" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0x14, name=L"*visual-mingw-wrap.dll.so" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } trace:module:MODULE_GetLoadOrder got hardcoded path default "n,b" for "F:\\dev\\wine\\visual-mingw\\bin\\visual-mingw-wrap.dll.so" trace:module:load_dll Trying native dll 'F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so' 0009: create_file( access=80000000, inherit=0, sharing=00000001, create=3, attrs=00000000, drive_type=3, filename="/home/dimi/dev/wine/visual-mingw/bin/visual-mingw-wrap.dll.so" ) 0009: create_file() = 0 { handle=0x34 } trace:module:PE_LoadImage loading F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is correct, Wine finds the file correctly. trace:module:PE_LoadImage Trying to create section... Here, we're executing this (which fails): TRACE( "Trying to create section...\n" ); if (NtCreateSection( &mapping, STANDARD_RIGHTS_REQUIRED | SECTION_QUERY | SECTION_MAP_READ, &attr, &lg_int, 0, SEC_IMAGE, hFile ) != STATUS_SUCCESS) return 0; 0009: create_mapping( size_high=0, size_low=0, protect=192, access=000f0005, inherit=0, file_handle=0x34, name=L"" ) 0009: create_mapping() = INVALID_FILE_FOR_SECTION { handle=(nil) } 0009: close_handle( handle=0x34 ) 0009: close_handle() = 0 { fd=-1 } warn:module:load_dll Loading of native DLL F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so failed (status -1073741595). warn:module:load_dll Failed to load module 'F:\dev\wine\visual-mingw\bin\visual-mingw-wrap.dll.so'; status=-1073741595 trace:module:LdrGetDllHandle 0 0 L"user32.dll" -> 0x40980000 trace:module:GetModuleHandle16 (USER) .... -- Dimi.

3 2

Dungeon Crafter
by Marcus Brubaker 12 Jul '03

12 Jul '03

Hey All, I'm working on getting the Dungeon Crafter (version 1.4.1) working. You can download the program for free at www.dungeoncrafter.com. The installation goes perfectly (Excellent work to everyone who's been working on installers. I'm very impressed) but when I run the program it gives the following: fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x418bfe4c,19410,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x407929f0), partially implemented. err:ole:_jpeg_skip_input_data (3506), should not get here. Corrupt JPEG data: 370 extraneous bytes before marker 0x03 Unsupported marker type 0x03 I'm using the wine rpm for redhat 9 downloaded from the sourceforge page. This is a windows free installation and the only changes I made to the default configuration is to update the drive paths. Any suggestions on what might be happening? Regards, -- Marcus Brubaker <marcus.brubaker(a)utoronto.ca>

3 2

Re: Question about IPC between WINE and other processes
by Roderick Colenbrander 12 Jul '03

12 Jul '03

You need to develop this winelib dll from Linux. Also check out the winelib docs. (I'd recommend you to use winegcc since you likely won't port old code ... ) Roderick On Friday 11 July 2003 23:41, you wrote: > Hello Roderick, > > I have nother question about the usage of dll: > > Can I use visual studio in windows to generate a windows dll to implement > all the functionalities I need, then transfer it directly to linux using > under WINE? > > Maybe it can't work for IPC stuffs discussed before, right? > > Many thanks > > -Lechun > > Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: > What Mike meant is the same as I said. Look at the winelib docs at the wine > page. I'm not sure if they are up2date. A new but easier way to use winelib > is to use "winegcc" a frontend to gcc which handles all difficult wine > linking stuff. The syntax is similar to gcc and it supports various mingw > options. > > All dlls wine uses are winelib dlls. It are linux libraries but with a > similar structure as native windows dlls. Because of this structure you can > easily replace a native dll of your app with a winelib dll. > > The advantage of winelib is that you can use all libraries you have on > windows and all you have on windows. > > So I would move the linux functionality you need inside a winelib dll. > Using this way you don't need to recompile all the source of your app using > winelib which can be a pain. This way is used by lots of companies since it > is easy and gives good performance. > > I hope this helps and good luck, > Roderick > > On Friday 11 July 2003 18:44, you wrote: > > Hello Roderick, > > > > Thank you for your answering. > > Actually, now I am trying to use WINE to port an windows application to > > linux. But if I use program loader provided by WINE to directly run the > > exe file under linux, some of the functionalities are involved with IPC > > between WINE and other local X processes, which is not supported by WINE. > > > > So, I need to rewrite the local codes for them, as Mike explained before, > > > > "What you can do is rewrite only the parts that need rewriting and turn > > them into shared libraries. Then you can use WineLib to combine the > > Win32 code and the Linux code into one program." > > > > Here, I am glad to learn from you there seems a more easy way: > > (As my understanding, the other way you mentioned is the same one as > > Mike's) > > > > "An easy way is to put this > > X functionality in a winelib dll. This dll can then be used by your app. > > The advantage of a winelib dll is that it can use win32 api's but also > > native Linux api's." > > > > Could you please make sure whether this method can meet the need to "find > > any process's window info", not only "windows under WINE" ? > > > > And could you please give some more implementation details about that? > > > > Thanks a lot! > > > > -Lechun > > > > Roderick Colenbrander wrote: > > Hi, > > > > As I understand it you have a Windows app that needs to have access to > > some X stuff. To access that you somehow need to extend your app with > > some X functionality. There are several ways to do that. An easy way is > > to put this X functionality in a winelib dll. This dll can then be used > > by your app. The advantage of a winelib dll is that it can use win32 > > api's but also native Linux api's. The other option is to completely > > build your app using winelib and also add the native code. Personally I > > think the dll is the easiest way. > > > > Roderick > > > > On Thursday 10 July 2003 23:36, dd jj wrote: > > > Hello Mike, > > > > > > So as my understanding, even recompile the original windows codes using > > > WINELIB will not work, am I correct? > > > > > > Since finding window info under cursor is only one of the functionality > > > in this application, it will be a huge work to rewrite all the codes > > > for X window. Is there any Avenue to port such a windows application to > > > Linux? Using Visual Mainwin or Win/U is better choices? or any other > > > comments on it? > > > > > > Thanks a lot! > > > > > > -Lechun > > > > > > Mike Hearn wrote: > > > Programs run under emulation are only aware of other Wine programs. If > > > you want to write an app like that, you'd need to rewrite it for Linux. > > > > > > BTW, you might want to talk to a guy named Bill Haneman (i think that's > > > the spelling). He does Gnome accessibility, and i think they have an > > > app that can read info about stuff under the mouse cursor. > > > > > > On Thu, 2003-07-10 at 20:41, dd jj wrote: > > > > Thank you for response. The following is my further question: > > > > > > > > Here is my case: > > > > > > > > Now I am trying to run our own developed application under wine, the > > > > original function of this app is working as a background daemon > > > > without GUI who is trying to figure out some window information under > > > > the current cursor, such as the window title, class name using > > > > GetWindowTitle, GetClassName ... WIN32 API calls. > > > > > > > > When I run this under WINE, it can't "see" any other Local X > > > > application windows such as Xterm, Xclock... which don't run under > > > > WINE. > > > > > > > > > > > > I am wondering whether I can recompile the codes to generate a lcoal > > > > X application using winelib to solve this problem, or I must write > > > > X11 based codes? > > > > > > > > Thanks a lot! > > > > > > > > -Lechun > > > > > > > > Mike Hearn wrote: > > > > > fixme:class:get_class_ptr reading from class of other > > > > > > > > process window > > > > > > > > > 0x2002a > > > > > err:win:WIN_FindWndPtr window 0x2003a belongs to other > > > > > > > > process > > > > > > > > Well these two are known problems. I think it's something > > > > Alexandre will > > > > be working on at some point, inter-process window > > > > communication isn't > > > > really implemented well in Wine at present. > > > > > > > > > Also I found other errors when I launch my window appication > > > > > > > > under > > > > > > > > > wine: > > > > > > > > > > err:module:import_dll No implementation for > > > > > > > > USER32.dll.GetTitleBarInfo > > > > > > > > > imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef > > > > > err:module:import_dll No implementation for > > > > > > > > USER32.dll.GetMenuBarInfo > > > > > > > > > imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef > > > > > > > > Unless the program actually uses them, this isn't a problem. > > > > If it does, > > > > the app will crash, at which point we'd need to write those > > > > functions or > > > > stub them out. > > > > > > > > thanks -mike > > > > > > > > > > > > _____________________________________________________________________ > > > >_ Do you Yahoo!? > > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > > > --------------------------------- > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > --------------------------------- > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month!

1 0

Re: wine/dlls/opengl32 wgl.c
by Marcelo Duarte 12 Jul '03

12 Jul '03

Em Sex 11 Jul 2003 18:53, Alexandre Julliard escreveu: > ChangeSet ID: 8742 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/07/11 16:53:26 > > Modified files: > dlls/opengl32 : wgl.c > > Log message: > Lionel Ulmer <lionel.ulmer(a)free.fr> > Check if 'GLX_ARB_get_proc_address' is supported before using > glXGetProcAddressARB. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8742 > > Old revision New revision Changes Path > 1.35 1.36 +9 -5 wine/dlls/opengl32/wgl.c In my system, the last patch caused this warnings. Thank you. make[2]: Entering directory `/home/mduarte/wine/dlls/d3d8' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o basetexture.o basetexture.c In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from basetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from basetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o cubetexture.c In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from cubetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from cubetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3d8_main.o d3d8_main.c In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from d3d8_main.c:28: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from d3d8_main.c:28: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o device.o device.c In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from device.c:36: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from device.c:36: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o directx.o directx.c In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from directx.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from directx.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition directx.c: In function `IDirect3D8Impl_FillGLCaps': directx.c:779: warning: implicit declaration of function `glXGetProcAddressARB' gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o drawprim.o drawprim.c In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from drawprim.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from drawprim.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o indexbuffer.o indexbuffer.c In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from indexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from indexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o resource.o resource.c In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from resource.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from resource.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o shader.o shader.c In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from shader.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from shader.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o stateblock.o stateblock.c In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from stateblock.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from stateblock.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o surface.o surface.c In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from surface.c:33: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from surface.c:33: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o swapchain.o swapchain.c In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from swapchain.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from swapchain.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o texture.o texture.c In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from texture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from texture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o utils.o utils.c In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from utils.c:34: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from utils.c:34: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vertexbuffer.o vertexbuffer.c In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vertexbuffer.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vertexbuffer.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volume.o volume.c In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volume.c:32: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volume.c:32: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o volumetexture.o volumetexture.c In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from volumetexture.c:29: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from volumetexture.c:29: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o vshaderdeclaration.o vshaderdeclaration.c In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:129:1: warning: "GL_DOT3_RGB_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:462:1: warning: this is the location of the previous definition In file included from d3d8_private.h:192, from vshaderdeclaration.c:31: d3dcore_gl.h:130:1: warning: "GL_DOT3_RGBA_EXT" redefined In file included from /usr/include/GL/gl.h:2436, from d3d8_private.h:30, from vshaderdeclaration.c:31: /usr/include/GL/glext.h:464:1: warning: this is the location of the previous definition -- Marcelo Duarte

1 0

Building winelib without wine...
by Mark Easton 11 Jul '03

11 Jul '03

Having scanned the WineHQ website thoroughly I've come across a couple of posts that suggest that winelib has been previously been made to work on PPC, although I cannot find any details of how to attempt such a thing. Can anyone suggest how I could start trying to get Winelib built on PPC as I really can't find any details about building winelib without wine Cheers Mark Easton

2 1

Re: Question about IPC between WINE and other processes
by dd jj 11 Jul '03

11 Jul '03

Hello Roderick, I have nother question about the usage of dll: Can I use visual studio in windows to generate a windows dll to implement all the functionalities I need, then transfer it directly to linux using under WINE? Maybe it can't work for IPC stuffs discussed before, right? Many thanks -Lechun Roderick Colenbrander <thunderbird2k(a)gmx.net> wrote: What Mike meant is the same as I said. Look at the winelib docs at the wine page. I'm not sure if they are up2date. A new but easier way to use winelib is to use "winegcc" a frontend to gcc which handles all difficult wine linking stuff. The syntax is similar to gcc and it supports various mingw options. All dlls wine uses are winelib dlls. It are linux libraries but with a similar structure as native windows dlls. Because of this structure you can easily replace a native dll of your app with a winelib dll. The advantage of winelib is that you can use all libraries you have on windows and all you have on windows. So I would move the linux functionality you need inside a winelib dll. Using this way you don't need to recompile all the source of your app using winelib which can be a pain. This way is used by lots of companies since it is easy and gives good performance. I hope this helps and good luck, Roderick On Friday 11 July 2003 18:44, you wrote: > Hello Roderick, > > Thank you for your answering. > Actually, now I am trying to use WINE to port an windows application to > linux. But if I use program loader provided by WINE to directly run the exe > file under linux, some of the functionalities are involved with IPC between > WINE and other local X processes, which is not supported by WINE. > > So, I need to rewrite the local codes for them, as Mike explained before, > > "What you can do is rewrite only the parts that need rewriting and turn > them into shared libraries. Then you can use WineLib to combine the > Win32 code and the Linux code into one program." > > Here, I am glad to learn from you there seems a more easy way: > (As my understanding, the other way you mentioned is the same one as > Mike's) > > "An easy way is to put this > X functionality in a winelib dll. This dll can then be used by your app. > The advantage of a winelib dll is that it can use win32 api's but also > native Linux api's." > > Could you please make sure whether this method can meet the need to "find > any process's window info", not only "windows under WINE" ? > > And could you please give some more implementation details about that? > > Thanks a lot! > > -Lechun > > Roderick Colenbrander wrote: > Hi, > > As I understand it you have a Windows app that needs to have access to some > X stuff. To access that you somehow need to extend your app with some X > functionality. There are several ways to do that. An easy way is to put > this X functionality in a winelib dll. This dll can then be used by your > app. The advantage of a winelib dll is that it can use win32 api's but also > native Linux api's. The other option is to completely build your app using > winelib and also add the native code. Personally I think the dll is the > easiest way. > > Roderick > > On Thursday 10 July 2003 23:36, dd jj wrote: > > Hello Mike, > > > > So as my understanding, even recompile the original windows codes using > > WINELIB will not work, am I correct? > > > > Since finding window info under cursor is only one of the functionality > > in this application, it will be a huge work to rewrite all the codes for > > X window. Is there any Avenue to port such a windows application to > > Linux? Using Visual Mainwin or Win/U is better choices? or any other > > comments on it? > > > > Thanks a lot! > > > > -Lechun > > > > Mike Hearn wrote: > > Programs run under emulation are only aware of other Wine programs. If > > you want to write an app like that, you'd need to rewrite it for Linux. > > > > BTW, you might want to talk to a guy named Bill Haneman (i think that's > > the spelling). He does Gnome accessibility, and i think they have an app > > that can read info about stuff under the mouse cursor. > > > > On Thu, 2003-07-10 at 20:41, dd jj wrote: > > > Thank you for response. The following is my further question: > > > > > > Here is my case: > > > > > > Now I am trying to run our own developed application under wine, the > > > original function of this app is working as a background daemon > > > without GUI who is trying to figure out some window information under > > > the current cursor, such as the window title, class name using > > > GetWindowTitle, GetClassName ... WIN32 API calls. > > > > > > When I run this under WINE, it can't "see" any other Local X > > > application windows such as Xterm, Xclock... which don't run under > > > WINE. > > > > > > > > > I am wondering whether I can recompile the codes to generate a lcoal X > > > application using winelib to solve this problem, or I must write X11 > > > based codes? > > > > > > Thanks a lot! > > > > > > -Lechun > > > > > > Mike Hearn wrote: > > > > fixme:class:get_class_ptr reading from class of other > > > > > > process window > > > > > > > 0x2002a > > > > err:win:WIN_FindWndPtr window 0x2003a belongs to other > > > > > > process > > > > > > Well these two are known problems. I think it's something > > > Alexandre will > > > be working on at some point, inter-process window > > > communication isn't > > > really implemented well in Wine at present. > > > > > > > Also I found other errors when I launch my window appication > > > > > > under > > > > > > > wine: > > > > > > > > err:module:import_dll No implementation for > > > > > > USER32.dll.GetTitleBarInfo > > > > > > > imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef > > > > err:module:import_dll No implementation for > > > > > > USER32.dll.GetMenuBarInfo > > > > > > > imported from C:\ping\exe\ping.exe, setting to 0xdeadbeef > > > > > > Unless the program actually uses them, this isn't a problem. > > > If it does, > > > the app will crash, at which point we'd need to write those > > > functions or > > > stub them out. > > > > > > thanks -mike > > > > > > > > > ______________________________________________________________________ > > > Do you Yahoo!? > > > SBC Yahoo! DSL - Now only $29.95 per month! > > > > --------------------------------- > > Do you Yahoo!? > > SBC Yahoo! DSL - Now only $29.95 per month! > > --------------------------------- > Do you Yahoo!? > SBC Yahoo! DSL - Now only $29.95 per month! --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

1 0

patch makes all apps ignore input
by Saulius Krasuckas 11 Jul '03

11 Jul '03

it wasn't hard to find which patch did it: http://www.winehq.org/hypermail/wine-cvs/2003/07/0085.html

1 0

Re: French keyboard layout without Euro
by Dmitry Timoshkov 11 Jul '03

11 Jul '03

"Stephan BEUZE" <sbeuze(a)hotmail.com> wrote: > It used to work without FIXME message, why should it suddently give me all > the time this message. I don't think that it's my patch that caused the FIXME to appear. Could you try to revert my patch and see whether FIXME goes away? > IMO wine claims thereis a problem that doesn't exist. > It should not work such a way. FIXME was added on purpose. It reports a real problem, it just happens that the problem doesn't affect you too much. -- Dmitry.

2 1

Question about IPC between WINE and other processes
by dd jj 11 Jul '03

11 Jul '03

Hello Everyone, I am trying to run a windows application under WINE program loader, but it fails when trying to find other local application windows, It seems when it run under wine, it can't "SEE" other Local X application. How can I solve this problem? Thanks in advance --------------------------------- Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month!

4 9

Re: lostwages/ news/2003071101.xml wwn/wn20030711_ ...
by Vincent Béron 11 Jul '03

11 Jul '03

Le ven 11/07/2003 à 10:16, Jeremy Newman a écrit : > ChangeSet ID: 8735 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: jnewman(a)wine.codeweavers.com 2003/07/11 09:16:16 > > Added files: > news : 2003071101.xml > wwn : wn20030711_178.xml > > Log message: > WWN Issue 178 > > Patch: http://cvs.winehq.com/patch.py?id=8735 > > Old revision New revision Changes Path > Added 1.1 +0 -0 lostwages/news/2003071101.xml > Added 1.1 +0 -0 lostwages/wwn/wn20030711_178.xml Using small fonts and a somewhat big Mozilla window (~1600x1200), the last subject has a smaller width than the others, but is still centered. It's because there's no line of text long enough to fill the whole width of the window. Is that the intended effect, or something I happen to see because of font/width? Some weeks it makes WWN really awkward to look at. Vincent

1 0

Re: French keyboard layout without Euro
by Dmitry Timoshkov 11 Jul '03

11 Jul '03

"biggun from the sun" <fbiggun(a)hotmail.com> wrote: > Changelog: > Add a French keyboard layout without Euro. Why do you need a new keyboard layout? With the new CP_UNIXCP support in place all the keys should work for you as expected. Or is it just to suppress a FIXME message? If the latter, I'd suggest to refrain from commiting this and similar patches. -- Dmitry.

4 11

Re: [Patch] dlls/oleaut32/typelib.c - fix kazaalite
by Dmitry Timoshkov 11 Jul '03

11 Jul '03

"Stefan Jones" <cretin(a)gentoo.org> wrote: > On upgrading to Wine 20030618/20030709 I found that kazaa lite will no longer > work ... > The following patch reversal fixes it: > ( it undoes Dmitry's patch ) If you could confirm that after your patch attached program while loading native olepro32.dll and msvbvm60.dll still prints the following: Loading: "olepro32.dll" LoadTypeLib() = 00000000 GetLibAttr() = 00000000 ITypeLib2_Release() = 0 Loading: "msvbvm60.dll" LoadTypeLib() = 00000000 GetLibAttr() = 00000000 ITypeLib2_Release() = 0 then your patch is OK. -- Dmitry.

2 1

Re: Question about IPC between WINE and other processes
by Dan Kegel 10 Jul '03

10 Jul '03

Lechun wrote: > Now I am trying to run our own developed application under wine, the > original function of this app is working as a background daemon without > GUI who is trying to figure out some window information under the current > cursor, such as the window title, class name using GetWindowTitle, > GetClassName ... WIN32 API calls. > > When I run this under WINE, it can't "see" any other Local X application > windows such as Xterm, Xclock... which don't run under WINE. > > I am wondering whether I can recompile the codes to generate a lcoal > X application using winelib to solve this problem, or I must write X11 > based codes? Why not use sockets for IPC? Have the background daemon open up a listening socket bound to 127.0.0.1, and have the foreground app that wants to talk to the daemon connect to that socket. Or does the daemon actually need GUI information for some reason? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

RE: LZCopy mantain the timestamp in expanded file
by Robert Shearman 10 Jul '03

10 Jul '03

> > Changelog: > - LZCopy: modified timestamp of a expanded file have to be the same of > original file. > > Index: dlls/lzexpand/lzexpand_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/lzexpand/lzexpand_main.c,v > retrieving revision 1.20 > diff -u -r1.20 lzexpand_main.c > --- dlls/lzexpand/lzexpand_main.c 30 Apr 2003 17:15:06 -0000 1.20 > +++ dlls/lzexpand/lzexpand_main.c 9 Jul 2003 17:03:14 -0000 > @@ -476,6 +476,16 @@ > if (wret!=ret) > return LZERROR_WRITE; > } > + > + /* Change the timestamp of file */ > + HFILE fd; > + FILETIME filetime; > + struct lzstate *lzs; Sorry, but this won't compile on older versions of gcc. You need to put the variable declarations at the start of the block. > + fd = (!(lzs = GET_LZ_STATE(src))) ? src : lzs->realfd; > + GetFileTime((HANDLE)fd, NULL, NULL, &filetime); > + SetFileTime((HANDLE)dest, NULL, NULL, &filetime); > + > + /* close handle */ > if (usedlzinit) > LZClose(src); > return len; > Rob

1 0

c2man -R
by biggun from the sun 10 Jul '03

10 Jul '03

1 0

Re: Proxy from environment (resend)
by Mike McCormack 10 Jul '03

10 Jul '03

The proxy support in Wine seems quite broken, and I've added alot of proxy related fixes and features to the Crossover tree (eg. username/password support for proxies). These should be merged to the WineHQ tree after the next release of Crossover Office. Mike Mike Hearn wrote: > ChangeLog: > Take http proxy info from environment when not set in registry

1 0

Wine status Core page
by Tom 10 Jul '03

10 Jul '03

Hello, There has been alot of changes since the last post on this so i'm going to post it again here for everyone to see :)) A short list of changes thus far.. WWN link's (Thanks to Brian) Regedit as a tool. Guessed on the percentage. Winehelp as a tool. Guessed on the percentage. Links to (Instructions) changes made to % Remove : Native Windows printer drivers Remove : DLL placeholder file Remove : CPU emulation remove : WineHQ and Corel relationship remove : Berto from Wine Resource Compiler,Wine Message Compiler.....Add: dimi remove : broken links Add : Eric Pouech as worker to Dll separation Change the Wine release plan from 1.0 to 0.9 and add link to todo's on the front page... Some questions We have statments under, memory managment, Serial/parallel ports, IO port access, VxD's, Initial registry contents, Initial INI contents. Do they still look correct ? Is Regedit, Winehelp % correct ? I still need to add more links to doc status and change the status if it needs be... At this point i'm just looking for feedback on the changes that I have made and if something is incorrect fix it now.. -Thanks Tom **

1 0

Problem In Wine Please Consideration
by faisal shah 10 Jul '03

10 Jul '03

Hi, I have a problem for using wine-20030408 in Linux 8. I am trying to execute the visual basic 6 executable file which includes "tab controls" that using file �tabctrl32.ocx� and �Microsoft Hierarchical FlexGrid Control� that using file �MSHFLXGD.ocx�. When I run the visual basic executable file on Linux through wine, it generates an error which description given below: �Failed to load control �SSTAB� from TABCTL32.OCX. Your version of TABCTL32.OCX may be outdated. Make sure you are using the version of control that was provided with your application.� Manually i register TABCTL32.OCX file using REGSRV32.EXE, and its successfully registered but its gives an error which mentioned above. My question is that I do a right procedure for executing the visual basic file which includes OCX files or not. Please give some solution for these kinds of errors. Faisal Shah. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Question about improving debugging on Mingw build
by Steven Edwards 10 Jul '03

10 Jul '03

Hello, I am interested in improving debugging for dlls built with either Mingw or MS_VC if that is ever fixed. We are to the point now where a lot of needed dlls can be built with little or no changes and so I would like to start doing some major testing on Windows and ReactOS but I am unable to see TRACE/WARN/ERR and FIXME messages. Can we make libwine debug channels use OutputDebugString or one of the *printf functions or hell even MessageBox on Windows? In the ReactOS tree one of our developer started his own debug dll with the WINE debug channels using out DbgPrint function but I would like to implement something that is usable on both ReactOS and Windows. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 3

Re: CPU detection work
by Alexandre Julliard 09 Jul '03

09 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > ChangeLog: > - Move performance frequency code to misc/cpu.c > - New function, get_cpu_speed() > - Make MHz registry key and QueryPerformanceFrequency use it I was hoping you would merge the CPU speed detection with the rest of the CPU info code, there's really no reason to parse /proc/cpuinfo twice. Also the value that QueryPerformanceFrequency returns needs to match the behavior of QueryPerformanceCounter, you can't simply divide it by 1000. -- Alexandre Julliard julliard(a)winehq.com

1 0

LZCopy mantain the timestamp in expanded file
by Marcelo Duarte 09 Jul '03

09 Jul '03

Recently, I have a problem installing a program and post a message in wine-devel, search bugzilla, and none results. The current implementation of LZCopy() only expand the file to new file, and after some tests I checked that the the window$ LZCopy mantain the modified date of expanded file the same of the original file. I do some tests, and after the patch, it runs correctly. It is the small test program: #include <windows.h> int main(int argc, char *argv[]) { HANDLE src, dest; //INT lzSrc, lzDest; if (argc < 3) { printf("testlz32 [file.ex_] [file.ext]\n"); return 0; } // I do not use LZOpenFIle, LZInit, LZClose, etc so I am sure that LZCopy is the correct local of the patch. src = CreateFile(argv[1], GENERIC_READ, 0, NULL, OPEN_EXISTING, 0, 0); dest = CreateFile(argv[2], GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, 0, 0); //lzSrc = LZInit(src); //lzDest = LZInit(dest); LZCopy(src, dest); // LZCopy(lzSrc, lzDest); //LZClose(lzSrc); //LZClose(lzDest); CloseHandle(src); CloseHandle(dest); return 0; } Changelog: - LZCopy: modified timestamp of a expanded file have to be the same of original file. -- Marcelo Duarte

1 0

Two font problems
by E Lea 09 Jul '03

09 Jul '03

I'm having what seem to be two unrelated font issues with a CAD program. The first is concerned with selecting a font. The program seems to use a fairly non-standard intreface for doing this - you can set font size in mm for example. When the dialog opens this message is printed to stdout: fixme:commdlg:CFn_WMInitDialog No founds found with truetype only, dropping flag. I am assuming that this is a case for s/founds/fonts/ or not? The dialog does give the option of TTFs, and previews them, although only very small, possibly the smallest size available. The second problem occurs when the program actually tries to add the specified text to the CAD drawing. This message is printed to stdout: err:font:XFONT_RealizeFont plf->lfHeight = -2048, Creating a 100 pixel font and rescaling metrics and a windows error style message box is produced that has the message "Error! GetGlyphOutline failed. Unable to get character outline.". The program is clearly trying to convert the text to a vector graphic so that it can treat it like any other shape, but failing. Should I file two bug reports about this? The software is commercial and so I can not provide a copy for anyone to reproduce this error.

2 1

Re: [RESENT] Subject: Release GWL_ID with DestroyMenue, eventually
by Alexandre Julliard 09 Jul '03

09 Jul '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > wine/controls/menu.c: DestroyMenu > Release GWL_ID of lppop->hWnd if it is the same > hMenu we are going to destroy > > This lets Capital Eimkommenssteuer 2003 (Infotax Steuer02) access it's Menu > bar. This is wrong, Windows doesn't do this, and it causes trouble. We tried it once already and we had to back it out. The correct fix is to change the menu handles management to behave more like window handles. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Documentation spelling fixes 2 of 2
by Alexandre Julliard 08 Jul '03

08 Jul '03

Tom Wickline <twickline(a)skybest.com> writes: > I have spell checked most/all of the Docs :-) > After these patches go in ill re-check everything again just > incase I over looked something. Please don't send a separate patch for each file, that's a real pain to apply. Just send one big patch containing all the changes. -- Alexandre Julliard julliard(a)winehq.com

1 0

MS OLE questions
by Mike Hearn 08 Jul '03

08 Jul '03

Hi all, I was wondering whether anybody with experience working with microsofts ole implementation (win98 version) could answer these questions: Firstly, does anybody know what it does during thread detach? Its behaviour seems to vary according to, i dunno, the alignment of Mars and Jupiter or something. With a test app it destroys the hidden windows it seems to use for IPC, and terminates cleanly. With my IE-in-java app, it goes into a message loop, processes some messages then blocks waiting. It never drops out of the message loop. Secondly, does anybody know what is missing from Wines built in OLE implementation for it to be used for IE embedded? I've tried using it, and other than a couple of bugs in the GIT (which I will try and send a patch for soon), it seems to get stuck in ITypeInfo::Dispatch() and ends up with an E_NOTIMPL exception. Thirdly, why does MSOLE use hidden windows for communication? I've come across lots of gnashing of teeth in OLE/DCOM forums about this, people wondering why their app (and sometimes the whole system!) deadlocks if they don't service the message queue in threads that use OLE. Windows has had other forms of IPC for years, I can't see the logic behind using the limited and broken message passing scheme for it. Wierdly enough, wines built in OLE seems to work OK for iexplore.exe itself, which iirc simply embeds the ActiveX control like any other program. So, maybe it's just a strange little bug that is stopping it from working. anybody got some insight? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

6 question
by Moreno 08 Jul '03

08 Jul '03

Hi, 1) How can i use winemenubuilder? it doesn't give any error. i try: # wine winemenubuilder "c:\\Notes 5.lnk" Where it set the menu? 2) I think to a new application to add to wine. This application help a to trasfer application from windows to wine. I mean the main problem is the key in the registry. If an application give u to select the application and that application make a reg file with the kay take from the registry for that application, it's more simple to trasfer that to a wine. 3) I'm new, and i try to start to understand how wine work, but the main problem is that i don't find something talk on that. 4) What can i use to read sgml? 5) there is a freeware game http://www.steffengerlach.de/freeware/xo1.zip that if i start like: # wine d:\\xo\xo.exe don't work but if i start that from winefile work correctly. Why? 6) debug! i have an application that don't give any exception, or better trap the exception. i need to a particolar point of the execution to enter in a debuger how can i? thx Moreno

3 7

Fw: Make wine documentation
by BiGgUn 08 Jul '03

08 Jul '03

Hi folks, When i try do build wine source doc with "make htmlpages", i got the following error : (...) make[2]: Entering directory `/usr/src/wine/dlls/advapi32' c2man -o../../documentation/html -R../.. -I. -I. -I../../include -I../../include -Th -w advapi32.spec advapi.c crypt.c eventlog.c registry.c security.c service.c c2man: invalid option -- R (...) I had a look to the c2man source code in wine cvs server but there's no option -R. What's wrong ? Thanks in advance. Stephan

1 0

Fwd: [MinGW-dvlpr] Snapshot of SEH enabled GCC released
by Steven Edwards 08 Jul '03

08 Jul '03

Is there anyway this could be of use to WINEgcc? I figure not but I wanted to ask as it might not ever get merged in to GCC-HEAD. I dont think so but if anyone is still interested in SEH for WINE and Winelib its worth a look at least. Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Freetype libs in /usr/include/libs
by Gerald Pfeifer 07 Jul '03

07 Jul '03

A user notified me that even if his system has Freetype2 installed, Wine fails to detect that during configure, for he has installed it in /usr/local instead of /usr/X11R6. The patch below fixes this, but I'm not sure whether it's the right approach. If it is not, how shall we handle this, assuming /usr/local is a standard prefix which I think we should always consider? Gerald Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.165 diff -u -3 -p -r1.165 configure.ac --- configure.ac 1 Jul 2003 01:11:13 -0000 1.165 +++ configure.ac 7 Jul 2003 08:44:30 -0000 @@ -429,7 +429,7 @@ then fi dnl **** Check for FreeType 2 **** -AC_CHECK_LIB(freetype,FT_Init_FreeType,ft_lib=yes,ft_lib=no,$X_LIBS) +AC_CHECK_LIB(freetype,FT_Init_FreeType,ft_lib=yes,ft_lib=no,-L/usr/local/lib $X_LIBS) if test "$ft_lib" = "no" then FREETYPEINCL=""

4 3

Wine for SolX86
by Sundaranathan S 07 Jul '03

07 Jul '03

Hi All, I am porting wine to solaris x86 platform. First wine didnot launch i had a problem with heap pointer then i applied a patch after applying this patch i was able to launch wine. Now i am validating wine with your GOLD and SILVER list mentioned in the site. I was able to run only winzip and filezilla. Rest of the applications is not launching. Currently i am trying to install AcrobatReader 5.0.5 but i am getting an error saying err:module:BUILTIN_LoadModule loaded .so but dll wineoss.drv still not found and the installation hangs. Could anyone please let me know what could be the problem or is there any patch available. thanks in advance, -Sundaranathan. ----------------------------------------- Sundaranathan S SIP Technologies & Exports Ltd G4, Elnet Software City,CPT Road Taramani, Chennai 600 113 India Phone: +91-44-22541401 +91-44-22541031 Fax : +91-44-22541475 Website: http://www.siptech.com -----------------------------------------

1 0

Wine ToDo's
by Tom 07 Jul '03

07 Jul '03

Hi, Anyone have anything to add to this before I send it to wine patches ? Tom

1 0

Wine Status Core update
by Tom 07 Jul '03

07 Jul '03

Hello, This is what I have so far on the Status Core page. If you see anything out of place "please" just let me know. There will be more WWN links added in and "some" links to Documentation as well. Thanks Tom

1 0

GDI renderer
by olivier 07 Jul '03

07 Jul '03

Hello, I have found a discussion about the build of a new wine GDI renderer with SDL. (http://www.winehq.com/hypermail/wine-devel/2002/01/index.html#564) I would like to know the actual status of it, and how to configure wine to use it in place of the X11 drv? (I already have the 01-sdldrv.tgz) Olivier

2 1

Wine build under Solaris x86
by Alan Hargreaves 07 Jul '03

07 Jul '03

Before I get too heavily into looking at the issues with ptrace in the server code with Solaris, I should probably check... Is there anyone else out there at all working to try to get this beast built (let alone working) under Solaris x86? alan. -- Alan Hargreaves Senior Technical Support Specialist Phone : +61 2 9844 5379 VOSJEC Engineer Mobile : +61 416 207 573 Product Technical Support (APAC) Fax : +61 2 9418 2143 Sun Microsystems Call Centre: 1 800 555 786 828 Pacific Highway, Gordon NSW 2072 perl -e 'print $i=pack(c5,(41*2),sqrt(7056),(unpack(c,H)-2),oct(115),10);

1 1

Again an IS Error
by Uwe Bonnes 07 Jul '03

07 Jul '03

Hallo, has anybody an idea why the Installshield for Altera Quartus III web edition crashes? The are the last ole messages before the _xread fails: trace:ole:ITypeLib2_fnRelease (0x431ac350)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40446ad0) hreftype 0x0000 loaded SUCCESS (0x431adb30) trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 0 trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 1 trace:ole:ITypeInfo_fnGetFuncDesc (0x431adb30) index 2 trace:ole:ITypeInfo_fnRelease (0x431adb30)->(1) trace:ole:ITypeInfo_fnGetNames (0x40446ad0) memid=0x60000002 Maxname=10 trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded trace:ole:ITypeLib2_fnAddRef (0x431ac350)->ref is 1 trace:ole:ITypeLib2_fnGetTypeInfo (0x431ac350)->(index=3) trace:ole:ITypeInfo_fnAddRef (0x431adb30)->ref is 2 trace:ole:ITypeLib2_fnGetTypeInfo -- found (0x431adb30) trace:ole:ITypeLib2_fnRelease (0x431ac350)->(1) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40446ad0) hreftype 0x0000 loaded SUCCESS (0x431adb30) trace:ole:ITypeInfo_fnGetNames (0x431adb30) memid=0x60000002 Maxname=10 trace:ole:ITypeInfo_fnRelease (0x431adb30)->(1) trace:ole:_invoke Calling 0x432154(41511e50,) trace:ole:_invoke returns 00000001 trace:ole:CoUninitialize () = 00000001 () trace:ole:CoUninitialize () trace:ole:CoUninitialize () - Releasing the COM libraries trace:ole:RunningObjectTableImpl_UnInitialize () trace:ole:RunningObjectTableImpl_Release (0x403d1178) trace:ole:RunningObjectTableImpl_Destroy () trace:ole:DllMain 0x40a30000 0x0 0x1 trace:ole:CoRevokeMallocSpy trace:ole:MallocSpyDumpLeaks leaks: 0 trace:ole:IMallocSpy_fnRelease (0x40a8cfb8)->(count=0) fixme:ole:_xread Read only 0 of 4 bytes from 0x5c. fixme:ole:_StubReaderThread Failed with hres 80004005 Thanks -- 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

Word in Hebrew and Wine
by Shachar Shemesh 07 Jul '03

07 Jul '03

Hi, I have a pretty good estimate of what needs to be done to get Word supported in Hebrew. The current problems have to do with Word calling "GetKeyboardLang" after each character, and using the result as a basis for interpreting each received character. Currently, this function just returns the system locale, which causes Word to assume each and every letter is a Hebrew one, even the English ones. The results are pretty catastrophic, as people have reported (typing "Hi there everyone" typically results in the screen showing "Hthere everyone i", with "yone" highlighted with green to say it has syntax correction to suggest. The correct is to replace "there" with "they're"). I have been itching to do an overhaul of the Wine keyboard handling for some time. I think the current scheme is overly complicated, and causes problems. This is a major task, but I may be able to recrute some local help. I am a bit worried, however, about the fact that some other people may also working on a similar task at the moment. I know Dmitry said in the past he is rennovating the keyboard a little, and I know codeweavers still hold a patch that will allow UTF-8 input locale to work. I would like to coordinate the effort. If anyone is working on the keyboard right now, please let me know. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 9

MAX_PALETTES
by Dustin Navea 07 Jul '03

07 Jul '03

I was looking thru the website for something easy that is listed as a todo and saw the item for correcting arrays that are done like [256] instead of [MAX_PATH], etc.. Looking thru the sources, in d3d8_private.h MAX_PALETTES is defined as 256 and then used later in the file and I believe in other d3d8 files, while it isnt even mentioned in ddraw files, although almost identical functions are called.. I was wondering if I should go ahead and add in the define for MAX_PALETTES in ddraw.h and then correct the palette definitions/declarations in the ddraw code and submit it.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

ShellExecute, bug 22, and MDSN
by Dustin Navea 06 Jul '03

06 Jul '03

There was a mistake on my part.. I inadvertently downloaded the 20020710 binaries and reported a bug that has since been halfway fixed.. I will close the bug I opened and give an updated report when I have investigated bug 22 again with the new sources.. ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Shellexecute, bug 22, and MSDN
by Dustin Navea 06 Jul '03

06 Jul '03

Looking at: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and then looking at our shlexec.c, I noticed one small difference between the 2 and was wonder if a bug should be filed on it.. In the MSDN docs, it says that if lpOperation is null: "For systems prior to Microsoft Windows 2000, the default verb is used if it is valid and available in the registry. If not, the "open" verb is used. For Windows 2000 and later systems, the default verb is used if available. If not, the "open" verb is used. If neither verb is available, the system uses the first verb listed in the registry." In wine's shlexec.c, if lpOperation is null, we only use the open verb, like so: if (lpOperation == NULL) /* default is open */ lpOperation = "open"; I think this could hinder certain programs, especially if someone would like it to do something besides open the file (like in the case of bug 22, where it is a link, not a file).. This could also be a problem if there is no application associated with the file, since we have no window/tool allowing the user to choose the app... I guess I should add that in the code for shlexec.c we do have handling for links, but it appears to not make it that far as of right now.. So should this be filed as a bug or would it be too difficult to implement a check for the proper verb? ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 1

"make uninstall" fails at /usr/local/share/aclocal
by Saulius Krasuckas 06 Jul '03

06 Jul '03

after i had compilled xmms software from the source, WINEs uninstall gives me an error: [s2@localhost wine]$ su -c "make uninstall" Password: cd `dirname include/__uninstall__` && make uninstall <skipped /> make[2]: Entering directory `/usr/src/wine-cvs/wine/libs/wine' rm -f /usr/local/lib/libwine.a /usr/local/lib/libwine.dll /usr/local/lib/libwine.so /usr/local/lib/libwine.so.1 make[2]: Leaving directory `/usr/src/wine-cvs/wine/libs/wine' make[1]: Leaving directory `/usr/src/wine-cvs/wine/libs' rm -f /usr/local/share/aclocal/wine.m4 rmdir /usr/local/share/aclocal rmdir: `/usr/local/share/aclocal': Directory not empty make: [uninstall] Error 1 (ignored) [s2@localhost wine]$ ll /usr/local/share/aclocal total 8 -rw-r--r-- 1 root root 5549 Jul 4 18:37 xmms.m4 is that expected way for WINE to work? or should i fill a bugreport?

3 2

Re: WWN idea.....
by Brian Vincent (C) 06 Jul '03

06 Jul '03

> My idea is kind of a spin-off of that. I sometimes find that I want to read > the entire thread of a story posted in WWN, or if it is something that wasnt > discussed in a thread, but was like news about someone being interviewed, I > want to be able to read the interview right away... Each section of WWN has a link that says "Archive". If you click on it you get the wine-devel thread in the Hypermail archives. (Or, if it spans multiple threads you get an arbitrary one chosen by me.) If you wish articles/headlines were displayed differently, all you have to do is go into the WineHQ CVS and make the appropriate changes. -brian

2 1

Heap APIS
by Jean-Eric Cuendet 05 Jul '03

05 Jul '03

Hi, In windows, there is APIs for Heap management (HeapCreate, HeapAlloc, ...). Are they implememted in wine? How? Is it just stubs on malloc? Or are they *really* implemented and working as secondary heaps? Thanks. -jec

3 2

Re: [X11DRV] Fix crash on bad fonts...
by Andreas Mohr 05 Jul '03

05 Jul '03

On Sat, Jul 05, 2003 at 12:37:04PM +0200, Lionel Ulmer wrote: > Hi all, > > It seems that a lot of people out there are still using the 'old' core fonts > rendering path for fonts (maybe one familiar with 'wineinstall' should have > it print a help message telling people to install the MS core fonts in their > Windows/Fonts directory). > > As seen on bug 1555 (http://bugs.winehq.com/show_bug.cgi?id=1555), the call > generating the X11 error is 'XLoadQueryFont'. So let's protect this with our > own X11 error mechanism as we do for DGA2 for example and do as if the > loading of the font failed. > > This was not tested yet as I did not find an user who 1) had built Wine > himself and 2) had the font issue. But well, according to 1555, it should > work :-) > > Changelog: > - do not have Wine crash when trying to load bad fonts > > -- > Lionel Ulmer - http://www.bbrox.org/ > Index: graphics/x11drv/xfont.c > =================================================================== > RCS file: /home/wine/wine/graphics/x11drv/xfont.c,v > retrieving revision 1.114 > diff -u -r1.114 xfont.c > --- graphics/x11drv/xfont.c 18 Jun 2003 19:45:22 -0000 1.114 > +++ graphics/x11drv/xfont.c 5 Jul 2003 10:31:32 -0000 > @@ -2014,6 +2014,11 @@ > * > * Build font metrics from X font > */ > +static int XLoadQueryFont_ErrorHandler(Display *dpy, XErrorEvent *event, void *arg) > +{ > + return 1; > +} Why not print a user message here that such and such font might be broken? Andreas Mohr

2 1

Yet again ... Looking for services ...
by Lars Segerlund 04 Jul '03

04 Jul '03

Hi, I am trying to develop some win32 code wich would use services, ( ie. I would like to develop some code which could run as a win32 service ). I have been following the wine mailing list, but I am not aware of the status of services in wine and if an implementation is underway ? ( as far as I can tell they are not currently implemented ). All the machinery for the services seem's to be in wine, so I am wondering if there has been any attempts ? / regards, Lars Segerlund.

3 2

spelling fixes :))
by Tom 04 Jul '03

04 Jul '03

Francois, If I knew you were going to get into fixing single words that should be separate I would have started on this along time ago ;) - asks for a DLL, Wine does not simulate the existence of - nonexisting files. + asks for a DLL, Wine does not simulate the presence of + non-existent files. Tom

2 1

Retry (3) - Ole32 Win16/32 Cleanup
by Steven Edwards 04 Jul '03

04 Jul '03

Hello All, I have done a new patch that seems to be a little cleaner then the last one. I know its low on the TODO list and may cause problems if others are working on Ole32 so let me know if there is anything else I need to do to incress the chances of getting this merged in. This patch compleates the Win16/32 split for Mingw and ReactOS. 1. split ole2 in to two files. ole2.c contains the Win16 and Win32 interfaces that have the same name while ole2_16.c is of course Win16 only interfaces. 2. Move CLSIDFromProgID16 to compobj.c where CLSIDFromProgID resides. This allows this function to be used internal for other 32bit functions that need it. 3. Now we can compile out ole16.c, storage.c and the new ole2_16.c files. The only minor problem left for us is still in IsAccelerator. At some point once ReactOS can run Ole32 and I have more time I will try my hand at rewriting IsAccelerator/TranslateAccelerator to not call LockResource16. Until then we can just work around it. Thanks Steven Changelog: Win16/32 split of of Ole32 - Create new file ole2_16.c for ole2 16bit only functions. - Move CLSIDFromProgID16 so it can be used internal. - compile out more Win16 sources. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: File descriptor limit
by Dan Kegel 04 Jul '03

04 Jul '03

Mike Hearn wrote: > I have a problem, in that I'm trying to run an app which opens truly > astonishing numbers of threads, sockets and because we're on Linux -> > file descriptors. > > For instance, on a basic run in the default configuration, it runs > approximately 180 threads. A quick script that did an ls -1 in the > /proc/$pid/fd directory of each running wine process (for some reason I > get loads) shows that it opens a truly amazing 18,000 odd file > descriptors. > > In fact, in some circumstances it opens so many, that I get errors like > this: > wine client error:9a: pipe: Too many open files ... > The problem is, that I don't know what limit is being used for this. In > theory, the OPEN_MAX macro should tell me, but for some reason this is > defined on my box as 256 (red hat 8), even though sysconf(_SC_OPEN_MAX) > says "1024". What does 'ulimit -n' say? That's the per-process limit. It's usually at 1024, but root can raise it for itself, and you can then su to the user you really want to run the program. You can also arrange for it to be higher by editing /etc/profile and logging in again. 18000 is impossible unless the processes' ulimit -n and /proc/sys/fs/file-max are both that or higher, unless I'm seriously confused. I doubt Wine scales well to large numbers of threads or fd's. Maybe it's time to start seeing where the bottlenecks are... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 3

Re: Implemented pthread_cond_*, adjusted wrc parser and exception error output
by Steven Edwards 04 Jul '03

04 Jul '03

--- Juraj Hercek <juraj(a)syncad.com> wrote: > Changelog: > > Eric Frias <efrias(a)syncad.com>, Juraj Hercek <juraj(a)syncad.com> > * scheduler/pthread.c: > Implemented missing pthread_cond_*() functions. > One minor nit to pick. Replace the C++ style comments. We dont use them in WINE. Thanks Steven __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

Re: wine/dlls/shell32 shell32_main.c
by Rein Klazes 04 Jul '03

04 Jul '03

On Fri, 20 Jun 2003 21:01:57 -0500, you wrote: > Modified files: > dlls/shell32 : shell32_main.c > > Log message: > Jason Edmeades <us(a)the-edmeades.demon.co.uk> > SHGetFileInfo should tolerate null pointers. > > Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8543 This breaks the file dialog in Agent news reader: the directory tree is blank. Precisely the cause is this part: | @@ -297,6 +299,9 @@ | return 0; | } | | + /* psfi is NULL normally to query EXE type, if not none of the below makes | + sense anyway. Windows allows this and just returns FALSE */ | + if (psfi != NULL) return FALSE; this is obviously wrong (psfi is dereferenced in the remainder of the function). I just wonder if it should be removed, or is here a typo and should != be == ? Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

Re: About Wcmd
by Dustin Navea 04 Jul '03

04 Jul '03

Just want to add one thing.. The prompt in DOS is defaulted to $p$g (path with greater than sign at the end but can always be changed, even to the current time and date ($t$d) just try it.. prompt Makes no prompt prompt $p Makes prompt the current path prompt $t Makes it current time prompt $p$g Makes it DOS default... So if we want to make wcmd like DOS and Windows Command Prompt, we need to allow setting prompt like that if we dont already, and should set default prompt to DOS's default prompt... Sylvain, how do you make variable content begin with a space in set commands? I have never been able to figure that one out... --- Sylvain Petreolle <spetreolle(a)yahoo.fr> wrote: > Im writing Fr.rc for wcmd, since the translation work has started. > Im interested in writing fixes for En.rc too. > > Some questions/comments about wcmd : > - Call: > Is the following valid for Wine ? > Changes to default directory, environment variables etc made within > a\n\ > called procedure are inherited by the caller. > > - Move : > Move can move a group of files, but wildcards arent supported yet. > Move is not supposed to fail if the DOS drives are different. > > -Path : > example is incorrect, double backslashes arent needed inside wcmd. > > -Pause : > the message must be changed, it displays "ANY key" instead of Return > ATM. > > -Prompt : > the default prompt is the current directory with a > sign. > > -Set: > the variable content can begin with a space. > > > ===== > Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) > ICQ #170597259 > > alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 > |tee cvslog' > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais ! > Yahoo! Mail : http://fr.mail.yahoo.com > ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

1 0

WWN idea.....
by Dustin Navea 04 Jul '03

04 Jul '03

Hey guys, just got an idea for a new feature in the WWN articles... If you look at any major news site, they post a headline and a short version of each story they publish. Usually as part of the headline, they include a link to the full story, and in the full story they include links to other relevant sites/stories and stories on other news sites.. My idea is kind of a spin-off of that. I sometimes find that I want to read the entire thread of a story posted in WWN, or if it is something that wasnt discussed in a thread, but was like news about someone being interviewed, I want to be able to read the interview right away... What if we put a link to the relevant item in the headline.. (i.e. if it is a thread, make it a link to the start of the thread in the winehq archives, and if it is something else, like an interview, make it a link to the actual interview) Just a crazy idea I had that would make the WWN articles just that much better.. Comments, tweaks, suggestions, flames always welcome ;) ===== -- Dustin Navea Minor Contributor, winehq.com Buzilla Janitor, bugs.winehq.com Network Admin, irc.blynk.net (down) __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

2 1

Re: WWN: wn20030704_177.xml
by Joerg Mayer 04 Jul '03

04 Jul '03

Brian, On Thu, Jul 03, 2003 at 04:02:47PM -0700, Brian Vincent wrote: > I'm going to include something new with this issue. From > now on I'll send a copy of the XML file to wine-patches as well. > > wn20030704_177.xml Good idea :-) but could you please send this in the format the attachment states it is (aka text/plain) - the way you post it now is very unpleasant to read. In case you think the xml-version is preferrable, then posting a link should be sufficient. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

1 0

off-line
by Pouech Eric DMI AEI CAEN 04 Jul '03

04 Jul '03

FYI, I'll be on vacation and off line for the 5 coming weeks (well, with a week of work in between, but mostly off line) So don't count on me for wine related issues (and any others). A+

1 0

wine debug question
by olivier 04 Jul '03

04 Jul '03

Hello, I'm debuging an application with this command line: wine --debugmsg err+all,+relay .../audio/coolpro/coolpro.exe &>.../installed-src/wine/cvs/cooledit/debug.relay-01.txt Can I know which function executed in which thread? Like something as: 0009:TID 000a:Call kernel32.FindResourceA 0009:TID 000a:Ret kernel32.FindResourceA 0009:TID 000b:user32.GetSysColor 0009:TID 000b:Ret user32.GetSysColor Merci, Olivier

3 2

Re: Known Wine ToDo's
by Sylvain Petreolle 04 Jul '03

04 Jul '03

National Language Support Finish WCMD translation (i am working on it for the French part) Window management Implement systray with xembed support (patches already submitted) Workaround the "no keyboard without Desktop mode" problem. Sound drivers Implement the audio compression codecs. Fix sblaster emulation. --- Tom <twickline(a)skybest.com> a écrit : > Hello, > > I am going to update the ToDo page : > http://www.winehq.com/?page=status_todo > > And im wondering if you can send me a list of ToDo's that your > aware of ? > > Thanks > > Tom > ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

5 9

Re: WWN: wn20030704_177.xml
by Huw D M Davies 04 Jul '03

04 Jul '03

On Thu, Jul 03, 2003 at 04:02:47PM -0700, Brian Vincent wrote: > It's main goal is to This should be 'Its main goal...'. And we appear not to have a main goal anyway :) Huw.

1 0

Documentation to Multimedia components...
by Tom 04 Jul '03

04 Jul '03

Hello, Here is the list of links I plan to add to the Multimedia Components. (Documentation) comments? Tom alsa: http://www.alsa-project.org/documentation.php3 arts: http://www.arts-project.org/doc/manual/ audioIO: http://audacity.sourceforge.net/dox/html/classAudioIO.html avicap32: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/a… jack: http://jackit.sourceforge.net/docs/ MCI: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/m… msacm32: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/m… msvfw32: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/m… multimedia CD: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/m… multimedia joystick: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/j… NAS: http://radscan.com/nas/nas-links.html opengl: http://www.opengl.org/developers/documentation/ OSS: http://www.4front-tech.com/pguide/ winmm: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/m…

1 0

Re: spelling/typo fixes ect. -- lostwages
by Andreas Mohr 04 Jul '03

04 Jul '03

On Fri, Jul 04, 2003 at 12:47:21AM -0400, Tom Wickline wrote: > > Hi, > > Happy 4th :) > > Changelog > > 1) spelling/typo fixes 2) missilanious fixes ^^^^^^^^^^^^ If you decide to do 1), then it might be useful to also do that for 2) at the same time... Or should this be the militarian form of miscellaneous? :-)) ("missilanious wrong coordinates were used to bomb the site") Anyway, thanks for your janitorial work! It's an important task! Andreas Mohr

2 1

BugZilla - "My bugs" is empty
by Sylvain Petreolle 04 Jul '03

04 Jul '03

I'm asking here to see if Im the only one. Today I logged in Bugzilla and "My bugs" query returns no bugs at all. At least 2 of my submitted bugs arent closed today, see bugs #1031(assigned) and #1039(new). Has someone any clue ? Note : I didnt open this bug in Bugzilla on purpose... ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

About Wcmd
by Sylvain Petreolle 04 Jul '03

04 Jul '03

Im writing Fr.rc for wcmd, since the translation work has started. Im interested in writing fixes for En.rc too. Some questions/comments about wcmd : - Call: Is the following valid for Wine ? Changes to default directory, environment variables etc made within a\n\ called procedure are inherited by the caller. - Move : Move can move a group of files, but wildcards arent supported yet. Move is not supposed to fail if the DOS drives are different. -Path : example is incorrect, double backslashes arent needed inside wcmd. -Pause : the message must be changed, it displays "ANY key" instead of Return ATM. -Prompt : the default prompt is the current directory with a > sign. -Set: the variable content can begin with a space. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: "Building wine" documentation
by Chris Morgan 03 Jul '03

03 Jul '03

Saw your patch and thought I would comment on something you had as a fixme: Jack is a low latency audio server suitable for professional audio use. Thanks, Chris On Thursday 03 July 2003 06:51 pm, Shachar Shemesh wrote: > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > > The begining of a "building wine" documentation. More detailed > explanation of the "soft" vs. "hard" dependancies.

1 0

Re: Typos/spelling fixes
by Vincent Béron 03 Jul '03

03 Jul '03

Le jeu 03/07/2003 à 10:47, Tom Wickline a écrit : > Hi, > > J Newman do you want me to CC changes to you or just keep doing as I have? > > Changelog > > Typos/spelling fixes Some of those should go to Dimitrie as he has the master pages for (at least) janitorial, todo_lists and winelib. Vincent

2 1

Re: [dx67] estetic fixes + volume fix
by Mike Hearn 03 Jul '03

03 Jul '03

I don't suppose you know why Evolution doesn't detect your PGP message signing do you? For some people, it detects it and displays it nicely, but for your emails it doesn't. Oh well, it's offtopic anyway :) rock on -mike On Thu, 2003-07-03 at 22:15, Raphaël Junqueira wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Le Jeudi 03 Juillet 2003 23:14, Raphaël Junqueira a écrit : > > Hi, > > > > Changelog: > > - some estetic fixes > > - fix a bug on IDirect3DVolume8Impl_AddDirtyBox > > > > Regards, > > Raphael > > Better way to attach patches now (stupid me) > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQE/BJzvp7NA3AmQTU4RAm+oAJ9XqR7fJ2i6EWPTX8X9TkSIaKcO+ACfake5 > oKJTuG7Aqm2e88C9pUBRRAM= > =Ff0J > -----END PGP SIGNATURE-----

2 1

Re: Build Error on last CVS
by Juraj Hercek 03 Jul '03

03 Jul '03

Hi Raphael, I got the same error when tried to build wine with -O0 flag turn on (i.e. disable optimization for easier debuging). I think it's the problem of compiler/linker, not a problem of wine - I'm using gcc version 3.3. I solved this problem this way: ./configure CFLAGS="-g3 -O1" and then built from sources in usual way. Hovever if you would have used default (i.e. ./configure without any additional argumets) build should have been without any link errors. Hope this helps. Regards, Juraj

2 1

testers needed with win 9x/me
by Stefan Leichter 03 Jul '03

03 Jul '03

Hello, before i convert the function QueryDosDevice from ascii to unicode i did some testings on my NT box. The result returned of the test are much different from what the current implementation returned. Therefore i am okking for some testers which are building the attached program on their computer and returning the output to me. Thanks Stefan

2 2

Starsiege Tribes Mouse Broken
by Kristoffer Ericson 03 Jul '03

03 Jul '03

Greetings, Just updated with cvs update (3th july) and when trying to run Tribes i find that i can no longer use my mouse. It seems that the "game-mouse" never gets activated and i'm stuck with the windowmanagers mouse pointer. And i'm not able to click on any menu items, so i'm pretty stuck. Anyone know of any added mouse patch that might cause this problem? I have no doubt that Tribes otherwise works fine, but having no mouse makes it kind of hard to play..=) Best wishes _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

Wine Status - Core
by Tom 03 Jul '03

03 Jul '03

Hello, Here is my current list of changes to the Wine Status - Core page please see : http://www.winehq.com/?page=status_wine You will see that some Components have regressed from the last update. So if you feel the regession changes are not correct can you let me know. If you feel a Componet has regressed and I don't have it listed here can you also let me know as well.. And ofcourse if you feel that a status needs raising.... just speak up. I will also see if I cant find *some* relevant Doc links as well. :) And any further feedback on this is most welcomed. -Thanks Tom Wine Status Core as of 7/3/03 Window management Was : 95% Now : 85% Bootup/autostart management (wineboot) Was : 30% Now : 70% BiDi Was : 5% Now : 20% Unicode support Was : 80% Now : 85% Dynamic Data Exchange (DDE) Was : 80% Now : 85% Internal PostScript printer driver Was : 60% Now : 90% General printer setup Was : 70% Now : 80% New : Under Tools add : Wine configuration tool (winecfg) Was : 0% Now : 20% Worker : Jaco Greef, Dimitrie O. Paun, Matthew Davison Wine Resource Compiler (wrc) Was : 95% Now : 100% Worker : Dimitrie O. Paun Wine Porting Tool (winemaker) Docu : = Obsolete Was : 75% Now : 60% Rename 'Wine Regression Test Suite' to 'Wine Conformance Test Suite'. Docu : Status 75% Add link to Docu: http://www.winehq.org/Docs/wine-devel/testing.shtml How to use Winelib Docu : 30% How to compile MFC with Winelib Docu : 60% Multi-user support Was : 20% Now : 10% DLL separation Was : 85% Now : 80% Why : High compared to what remains to be done File I/O Was : 100% Now : 90% DOS application support Was : 60% Now : 60% Add : Jukka Heinonen as worker Remove : Ove Kåven, Alexandre Julliard Wine 1.0 Release Plan Link to Dimi's 1.0 Todo Remove : Native Windows printer drivers Remove : DLL placeholder file Remove : CPU emulation remove : WineHQ and Corel relationship

1 0

Re: testers needed with win 9x/me
by Brian Vincent (C) 03 Jul '03

03 Jul '03

I also ran it under Win98 SE "4.10.2222A" and compiled it with "gcc version 3.2 20020927 (prerelease)" under Cygwin. Looks the same as Joel's: NULL -> res 0,err 87, CON -> res 0,err 87, CON: -> res 0,err 87, COM1: -> res 0,err 87, COM1 -> res 0,err 87, COM2 -> res 0,err 87, COM3 -> res 0,err 87, COM4 -> res 0,err 87, COM5 -> res 0,err 87, LPT1: -> res 0,err 87, LPT1 -> res 0,err 87, LPT2 -> res 0,err 87, LPT3 -> res 0,err 87, LPT4 -> res 0,err 87, NUL -> res 0,err 87, NUL: -> res 0,err 87, NULL, NULL, 0, -> 0, 87 SHIT, NULL, 0, -> 0, 87 LPT1, NULL, 10, -> 0, 87 --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Sourceforge RH9 rpms
by Vilppa Salt 03 Jul '03

03 Jul '03

Latest rh 9 rpm won't compile: Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/wine-user.sgml Done. docbook2html -d ./default.dsl -o winelib-user winelib-user.sgml Using catalogs: /etc/sgml/sgml-docbook-3.1-1.0-17.cat Using stylesheet: /usr/src/redhat/BUILD/wine-20030618/documentation/./default.dsl Working on: /usr/src/redhat/BUILD/wine-20030618/documentation/winelib-user.sgml Done. false -d ./print.dsl wine-devel.sgml >/dev/null make: *** [wine-devel.pdf] Error 1 make: Leaving directory `/usr/src/redhat/BUILD/wine-20030618/documentation' error: Bad exit status from /var/tmp/rpm-tmp.73988 (%build) RPM build errors: user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root user vincent does not exist - using root group vincent does not exist - using root Bad exit status from /var/tmp/rpm-tmp.73988 (%build) --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

2 1

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