November 2005 - Wine-devel - list.winehq.org

Re: tools/. winedoc_release
by Dimi Paun 01 Nov '05

01 Nov '05

From: "Alexandre Julliard" <julliard(a)wine.codeweavers.com> > + # build guides as single files (only for releases) > + if [ "$version" != "cvs" ] > + then > + docbook2html -u -d ../../winehtml.dsl $book.sgml > + docbook2pdf -d ../../wineprint.dsl $book.sgml > + docbook2ps -d ../../wineprint.dsl $book.sgml > + mv $book.html $book.pdf $book.ps $guides_base_dir/$lang > + fi They all end up on the site. Shouldn't they all be in synch? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: Allow FindExSearchLimitToDirectories
by Vincent Béron 01 Nov '05

01 Nov '05

Le mar 01/11/2005 à 10:25, Bernd Schmidt a écrit : > Whee, my first Wine patch in, what, 10 years? Nice to see you're back working on the project. [snip] > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/file.c,v > retrieving revision 1.43 > diff -c -p -r1.43 file.c > *** dlls/kernel/file.c 26 Oct 2005 13:57:45 -0000 1.43 > --- dlls/kernel/file.c 1 Nov 2005 15:16:57 -0000 > *************** HANDLE dos_handles[DOS_TABLE_SIZE]; > *** 55,69 **** > /* info structure for FindFirstFile handle */ > typedef struct > { > ! DWORD magic; /* magic number */ > ! HANDLE handle; /* handle to directory */ Please use diff -u format for patches, they're the standard here now. Vincent

2 1

Re: Small visual issues with P-CAD2000 and wine 0.9 (fwd)
by Walt Ogburn 01 Nov '05

01 Nov '05

Please remember to send to the whole list. - Walter -- ---------- Forwarded message ---------- Date: Tue, 1 Nov 2005 07:22:33 -0200 From: Marcos Vicente Cruz <marcos_vc(a)coel.com.br> To: Walt Ogburn <reuben(a)ugcs.caltech.edu> Subject: Re: Small visual issues with P-CAD2000 and wine 0.9 Hi, OK, I'm putting together a image taken from a Windows98 machine. Note that every button drawn on Wine is cut by the bottom side. Marcos Em Monday 31 October 2005 20:39, você escreveu: > Hi Marcos, > > What are the buttons supposed to look like? The ones in your screenshot > look OK to me. > > On Mon, 31 Oct 2005, Marcos Vicente Cruz wrote: > > HI, > > > > I having small visual issues in P-CAD 2000's toolbar on Linux since I've > > upgraded to wine 0.9. The buttons aren't displayed properly. See the > > screenshot attached. > > > > Thank you, > > > > Marcos

1 0

The Holy Grail - Wine 0.9 - thanks to all
by Randall Walls 01 Nov '05

01 Nov '05

OK, Not to get sappy or anything, but I think most wine users have a 'holy grail' application, an app that they would do almost anything to get working. Mine was a game from about 5 years back called Battlezone II. Wonderful game, one of my all time favs. I have spent the better part of 2 years trying to install and run it under wine. Every monthly release I would download fresh source, compile, test, always with varying degrees of success. I've googled for hours on end, tried every native dll imaginable, every tweak, every tip, every hint, sacrificed a few goats, prayed to the linux gods and pledged to give up my soul, but the game was never playable...... ....until now. Everything works. EVERYTHING. Graphics are flawless, with the exception of the fonts being a bit funky, but I can deal. Everything else is exactly as it should be. I was, frankly (and no insult intended), stunned. So, thank you, everyone, all the devs, the testers, everyone, for doing what you do. (and for giving us linux gamers a little light at the end of the tunnel). I would have to say, from my single experience at least, that the 0.9 release has been well worth the wait, and has delivered in a way I didn't think possible. I'll throw something in the appdb just as soon as I can figure out how to get a screenshot or two. Randall Walls

6 22

Wine on Solaris?
by Thomas Tornblom 01 Nov '05

01 Nov '05

Greetings. I'm new to this forum, so bear with me... I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some problems. The background is that I'm trying to run ComSoft, a win application to control the heatpump in my house. It uses serial comm, just plain 9600 bps, even parity. I tried to use the 20041104 version available on the Solaris 10 companion CD, but serial comm seems seriosuly broken on it, and I thought I'd better start with something more recent. I have added some missing sun-specific pieces from the 20041104 version as it was built by someone at Sun, and I have been able to build it, sort of. I'm running into problems when I try to start wine, where I get complaints about unresolved symbols, all of which are defined in the dll shared libraries. I'm puzzled by the naming of the shared libraries and I don't understand how they are spposed to be named and used. Take the kernel32 dll for instance. It is named /opt/sfw/lib/kernel32.dll.so, but during linking it is used as "-lkernel32", and at runtime no symbols are found. I'm trying to get in contact with the engineer at sun who built the version on the companion CD, but perhaps someone here can explain how it is supposed to work? Cheers, Thomas

5 6

Re: Multimonitor support in Wine?
by Thomas Tornblom 01 Nov '05

01 Nov '05

> Date: Mon, 31 Oct 2005 20:37:44 -0700 > To: wine-devel(a)winehq.com > From: Rob D <rddone(a)att.net> > Subject: Multimonitor support in Wine? > > > Its me again. > > Ive been trying to figure how to get a (single) Wine application to be able > to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY > :0.0, :0.1, and :0.2). > > I am well aware that xinerama mode would allow this quite easily, but > xinerama is not an option, partly since CDE on Solaris will not work in > xinerama mode, and a little thing called Software Requirements Specification. Pardon me, but what is the problem with xinerama in CDE on solaris? I have been running that on a couple of sunrays at work for at least a year with no problems. The sunray servers are running solaris 9. > > I am also aware this isnt specifically a wine issue, but in researching > what could be done about over the past week, I found several references to > gdi_display, x11drv_thread_data, and various other constructs and class > members in Wine that describe which display to use. This leads me to > believe there is some method to allow Wine to enable the desired functionality. > > Whether the method to support this functionality is built in or needs to be > coded, I have not yet determined, since nearly every file in dlls/x11drv > directory uses these members and constructs. > > If someone has any insight on how to implement this or where I should focus > my efforts, it would be very helpful. > > TIA > Rob Done > Cheers, Thomas

2 1

DirectSound problems - dlls/dsound/mixer.c
by Davin McCall 01 Nov '05

01 Nov '05

Hi, I'm trying to sort out sound problems with StarCraft and have made some progress by hacking around with the "dlls/dsound/mixer.c" file. I'm new to Wine hacking however, and there's some things in the code which I don't understand (and others which seem blatantly wrong). Hopefully someone can help me with these questions: 1) In DSOUND_PerformMix(), two values inq and maxq are calculated which seem to represent the amount of already-mixed (prebuffered) data in the primary buffer and the maximum amount that should be prebuffered. See lines 1001 - 1012. Then the comparison "inq > maxq" is made to detect whether all buffered data has been played, and if so the sound is stopped by calling DSOUND_PrimaryStop. However, inq is based on the *writepos* value which is the play position plus a safety margin (latency) - see line 972. So, sound is stopped before the play position actually reaches the end of the buffered audio. This seems wrong. Can anyone tell me if this is correct (and if so why) or if it really is wrong. 2) (same function) on line 1048, after using DSOUND_PrimaryStop(), the playpos is retrieved by making a driver call. The comment says that DSOUND_PrimaryStop() is supposed to reset playpos to 0, but OSS cannot do this and that is why IDsDriverBuffer_GetPosition() is called. However, with ALSA, the driver returns the last played position, even though when the sound is restarted (ie. when DSOUND_PrimaryPlay is called) the position does go back to 0. The result is that playpos is wrong in the meantime. If a sound buffer is added to the queue it gets mixed at the wrong position. So, should the ALSA driver return 0 for IDsDriverBuffer_GetPosition() or is it simply wrong to use that function to retrieve play position after stopping the device? (and if so, is there a better solution)? 3) Was whoever wrote this code allergic to comments? :-) I'd appreciate any help I can get. Davin

9 20

Re: wininet: Implement InternetCreateUrlA/W with test cases
by Marcus Meissner 01 Nov '05

01 Nov '05

On Tue, Nov 01, 2005 at 12:35:00PM +0100, Andreas Mohr wrote: > Hi, > > On Fri, Oct 28, 2005 at 09:48:08AM -0700, Juan Lang wrote: > > Hi James, > > > > +/* max port num is 655936 => 6 digits */ > > > > Actually, it's 65535. A correct comment would be appreciated ;) > > > > + *lpdwUrlLength += strlen("://"); > > > > You should use sizeof instead to avoid the call to strlen. Same for other > > lengths you use, like "@" and ":". > OK, done! ;) > > ChangeLog: > Replace all Wine instances of doing a strlen() on a string literal > by its equivalent but much less onerous sizeof() - 1. Please just keep it as is. The compiler knows strings constants and strlen() and will replace it by a constant on compile time. Ciao, Marcus

2 1

wine overstepping the mark?
by wino＠piments.com 01 Nov '05

01 Nov '05

I tried to compile wine-cvs on Gentoo and it got stopped during the install stage with a sandbox violation. This is a gentoo feature protecting the system from software that steps outside its own territory. It seems that wine is taking it upon itself to mod the mimetypes for the whole system. Is this an oversight or am I misreading it? Sorry the output got chopped but you get the picture. --------------------------- ACCESS VIOLAT LOG FILE = "/var/log/sandbox/sandbox-app- rename: /usr/local/share/applications/ unlink: /usr/local/share/applications/ rename: /usr/share/applications/.mimei unlink: /usr/share/applications/.mimei ----------------------------------------- Regards.

14 23

Re: shell32: SHELL32_GetItemAttributes()
by Michael Jung 01 Nov '05

01 Nov '05

Hi Martin, On Tuesday 01 November 2005 02:40, Martin Fuchs wrote: > Changelog: > correctly call HCR_GetFolderAttributes() in SHELL32_GetItemAttributes() > > > Index: shlfolder.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shlfolder.c,v > retrieving revision 1.104 > diff -u -p -d -r1.104 shlfolder.c > --- shlfolder.c 20 Jul 2005 10:29:05 -0000 1.104 > +++ shlfolder.c 1 Nov 2005 01:22:38 -0000 > @@ -411,14 +411,13 @@ HRESULT SHELL32_GetItemAttributes (IShel > *pdwAttributes &= dwSupportedAttr; > } > > + dwAttributes = *pdwAttributes; > + > if (_ILIsDrive (pidl)) { > *pdwAttributes &= > SFGAO_HASSUBFOLDER|SFGAO_FILESYSTEM|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANLINK; > - } else if (_ILGetGUIDPointer (pidl)) { > - if (!HCR_GetFolderAttributes (pidl, pdwAttributes)) { > - *pdwAttributes &= SFGAO_HASSUBFOLDER|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > - SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANRENAME|SFGAO_CANLINK; > - } Those are default flags, for the case that HCR_GetFolderAttributes didn't find a registry entry. Are you sure those aren't necessary? Perhaps we should push them into HCR_GetFolderAttributes, though. > + } else if(_ILGetGUIDPointer(pidl) && HCR_GetFolderAttributes(pidl, &dwAttributes)){ > + *pdwAttributes = dwAttributes; > } else if (_ILGetDataPointer (pidl)) { > dwAttributes = _ILGetFileAttributes (pidl, NULL, 0); Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2