August 2005 - Wine-Devel - list.winehq.org

Re: Web Server Back Online

by Jeremy White

Jeremy Newman wrote: > The webserver is back online. There are still plenty of quirks to fix. > Feel free to bug me here on wine-devel about any issues that crop up. Just because no one else has said it yet: Nice work, Jer! (Jer is masking all the behind the scenese wrangling he did with our two ISPs to arrange this, and the mad scramble to replace a raided drive that had fried, and the rebuild to Debian. ) It was darn nice work on his part to get it all essentially done in a day. Cheers, Jeremy

Aug. 31, 2005

Wine-20050830 Compile error

by John Shillinglaw

Hello, After getting the lastest tar, I get the following error: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o add.o add.c In file included from add.c:39: winldap_private.h:289: error: syntax error before "BerElement" winldap_private.h:290: error: syntax error before "BerElement" winldap_private.h:322: error: syntax error before "BerElement" winldap_private.h:323: error: syntax error before "BerElement" make[2]: *** [add.o] Error 1 make[2]: Leaving directory `/usr/src/wine/dlls/wldap32' make[1]: *** [wldap32] Error 2 make[1]: Leaving directory `/usr/src/wine/dlls' make: *** [dlls] Error 2 This occurs both with Wine-20050830.tar.gz and the latest cvs. I'm compiling under Gentoo ( up to date ) with gcc 3.3.5 John

Aug. 31, 2005

Re: Web Server Back Online

by Vitaliy Margolen

Tuesday, August 30, 2005, 5:30:49 PM, Jeremy Newman wrote: > The webserver is back online. There are still plenty of quirks to fix. > Feel free to bug me here on wine-devel about any issues that crop up. It looks like pipermail doesn't understand some files and converts them to something.bin, which makes it hard to read. Here is an example: http://www.winehq.com/pipermail/wine-patches/2005-August/020339.html The file included should be sync.diff Vitaliy

Aug. 31, 2005

Re: wined3d - d3d9 regression testing 7_12_2005

by Oliver Stieber

--- Jesse Allen <the3dfxdude(a)gmail.com> wrote: > On 8/28/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > > Hi, > > Just found the old mail, the following might be interesting: > > > > > Thanks, I've got the game running how Battlefront looked. Fonts are > > > messed up, and some rendering problems, but it does run for me. > > > Battlefront has a crashing problem I know Oliver knows how to fix. > > Battlefield renders really fine if you disable the vertex shaders in winecfg. > > The only remaining Direct3D problem are some glitches with the smoke and the > > explosions. The font troubles don't seem to be D3D related, as some fonts are > > shown correctly, for example the player names if you look at someone. > > > > From the D3D part it looks better than in cedega: Watter effect are better, > > Pixel Shaders work nice, more stable(Cedega crashes my fglrx driver under > > certain conditions). > > > > Remaining problems are: The game works only in Desktop mode, only 800x600, the > > mouse tends to leave the window. The sound doesn't work, and of course the > > obvious font problem. And last, in the loading picture the Red and the Blue > > channel seem switched, which gives the pictures some modern art touch ;-) > > > > Congrats to Oliver. > > > > Stefan > > > > > Well, I do have vertex shaders on. The problem I'm having with > battlefield is that the screen moves 25% of the screen off the top and > left sides and cutting off 25% of the bottom and right (black) when I > get to the loading screen. If I can hit the buttons to enter the > game, then it does it for 25% more of all the sides, and makes the > game nearly unplayable. This sounds like a clipping problem caused by using the backbuffer for offscreen textures, which version of battlefield are you running, I'll have a look to see how well the demo's working. > > It's been reported to me that the fonts are now messed up in Warcraft > 3 in D3D as well. I don't believe this was the case before. > > Jesse > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

Aug. 31, 2005

Re: wined3d - d3d9 regression testing 7_12_2005

by Oliver Stieber

--- Jesse Allen <the3dfxdude(a)gmail.com> wrote: > On 8/28/05, Ann & Jason Edmeades <us(a)edmeades.me.uk> wrote: > > Out of interest, does reversing this patch fix the wc3 fonts - If I recall > > correctly if was the glTranslate calls which originally made the wc3 fonts > > look correct, and I noticed in one of the patches Oliver changed them. He's > > probably right, but just in case its worth a test > > > > Try changing > > glTranslatef(0.9 / This->stateBlock->viewport.Width, -0.9 / > > This->stateBlock->viewport.Height, 0); > > > > to > > > > glTranslatef(1.0/This->stateBlock->viewport.Width, > > -1.0/This->stateBlock->viewport.Height, 0); > > > > in drawprim.c The change make more of the games I tested closer to perfect, it doesn't fix all the problems though. The problems it doesn't fix are probably render to texture related. > > > > Jason > > > > > > I did went ahead and tried Battlefield again with this change, but > they are still blocks. Can you send me a screen shot, there's a known 'blocks' problem with some textures and the glTranslatef is really easy to spot from a screen shot, it could be that your missing some fonts and that should look nothing like the other two.... Anyhow, a screen shot should help to clarify what's going on and the possible solution. > > Jesse > > > ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

Aug. 31, 2005

Re: Web Server Back Online

by Jeremy Newman

On Tue, 2005-08-30 at 18:30 -0500, Jeremy Newman wrote: > What is still down: > We use cvsupd to sync our CVS trees. I'm still working on getting this > running on Debian Sarge. It is no longer included in Sarge so I > installed the woody packages. Though I have been unable to get it > working. What this means is any commits that Alexander makes will not > get into the anonymous tree until I figure it out. This is fixed now. Anyone using cvsup can connect to the box again. Commits from Alexander will sync back into the anonymous tree as well. It is always a good time trying to re-learn how to configure something you setup 5 years ago. :-)

Aug. 31, 2005

Re: Web Server Back Online

by Jeremy Newman

Well, cvs.winehq.org is just a CNAME to www.winehq.org. They all point to the same IP. Any of those hosts should work. Depending of course on any stale DNS records at your name server. We prefer you use cvs.winehq.org just in case down the road we do move it to a different box or what have you. On Tue, 2005-08-30 at 19:27 -0500, Alex Villacís Lasso wrote: > Oh, I see. The CVS repository is now at plain "winehq.org", instead of > "cvs.winehq.org". I was getting confused, especially since the website > has not changed to announce this change. Thanks for the explanation.

Aug. 31, 2005

Re: Web Server Back Online

by Alex Villacís Lasso

Jeremy Newman wrote: >It works. You are probably still resolving to the old IP. That should >clear up shortly. > >$ host winehq.org >winehq.org has address 209.32.141.3 > >$ cvs -d:pserver:cvs(a)winehq.org:/home/wine co wine >cvs checkout: Updating wine >U wine/.cvsignore >U wine/ANNOUNCE >U wine/AUTHORS >... > > Oh, I see. The CVS repository is now at plain "winehq.org", instead of "cvs.winehq.org". I was getting confused, especially since the website has not changed to announce this change. Thanks for the explanation. Alex Villacís Lasso

Aug. 31, 2005

Re: Web Server Back Online

by Jeremy Newman

It works. You are probably still resolving to the old IP. That should clear up shortly. $ host winehq.org winehq.org has address 209.32.141.3 $ cvs -d:pserver:cvs(a)winehq.org:/home/wine co wine cvs checkout: Updating wine U wine/.cvsignore U wine/ANNOUNCE U wine/AUTHORS ... On Tue, 2005-08-30 at 18:44 -0500, Alex Villacís Lasso wrote: > Jeremy Newman wrote: > > >The webserver is back online. There are still plenty of quirks to fix. > >Feel free to bug me here on wine-devel about any issues that crop up. > > > >Whats Up: > >www.winehq.org website > >bugs.winehq.org website > >appdb.winehq.org website > >FTP site > >Anonymous CVS access > > > > > Anonymous CVS still doesn't work for me: > > [alex(a)srv64 src-python]$ cd ~/download/wine/wine-20050725-cvs/ > [alex(a)srv64 wine-20050725-cvs]$ cvs update -PAd > /home/wine: no such repository > [alex(a)srv64 wine-20050725-cvs]$ cvs login > Logging in to :pserver:cvs(a)cvs.winehq.org:2401/home/wine > CVS password: > /home/wine: no such repository > [alex(a)srv64 wine-20050725-cvs]$ > > I can only assume that the repository is no longer at /home/wine, but > this is the announced path on the website, and it has worked until today. > So, which is the new path, if any? > > Alex Villacís Lasso > > >

Aug. 31, 2005

Re: Web Server Back Online

by Alex Villacís Lasso

Jeremy Newman wrote: >The webserver is back online. There are still plenty of quirks to fix. >Feel free to bug me here on wine-devel about any issues that crop up. > >Whats Up: >www.winehq.org website >bugs.winehq.org website >appdb.winehq.org website >FTP site >Anonymous CVS access > > Anonymous CVS still doesn't work for me: [alex(a)srv64 src-python]$ cd ~/download/wine/wine-20050725-cvs/ [alex(a)srv64 wine-20050725-cvs]$ cvs update -PAd /home/wine: no such repository [alex(a)srv64 wine-20050725-cvs]$ cvs login Logging in to :pserver:cvs(a)cvs.winehq.org:2401/home/wine CVS password: /home/wine: no such repository [alex(a)srv64 wine-20050725-cvs]$ I can only assume that the repository is no longer at /home/wine, but this is the announced path on the website, and it has worked until today. So, which is the new path, if any? Alex Villacís Lasso

Aug. 30, 2005