May 2003 - Wine-Devel - list.winehq.org

Re: More checks when loading the driver
by Eric Pouech May 3, 2003

May 3, 2003

Uwe Bonnes wrote: > Changelog: > wine/dlls/winmm/lolvldrv.c: MMDRV_Install > Check for failing DRIVER_FindFromHDrvr this doesn't seem right to me: either the loading fails and we shouldn't get a valid handle, or it succeeds and we should be able to find it there's must be something wrong elsewhere could you please send a -debugmsg +driver,+module,+winmm to see what happens ? TIA -- Eric Pouech

2 2

winsock and virtual interfaces
by Juan Lang May 3, 2003

May 3, 2003

I'm planning to patch winsock (both ws2_32 and wsock32 varieties) so that virtual interfaces will be included in response to IP address/interface list queries. If you'd like different behavior, please speak up (though it's up to Alexandre anyway :) ) More detail: I'm patching wsock32 and winsock to use iphlpapi.dll to enumerate interfaces, get the route table, and that sort of thing. Less code duplication, and I'm trying to isolate the plaform-specific network code to fewer files. (If any of you saw my earlier call for help, the stack corruption was due to socket() mismatching.) Yet more detail: In writing iphlpapi.dll, I was curious about the code in wsock32 and winsock that tries to filter out virtual interface names (in WSAIOCTL_GetInterfaceName()). So, I tested a little bit with my Linux system, and it seems this code does not behave as desired: On my system, virtual interfaces don't show up in /proc/net/dev, so the filtering for them seems a little pointless. But if they did show up, the filtering seems counterproductive: Say you had three interfaces, lo, eth0, and eth0:0. You'd be told (by WSAIOCTL_GetInterfaceCount()) that you have three interfaces, but if you got the names of them, you'd only get two unique names. Furthermore, since the filtered name is what's used for getting the IP address, MAC address, and whatnot, in fact you'd end up with duplicate entries in responses to queries. I've attached my little test program; try it with and without virtual interfaces to see what I mean. I also tested how Win2K behaves with multiple IP addresses on an interface. In IP address tables, there's one entry per IP address, as expected. In GetAdaptersInfo, the IP address list has every configured address for the adapter, also I suppose as expected. So, in Win2K, an interface (uniquely identified by an index) can have 0..N IP addresses. I've attached some output from a test program on Win2K to illustrate. I don't emulate this behavior. Instead, I let an interface have 0 or 1 IP address, and treat virtual interfaces as unique interfaces, with their own index. This makes the code rather simpler. If anyone has a strong opinion otherwise, please speak up. (Patches coming this week. iphlpapi.dll is working, and wsock32 is using it to implement WsControl now. I want to change iphlpapi a little bit to make it more appropriate for netapi32 before I submit.) Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com GetIpAddrTable returned 3 entries: GetIpAddrTable entry for adapter index 16777219: ip 192.168.1.2 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 16777219: ip 10.0.0.1 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 1: ip 127.0.0.1 mask 255.0.0.0 broadcast 1.0.0.0 reasm size 65535 GetIfEntry returned 2 entries: GetIfEntry for adapter index 16777219: name: description: Wireless-G Notebook Adapter Type: ethernet physical address: 00:06:25:3d:b5:58 GetIfEntry for adapter index 1: name: description: MS TCP Loopback interface Type: loopback physical address: See 1 adapters in IP_INTERFACE_INFO Adapter 16777219's name is \DEVICE\TCPIP_{66B081D9-F4E3-4FE8-85CC-0934F6134D44} GetAdaptersInfo output: Name: {66B081D9-F4E3-4FE8-85CC-0934F6134D44} Description: Wireless-G Notebook Adapter MAC addr: 00:06:25:3d:b5:58 Index: 16777219 Type: ethernet IP addresses: 10.0.0.1/255.255.255.0 192.168.1.2/255.255.255.0 Gateways: 192.168.1.1

1 0

iexplore 5.5.
by KK singh May 3, 2003

May 3, 2003

hi, I have tried ie5 installation on wine and failed, I am trying to find workarounds for not using IE. Given a windows executable, can i detect which IE dependent calls it is making ? Or exactly what calls both direct api's and COM Interfaces are successful if IE5.5 is installed and fails otherwise. any pointers shall be helpful to me... Regards -kks PS: thanx for the earlier replies. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 1

With-* test in configure (was: wine and RedHat 9)
by Sylvain Petreolle May 3, 2003

May 3, 2003

Oh, sorry. The 'with-' is a special case, as a test is done on with-* to only reject invalid shell variable names. I dont know if this should be fixed into autoconf or our configure code. Cc'ing your request to wine-devel. --- Rob Hughes <rob(a)robhughes.com> a écrit : > You have to type --with-lptn or whatever. It doesn't check it, > verified > here on Sunday's CVS source. > > I've also noticed a lot of dialogs showing up in a couple different > languages, but I suppose that's a different issue. do you have examples ? Its easy to fix as they often are untranslated messages. > > On Thu, 2003-05-01 at 11:15, Sylvain Petreolle wrote: > > --- Patrick R Griffin <griffinp(a)MIT.EDU> a écrit : > > > "./configure --with-nptl" is correct. > > > As Rob noticed, though, typing in "./configure --with-ltpn" or some > > > other typo will compile successfully - no error message - but > > > will not include the threading library corrections. > > If this works call me Joan of Arc :) > > > > [syl(a)snoop wine]$ ./configure --ltpn > > configure: error: unrecognized option: --ltpn > > Try `./configure --help' for more information. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 8

Re: Small DSound fix...
by Christian Costa May 3, 2003

May 3, 2003

Lionel Ulmer wrote: >Hi all, > >This makes games which do NOT enumerate the sound devices and go through the >ClassFactory work. > >It has also some miscellaneous tracing fixes. > >Changelog: > - misc. tracing fixes > - handle IID_IDirectSound(8) as the default sound driver > A ce que je vois ton patch remplace le mien (qui n'a pas ete accepte d'ailleurs)... P'tite curiosite.. :-) : Mais qu'est ce que ces foutues IIDs viennent faire a la place des GUID des devices ? C'est une bidouille ou bien DirectSoundCreate les acceptent vraiment ? Christian

4 5

Volunteers needed - windows API db script ready
by Dave Miller May 2, 2003

May 2, 2003

The script which dumps dll imports and exports now seems to parse everything correctly and organize it nicely in a text file. We need the script run against various windows versions. The output can be sent directly to me, but please verify I do not already have the data for that particular version of windows. I don't need 10 copies of win2k SP3 for example. :) The script is available at http://home.ptd.net/~compsol. Please make sure you get createdb.pl. There is another script, createwinedb.pl which will ONLY parse the wine spec files. To run this you will need winedump, perl, and access to your windows directory from within Linux. The cleaner the windows install the better. We don't want to clutter the database with info from dlls not provided with windows. Usage is as follows: createdb.pl -d -p <path to windows dir> -o <winver (ex. win98) This will save the imports and exports and also create winver.ref, where winver is specified on the command line with -o. The .ref file is the one which will contain all the info we need. This will be a large file, so I recommend compressing with gzip if you are going to email it to me. It may be large enough to bounce back into your mailbox if you do not. :)

5 4

Re: A little Xlib adventure
by Mike Hearn May 2, 2003

May 2, 2003

Any problems with this patch Alexandre? It's missed 3 rounds of commits now. thanks -mike On Tue, 2003-04-29 at 13:59, Mike Hearn wrote: > Got to start somewhere. This patch adds support for the netWM ping > protocol, which lets window managers like metacity present a nice "This > app is not responding, kill it?" window when the program freezes. This > unfortunately happens all too often with IE in particular, and while us > developers can see (and understand) critical section timeout messages, > people running from the menu or desktop icons cannot. > > I haven't bothered sending a message to the window (WM_NULL) because if > the program stops responding, it'll stop processing X messages as well. > If you want to test it out, just put an infinite loop in a test app then > try and close it. > > Tested with metacity from gnome2.2 - may work with latest KWin, if it > doesn't then file a bug in KDE bugzilla. > > ChangeLog: > Support _NET_WM_PING protocol so the WM can detect freezes

1 0

Re: Stub for SetSystemTimeAdjustment
by Dimitrie O. Paun May 2, 2003

May 2, 2003

On Fri, 2 May 2003, Lionel Ulmer wrote: > Try the attached patch, it will work MUCH better :-) Please add a FIXME with a stub message, so we don't forget about it... -- Dimi.

1 0

wine debugger and Agent by Forte Inc
by schuetzen May 2, 2003

May 2, 2003

running Forte Agent in Wine. works GREAT! except that almost every time I send a message or reply from the s/w, the Wine debugger runs and I have to shut the software down and then restart it. this is aggravating when I am running a dozen elists which are moderated. the message in the end of the debug script is Unhandled exception: divide by zero in 32 bit code (0X0043e44), In 32-bit mode. 0X0043e44 (agent.exe.(a)ENUMERATEACTIVEWNDS$QP6HWND_P (wrapping line here) 9TENUMINFO+0xa9b4 in C:\Program Files\Agent\agent.exe): div1 0x4(%ebx),%eax ===== Agent was downloaded from the forte.inc website and then installed into Linux (thisis a new and fresh install on a new hard drive) with Suse starting up Wine and installing Wine and then installing Agent. all automatically. really need help with this -- powered by Linux, Suse 8.2 Pro + Agent under Wine emulator Charles L Hamilton, Houston, TX chasm @ texas. net www.schuetzen.net

1 0

Re: Avoid non-portable signal(SIGCHLD, SIG_IGN)
by Alexandre Julliard May 2, 2003

May 2, 2003

Joerg Wunsch <j(a)uriah.heep.sax.de> writes: > The Posix way is to use sigaction(), and set the SA_NOCLDWAIT flag > bit. This variant is supported under FreeBSD (don't know for the > other BSDs). It has the added bonus that unavailability of the > automatic zombie reaping feature can be detected at compile-time (the > macro is not defined then). The fact that the macro exists doesn't mean it works. Most Linux kernels don't support SA_NOCLDWAIT, even though the symbol may be defined in the headers. I don't have the Posix standard, but at least according to the single Unix spec using SIG_IGN is just as standard as SA_NOCLDWAIT, and a quick grep of the FreeBSD sources seems to indicate that it should work. Did I miss something? -- Alexandre Julliard julliard(a)winehq.com

3 12

New metabugs
by hatky May 2, 2003

May 2, 2003

After opening the metabug for windows original progs I decided to do some more work on bugzilla but this time ordering insted of adding.... So I opened a metabug for games and pupolated it accordingly (also annonced it on wine-users(a)winehq.org) So no you can help fix games (or ignore them more easly). I am also thinking about opening a few more sticky metabugs like: regresion bugs site bugs fix-me/stub/unimplemented bugs application bugs and misc bugs This will get kind of a nice order to the bugs and allow you to track that ones that are of intrest to you..... What do you think about that? Please someone replay this time... :), Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

3 8

Unhandled exceptions after XOver Office uninstall
by Andrew Rechenberg May 2, 2003

May 2, 2003

I've just uninstalled Crossover Office with the .unintall script in /opt/cxoffice and now my other wine installation gives me unhandled exception errors when trying to start any application. My other installation worked just fine before I uninstalled Crossover Office and it works just fine on my workstation at home without Crossover so I believe that the Crossover uninstallation FUBAR'ed something on my workstation here. I'm not a guru at developing but I tried to use gdb to see what's happening and here is what I've done. $ gdb wine (gdb) run regedit Starting program: /usr/bin/wine regedit (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 2620)] (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 2620)] 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 (gdb) bt #0 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 #1 0x400ac1ff in calloc () from /lib/libc.so.6 #2 0x400de596 in opendir () from /lib/libc.so.6 #3 0x401cdcb7 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #4 0x401cde33 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #5 0x401ce6af in DOSFS_FindUnixName () from //usr/lib/wine/wine/ntdll.dll.so #6 0x401cf691 in DOSFS_GetFullName () from //usr/lib/wine/wine/ntdll.dll.so #7 0x401cbff4 in RemoveDirectoryA () from //usr/lib/wine/wine/ntdll.dll.so #8 0x401cc4ee in DIR_SearchPath () from //usr/lib/wine/wine/ntdll.dll.so #9 0x401cc6e5 in SearchPathW () from //usr/lib/wine/wine/ntdll.dll.so #10 0x401cca20 in SearchPathA () from //usr/lib/wine/wine/ntdll.dll.so #11 0x40237ecc in LdrGetProcedureAddress () from //usr/lib/wine/wine/ntdll.dll.so #12 0x40236bcc in _aullrem () from //usr/lib/wine/wine/ntdll.dll.so #13 0x40236fa8 in PE_fixup_imports () from //usr/lib/wine/wine/ntdll.dll.so #14 0x401ee337 in PE_CreateModule () from //usr/lib/wine/wine/ntdll.dll.so #15 0x402228e6 in PROCESS_CallUserSignalProc () from //usr/lib/wine/wine/ntdll.dll.so #16 0x40226c36 in SYSDEPS_SetCurThread () from //usr/lib/wine/wine/ntdll.dll.so I thought it might be a corruption in my libc so I booted to runlevel 1 and reinstalled my glibc but that did help. Does anyone have any ideas? Please CC me as I'm not subscribed to the lists. Red Hat 9 glibc-2.3.2-27.9 wine RPM based on CVS as of 20030428 Crossover Office 2.0.0 (no longer installed) Thanks, Andy.

2 1

WineHQ: email trouble
by Dimitrie O. Paun May 2, 2003

May 2, 2003

Folks, Whazzup with winehq.org? I get duplicated emails, and more importantly the latency on the wine-*(a)winehq.org mailing lists is measured in (many) hours instead of seconds. What gives? -- Dimi.

5 4

iphlpapi.dll implementation
by Juan Lang May 1, 2003

May 1, 2003

Folks, in case anyone's looking, I've implemented most of the Get* functions of ip helper API included in Windows NT4 or Windows 98. I'm not planning to implement functions added in Win2K or XP at this time. Email me if interested. No, it's not vaporware, it's just not as well tested as I'd like. I'm hoping to tackle reducing code duplication in this DLL, wsock32, and netapi, and also remove wsock32's dependency on the UNIX socket includes. This has all been discussed before here in this thread: http://www.winehq.com/hypermail/wine-devel/2001/09/0042.html For interface enumeration and address (IP and MAC) getting, I use ioctls. This should aid portability (I've tested the ioctls on Linux, FreeBSD, and Solaris). Stats I still read from /proc. All this stuff is in its own file to keep less-portable code together. Cheers, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 4

Cant compile wine.. CVS or release.
by mdew May 1, 2003

May 1, 2003

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

3 2

Re: wine/ tools/wrc/wrc.c tools/wrc/parser.y tools ...
by Dimitrie O. Paun May 1, 2003

May 1, 2003

On April 30, 2003 11:16 pm, Alexandre Julliard wrote: > Moved the wpp library from tools/ to libs/. If we do this (which is great, yay!), why not rename it to wine_pp or wine_cpp for consistency with the other libs? We don't need to rename the libs/wpp dir, but what about the library itself? -- Dimi.

2 1

Cant compile wine.. CVS or release.
by mdew May 1, 2003

May 1, 2003

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

2 1

NT Utilites under Wine
by Josh Konkol May 1, 2003

May 1, 2003

I have searched the news groups and haven't found anything on this subject yet. What I'm trying to do is run an NT utility called dumpel.exe under wine. The utility connects to an NT/2000 Server and dumps it's event log to a text file. I have some later processing I'm going to do with the file, but I can't get wine to run the app. Here is what I run: wine --dll advapi32=native --dll ntdll=native -- dumpel.exe -s \\\\GIGDC1 - d 14 -t -f gigdc1app.txt -l application The error I get is: err:module:import_dll No implementation for NTDLL.DLL.NtAccessCheckByTypeAndAuditAlarm imported from C:\windows\system \ADVAPI32.DLL, setting to 0xdeadbeef If I just display the help file on dumpel.exe it works fine, I think there's just something I'm missing. Any help is appreciated, TIA Josh

2 1

Re: $(RC) portability
by Alexandre Julliard May 1, 2003

May 1, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Now that we have rc, wrc, and windres command line compatible, > I thought we could abstract things a bit so we could use other > resource compilers to process resource files. > > ChangeLog > Make it easy to use something other than wrc to compile resources. You can't remove the -o options, wrc cannot guess where the output file should go. -- Alexandre Julliard julliard(a)winehq.com

2 1

winsock on cygwin
by Steven Edwards May 1, 2003

May 1, 2003

I dont know the proper way to test for this so I figured I would send it to wine-devel for comment also Index: socket.c =================================================================== RCS file: /home/wine/wine/dlls/winsock/socket.c,v retrieving revision 1.125 diff -u -r1.125 socket.c --- socket.c 9 Apr 2003 23:33:35 -0000 1.125 +++ socket.c 1 May 2003 01:40:53 -0000 @@ -275,6 +275,11 @@ { 0, 0 } }; +/* + * IP_HDRINCL fails is broken on Windows. + * See http://support.microsoft.com/default.aspx?scid=kb;en-us;Q257460 + */ + static const int ws_ip_map[][2] = { MAP_OPTION( IP_MULTICAST_IF ), @@ -283,7 +288,9 @@ MAP_OPTION( IP_ADD_MEMBERSHIP ), MAP_OPTION( IP_DROP_MEMBERSHIP ), MAP_OPTION( IP_OPTIONS ), +#ifndef __CYGWIN__ MAP_OPTION( IP_HDRINCL ), +#endif MAP_OPTION( IP_TOS ), MAP_OPTION( IP_TTL ), { 0, 0 }

1 0