October 2007 - Wine-Devel - list.winehq.org

Re: New Wine help and discussion forum

by Jan Zerebecki

On Mon, Oct 29, 2007 at 11:34:33AM -0400, Tom Wickline wrote: > My goal is to provide a forum to bring Wine users together into a > single meeting place to discuss anything relevant to the daily > happenings surrounding Wine. Does that mean you will make it synchronise with the user mailinglist? Jan

Oct. 29, 2007

Re: [Wine] New Wine help and discussion forum

by DARKGuy .

Awesome, it was about time something like this was done, I feel more at home with a forum rather than using a mailing list - kudos to you! thanks a ton, I'll register ASAP ^_^. On 10/29/07, Tom Wickline <twickline(a)gmail.com> wrote: > > Hello, > > There is a new Wine help and discussion forum at > http://www.wine-forum.org/index.php that is meant to be a meeting > place for anyone interested in Wine usage or development. In the past > there there has never been a single forum dedicated solely to Wine. > The lack of a single forum has left people to post Wine related help > and discussions in other forums. At the moment most users turn to > their Linux distribution forum where Wine is often a sub-forum at most > and questions often go unanswered. > > My goal is to provide a forum to bring Wine users together into a > single meeting place to discuss anything relevant to the daily > happenings surrounding Wine. There are multiple categories/subforums > to cover all aspects of using Wine (Applications, Games, 3rd Party > Wine Utilities, Commercial Offerings, etc.). > > > Cheers, > > Tom Wickline > > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users >

Oct. 29, 2007

What's wrong with ...

by Christian Eggers

Hello, I've submitted a patch to wine-patches 5 days ago which has not been added yet: "Added wrapper dll for ct-api(CardTerminal API)" http://www.winehq.org/pipermail/wine-patches/2007-October/045716.html I think that most of the code has already been reviewed: The 1st version has already been submitted May 06 2007: - http://www.winehq.org/pipermail/wine-patches/2007-May/038908.html Steven Edwards pointed out some obvious mistakes... - http://www.winehq.org/pipermail/wine-patches/2007-May/038922.html - http://www.winehq.org/pipermail/wine-patches/2007-May/038923.html ... which were fixed on July 3: - http://www.winehq.org/pipermail/wine-devel/2007-July/057847.html - http://www.winehq.org/pipermail/wine-patches/2007-July/041206.html On July 11 Alexandre Julliard requested some additional changes: - http://www.winehq.org/pipermail/wine-devel/2007-July/058003.html I hope that everything is correct now. If not, please let me know. Thanks Christian

Oct. 29, 2007

New Wine help and discussion forum

by Tom Wickline

Hello, There is a new Wine help and discussion forum at http://www.wine-forum.org/index.php that is meant to be a meeting place for anyone interested in Wine usage or development. In the past there there has never been a single forum dedicated solely to Wine. The lack of a single forum has left people to post Wine related help and discussions in other forums. At the moment most users turn to their Linux distribution forum where Wine is often a sub-forum at most and questions often go unanswered. My goal is to provide a forum to bring Wine users together into a single meeting place to discuss anything relevant to the daily happenings surrounding Wine. There are multiple categories/subforums to cover all aspects of using Wine (Applications, Games, 3rd Party Wine Utilities, Commercial Offerings, etc.). Cheers, Tom Wickline

Oct. 29, 2007

Re: Yet another wine frontend: PlayOnLinux

by Tomas Zijdemans

It's a jungle out there! (WineBot, Wine Doors, PlayOnLinux + the old ones) Dan Kegel wrote: > This one seems new to me: > http://www.playonlinux.com > It's hooked up in the wine wiki already: > http://wiki.winehq.org/ThirdPartyApplications > http://wiki.winehq.org/PlayOnLinux > > Anyone tried it? > - Dan > > >

Oct. 29, 2007

Re: dlls/comctl32/listview.c warning elimination

by Alexandre Julliard

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > Not a patch I am particularily proud of, but the best way I found to get > rid of > > listview.c:5043: warning: 'strW' might be used uninitialized in this function > > issued by GCC, and apart from the added cast it actually is simpler than > the original. It was done the way it is precisely to avoid the non-const cast, which triggers a warning too. -- Alexandre Julliard julliard(a)winehq.org

Oct. 29, 2007

Yet another wine frontend: PlayOnLinux

by Dan Kegel

This one seems new to me: http://www.playonlinux.com It's hooked up in the wine wiki already: http://wiki.winehq.org/ThirdPartyApplications http://wiki.winehq.org/PlayOnLinux Anyone tried it? - Dan

Oct. 29, 2007

Re: ATI fglrx 8.42 Driver issues

by Roderick Colenbrander

> Am Montag, 29. Oktober 2007 00:55:34 schrieb Brian Dunne: > > but > > I encountered a pretty serious problem when trying to wine World of > > Warcraft in OpenGL mode. In short, it won't draw models - it seems to > draw > > environments and effect animations fine, but characters and objects like > > benches and mailboxes are invisible. > The problem is that if something like this happens in OpenGL mode, we can > do > almost nothing. OpenGL is to 99% a pass through, so the app calls the > driver > directly. We do not have the chance to alter anything if the driver > doesn't > like what the app is doing. So your best bet is to file a bug at ATI > concerning this. > > But can you try d3d mode? In the past, the ATI drivers preferred that over > WoW's OpenGL renderer. Ati's drivers are still very buggy. In various situations they even fall back to software rendering. In some cases the xorg.conf option 'UseFastTLS=2' can do miracles. It is important to find a testcase in which you can produce the problems. And then submit a bugreport to ati.cchtml.com (it is ati's unofficial bugzilla; all bugs are forwarded to ati and they really do something with them) Roderick -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

Oct. 29, 2007

Re: Make test drill, next steps, call for help with Winetest

by Jakob Eriksson

Francois Gouget wrote: > While I prefer the autorun approach because it has fewer dependencies on > the Windows side and thus allows me to test in as clean a Windows as > desired, your approach could be pretty useful for testing on a real > Windows machine. Maybe if you post your script with some instructions it > will inspire some people to set up automated testing on their real > Windows machines. I'm sure it would make the Direct3D guys happy (if the > testers have Nvidia ;-) ). > > I forgot... I did a C hack. cc -o runstuff.exe runstuff Then copied runstuff.exe to c:\win95\Start-Menu\Program\Autostart #include <stdlib.h> #include <unistd.h> int main () { chdir ("/tmp"); unlink ("winetest-latest.exe"); system ("wget http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-latest.exe"); system ("./winetest-latest.exe -q -c -t JakobAuto"); system ("shutdown -h now"); return 0; } About virtual machines starting in a clean state, nothing stops anyone from booting linux in between and "dd if=windows_part.bin of=/dev/hdb1" and then reboot into Windows. This way you could get consistent Windows regression testing on real hardware. regards, Jakob

Oct. 29, 2007

Re: Make test drill, next steps, call for help with Winetest

by Francois Gouget

On Sat, 27 Oct 2007, Jakob Eriksson wrote: [...] > I achieved much the same thing by putting a wget script in the > Auto-startup folder of Windows. Then I copy in this vmware windows > virtual machine and start it. Then Windows itself downloads winetest > and upon completion, does a shutdown -h now. (Via cygwin.) I often > find cygwin a relief when working with Windows. While I prefer the autorun approach because it has fewer dependencies on the Windows side and thus allows me to test in as clean a Windows as desired, your approach could be pretty useful for testing on a real Windows machine. Maybe if you post your script with some instructions it will inspire some people to set up automated testing on their real Windows machines. I'm sure it would make the Direct3D guys happy (if the testers have Nvidia ;-) ). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Any sufficiently advanced Operating System is indistinguishable from Linux

Oct. 29, 2007