wine-devel

wine-devel@winehq.org

8 participants
84486 discussions

Re: Resubmitted - Prefereable GetDateFormatW fix
by Dimitrie O. Paun 25 Oct '02

25 Oct '02

On October 25, 2002 12:39 pm, Medland, Bill wrote: > (Sorry Dimi; it has to be an attachment to stop the mailer wrapping it) No, it doesn't, as long as you set up your mail to not wrap. Or, alternatively, just add it as text/plain, so it is displayed inline. But actually inlining it is better, because people can reply to it, and easily quote the portion of interest. -- Dimi.

1 0

How can an app detect it's running under WINE?
by Alberto Massari 25 Oct '02

25 Oct '02

Hi everybody, I am working on making our software (Stylus Studio, http://www.stylusstudio.com) run under WINE, if this is feasible. To achieve this, I have already implemented a bunch of APIs (the application is built against the UNICODE version of the Win32 APIs) and fixed some bugs I hit (I already mailed the first patch to wine-patches(a)winehq.com). However, I would feel better if I could detect I am running under WINE and gracefully disable some functionalities that are not yet fully supported; is there any way to achieve this? Is there a WIN32 API (like, say, GetVersionEx) that can return a string like "Windows 2000 (WINE)" or is WINE trying to be as stealth as possible? Thanks in advance, Alberto ------------------------------- Alberto Massari eXcelon Corp. http://www.StylusStudio.com

4 3

RE: How can an app detect it's running under WINE?
by Patrik Stridvall 25 Oct '02

25 Oct '02

> --- Patrik Stridvall <ps(a)leissner.se> wrote: > > > So that is why there is no OFFICAL way to detect > > Wine, simple because > > if where was an offical way people could quite > > reasonable complain if > > some change to Wine broke their detection. However > > since there are no > > offical way, they can't complain can they? :-) > > Probably it's time to make an "official" way? No and IMHO there is no reason to have an offical way at all. > This problem appears with each application, ported > with Wine and isn't going to go away even when Wine > will correctly implement all Windows api ;-) If Wine implement every Windows API, why do you care whether you are running under Wine at all? Your application works as good as it does under Windows. Period. Of course you might better intergration with X Windows, printing or whatever to make your application work EVEN BETTER under Wine. :-) Then you have two choice: 1. Recompile your application using Winelib and use Unix API's 2. Under Windows, link with and use some "Wine extension" DLL that are just in many cases "return FALSE; SetLastError(ERROR_NOT_IMPLEMENTED)" on Windows but are implemented on Unix (or some Unixes). Sure (2) currently doesn't exist yet. However it wouldn't be very difficult to do it, if there is need. But no these functions are not for detecting Wine they are for tighter intergration with the underlying "OS" like X Windows, printing or whatever. However this is IMHO far beyond 1.0, so don't hold your breath. But sure if you can name some "Wine extension" API we REALLY need we might do it sooner... PS. Theoretically, the "Wine extensions" DLLs might be implementated on some future version Windows as well and it would be quite ironical if Microsoft did in the future. :-)

1 0

Re: How can an app detect it's running under WINE?
by Alberto Massari 25 Oct '02

25 Oct '02

Hi Andreas, At 03.12 25/10/2002 -0500, you wrote: >Message: 13 >Date: Fri, 25 Oct 2002 10:10:32 +0200 >From: Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> >To: Alberto Massari <alby(a)exln.com> >Cc: wine-devel(a)winehq.com >Subject: Re: How can an app detect it's running under WINE? >Reply-To: andi(a)rhlx01.fht-esslingen.de > >On Fri, Oct 25, 2002 at 09:25:23AM +0200, Alberto Massari wrote: > > Hi everybody, > > I am working on making our software (Stylus Studio, > > http://www.stylusstudio.com) run under WINE, if this is feasible. To > > achieve this, I have already implemented a bunch of APIs (the application > > is built against the UNICODE version of the Win32 APIs) and fixed some > bugs > > I hit (I already mailed the first patch to wine-patches(a)winehq.com). > > > > However, I would feel better if I could detect I am running under WINE and > > gracefully disable some functionalities that are not yet fully supported; > > is there any way to achieve this? Is there a WIN32 API (like, say, > > GetVersionEx) that can return a string like "Windows 2000 (WINE)" or is > > WINE trying to be as stealth as possible? >http://www.winehq.org/FAQ/ would have been answering this in countless >cases already. I'm sorry I asked this here, but the only help I got from the FAQ was: ------ Q: How can I detect Wine? A: You really shouldn't want to do this. If there's a quirk in Wine you need to work around, it's *much* better to fix it in Wine (after all you're a developer, so you should be able to gather enough help and knowledge to fix it for real). If you think you really want to know how to detect it anyway (maybe in order to just have a cool "running on Wine" status text or so), then please mail me. (address-suppressed) ------ So I though I could ask it here.... Alberto ------------------------------- Alberto Massari eXcelon Corp. http://www.StylusStudio.com

4 4

RE: How can an app detect it's running under WINE?
by Patrik Stridvall 25 Oct '02

25 Oct '02

> At 13.22 25/10/2002 +0200, Andreas Mohr wrote: > >On Fri, Oct 25, 2002 at 10:30:15AM +0200, Alberto Massari wrote: > > >[...] > > > >Like someone else said (IIRC), you could check for the existence > >of the Wine configuration registry key branch. That'd be a > 150% reliable > >method of detecting Wine presence. > > > >But again, trying to fix issues would be preferrable. > >(unless there are just too many problems to be fixed) > > Thanks for your answers: we all agree that the best thing to > do is to have > WINE support all the WIN32 API, and mimic all the Windows flavors. > But just like an application calls GetVersionEx to decide how > to behave on > a specific platform, it is perfectly valid for it to try to > detect WINE as > a variant of Windows, and react accordingly. That registry > information is > the right piece of information, as it could also be used to > instruct the > user on the changes needed to make the application work better. Oh sure, you CAN detect Wine if you want, the point is that the Wine project reserves the right to change any behavior at any time for any reason, but most often in order to try to make some application more compatible with Windows. If this breaks your Wine detection, tough. We will not change back because of you. So that is why there is no OFFICAL way to detect Wine, simple because if where was an offical way people could quite reasonable complain if some change to Wine broke their detection. However since there are no offical way, they can't complain can they? :-)

2 1

Whats done? not?
by Christensen Tom 25 Oct '02

25 Oct '02

Obviously wine is still being actively developed, and I know its not close to "done" however, I want to get involved, I know C/C++ and have a pretty good grasp of windows apis, I'm just wondering is there a place (kinda like in the Mono project they have a tree laid out with all of the classes/functions that are in the .NET runtime, and they have them marked done, being worked on, not started...) So I'm wondering if wine has anything similar? or should i just pick a function, and see if its done already by searching through the source? At any rate, wine should have a nice concise place to look and see if wine has certain functions implimented.. Tom _________________________________________________________________ Broadband? Dial-up? Get reliable MSN Internet Access. http://resourcecenter.msn.com/access/plans/default.asp

4 3

Re: How can an app detect it's running under WINE?
by Greg Turner 25 Oct '02

25 Oct '02

On Friday 25 October 2002 03:55 am, Uwe Bonnes wrote: > >>>>> "Greg" == Greg Turner <gmturner007(a)ameritech.net> writes: > Greg> I don't like this solution. Those entries are likely to be > Greg> present in certain shared wine / native windows configurations. > > The "Software\\Wine\\Wine\\Config" tree is read from ~/.wine/config on each > startup and is not written to a .reg file. So if it ret mixed, things are > broken. > > Bye I didn't think of those. you are right, that seems pretty safe. -- gmt "Oh, and of course, the fastest way to dig a tunnel is to dig at both sides." -- The Linux Advanced Routing HOWTO

1 0

Re: How can an app detect it's running under WINE?
by Greg Turner 25 Oct '02

25 Oct '02

On Friday 25 October 2002 02:51 am, Uwe Bonnes wrote: > >>>>> "Alberto" == Alberto Massari <alby(a)exln.com> writes: > > Alberto> Hi everybody, I am working on making our software (Stylus > Alberto> Studio, http://www.stylusstudio.com) run under WINE, if this > is Alberto> feasible. To achieve this, I have already implemented a bunch > Alberto> of APIs (the application is built against the UNICODE version > Alberto> of the Win32 APIs) and fixed some bugs I hit (I already mailed > Alberto> the first patch to wine-patches(a)winehq.com). > > Alberto> However, I would feel better if I could detect I am running > Alberto> under WINE and gracefully disable some functionalities that > are Alberto> not yet fully supported; is there any way to achieve this? Is > Alberto> there a WIN32 API (like, say, GetVersionEx) that can return a > Alberto> string like "Windows 2000 (WINE)" or is WINE trying to be as > Alberto> stealth as possible? > > You can query for example the wine registry entries. > > Bye I don't like this solution. Those entries are likely to be present in certain shared wine / native windows configurations. -- gmt "Oh, and of course, the fastest way to dig a tunnel is to dig at both sides." -- The Linux Advanced Routing HOWTO

1 0

hack to make GrandPrixLegens and N2002 work
by Christoph Frick 25 Oct '02

25 Oct '02

Hi! This is an more or less a straight forward hack to make the game grand prix legends work. It will also effect other games from Papyrus. The game has two problems: 1) It binds more than one time to the same port without doing an SO_REUSEADDR. Acording to UNP it is no big deal to do so - so i just force it. 2) The game sets SO_DONTROUTE on the socket. This works in linux and prevent the user of connecting to games in other networks. Either windows ignores the SO_DONTROUTE or it is not set in native windows or it is ignored. I dont have any opportunity to find out. Another thing is a registry key the game expexcts: [System\\CurrentControlSet\\Services\\Class\\NetTrans\\0000] 1027876728 "IPAddress"="192.168.66.6" It runs with this setting (also N2002); maybe the dontroute problem could also be solved, if the remaining keys to properly define the TCP/IP config for a NIC in windows are set?! So my plea: Could some windows network/socket guru point me in a direction to do further investigations? BTW: i can not imagine this "patch" makes it to the tree - but just to have it said: The patch is under BSD License. CU!

1 0

Re: avoid XF86DGANoDirectVideoMode while detecting no dga
by Lionel Ulmer 25 Oct '02

25 Oct '02

On Thu, Oct 24, 2002 at 04:21:22PM -0500, Greg Turner wrote: > I did not investigate root causes, so someone may know > a better fix. > LICENSE: X11 > CHANGELOG: > * dlls/x11drv/dga2.c: Greg Turner <gmturner(a)ameritech.net> > - avoid X11 error during DGA detection. Grmbl, I must have missed that case when I submitted my fix last time (I only did it in the actual DGA2 usage, not in the 'probing' code). The actual root cause is (for me), a 'feature' in the X server that, instead of reporting the extension as missing on remote clients, report it as being present but then send error messages when trying to use it. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel