- Wine-Devel - list.winehq.org

RE: vxdcall calling convention
by Patrik Stridvall Nov. 18, 2002

Nov. 18, 2002

> Patrik Stridvall <ps(a)leissner.se> writes: > > > In any case I think Vincent and Marcus is right, it should be have a > > WINAPI like in Vincent patch because otherwise the "DWORD service" > > parameter is not popped from the stack AFAICS. > > No, it makes no difference whatsoever, the stack is restored from the > context structure in any case. Ah, OK. Wrong solution. But still, shouldn't the "DWORD service" parameter be popped somewhere? I can't see any place where it is. > The only use of WINAPI would be to make > winapi_check happy, but it would probably be better to teach it to not > do that check for register functions. VxDCall is the only register function that violates stdcall => WINAPI. But sure turning the check off in winapi_check is easy.

3 2

Wine (Debian) problems
by Anant Kabra Nov. 18, 2002

Nov. 18, 2002

Hi, I've been having the following problems with wine for the last couple of days. I'm using the daily cvs snapshot builds from http://people.debian.org/~andreas/debian Here's the output (this happens with every thing that I try with wine). Any suggestions? fixme:win32:PE_CreateModule Security directory ignored err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll: /usr/lib/wine/x11drv.dll.so: undefined symbol: X11DRV_OpenGL_Init Could not load graphics driver 'x11drv' err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll: /usr/lib/wine/x11drv.dll.so: undefined symbol: X11DRV_OpenGL_Init Could not load graphics driver 'x11drv' fixme:process:CreateProcessA (X:\IXP000.TMP\ie6wzd.exe,...): NORMAL_PRIORITY_CLASS ignored err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll: /usr/lib/wine/x11drv.dll.so: undefined symbol: X11DRV_OpenGL_Init Could not load graphics driver 'x11drv' err:heap:HEAP_GetPtr Invalid heap 00000000! Wine exited with a successful status -- Anant Kabra <anant(a)yash.com>

3 2

Patch for Bug 1145 - Compile ntdll with -DSTRICT
by Andrew John Hughes Nov. 18, 2002

Nov. 18, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Should fix all warnings - -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE92WZWSE/kMce1ABARApuoAJ49FI04qMlgt5dJvaG6ShzRdPthKACeOLmQ UhjYFSZ6RYkpCxyEzPiAG3Q= =Vykj -----END PGP SIGNATURE-----

1 0

Possibly my last question... for a while. ;-)
by Fredrick P. Lackey Nov. 18, 2002

Nov. 18, 2002

Gentlemen, I feel really bad bothering a developers list with such basic questions, but. well. you all ARE the most responsive of everyone I've met so far. And, since you seem to hold the key to getting my @$$ of Micrsoshaft, then. well. I guess I'm sorry but I'm not. ;-) (By the way, if there is every anything I can do to repay you for your assistance and patience, consider it done.) As much as it pains me to ask, has anyone tried installing VMWare v3.x (either the Linux or Windows version) into Red Hat v8.0? If so, did you get it work? And, if so, then how? Again, my goal most definitely is to use Wine and Wine alone, however, I can't even consider moving forward unless I can use my environment for ALL of my current tasks (which includes development for M$, unfortunately). Thanx, either way. And, again, thank you for all of your help. R/S Fred www.fredlackey.com

2 1

RE: vxdcall calling convention
by Patrik Stridvall Nov. 18, 2002

Nov. 18, 2002

> Patrik Stridvall <ps(a)leissner.se> writes: > > > However, I don't think it is enough. It will work for the > > implemented VxDCall that pops the stack itself, however it will not > > work for unimplemented VxDCalls since they will not clean up the > > stack correctly AFAICS. > > The problem is you don't know how many args to pop. In theory the name > of the function tells you that, but in practice apps don't call the > right version, and VxDCall pops the number of args the specific call > requires no matter which version of the function is called. So this is > how we do it too. Ah. Microsoft. :-( In any case I think Vincent and Marcus is right, it should be have a WINAPI like in Vincent patch because otherwise the "DWORD service" parameter is not popped from the stack AFAICS.

2 1

wine commandline options
by Rick Romero Nov. 18, 2002

Nov. 18, 2002

I was playing with Pegasus Mail (silver list) to see what I could get working. It looks like it doesn't detect winsock.dll using it's own 'search algorythm, so the TCP/IP options don't get enabled - hence the (paraphrased) 'wtf?' in the silver list description. So, I tried to force Pegasus Mail to load winsock explicitly using the -Z 128 option: $wine winpm-32 -Z 128 but wine comes back with 'Unknown option -Z'. I'm not quite sure how these are getting parsed, but I see in misc/options.c parse_options() if (*p++ != '-') continue; /* not an option */ Should exit if the 2nd char isn't a - (am I right?) BUT, when parse_options returns to OPTIONS_ParseOptions() The following: /* check if any option remains */ for (i = 1; argv[i]; i++) { if (!strcmp( argv[i], "--" )) { remove_options( argv, i, 1, 0 ); break; } if (argv[i][0] == '-') { MESSAGE( "Unknown option '%s'\n\n", argv[i] ); // OPTIONS_Usage(); } } Still picks up '-' as an invalid option. My first thought would be to stop checking for options after the 1st and 2nd chars are not '-' (ie. after the Win32 program name), but I'm not sure if that's correct. Any thoughts? (FYI, no, the option didn't make Pmail work.) Rick -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

5 6

Dual boot solves everything?
by Fredrick P. Lackey Nov. 18, 2002

Nov. 18, 2002

Gentlemen, First of all, thanks to everyone with your input so far. I've now been able to get IE v6.0 up and running as well as a few other less important applications. Which brings me to a few more questions. 1. Since it is possible to use native DLLs with applications, can one assume that on a dual boot machine with Win98 SE2 and Red Hat v8.0 that it would only be necessary to install the desired application under Windows, then add native DLLs to the Wine config file to get [almost] *any* Windows application to function? 2. Each time I launch a program, a black window appears that seems to make up the "shell" (for lack of a better term) for that instance of the application. This window is always somewhere around 800x600 pixels. Is there any way to not show this window and/or get the size to be something else? I am running in 1600x1200 resolution and only using half of the screen is frustrating. 3. Is there an easy way within Linux/Wine to determine what native DLLs the application should/could use? Thanx again, Fred Lackey Orlando, Florida

6 5

Progress report wine faq
by Tony Lambregts Nov. 18, 2002

Nov. 18, 2002

Vincent Berone has provided me with a dsl that works on my system and I am able to build the html so that it looks like it should. link to html built from sgml: http://www.telusplanet.net/public/lambregt/index.html link to original html: http://www.dssd.ca/wine/Wine-FAQ.html Please test this with your browser and let me know of any problems. We have already tested with Mozilla (1.0 and 1.0.1) and IE 5.5 -- Tony Lambregts

3 4

Fun Projects on Slashdot
by Dimitrie O. Paun Nov. 18, 2002

Nov. 18, 2002

Hehe, It's hard to keep these things 'secret' :))) http://developers.slashdot.org/developers/02/11/17/1648220.shtml?tid=125 -- Dimi.

3 3

wine-devel@winehq.com
by Mark Hannessen Nov. 18, 2002

Nov. 18, 2002

> I know I sound like a broken record, but just so it's out there: > Visual Foxpro 5 and 6 IDE's DO run under Wine, BUT, left mouse clicks in > child windows are broken. I've compiled and run VFP apps under wine, > but it's a pain in the butt to go kybd only in a Visual IDE :P are you volontairing ? > Sorry not to answer your main questions, but some ideas on this ... > We use gcc, wxWindows and mingw. Not sure how much you _need_ .NET > but we migrated our (fairly complex) app from Visual C++/MFC to wxWindows > and it was definitely worth it. Also we can use gcc to cross-compile > from Linux for Windows, so basically although our software is currently used > exclusively on Windows, I can develop it all on Linux (obviously some > testing to be done on Windows as well, but basically it works). And it's all > free, open-source software. I'd recommend checking it out. this combined with mono might give you just enough to develop .NET progs under linux. Mark Hannessen

2 1