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

Re: Error in CVS?

by Paul Millar

On Mon, 31 Mar 2003, Vilppa Salt wrote: > sync.c:390: union has no member named `s' > sync.c:390: union has no member named `s' Yep, I get this too. See: http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=370 Patch: http://cvs.winehq.com/patch.py?id=7728 seems to have caused this problem as reversing this "fixes" the problem. Cheers, Paul. ---- Paul Millar

March 31, 2003

Multicast options in WinSock with java

by Mike Hearn

Hi all, I have a bit of a problem. Essentially, the problem is that Java 1.4 is buggy, it includes winsock.h, but then proceeds to use winsock2. That wouldn't be an issue, except that my app uses multicast sockets, and for reasons known only to Redmond they decided to change the values of some of the multicast socket option constants. Java, therefore, passes in the winsock1 values to winsock2. Windows apparently can deal with this just fine (well, the appw works), despite there being no obvious way to remap them, both IP_MULTICAST_IF and IP_HDRINCL which both == 2 in different winsock versions would be valid at once on XP/2003 for instance. Marcus, I know you took a stab at implementing multicast support once, so if you have any tips that'd be appreciated. If anybody knows a way you might be able to detect that a program is using the wrong headers for the winsock2 dll, please let me know. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

March 31, 2003

Error in CVS?

by Vilppa Salt

<snip> gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o signal_sparc.o signal_sparc.c gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o sync.o sync.c sync.c: In function `call_apcs': sync.c:390: union has no member named `s' sync.c:390: union has no member named `s' make[2]: *** [sync.o] Error 1 make[2]: Leaving directory `/home/vilppa/wineCVS/wine/dlls/ntdll' make[1]: *** [ntdll] Error 2 make[1]: Leaving directory `/home/vilppa/wineCVS/wine/dlls' make: *** [dlls] Error 2 This is what I get when building latest Wine CVS. --- 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%…

March 31, 2003

cross compiling Wine under MSVC

by Rolf Kalbermatter

Hello, I have just got the whole Wine sources on a Linux computer and shared the sources directory over samba to try to compile parts of it in MSVC. Here I get several problems which seem to me configuration related, but I wonder how I'm supposed to proceed to get everything working. I have run ./tools/winapi/msvcmaker to create the MSVC project files and hopefully anything else which is required for this. I can of course add some (the correct?) definitions by hand to config.h or port.h but I would rather like to do it the way it is supposed to be or if there is a problem get it resolved now. First problem: wine\tools\winebuild\spec32.c(213) and other lines in that file use macros __ASM_SHORT and __ASM_STRING which should be defined in config.h. How do I get a config.h which is compatible with MSVC? Is there a special tool for this? I obviously can't really run ./configure from my Windows machine ;-) Second problem: Some Wine files include headers which sooner or later include "windows.h" and that causes error messages that this should not be done for Wine sources. There is a macro COM_NO_WINDOWS_H in the Wine sources to avoid this inclusion. ./tools/winapi/msvcmaker does forget to add this macro as standard definition in all project files for the Wine sources, but obviously should not do this for the test project files, I think. I'm no Perl guy so I hesitate to even touch the msvcmaker tool. Up until now I fixed such problems by manualy editing port.h which made it work for my local operation, but it seems to me that we should try to get this resolved, so that not everone does privately reinvent the wheel here. Rolf Kalbermatter

March 31, 2003

Re: Wine's goals

by Dimitrie O. Paun

On March 29, 2003 09:46 pm, Francois Gouget wrote: > I propose the following WineHQ patch to present and clarify Wine's > goals. Hi Francois, While what you're stating here is correct, I feel it's way too negative (and large!) to be on the About page: we don't do this, nor that, etc. We already state what we do, that's fine. Some of these things are touched upon in the FAQ, and that's where we should address this sort of thing IMO. -- Dimi.

March 31, 2003

Re: lostwages/templates/en fun_projects.template

by Dimitrie O. Paun

On March 30, 2003 11:23 am, Andreas Mohr wrote: > ChangeSet ID: 7720 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: amohr(a)wine.codeweavers.com 2003/03/30 10:23:41 > > Modified files: > templates/en : fun_projects.template > > Log message: > Update by Francois > > Patch: http://cvs.winehq.com/patch.py?id=7720 > > Old revision New revision Changes Path > 1.2 1.3 +1 -1 > lostwages/templates/en/fun_projects.template It's better if you send these to me directly, as I maintain these pages (Fun Project, Winelib, etc.) separately, and so we don't run the risk of losing them on next update. I'll apply this one to my page as well. -- Dimi.

March 31, 2003

Re: lostwages/templates/en contributing.template

by Dimitrie O. Paun

On March 30, 2003 10:59 am, Andreas Mohr wrote: > ChangeSet ID: 7718 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: amohr(a)wine.codeweavers.com 2003/03/30 09:59:45 > > Modified files: > templates/en : contributing.template > > Log message: > Update by Francois > > Patch: http://cvs.winehq.com/patch.py?id=7718 > > Old revision New revision Changes Path > 1.4 1.5 +67 -62 > lostwages/templates/en/contributing.template I take my critiques back for now -- changes look good. Hopefully we'll fix the smaller things from my TODO, and move the larger ones as individual bugs so we can track them better. I'll do that soon. -- Dimi.

March 31, 2003

Re: Any DCOM experts?

by Ove Kaaven

tor, 2003-03-27 kl. 20:08 skrev Bill Medland: > To start the ball rolling I was working with MSDN's DCOMTST test program pair. I haven't looked at it myself, how does it try to locate the server? If it needs to use the name service (rpcss.exe), directly or indirectly, to find it, it's very unlikely to work with wine right now. > I managed to get that working using the local server (after adding the > definition of IStream to the registry) but am having no luck getting the > client under Wine to talk to the server under Win98. In fact the client side > doesn't even seem to send out a single TCP/IP packet. It probably can't send any packets without knowing where to send them, and if everything else is working, it probably needs rpcss to find out (the local rpcss is usually requested to act on behalf of the client instead of having the client contact the remote host directly, since this lets rpcss cache such information). Then again, it may be that not everything else is working. > I am currently running native ole32 and native rpcrt4. I don't think native rpcrt4 and ole32 is necessarily enough; for example, the TCP/IP stuff may not be implemented directly in rpcrt4, it might depend on other dlls to provide protocol backends and authentication services, and registry entries to identify them (though I'm not sure). Also, COM is married to the registry and you'll probably need a metric ton (as if there's any other kind of ton, heh...) of entries to get DCOM to run with native ole32. > The builtin rpcrt4 fails on a call to unimplemented > RpcServerInqDefaultPrincName but I don't understand why it is even calling > that; why does it think I have Netware only and why does it think this is a > server process. What does that have to do with netware? As far as I know, the security principal is the backbone of the NT domain's and DCOM's security model.

March 31, 2003

Re: Contributing page needs fixing

by Dimitrie O. Paun

On March 30, 2003 03:30 pm, Francois Gouget wrote: > Yes, definitely. Now is not the time to say the 'web site is finished we > don't need anyone'. That's simply not true. That will not cut it, sorry. I've posted a list of "still TODO", and asked for comments. Nobody bothered to reply to it. The web site is not the open ended project Wine is. We can reach a state where we are happy with it, and I think that state is not far away. What we need is a list of things that we think we need. I've started such a list. If you want to add something, please say so. Simply saying "we need more stuff" isn't good enough. -- Dimi.

March 30, 2003

Re: bin2rc

by Alexandre Julliard

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Maybe, but it doesn't work: > > [dimi(a)dimi test]$ ls > wine.bmp > [dimi(a)dimi test]$ ../wine/tools/bin2res wine.bmp No that's not how it works. You have to create the .rc file first with the magic bin2res comments, and then with bin2res you can put the real data in (and extract it back again). > Also, the code seems overly complicated. Granted, > it does more than my one-line script, but still... It can certainly be improved, yes, but please let's not create another tool to do the same thing. -- Alexandre Julliard julliard(a)winehq.com

March 30, 2003