October 2004 - Wine-devel - list.winehq.org

RE: wine-devel digest, Vol 1 #3011 - 15 msgs
by Rolf Kalbermatter 11 Oct '04

11 Oct '04

Vitaliy Margolen wrote: > Well, I tried to shuffle the order of creation of these > files. The results I got was as follows: > - On windows I was getting "sorted by name" order. > - On Linux I was getting creation order. Funny thing is I work on Suse Linux 9.0 with current wine CVS and IEnumIDList in the shelfolder test returns for me test.txt, testdir2, test1.txt, test2.txt, and test3.txt in that order. So I can't confirm the idea that Wine under Linux would always enumerate files in a directory nor in alphabetically order nor in order of creation. > I tested XP, 2003 and 98 all with same results. So my > assumption was that I would always get the "sorted by name" > order from windows no meter what. I could be wrong here. If > this is the case it has something to do with SHFolder's > heading information, that we currently ignore. If you mean the selected column in a shell folder view, that should not have any influence on the order of files returned for an IEnumIDList object. It does not and can't now about the column to use for ordering nor should it do any specific ordering AFAICS. This is supposed to be done by the IShellView through use of the IShellFolder's CompareIDs method Rolf Kalbermatter

3 2

Re: widl: added dispinterface and coclass
by Mike Hearn 11 Oct '04

11 Oct '04

Jacek Caban wrote: > Changelog: > - Added creation of dispinterface header > - Added creation of coclass header > - Added messages when fopen failes Cool! How far away are we from having widl generate the proxy/stub marshalling code? I started writing some COM test cases last night but it's really hard to test anything non-trivial without a test object that supports marshalling and I doubt Alexandre would want MIDL code in the test suite (or maybe he would, that is what we have to run after all ...) thanks -mike

2 4

RFC re winmm/time.c
by Jeremy White 11 Oct '04

11 Oct '04

Hi Folks, I ran into a problem with PowerPoint and winmm timer events, that has led me to radically alter this file. However, I'd appreciate a gut check from anyone more experienced with it than I. The fundamental problem is that Powerpoint does a timeBeginPeriod(1), trying to set timer resolution to 1 ms; we steadfastly discard that, and continue generating time updates and events on a roughly 10 ms interval, this can, in rare situations, lead to some awkward delays. Some investigation with a test program shows that most Windows systems start with a default resolution of 1 ms. This test program is attached; the 'average' reported at the top is the default resolution. Further, Windows seem to steadfastly ignore any timeBeginPeriod(x) where x > the current period. I surveyed about 6 systems; a mix on Win98/Win2k and Win XP. All but one rogue Win 2K system had a 1 ms timer interval (the rogue system had a 10 ms interval; why, I do not know). The MSDN pages suggest (but don't state clearly) that this is the expected behavior. This behavior essentially means that on most Windows systems the timer resolution of winmm is 1ms and can not be changed. So, question #1: anyone object if I fix the timer resolution at 1 ms? Next, if I make this change, it makes the code in time.c, which is fairly awkward imho, even less efficient. We'll basically be scanning a loop every ms for no particularly good reason. I couldn't stomach this, so I rewrote it. Question #2: anyone object to my change? I have tested it with my attached test program, and I appear to have gotten it right, but... Thoughts? Comments? Flames? Suggestions I go back to my day job? <grin> Cheers, Jeremy

3 5

Re: Warcraft 3 Copy Protection (regression?)
by Brian Gunlogson 11 Oct '04

11 Oct '04

Warcraft 3 will not run without a crack after the following commit: http://www.winehq.org/hypermail/wine-cvs/2004/03/0093.html If no one wants to tackle this immediately I'd like to fix it. Any ideas? Brian G. > > I don't know whether the difference was something about the version of WC3, or > > because I'd just upgraded to a 2.6 kernel, or because of the Wine > > version (20040309), but having upgraded Wine to 20040505 it no longer works. > Some work was done to load the copy protection drivers, it would be very nice to > get this working again. Can you try wine-20040408 to see if it works with that > version? You can then pinpoint the regression by running CVS regression testing, > instructions are at http://www.winehq.com/site/docs/wine-devel/cvs-regression > > Ivan. _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com

2 1

Preparing to do a Regression and Submitting Results
by Dan McGhee 11 Oct '04

11 Oct '04

I'm getting ready to do a regression on a situation for an application, Edit Studio 4, that I'm trying to get running in WINE. The description of the problem is difficult to put into words and I'd like to use a "before and after" set of screen shots plus the results of any appropriate traces. I'd like to post the results here for your consideration. However, I'm concerned about the size of the resultant files. Are there formal or informal limitations on the size of attachments for this list? Or is it more appropriate to use the information in a "bug report?" Thanks, Dan

2 2

winsock: errs and fixmes, unimplemented socket level
by Anssi Hannula 09 Oct '04

09 Oct '04

Hi! When I start Space Empires IV, I get the following lines: fixme:winsock:convert_sockopt Unimplemented or unknown socket level err:winsock:WS_setsockopt Invalid level (65407) or optname (128) fixme:winsock:convert_sockopt Unimplemented or unknown socket level err:winsock:WS_setsockopt Invalid level (65407) or optname (128) fixme:winsock:convert_sockopt Unknown SOL_SOCKET optname 0xff7f err:winsock:WS_setsockopt Invalid level (1) or optname (65407) The game does work otherwise perfectly, but the network playing is working correctly. I can create a server, and clients can connect to it, but when the server is supposed to send a game-file to the clients, nothing happens. This happens with the demo version too: http://www.shrapnelgames.com/downloads/SE4GoldDemo.exe Sincerely, Anssi Hannula

2 1

shlfolder test fails on my system
by Rolf Kalbermatter 09 Oct '04

09 Oct '04

I get among other failures in other dlls one at the recently added shlfolder test in shell32. It fails for the three cases where it probably is supposed to compare testdir with test1.txt, test2.txt, and test3.txt. While my first idea was a difference in character weighting and comparison I did some more investigations and it seems the test does make specific assumptions as to in which order IEnumIDList should return filenames. The test assumes they are returned in the order as they were created. IEnumIDList is basically creating that list through FindFirstFile and FindNextFile. Is FindFirstFile/FindNextFile really supposed to return items in a particular order or is the test making assumptions which happen to work for some systems accidentally? Rolf Kalbermatter

2 1

Strange behaviour of X Driver
by Robert Lunnon 09 Oct '04

09 Oct '04

I have some strange behaviour occurring on Solaris 10 I am getting XIO errors I Did a syscal trace and got this in part \ uname(0x7FD5EA54) = 1 uname(0x7FD5EB24) = 1 xstat(2, "/tmp/.X11-pipe/X0", 0x7FD5EF64) = 0 open("/tmp/.X11-pipe/X0", O_RDWR) = 11 ioctl(11, I_CANPUT, 0x00000000) = 1 uname(0x7FD5EA94) = 1 uname(0x7FD5EAC4) = 1 fcntl(11, F_SETFD, 0x00000001) = 0 access("/usr2/robert/.Xauthority", R_OK) = 0 open("/usr2/robert/.Xauthority", O_RDONLY) = 14 fstat64(14, 0x7FD5EC40) = 0 fstat64(14, 0x7FD5EB80) = 0 ioctl(14, TCGETA, 0x7FD5EC14) Err#25 ENOTTY read(14, "\0\0\004C0A80305\001 0\0".., 8192) = 1174 read(14, 0x080C413C, 8192) = 0 llseek(14, 0, SEEK_CUR) = 1174 close(14) = 0 writev(11, 0x7FD5F6F4, 4) = 48 fcntl(11, F_GETFL) = 2 fcntl(11, F_SETFL, FWRITE|FNONBLOCK) = 0 read(11, 0x7FD5F7AC, 8) Err#11 EAGAIN XIO: fatal IO error write(2, " X I O : f a t a l ".., 21) = 21 0 (write(2, " 0 (", 3) = 3 Error 0write(2, " E r r o r 0", 7) = 7 ) on X server "write(2, " ) o n X s e r v e".., 15) = 15 :0.0write(2, " : 0 . 0", 4) = 4 " write(2, " "\r\n", 3) = 3 after write(2, " a f t e r ", 12) = 12 0write(2, " 0", 1) = 1 requests (write(2, " r e q u e s t s (", 11) = 11 0write(2, " 0", 1) = 1 known processed) with write(2, " k n o w n p r o c e".., 23) = 23 0write(2, " 0", 1) = 1 events remaining. write(2, " e v e n t s r e m a".., 20) = 20 _exit(1) The last X IO operation before the fatal error was called was a read n the X pipe which return error EAGAIN The Man page for read(2) says the following When attempting to read from an empty pipe (or FIFO): o If no process has the pipe open for writing, read() returns 0 to indicate end-of-file. o If some process has the pipe open for writing and O_NDELAY is set, read() returns 0. o If some process has the pipe open for writing and O_NONBLOCK is set, read() returns -1 and sets errno to EAGAIN. So, Its quite possible, likely that the X Server has the pipe open for writing but the pipe is empty which would return EAGAIN, why is this then treated as an error ??? More later.... Bob

2 1

Re: [janitor] tools -Wwrite-strings cleanup
by Alexandre Julliard 09 Oct '04

09 Oct '04

Daniel Marmier <d.marmier(a)bluewin.ch> writes: > -static type_t std_bool = { "boolean" }; > -static type_t std_int = { "int" }; > -static type_t std_int64 = { "__int64" }; > -static type_t std_uhyper = { "MIDL_uhyper" }; > +static char name_bool[] = "boolean"; > +static char name_int[] = "int"; > +static char name_int64[] = "__int64"; > +static char name_uhyper[] = "MIDL_uhyper"; > + > +static type_t std_bool = { name_bool }; > +static type_t std_int = { name_int }; > +static type_t std_int64 = { name_int64 }; > +static type_t std_uhyper = { name_uhyper }; > + > +static char name_tagged_union[] = "tagged_union"; You should never need to declare non-const strings. If you need that, it's because some other types are not properly declared const, and this is what needs to be fixed. The only case where a non-const string would be appropriate is if the string itself really needs to be written to, but that's a very rare case. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Fix InternetCrackUrlW
by Alexandre Julliard 09 Oct '04

09 Oct '04

Maxime Bellengé <maxime.bellenge(a)wanadoo.fr> writes: > An application I try to install calls InternetOpenUrlW with an url like > that : > > http://server/.\\path/file > > Under windows, it works but under wine , the result of such a request is > 404. > So my assumption is windows converts '\' to '/'. I tried that and now it > works perfectly under wine. > > Changelog: > * Convert \ to / in urls. You cannot do that, because InternetCrackUrl doesn't always make a copy of the path, it may return a pointer to the original buffer. The conversion may need to be done at some other level, or you may need to only do it when copying the path. Either way writing a test case would be a good idea. -- Alexandre Julliard julliard(a)winehq.org

1 0