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.
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
<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%…
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
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.
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.
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.
"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
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.
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;
}