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

Re: lostwages/. winehq.css
by Dimitrie O. Paun March 31, 2003

March 31, 2003

On Mon, 31 Mar 2003, Jeremy Newman wrote: > ChangeSet ID: 7729 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: jnewman(a)wine.codeweavers.com 2003/03/31 11:03:14 > > Added files: > . : winehq.css Should we move all CSS stuff in there (like the stuff I use in my Fun/Winelib/etc. pages)? -- Dimi.

2 3

Multicast options in WinSock with java
by Mike Hearn March 31, 2003

March 31, 2003

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

2 2

Error in CVS?
by Vilppa Salt March 31, 2003

March 31, 2003

<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%…

2 1

cross compiling Wine under MSVC
by Rolf Kalbermatter March 31, 2003

March 31, 2003

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

1 0

Re: lostwages/templates/en fun_projects.template
by Dimitrie O. Paun March 31, 2003

March 31, 2003

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.

1 0

Re: lostwages/templates/en contributing.template
by Dimitrie O. Paun March 31, 2003

March 31, 2003

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.

1 0

Re: Contributing page needs fixing
by Dimitrie O. Paun March 30, 2003

March 30, 2003

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.

1 0

Re: bin2rc
by Alexandre Julliard March 30, 2003

March 30, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I've just stupidly lost an hour or so trying to figure out > how to convert a .bmp to a .rc script. Such a simple problem... That's what tools/bin2res is for... -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: Contributing page needs fixing
by Dimitrie O. Paun March 30, 2003

March 30, 2003

On March 29, 2003 09:48 pm, Francois Gouget wrote: > Wine-Develipmont</a>. > + <p>WineHQ has been redisigned recently. But there is still work to do. > + So you would feel like writing about Wine or coding in Php your > + contribution will be appreciated. You can find the current task list I think we should remove this section altogether. The page is already way too big, and this is as bad as a not enough info. The site has been redesigned, and there are only a few things that are missing -- and those can't be done by just anyone. Really, now the last thing we need is people comming over and messing with the site. Let's have a *focused* page on where we need help, not a laundry list of just about everything. -- Dimi.

2 2

SHFileOperation regression test
by Rolf Kalbermatter March 30, 2003

March 30, 2003

While working on SHFileOperation in shell32.dll I came across the error in line 286 and 287 which happens on Win98/ME/2K/XP but not on 95/NT. Investigation showed that the copy operation of multiple files with one source file not existing in the list, has different behaviour on these two groups of OS Versions. Win 95/NT abort the copy operation at the first file not existing, and return WITHOUT any error indication whatsoever, leaving the already copied files in the target directory. Win 98/ME/2K/XP have obviously fixed this bug in a rather strict manner, in that such a copy operation is aborted with error return value 1026 (undocumented, resp. meaningless in this cicumstance other than that it is non-zero), and no file is copied at all. (There still exists a small bug, at least in 2K, in that the fAnyOperationsAborted flag in the SHFILEOPSTRUCT structure is not set at all in this case on return.) Obviously our shlfileop.c test needs fixing but I'm not sure how to proceed as I'm fairly new to the Wine regression testing. From what I gathered it is not really acceptable to create Windows version dependant tests in the regression framework, which leaves only two other options, IMO: 1) Remove this particular test altogether or 2) Test only the behaviour which is consistent on all platforms which in this case would be only the non-existence of the test2.txt file. Both options leave out possibly important regression test cases for the future. Any comments on this issue from the more seasoned guys into regression test writing? Appended is the patch which is correct for Win 98/ME/2K/XP but will cause test failure on 95/NT. Rolf Kalbermatter Index: dlls/shell32/tests/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfileop.c,v retrieving revision 1.6 diff -u -r1.6 shlfileop.c --- dlls/shell32/tests/shlfileop.c 14 Jan 2003 23:43:42 -0000 1.6 +++ dlls/shell32/tests/shlfileop.c 30 Mar 2003 08:52:58 -0000 @@ -278,13 +278,15 @@ ok(file_exists(".\\testdir2\\test2.txt"), "The file is copied"); clean_after_shfo_tests(); + /* Copying multiple files with one not existing as source, fails the + entire operation in Win98/ME/2K/XP with return value 1026, but only + the files after the one not existing and without any error indication + in 95/NT, ! */ init_shfo_tests(); tmp_flags = shfo.fFlags; set_curr_dir_path(from, "test1.txt\0test10.txt\0test2.txt\0"); ok(!file_exists(".\\testdir2\\test1.txt"), "The file is not copied yet"); ok(!file_exists(".\\testdir2\\test2.txt"), "The file is not copied yet"); - ok(!SHFileOperationA(&shfo), "Files are copied to other directory "); - ok(file_exists(".\\testdir2\\test1.txt"), "The file is copied"); + ok(SHFileOperationA(&shfo), "Files are copied to other directory "); + ok(!file_exists(".\\testdir2\\test1.txt"), "The file is copied"); ok(!file_exists(".\\testdir2\\test2.txt"), "The file is copied"); shfo.fFlags = tmp_flags; }

1 0