Re: How is Win/Dos syscalls implemented in Wine?

[Sylvain Petreolle]

Why couldnt we implement a int 0x80 that would do nothing/call SIGSEGV
handler ? We did it for all other ints we have implemented.

> If, let's say, a windoze app really used int 0x80 to intentially
> obliterate the user's system? Well, Wine wouldn't stop it.
> 
> > I know wine uses the ptrace syscall, is that really only
> > for debugging purposes, or is it for catching the SIGSEGV
> > signals also?
> 
> It's to support certain win32 features (that's mostly used for
> debugging).
> Catching signals is done with sigaction().
> 
>  

___
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

Re: How is Win/Dos syscalls implemented in Wine?

[Peter Andersson]

Thanks for putting my thinking on the right track again...

Conclusion:
The ntdll is for wine apps what libc is for Linux/Unix.
Syscalls is made from ntdll and the native version is never
run. 

You are right about the syscalls in Linux, too bad
theres no protection for it though. It should be, otherwise
there could appear wine_linux viruses.  
Cant you fix this with ptrace?

Thanks for your help!

//Peter

On Friday 25 October 2002 17.26, Ove Kaaven wrote:
> On Fri, 25 Oct 2002, Peter Andersson wrote:
> > Hello!
> > Perhaps someone can give me a good answer to this question.
> > Please give me a direct answer, I have allready been trouh the wine
> > FAQ:s , docs, code, etc.
> >
> > I know DOS syscalls is made using interupts (int instruction) but,
> > is Windows/NT syscalls made the same way.
>
> What are Windows/NT syscalls? Win32 apps doesn't make any syscalls, they
> just call the system DLLs (which is just shared libraries). Wine
> implements those DLLs in its own way.
>
> > How does wine stop these instructions from reaching the unix kernel?
>
> If you're talking about interrupts, the ones that DOS/Windows app may use
> aren't accepted by Linux, so a segmentation fault happens when an app
> tries to issue such an interrupt. Wine can catch that segmentation fault
> by installing a SIGSEGV signal handler. If you're talking about the Win32
> API, then Wine just links the app to its own version of that API, so it
> calls into the Wine-implemented DLLs.

Loading program icon

[Peter Andersson]

Hi,
How do you read the icon of a windows application?
Please tell me how to do it inside wine/windows-environment,
and possibly independent of wine/win (the raw way).

Can someone give me a hint?

//Peter

Re: Listview Z0 (roll-up patch)

[David D. Hagood]

Well, a cvs up -C and rebuild, and things are find here at home. I'll 
have to see what is up with my machine at work Monday...

Re: Listview Z0 (roll-up patch)

[David D. Hagood]

Dimitrie O. Paun wrote:



The algorithm has been: start a new series when Alexandre has committed
the previous one. So, for example, because I've started the Z-series
last night, that means that Alexandre already committed the X-series.
So the only outstanding patch not committed to CVS is Z0. I don't see a
need for a roll-up patch ;)




That helps, but also leaves me with a conundrum - when I do a CVS update 
on my machine at work, and rebuild wine (make clean, make depend, make, 
su, wipe wine directories in /usr/local, make install, exit, run Mng4) I 
get the listview crash on "Along the way". I haven't been updating my 
machine at home, which had the patches applied, so I thought the patches 
were not in CVS.

I will do a cvs up -C and rebuild here at home, and see what I get.

Status Report: -DSTRICT

[Michael Stefaniuc]

Hello,

status reports seems to be pretty popular this day so here is mine
regarding compiling wine with -DSTRICT. Below is the amount of warnings
we get when removing -DWINE_NO_STRICT:

dll realtotal
--
commdlg  21  63
gdi 128 273
ntdll   148 178
ole3216  38
shell32 120 155
user450 839
winmm/wavemap 7  40
winmm   104 145
winsock  14  42
x11drv   60  79
--
total  10681852

"real" is the number of warning for which real work is need to be done,
the rest up to "total" are warnings of the type "int format, HANDLE arg".
And to fix this beasts just grab
http://people.redhat.com/mstefani/wine/fixpointerarg.pl
and do:
cd wine/dlls/$dll_in_work
make clean
make 2>&1 | fixpointerarg.pl
and you should be done.


Happy hacking
bye
michael

P.S.: a request from Eric: please let him finish the 32bit - 16bit
separation of winmm. After that is yours.
-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart



msg12852/pgp0.pgp
Description: PGP signature

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 04:18 pm, Rein Klazes wrote:
> What I see different from native comcontrol is that
> 1- during a refresh everything is redrawn, including the header
> control;

This is fixable, and it will get fixed soon.

> 2- the refreshing continues about once every second until the download
> is finished, certainly not "sometimes" or only "at the end".

Hm, maybe I didn't look at newsgroups that took many seconds. In fact,
I've seen similar behavior (but not generated by WM_SETREDRAW, the
app itself would invalidate the entire window from outside), in other
apps (e.g. All-SeeingEye: http://www.udpsoft.com/eye/)

> I will investigate the WM_SETREDRAW messages, perhaps they appear too
> often in my situation. That still does not explain why a refresh with
> native dll manages only to repaint the updated part, which is nill at
> the end of the download.

I think the native does double buffering to avoid that flicker. I will
eventually add that too, but I want to make sure, before I do, that
we do have the most optimal invalidating/painting code that's possible.
Once we're satisfied with that, I'll try to eliminate the rest of the
flicker by rendering to an off-screen buffer.

I did this in the Trackbar control, and it works quite well.

-- 
Dimi.

Re: Listview Z0 (roll-up patch)

[Dimitrie O. Paun]

On October 25, 2002 04:31 pm, Michael Stefaniuc wrote:

> Well a "Y" is pretty much not used in the romanian language :)

Thank you Michael, this is it ;) Come to think of it, it's not
used at all... Honestly, I also hated that I to learn the alphabet,
and the multiplication table! :)))

-- 
Dimi.

Re: DSTRICT: LZexpand

[Michael Stefaniuc]

It seems to look good and i'm very happy about it: i almost can't see
that stuff anymore.

bye
michael

On Sat, Oct 26, 2002 at 12:05:16AM +0100, Matthew Davison wrote:
> This is my first patch to wine so if it is wrong please dont chew me up
> anyway, here goes.
> 
>   ChangeLog:
>   Made LZexpand compile with DSTRICT defined.
> 

-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart



msg12849/pgp0.pgp
Description: PGP signature

Re: Known listview bugs (take 2)

[Rein Klazes]

On Fri, 25 Oct 2002 15:23:59 -0400, you wrote:

> On October 25, 2002 03:24 pm, Rein Klazes wrote:
> > Now it is visually back to the situation before X12, lots of
> > flickering.
> 
> I beg to differ. I've tried it, and it *sometimes* flickers
> *once* (that is, at the end of the download, it refreshes
> again, even if it shouldn't). Problem is, that the _app_
> requires that behaviour! That is, it depends on
> WM_SETREDRAW(TRUE) to invalidate the list, and it's
> issuing one at the end...

What I see different from native comcontrol is that 
1- during a refresh everything is redrawn, including the header
control;
2- the refreshing continues about once every second until the download
is finished, certainly not "sometimes" or only "at the end".

I will investigate the WM_SETREDRAW messages, perhaps they appear too
often in my situation. That still does not explain why a refresh with
native dll manages only to repaint the updated part, which is nill at
the end of the download.

Rein.
-- 
Rein Klazes
[EMAIL PROTECTED]

Re: Listview Z0 (roll-up patch)

[Michael Stefaniuc]

On Fri, Oct 25, 2002 at 02:54:32PM -0400, Dimitrie O. Paun wrote:
> On October 25, 2002 02:55 pm, Francois Gouget wrote:
> > Hmmm, what happened to the Y series?
> 
> Doh! Now the cat is out of the bag: I don't know my
> alphabet!!! Oh, man...
> 
> Y: Y use Y?
Well a "Y" is pretty much not used in the romanian language :)

bye
michael
-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart



msg12759/pgp0.pgp
Description: PGP signature

Re: How is Win/Dos syscalls implemented in Wine?

[Ove Kaaven]

On Fri, 25 Oct 2002, Peter Andersson wrote:

> Hi,
> Ok, I think I get it (never been much into Windoze codeing)...

Hmm. Have you been into Linux coding, then? (The concept of shared
libraries seem a little foreign to you...)

> Windows "syscalls" is also actually done by requesting a dll mapping
> and calling the system_function inside processed mapped memory.
> Am I right so far?

I'm still not sure what you're talking about. Again, Win32 apps doesn't do
syscalls.

Or, let's see, what do you consider a syscall? If from your Linux program,
you call malloc(), is that a syscall? It sounds like you think it is. But
it isn't, it's a call into a shared library (libc.so)

> Is the dll mapping event, itself raised by some kind of  SIGSEGV signal?

DLLs are imported by the app, just like your Linux app imports libc.so
(and ld.so is the loader that actually loads libc.so and links your Linux
app against it at runtime).

> About the DOS/Windows interrupts: Is it really sure that trusting SIGSEGV is 
> safe? What happens for instance in this case:
> 
> EAX (ackumulator register)= (char *)  "$HOME"
> and an instruction interupt 10h (Linux unlink syscall)?
> 
> This is a fully correct Linux syscall,

Since when? A syscall number isn't an interrupt vector number. Linux/i386
syscalls are always entered via int 0x80 (with eax being the syscall
number). All other ints are invalid and generate a SIGSEGV.

> wich would remove
> the users homedirectory if called, and would not raise a SIGSEGV signal.
> How would Wine stop this?

If, let's say, a windoze app really used int 0x80 to intentially
obliterate the user's system? Well, Wine wouldn't stop it.

> I know wine uses the ptrace syscall, is that really only
> for debugging purposes, or is it for catching the SIGSEGV
> signals also?

It's to support certain win32 features (that's mostly used for debugging).
Catching signals is done with sigaction().

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 02:33 pm, Jeff Smith wrote:
>   Now (12 hours ago anyways) it is always blank.  When I click on
> where the values should be (highlight them), sometimes they will
> show up then.  It seems something is not being refreshed that
> should be.

Try Z5 -- hopefully it should fix it.

-- 
Dimi.

Re: How is Win/Dos syscalls implemented in Wine?

[Eric Pouech]

> Ok, I think I get it (never been much into Windoze codeing)...
> Windows "syscalls" is also actually done by requesting a dll mapping
> and calling the system_function inside processed mapped memory.
> Am I right so far?
it's how it's done in windows. it doesn't mean wine implement it the
same may
basically in win NT, all systems calls are made from ntdll
ntdll in turn issues system call to the "internal" system
wine doesn't implement such a mechanism, nor does it allow to run the
native
ntdll
it just reimplements the ntdll (and uses the wineserver, which can be
seen
as many regards as the windows internal system)

> Is the dll mapping event, itself raised by some kind of  SIGSEGV signal?
no, just pure function calls

> About the DOS/Windows interrupts: Is it really sure that trusting SIGSEGV is
> safe? What happens for instance in this case:
> 
> EAX (ackumulator register)= (char *)  "$HOME"
> and an instruction interupt 10h (Linux unlink syscall)?
> This is a fully correct Linux syscall, wich would remove
> the users homedirectory if called, and would not raise a SIGSEGV signal.
> How would Wine stop this?
wine doesn't stop linux syscall from happenning (btw, linux doesn't use
interrupt 10, but 0x80. you must refer to the operation code in linux
syscall)

what Ove describe is only valid for bios and msdos interrupts. we don't
emulate nt system calls

> I know wine uses the ptrace syscall, is that really only
> for debugging purposes, or is it for catching the SIGSEGV
> signals also?
not only debugging. also for cross process memory manipulation for
example

Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX pluginson Linux in real time

[Eric Pouech]

> Just to jump on this one point :-)...  How does Windows handle hot plugging of
> multiple USB audio/midi devices?  Could not creation/deletion of jack ports
> do something similar (even if that meant, "unplug old jack device with n
> ports", "replug new jack device with n+/-m ports"... that's nasty...)
that would be doable, but it'll require quite some work:
- have some kind of watchdog thread to get the jack port
creation/deletion (or
  maybe it exists thru callback)
- implement device insertion/removal (at wine level)
- allow hot plug of multimedia device

which can turn in a several man.month project by itself

A+

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 03:24 pm, Rein Klazes wrote:
> Now it is visually back to the situation before X12, lots of
> flickering.

I beg to differ. I've tried it, and it *sometimes* flickers
*once* (that is, at the end of the download, it refreshes
again, even if it shouldn't). Problem is, that the _app_
requires that behaviour! That is, it depends on
WM_SETREDRAW(TRUE) to invalidate the list, and it's
issuing one at the end...

-- 
Dimi.

Re: Known listview bugs (take 2)

[Rein Klazes]

On Fri, 25 Oct 2002 14:47:14 -0400, you wrote:

> On October 25, 2002 12:16 pm, Rein Klazes wrote:
> > www.xs4all.nl/~rklazes/temp/nb2.png shows the problem quit well, only
> > two items are displayed where there should have been much more;
> > www.xs4all.nl/~rklazes/temp/nb3.png same window after it was temporary
> > partly obscured by another window showing the missing items.
> 
> Thank you, please try Z5.

Now it is visually back to the situation before X12, lots of
flickering.

Rein.
-- 
Rein Klazes
[EMAIL PROTECTED]

Re: interrupts in when in NT version

[Eric Pouech]

Rizsanyi Zsolt a écrit :
> 
> Could somebody answer/test if calling interrupt int 0x01 is allowed from a
> win32 program in WinNT environment? I would pretty like to know that!
I don't think it is
it was allowed on Win9x, and is used in this context IIRC as a ring 3 to
ring 0 transition code (how to create a cheap call gate)
A+

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 12:16 pm, Rein Klazes wrote:
> www.xs4all.nl/~rklazes/temp/nb2.png shows the problem quit well, only
> two items are displayed where there should have been much more;
> www.xs4all.nl/~rklazes/temp/nb3.png same window after it was temporary
> partly obscured by another window showing the missing items.

Thank you, please try Z5.

-- 
Dimi.

Re: Listview Z0 (roll-up patch)

[Francois Gouget]

On Fri, 25 Oct 2002, Dimitrie O. Paun wrote:
[...]
> The algorithm has been: start a new series when Alexandre has committed
> the previous one. So, for example, because I've started the Z-series
> last night, that means that Alexandre already committed the X-series.

Hmmm, what happened to the Y series?
You should conserve letters, they are pretty scarce :-)

-- 
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

Re: Listview Z0 (roll-up patch)

[Dimitrie O. Paun]

On October 25, 2002 02:55 pm, Francois Gouget wrote:
> Hmmm, what happened to the Y series?

Doh! Now the cat is out of the bag: I don't know my
alphabet!!! Oh, man...

Y: Y use Y?

-- 
Dimi.

Re: interrupts in when in NT version

[Rizsanyi Zsolt]

On Friday 25 October 2002 13:46, Joerg Mayer wrote:
> On Thu, Oct 24, 2002 at 12:26:15PM +0200, Zsolt Rizsanyi wrote:
> > But the recent interrupt changes tend to cause cvs conflicts and to break
> > it. This patch is supposed to work only if winver is nt40 so very
> > probably this applies only to NT.
>
> ...
>
> > I would like if this could be fixed properly and that would work with the
> > safedisk patch, if thats possible.
>
> and on 28 May 2002 18:58:51 -0700, Alexandre wrote:
> >Laurent Pinchart <[EMAIL PROTECTED]> writes:
> >> There are two patches in there. The first one sets a fault handler for
> >> the SharedUserData. This looks fine to me, and will probably be applied
> >> when memory/emulate.c will be applied.
> >
> >It still isn't clear to me why you need a fault handler at all. You
> >could simply put the right data into it at allocation time.
> >
> >> The second one has been written by Alexandre to fix the process
> >> suspension at creation time. Once again I'd like to hear from him to
> >> know what he doesn't like about the code, as he's the one who wrote it
> >> :-)
> >
> >The main problem is that it isn't generic enough, it only applies to
> >the create process request but other requests have the same problem
> >and should be fixed too. I'll work on a more general solution.
>
> I looks like the more general solution was never done due to time/lack of
> nagging reasons?


Yes. Alexandre has not yet did the proper fix for the problems on thread 
suspension.
I dont really know the reasons, but maybe it was the lack of nagging :)
I think I'm the only one who uses this safedisc patch, and I was not too loud 
about that.

But this (thread suspension) has nothing to do with interrupts.
As much as I know the int 0x01 is called by the program to test if it has a 
sane environment (check to see if the program is not debugged).

Could somebody answer/test if calling interrupt int 0x01 is allowed from a 
win32 program in WinNT environment? I would pretty like to know that!

Thanks
Zsolt

Re: Known listview bugs (take 2)

[Jeff Smith]

 Just a couple of days ago, the problem with native (W95-OSR2.1)
regedit was that changing keys in the tree kept piling up new items
in the listview.  It was quite interesting seeing multiple (Default)
values for a key :-).
 Now (12 hours ago anyways) it is always blank.  When I click on
where the values should be (highlight them), sometimes they will
show up then.  It seems something is not being refreshed that
should be.
 Maybe I'll get a chance to dig in later today if nothing has been
uncovered by then.

-- Jeff S.



From: Greg Turner <[EMAIL PROTECTED]>

On Friday 25 October 2002 07:35 am, Dimitrie O. Paun wrote:
> On October 25, 2002 02:36 am, Greg Turner wrote:
> > So, I know this has been discussed before... but I can't recall: is
> > native (W98) regedit expected to work right now?  For me, it doesn't.
>
> Well, I don't have that application, so you'll need to help debug
> it if you want it working :). First step is a --debugmsg +listview.
> If you think that's relevant, a screenshot too.

ok, I'll do this tonight, and maybe even try to drill in a little deeper
if I can figure anything interesting out.  FYI, I think this problem
existed before your listvew work started, so its probably not your
doing.

BTW, thanks for your ongoing work, listviews feel much better lately!

--
gmt


_
Unlimited Internet access -- and 2 months free!  Try MSN. 
http://resourcecenter.msn.com/access/plans/2monthsfree.asp

Re: Resubmitted - Prefereable GetDateFormatW fix

[Dimitrie O. Paun]

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.

Re: interrupts in when in NT version

[Alexandre Julliard]

Joerg Mayer <[EMAIL PROTECTED]> writes:

> and on 28 May 2002 18:58:51 -0700, Alexandre wrote:
> >The main problem is that it isn't generic enough, it only applies to
> >the create process request but other requests have the same problem
> >and should be fixed too. I'll work on a more general solution.
> 
> I looks like the more general solution was never done due to time/lack of nagging
> reasons?

Well it's part of the "finalize server protocol" task that's supposed
to be done for 1.0. So it will get done eventually...

-- 
Alexandre Julliard
[EMAIL PROTECTED]

Re: How is Win/Dos syscalls implemented in Wine?

[Peter Andersson]

Hi,
Ok, I think I get it (never been much into Windoze codeing)...
Windows "syscalls" is also actually done by requesting a dll mapping
and calling the system_function inside processed mapped memory.
Am I right so far?

Is the dll mapping event, itself raised by some kind of  SIGSEGV signal?

About the DOS/Windows interrupts: Is it really sure that trusting SIGSEGV is 
safe? What happens for instance in this case:

EAX (ackumulator register)= (char *)  "$HOME"
and an instruction interupt 10h (Linux unlink syscall)?
This is a fully correct Linux syscall, wich would remove
the users homedirectory if called, and would not raise a SIGSEGV signal.
How would Wine stop this?

I know wine uses the ptrace syscall, is that really only
for debugging purposes, or is it for catching the SIGSEGV
signals also?


//Peter




On Friday 25 October 2002 17.26, you wrote:
> On Fri, 25 Oct 2002, Peter Andersson wrote:
> > Hello!
> > Perhaps someone can give me a good answer to this question.
> > Please give me a direct answer, I have allready been trouh the wine
> > FAQ:s , docs, code, etc.
> >
> > I know DOS syscalls is made using interupts (int instruction) but,
> > is Windows/NT syscalls made the same way.
>
> What are Windows/NT syscalls? Win32 apps doesn't make any syscalls, they
> just call the system DLLs (which is just shared libraries). Wine
> implements those DLLs in its own way.
>
> > How does wine stop these instructions from reaching the unix kernel?
>
> If you're talking about interrupts, the ones that DOS/Windows app may use
> aren't accepted by Linux, so a segmentation fault happens when an app
> tries to issue such an interrupt. Wine can catch that segmentation fault
> by installing a SIGSEGV signal handler. If you're talking about the Win32
> API, then Wine just links the app to its own version of that API, so it
> calls into the Wine-implemented DLLs.

Re: Known listview bugs (take 2)

[Rein Klazes]

On Fri, 25 Oct 2002 11:38:23 -0400, you wrote:

> On October 25, 2002 11:34 am, Rein Klazes wrote:
> > It is a bit too much. The flashing is gone, great. But when the
> > message listview is filled and the display updates, of the perhaps 10
> > new items that are added to the bottom only the last 2 or 3 are
> > displayed. That leaves white gaps in the listview which will update
> > when the display is minimized/restored or some similar action.
> 
> This is quite odd, I don't see that here. Can you please send me
> some screenies?

www.xs4all.nl/~rklazes/temp/nb2.png shows the problem quit well, only
two items are displayed where there should have been much more;
www.xs4all.nl/~rklazes/temp/nb3.png same window after it was temporary
partly obscured by another window showing the missing items.

Rein.
-- 
Rein Klazes
[EMAIL PROTECTED]

Re: Known listview bugs (take 2)

[Rein Klazes]

On Thu, 24 Oct 2002 19:20:44 -0400, you wrote:

> On October 24, 2002 07:34 am, Rein Klazes wrote:
> > - Updating/refreshing the messages listview (when downloading headers)
> > is far less efficient then with native comctl32. The whole listview
> > gets refreshed instad of just the visible update. This is especially
> > noticable when the updates are not in the visible part of the
> > listview: builtin keeps flashing while native is completely still.  
> 
> Fixed by X12. Take it for a spin, and let me know.

It is a bit too much. The flashing is gone, great. But when the
message listview is filled and the display updates, of the perhaps 10
new items that are added to the bottom only the last 2 or 3 are
displayed. That leaves white gaps in the listview which will update
when the display is minimized/restored or some similar action.

Rein.
-- 
Rein Klazes
[EMAIL PROTECTED]

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 11:34 am, Rein Klazes wrote:
> It is a bit too much. The flashing is gone, great. But when the
> message listview is filled and the display updates, of the perhaps 10
> new items that are added to the bottom only the last 2 or 3 are
> displayed. That leaves white gaps in the listview which will update
> when the display is minimized/restored or some similar action.

This is quite odd, I don't see that here. Can you please send me
some screenies?

-- 
Dimi.

Re: How can an app detect it's running under WINE?

[Paul Rupe]

On 25 Oct 2002, [EMAIL PROTECTED] wrote:

> 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?

I look at this the same way I do those browser-sniffing scripts many 
websites use.  As an Opera user I get really annoyed when I run into a site 
that kicks me out for no reason other than its user agent string.  "If not 
IE and not NS, go away."  Maybe this made sense when Opera was at version 
2, but not now at version 6-going-on-7.  Almost every time the site works 
fine if I just bypass the silly check.

My suggestion is whenever possible check for features, not version strings.  
Just call the API and if it fails, then gracefully disable whatever 
functionality.  When some future version of Wine supports that API, it will 
just start working without any further effort on your part.  An added 
benefit is that whichever Wine developer is implementing that feature will 
have your app to test with.  Also have some sympathy for the poor Wine 
developer tearing his hair out trying to figure out why your app behaves 
differently in Wine vs. Windows no matter how perfect his shiny new 
DX12/DCOM/HAL/TANSTAAFL implementation is. :)


-- 
Paul Rupe"She smiled, in the end."
p r u p e @ m y r e a l b o x . c o m

| Oppose government police-ware on your PC!
| Stop the Consumer Broadband and Digital Television Promotion Act!
| 

Re: How is Win/Dos syscalls implemented in Wine?

[Ove Kaaven]

On Fri, 25 Oct 2002, Peter Andersson wrote:

> Hello!
> Perhaps someone can give me a good answer to this question.
> Please give me a direct answer, I have allready been trouh the wine 
> FAQ:s , docs, code, etc. 
> 
> I know DOS syscalls is made using interupts (int instruction) but,
> is Windows/NT syscalls made the same way.

What are Windows/NT syscalls? Win32 apps doesn't make any syscalls, they
just call the system DLLs (which is just shared libraries). Wine
implements those DLLs in its own way.

> How does wine stop these instructions from reaching the unix kernel?

If you're talking about interrupts, the ones that DOS/Windows app may use
aren't accepted by Linux, so a segmentation fault happens when an app
tries to issue such an interrupt. Wine can catch that segmentation fault
by installing a SIGSEGV signal handler. If you're talking about the Win32
API, then Wine just links the app to its own version of that API, so it
calls into the Wine-implemented DLLs.

RE: How can an app detect it's running under WINE?

[Patrik Stridvall]

> --- Patrik Stridvall <[EMAIL PROTECTED]> 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. :-)

Re: How can an app detect it's running under WINE?, bad!

[P. Christeas]

> > > 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 [EMAIL PROTECTED]).
> > >
> > > 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)
> --
>

I really diagree with allowing some method to differentiate between a native 
M$ system and wine. What if some programmer uses that fn to block his 
executable from running in wine?
 
I suggest that the GetVersionEx or a similar function indicates the presence 
of Wine. However, that feature should be allowed to be switched off (this 
fully hiding wine). The setting should be app-specific (in wine.conf). Thus, 
a well-behaving program will have access to the wine info, while the bad one 
won't.

Re: Known listview bugs (take 2)

[Greg Turner]

On Friday 25 October 2002 07:35 am, Dimitrie O. Paun wrote:
> On October 25, 2002 02:36 am, Greg Turner wrote:
> > So, I know this has been discussed before... but I can't recall: is
> > native (W98) regedit expected to work right now?  For me, it doesn't.
>
> Well, I don't have that application, so you'll need to help debug
> it if you want it working :). First step is a --debugmsg +listview.
> If you think that's relevant, a screenshot too.

ok, I'll do this tonight, and maybe even try to drill in a little deeper
if I can figure anything interesting out.  FYI, I think this problem
existed before your listvew work started, so its probably not your
doing.

BTW, thanks for your ongoing work, listviews feel much better lately!

-- 
gmt

"Oh, and of course, the fastest way to dig
 a tunnel is to dig at both sides."
   -- The Linux Advanced Routing HOWTO

RE: How can an app detect it's running under WINE?

[Andriy Palamarchuk]

--- Patrik Stridvall <[EMAIL PROTECTED]> 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?
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 ;-)

Andriy

__
Do you Yahoo!?
Y! Web Hosting - Let the expert host your web site
http://webhosting.yahoo.com/

Re: Known listview bugs (take 2)

[Dimitrie O. Paun]

On October 25, 2002 02:36 am, Greg Turner wrote:
> So, I know this has been discussed before... but I can't recall: is
> native (W98) regedit expected to work right now?  For me, it doesn't.
> It's better with the latest CVS than yesterday (died on an assertion),
> but now it's back to "blank".  The listview shows correct headers,
> but no actual line-items.  Native commctrl/comctl32 works OK.

Well, I don't have that application, so you'll need to help debug
it if you want it working :). First step is a --debugmsg +listview.
If you think that's relevant, a screenshot too.

-- 
Dimi.

Re: Listview Z0 (roll-up patch)

[Dimitrie O. Paun]

On October 25, 2002 07:38 am, David D. Hagood wrote:
> For those of us who are a little behind on the patches, would it be
> possible to get a roll-up patch of all diffs from the CVS MAIN branch?
> Also, what is the status of CVS vs. the patches - what patches have been
> applied?

The algorithm has been: start a new series when Alexandre has committed
the previous one. So, for example, because I've started the Z-series
last night, that means that Alexandre already committed the X-series.
So the only outstanding patch not committed to CVS is Z0. I don't see a
need for a roll-up patch ;)


-- 
Dimi.

RE: How can an app detect it's running under WINE?

[Patrik Stridvall]

> 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? :-)

Re: How can an app detect it's running under WINE?

[Alberto Massari]

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.

Thanks again,

Alberto

---
Alberto Massari
eXcelon Corp.
http://www.StylusStudio.com

Re: interrupts in when in NT version

[Joerg Mayer]

On Thu, Oct 24, 2002 at 12:26:15PM +0200, Zsolt Rizsanyi wrote:
> But the recent interrupt changes tend to cause cvs conflicts and to break it.
> This patch is supposed to work only if winver is nt40 so very probably this 
> applies only to NT.
...
> I would like if this could be fixed properly and that would work with the 
> safedisk patch, if thats possible.

and on 28 May 2002 18:58:51 -0700, Alexandre wrote:
>Laurent Pinchart <[EMAIL PROTECTED]> writes:
>
>> There are two patches in there. The first one sets a fault handler for the
>> SharedUserData. This looks fine to me, and will probably be applied when
>> memory/emulate.c will be applied.
>
>It still isn't clear to me why you need a fault handler at all. You
>could simply put the right data into it at allocation time.
>
>> The second one has been written by Alexandre to fix the process suspension at
>> creation time. Once again I'd like to hear from him to know what he doesn't
>> like about the code, as he's the one who wrote it :-)
>
>The main problem is that it isn't generic enough, it only applies to
>the create process request but other requests have the same problem
>and should be fixed too. I'll work on a more general solution.

I looks like the more general solution was never done due to time/lack of nagging
reasons?

  Ciao
 Jörg


--
Joerg Mayer  <[EMAIL PROTECTED]>
I found out that "pro" means "instead of" (as in proconsul). Now I know
what proactive means.

Re: How can an app detect it's running under WINE?

[Andreas Mohr]

On Fri, Oct 25, 2002 at 10:30:15AM +0200, Alberto Massari wrote:
> 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 <[EMAIL PROTECTED]>
> >To: Alberto Massari <[EMAIL PROTECTED]>
> >Cc: [EMAIL PROTECTED]
> >Subject: Re: How can an app detect it's running under WINE?
> >Reply-To: [EMAIL PROTECTED]
> >
> >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 [EMAIL PROTECTED]).
> >>
> >> 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
Argh !
That "(address-suppressed)" wasn't meant to be like that from the beginning...
:-(

Originally that part showed my email address.

Thanks for notifying me about this issue !

So yes, your posting is pretty much very justified after all.

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)

Andreas Mohr

Re: Listview Z0 (roll-up patch)

[David D. Hagood]

For those of us who are a little behind on the patches, would it be 
possible to get a roll-up patch of all diffs from the CVS MAIN branch? 
Also, what is the status of CVS vs. the patches - what patches have been 
applied?

How is Win/Dos syscalls implemented in Wine?

[Peter Andersson]

Hello!
Perhaps someone can give me a good answer to this question.
Please give me a direct answer, I have allready been trouh the wine 
FAQ:s , docs, code, etc. 

I know DOS syscalls is made using interupts (int instruction) but,
is Windows/NT syscalls made the same way. How does wine 
stop these instructions from reaching the unix kernel?

Re: Whats done? not?

[Francois Gouget]

On Fri, 25 Oct 2002, Andreas Mohr wrote:

> On Fri, Oct 25, 2002 at 06:20:56AM +, Christensen Tom wrote:
> >
> > 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..
> The About page links to
> http://www.winehq.org/about/index.php?status

The following page is a good starting point too:

http://www.winehq.com/about/index.php?contrib


If there is a specific Windows API area that you know well, then that
would be a good place to start. It will be easier for you to identify
bugs in the Wine implementation and you will have a better grasp of how
to implement things if they are not implemented. Another approach would
be to write conformance tests for this API area. Chances are you will
quickly find bugs in the Wine implementation and you can then either
choose to continue with writing conformance tests or go fix these bugs.

Our you can take the traditional route, i.e. take an application that
you would like to use on Linux and fix any bug you see.

If you like the emulation of working with others you can join one of the
current efforts like the COM/DCOM work or Direct3D. Or if you don't want
to step on anyone's toes you can choose something that nobody seems to
be working on. Lots of posibilities :-)


-- 
Francois Gouget [EMAIL PROTECTED]http://fgouget.free.fr/
It really galls me that most of the computer power in the world
  is wasted on screen savers.
 Chris Caldwell from the GIMPS project
   http://www.mersenne.org/prime.htm

Re: How can an app detect it's running under WINE?

[Greg Turner]

On Friday 25 October 2002 03:55 am, Uwe Bonnes wrote:
> > "Greg" == Greg Turner <[EMAIL PROTECTED]> 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

Re: How can an app detect it's running under WINE?

[Greg Turner]

On Friday 25 October 2002 02:51 am, Uwe Bonnes wrote:
> > "Alberto" == Alberto Massari <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]).
>
> 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

Re: How can an app detect it's running under WINE?

[Greg Turner]

On Friday 25 October 2002 03:30 am, Alberto Massari wrote:
> Hi Andreas,
>
> At 03.12 25/10/2002 -0500, you wrote:
> >Message: 13
> >Date: Fri, 25 Oct 2002 10:10:32 +0200
> >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

Blech!  That's tacky.  If we're going to plug fixing wine as a solution
to someone's problem, we should at least have the decency to
give them a straight answer as well.  Should we expect them to
fix DCOM if that's their problem?  What about driver installation?
etc... there are lots of totally legitimate reasons somebody might
need this.

-- 
gmt

"Oh, and of course, the fastest way to dig
 a tunnel is to dig at both sides."
   -- The Linux Advanced Routing HOWTO

Re: Whats done? not?

[Andreas Mohr]

On Fri, Oct 25, 2002 at 06:20:56AM +, Christensen Tom wrote:
> 
> 
> 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..
The About page links to
http://www.winehq.org/about/index.php?status

(note: I realized the Devel page doesn't have a link, so I just added one, too)

-- 
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://mohr.de.tt

hack to make GrandPrixLegens and N2002 work

[Christoph Frick]

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\\] 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!

Index: socket.c
===
RCS file: /home/wine/wine/dlls/winsock/socket.c,v
retrieving revision 1.109
diff -u -r1.109 socket.c
--- socket.c17 Oct 2002 16:43:43 -  1.109
+++ socket.c25 Oct 2002 08:00:48 -
@@ -1451,6 +1451,7 @@
 {
 int fd = _get_sock_fd(s);
 int res;
+int on = 1;
 
 TRACE("socket %04x, ptr %p, length %d\n", s, name, namelen);
 #if DEBUG_SOCKADDR
@@ -1476,6 +1477,11 @@
 }
 else
 {
+/* The game GrandPrixLegends binds more than one time, but does
+ * not do a SO_REUSEADDR - Stevens says this is ok */
+FIXME( "Setting WS_SO_REUSEADDR on socket before we binding it\n");
+WS_setsockopt( s, WS_SOL_SOCKET, WS_SO_REUSEADDR, (char*)&on, 
+sizeof(on) );
+
 if (bind(fd, uaddr, uaddrlen) < 0)
 {
 int loc_errno = errno;
@@ -2665,6 +2671,17 @@
 TRACE("setting global SO_OPENTYPE to 0x%x\n", *(int *)optval );
 return 0;
 }
+
+/* For some reason the game GrandPrixLegends does set SO_DONTROUTE on its
+ * socket. This will either not happen under windows or it is ignored in
+ * windows (but it works in linux and therefor prevents the game to find
+ * games outsite the current network) */
+if ( level==WS_SOL_SOCKET && optname==WS_SO_DONTROUTE ) 
+{
+FIXME("Does windows ignore SO_DONTROUTE?\n");
+return 0;
+}
+
 
 fd = _get_sock_fd(s);
 if (fd != -1)

Re: avoid XF86DGANoDirectVideoMode while detecting no dga

[Greg Turner]

On Friday 25 October 2002 02:38 am, Lionel Ulmer wrote:
> 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).

No need to Grmbl!  it was no sweat to fix and disabling dga in the 
config is a usable workaround until a patch goes in to cvs.

> 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.

This makes sense; I saw the problem over ssh.

-- 
gmt

"Oh, and of course, the fastest way to dig
 a tunnel is to dig at both sides."
   -- The Linux Advanced Routing HOWTO

Re: How can an app detect it's running under WINE?

[Andreas Mohr]

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 [EMAIL PROTECTED]).
> 
> 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.

-- 
Andreas MohrStauferstr. 6, D-71272 Renningen, Germany
Tel. +49 7159 800604http://mohr.de.tt

Re: How can an app detect it's running under WINE?

[Alberto Massari]

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 <[EMAIL PROTECTED]>
To: Alberto Massari <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED]
Subject: Re: How can an app detect it's running under WINE?
Reply-To: [EMAIL PROTECTED]

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 [EMAIL PROTECTED]).
>
> 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

Re: Whats done? not?

[Michael Stefaniuc]

Hi!

On Fri, Oct 25, 2002 at 06:20:56AM +, Christensen Tom wrote:
> 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 
Well, such a page dosn't exist but you can get that info i some
different ways:
- functions not implemented at all:
  find $path_to_wine -name \*.spec | xargs grep stub
- grep for FIXME for not fully/corect implemented functions
- take a look at http://bugs.winehq.com, especialy at the "Tasklists"
- or take your favorite windows program and make it run perfectly

> 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..

bye
michael
-- 
Michael Stefaniuc   Tel.: +49-711-96437-199
System Administration   Fax.: +49-711-96437-111
Red Hat GmbHEmail: [EMAIL PROTECTED]
Hauptstaetterstr. 58http://www.redhat.de/
D-70178 Stuttgart



msg12718/pgp0.pgp
Description: PGP signature

Re: Services

[Martin Wilck]

Am Don, 2002-10-24 um 19.30 schrieb Alexandre Julliard:

> I think that if an application really requires extensive compatibility
> with the Windows security mechanism, then it may not be a good idea to
> run it under Unix at all, since it probably won't do what you want
> anyway. So what are the real world cases that require these kinds of
> things?

I have a real-world example for an application needing the service API
and the logevent API. No user-account switching and "extensive
compatibility with the Windows security mechanism" is required.
It could very well be run in a special account, and doing that would IMO
not raise substantial security issues. 

All that's needed is a working service implementation in the sense that
services can be registered which wine would start automatically when
it's launched.

Martin

-- 
Martin WilckPhone: +49 5251 8 15113
Fujitsu Siemens Computers   Fax:   +49 5251 8 20409
Heinz-Nixdorf-Ring 1mailto:Martin.Wilck@;Fujitsu-Siemens.com
D-33106 Paderborn   http://www.fujitsu-siemens.com/primergy

Re: How can an app detect it's running under WINE?

[Uwe Bonnes]

> "Alberto" == Alberto Massari <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED]).

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

-- 
Uwe Bonnes[EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- Tel. 06151 162516  Fax. 06151 164321 --

Re: avoid XF86DGANoDirectVideoMode while detecting no dga

[Lionel Ulmer]

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 <[EMAIL PROTECTED]>
> - 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/

How can an app detect it's running under WINE?

[Alberto Massari]

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 [EMAIL PROTECTED]).

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

Re: Known listview bugs (take 2)

[Greg Turner]

So, I know this has been discussed before... but I can't recall: is
native (W98) regedit expected to work right now?  For me, it doesn't.
It's better with the latest CVS than yesterday (died on an assertion),
but now it's back to "blank".  The listview shows correct headers,
but no actual line-items.  Native commctrl/comctl32 works OK.

-- 
gmt

"Oh, and of course, the fastest way to dig
 a tunnel is to dig at both sides."
   -- The Linux Advanced Routing HOWTO