Whats done? not?
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
Re: Known listview bugs (take 2)
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
Re: avoid XF86DGANoDirectVideoMode while detecting no dga
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/
Re: How can an app detect it's running under WINE?
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: Services
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: Whats done? not?
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: How can an app detect it's running under WINE?
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: How can an app detect it's running under WINE?
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: avoid XF86DGANoDirectVideoMode while detecting no dga
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
hack to make GrandPrixLegens and N2002 work
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: Whats done? not?
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
Re: How can an app detect it's running under WINE?
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
How is Win/Dos syscalls implemented in Wine?
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: How can an app detect it's running under WINE?
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: interrupts in when in NT version
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?
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: How can an app detect it's running under WINE?
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: Listview Z0 (roll-up patch)
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: Known listview bugs (take 2)
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: How can an app detect it's running under WINE?, bad!
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: How can an app detect it's running under WINE?
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 RupeShe 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! | http://www.eff.org/alerts/20020322_eff_cbdtpa_alert.html
Re: Known listview bugs (take 2)
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: Known listview bugs (take 2)
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)
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: How is Win/Dos syscalls implemented in Wine?
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: interrupts in when in NT version
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: Resubmitted - Prefereable GetDateFormatW fix
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: Known listview bugs (take 2)
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: interrupts in when in NT version
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: Listview Z0 (roll-up patch)
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: Listview Z0 (roll-up patch)
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: interrupts in when in NT version
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)
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: Known listview bugs (take 2)
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)
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: DSTRICT: LZexpand
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: Listview Z0 (roll-up patch)
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: Known listview bugs (take 2)
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.
Status Report: -DSTRICT
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 21 | 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: Listview Z0 (roll-up patch)
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.
Re: Listview Z0 (roll-up patch)
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...
Loading program icon
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: How is Win/Dos syscalls implemented in Wine?
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.
Re: How is Win/Dos syscalls implemented in Wine?
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: [linux-audio-dev] Fwd: Opinions on running VST or DirectX pluginson Linux in real time
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+
