wine-devel

wine-devel@winehq.org

84463 discussions

interrupts in when in NT version
by Zsolt Rizsanyi 25 Oct '02

25 Oct '02

Hi! I have Laurent Pinchart's safedisc patch applied and working for a while now. (and it works perfectly). 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. What the patch relies on is that the interrupt handling code (which was INSTR_EmulateInstruction before the changes), return EXCEPTION_ACCESS_VIOLATION if interrupt 0x01 is called (if I understand it correctly).… [View More] This was done with the next patches: Index: dlls/ntdll/signal_i386.c =================================================================== RCS file: /home/wine/wine/dlls/ntdll/signal_i386.c,v retrieving revision 1.46 diff -u -p -r1.46 signal_i386.c --- dlls/ntdll/signal_i386.c 12 Sep 2002 22:07:03 -0000 1.46 +++ dlls/ntdll/signal_i386.c 24 Oct 2002 10:13:36 -0000 @@ -729,6 +729,7 @@ static void do_segv( CONTEXT *context, i { EXCEPTION_RECORD rec; DWORD page_fault_code = EXCEPTION_ACCESS_VIOLATION; + DWORD priv_instr_code = EXCEPTION_PRIV_INSTRUCTION; #ifdef CR2_sig /* we want the page-fault case to be fast */ @@ -758,8 +759,8 @@ static void do_segv( CONTEXT *context, i case T_SEGNPFLT: /* Segment not present exception */ case T_PROTFLT: /* General protection fault */ case T_UNKNOWN: /* Unknown fault code */ - if (INSTR_EmulateInstruction( context )) return; - rec.ExceptionCode = EXCEPTION_PRIV_INSTRUCTION; + if (INSTR_EmulateInstruction( context, &priv_instr_code )) return; + rec.ExceptionCode = priv_instr_code; break; case T_PAGEFLT: /* Page fault */ #ifdef CR2_sig Index: memory/instr.c =================================================================== RCS file: /home/wine/wine/memory/instr.c,v retrieving revision 1.19 diff -u -p -r1.19 instr.c --- memory/instr.c 23 Oct 2002 22:24:10 -0000 1.19 +++ memory/instr.c 24 Oct 2002 10:14:08 -0000 @@ -397,7 +397,7 @@ static void INSTR_outport( WORD port, in * * Emulate a privileged instruction. Returns TRUE if emulation successful. */ -BOOL INSTR_EmulateInstruction( CONTEXT86 *context ) +BOOL INSTR_EmulateInstruction( CONTEXT86 *context, DWORD *exception_code ) { int prefix, segprefix, prefixlen, len, repX, long_op, long_addr; SEGPTR gpHandler; @@ -685,6 +685,29 @@ BOOL INSTR_EmulateInstruction( CONTEXT86 break; /* Unable to emulate it */ case 0xcd: /* int <XX> */ +<<<<<<< instr.c + if (long_op) + { + ERR("int 0x%02x from 32-bit code is not supported.\n", instr[1]); + if (instr[1] == 0x01) + *exception_code = EXCEPTION_ACCESS_VIOLATION; + break; /* Unable to emulate it */ + } + else + { + FARPROC16 addr = INT_GetPMHandler( instr[1] ); + WORD *stack = get_stack( context ); + /* Push the flags and return address on the stack */ + *(--stack) = LOWORD(context->EFlags); + *(--stack) = context->SegCs; + *(--stack) = LOWORD(context->Eip) + prefixlen + 2; + add_stack(context, -3 * sizeof(WORD)); + /* Jump to the interrupt handler */ + context->SegCs = HIWORD(addr); + context->Eip = LOWORD(addr); + } + return TRUE; +======= if(!Dosvm.EmulateInterruptPM && !DPMI_LoadDosSystem()) ERR("could not initialize interrupt handling\n"); else { @@ -693,6 +716,7 @@ BOOL INSTR_EmulateInstruction( CONTEXT86 return TRUE; } break; /* Unable to emulate it */ +>>>>>>> 1.19 case 0xcf: /* iret */ if (long_op) The second one is pretty ugly since I have not resolved the cvs conflict (I'm waiting for your input :), but the important part is this: + if (long_op) + { + ERR("int 0x%02x from 32-bit code is not supported.\n", instr[1]); + if (instr[1] == 0x01) + *exception_code = EXCEPTION_ACCESS_VIOLATION; + break; /* Unable to emulate it */ + } Here is the EXCEPTION_ACCESS_VIOLATION is returned if interrupt 0x01 is called. This was good when interrupts from 32-bit code were not supported. But now we need a special case for this. I think that on NT calling 0x01 is forbidden. But I have not tested this (and will not, because I dont have windows devel tools - I just want to run my Longman Dictionary :) I would like if this could be fixed properly and that would work with the safedisk patch, if thats possible. Thanks Zsolt [View Less]

5 4

Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX plugins on Linux in real time
by Kjetil S. Matheussen 25 Oct '02

25 Oct '02

On 23 Oct 2002, Benno Senoner wrote: > I contacted the author of the VQF plugin about opinions of running > windows plugins under Linux. He is not subscribed to LAD so he told me > to forward this mail to the list. > cheers, > Benno > Interesting. But one idea I just got... Could it be possible to overcome all problems mentioned just by simply adding jack-support to the wine-server? Then someone could make a simple windows-program for chaining directx and vst plug-ins. I … [View More]dont know how the wine-server works though, so please shout out if its not possible. > On Tue, 22 Oct 2002, Benno Senoner wrote: > > > We are currently discussing about the possibility to run VST or > DirectX audio > > plugins on Linux in real time. > > I remember you wrote an xmms plugin that allowed to run the windows > VQF plugin > > under Linux using wine & co. > > <snip> > > It would be cool if you could write on the linux-audio-dev list about > > experiences in that field. > > I am afraid I will have to keep this short as I'm really busy at the > moment. I also am a long way from being an audio expert or wine so I > doubt > my experiences will be of much use to you hence I didn't subscribe to > the > list . Feel free to forward this to the audio-dev list and cc me on it > if > you wish > > First, the solution I used for the VQF plugin was extremly clunky. There > was no way of letting the plugin run inside XMMS without causing > segfaults. They simply did not merge well no matter what I tried. > > I suspect but never proved that it was how WINE has to lay out it's > memory > to be able to mimic how Windows sees things like segments. The layout is > drastically different to how a Linux app normally sees things. By the > time > a VQF plugin could be loaded, the two very differnet approaches to > managing memory simply did not work well together > > In the end, the solution used was this; > > 1. At XMMS start, fork and exec an application that uses libwine to load > the windows DLL. Communicate with the parent through pipes, sockets > or > shared memory > > 2. Start up XMMS as normal > > 3. The plugin just implements stub functions for every routine a plugin > is > meant to implement and communicates the information to the child > > This had a number of issues. First, it was difficult to get information > from the plugin. It opened the sound device directly itself which meant > that visualisation data was not available. > > At one point, this was resolved by hacking wine itself to write the PCM > data to a named pipe rather than playing to a device but needless to > say, > it was too ugly to live and couldn't really be distributed easily. (I > considered it unreasonable to get users to patch and compile WINE just > to > play a piece of music, visualisations weren't that important). > > If I had a nice plugin, what I would try to do is set up two unamed > pipes > at application start to a child application using libwine. One pipe for > writing would send commands and one pipe for reading would take PCM > data. > I don't know how viable this is for you. > > > I'm not a windows / wine expert but commonsense says me it should be > > possibile to run these windows plugins under Linux in real time with > small > > buffer sizes in order to get low response times (low latency). > > I would be inclined to go the other way. With the above solution, I > would > try and buffer as much data as humanly possible to try and avoid the > overhead of calling wine constantly. For example, I would try and get 10 > seconds worth of data from the windows plugin before starting to play > anything. Once I had the PCM data, it would not matter if the plugin > could > not make real time contraints. > > > It should be possible to let wine handle the GUI stuff . (if word and > excel > > runs then it should be able to run plugin GUIs too). > > It can, but remember that if you are trying to use this plugin with a > normal application, you are likely to run into a lot of trouble. At > least > I did, but this was a few years back. Things might be different now > > I imagine you already have checked out how avifile loads it's plugins. > When I last looked at it (a few years back), it was using a stripped > down > version of WINE to just load the plugins and get the function pointers. > It > might be worth checking into. > > -- > Mel Gorman > MSc Student, University of Limerick > http://www.csn.ul.ie/~mel > > > > > [View Less]

4 5

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

25 Oct '02

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

1 0

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

25 Oct '02

Hi everybody, I am working on making our software (Stylus Studio, http://www.stylusstudio.com) run under WINE, if this is feasible. To achieve this, I have already implemented a bunch of APIs (the application is built against the UNICODE version of the Win32 APIs) and fixed some bugs I hit (I already mailed the first patch to wine-patches(a)winehq.com). However, I would feel better if I could detect I am running under WINE and gracefully disable some functionalities that are not yet fully … [View More]

4 3

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

25 Oct '02

> --- Patrik Stridvall <ps(a)leissner.se> wrote: > > > So that is why there is no OFFICAL way to detect > > Wine, simple because > > if where was an offical way people could quite > > reasonable complain if > > some change to Wine broke their detection. However > > since there are no > > offical way, they can't complain can they? :-) > > Probably it's time to make an "official" way? No and IMHO there is no reason to have an offical … [View More]

1 0

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

25 Oct '02

Hi Andreas, At 03.12 25/10/2002 -0500, you wrote: >Message: 13 >Date: Fri, 25 Oct 2002 10:10:32 +0200 >From: Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> >To: Alberto Massari <alby(a)exln.com> >Cc: wine-devel(a)winehq.com >Subject: Re: How can an app detect it's running under WINE? >Reply-To: andi(a)rhlx01.fht-esslingen.de > >On Fri, Oct 25, 2002 at 09:25:23AM +0200, Alberto Massari wrote: > > Hi everybody, > > I am working on making our … [View More]

4 4

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

25 Oct '02

> At 13.22 25/10/2002 +0200, Andreas Mohr wrote: > >On Fri, Oct 25, 2002 at 10:30:15AM +0200, Alberto Massari wrote: > > >[...] > > > >Like someone else said (IIRC), you could check for the existence > >of the Wine configuration registry key branch. That'd be a > 150% reliable > >method of detecting Wine presence. > > > >But again, trying to fix issues would be preferrable. > >(unless there are just too many problems to be fixed) &… [View More]

2 1

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

25 Oct '02

Obviously wine is still being actively developed, and I know its not close to "done" however, I want to get involved, I know C/C++ and have a pretty good grasp of windows apis, I'm just wondering is there a place (kinda like in the Mono project they have a tree laid out with all of the classes/functions that are in the .NET runtime, and they have them marked done, being worked on, not started...) So I'm wondering if wine has anything similar? or should i just pick a function, and see if … [View More]

4 3

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

25 Oct '02

On Friday 25 October 2002 03:55 am, Uwe Bonnes wrote: > >>>>> "Greg" == Greg Turner <gmturner007(a)ameritech.net> writes: > Greg> I don't like this solution. Those entries are likely to be > Greg> present in certain shared wine / native windows configurations. > > The "Software\\Wine\\Wine\\Config" tree is read from ~/.wine/config on each > startup and is not written to a .reg file. So if it ret mixed, things are > broken. > > Bye … [View More]

1 0

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

25 Oct '02

On Friday 25 October 2002 02:51 am, Uwe Bonnes wrote: > >>>>> "Alberto" == Alberto Massari <alby(a)exln.com> writes: > > Alberto> Hi everybody, I am working on making our software (Stylus > Alberto> Studio, http://www.stylusstudio.com) run under WINE, if this > is Alberto> feasible. To achieve this, I have already implemented a bunch > Alberto> of APIs (the application is built against the UNICODE version > Alberto> of the Win32 … [View More]

1 0

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

25 Oct '02

Hi! This is an more or less a straight forward hack to make the game grand prix legends work. It will also effect other games from Papyrus. The game has two problems: 1) It binds more than one time to the same port without doing an SO_REUSEADDR. Acording to UNP it is no big deal to do so - so i just force it. 2) The game sets SO_DONTROUTE on the socket. This works in linux and prevent the user of connecting to games in other networks. Either windows ignores the SO_DONTROUTE or it … [View More]

1 0

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

25 Oct '02

On Thu, Oct 24, 2002 at 04:21:22PM -0500, Greg Turner wrote: > I did not investigate root causes, so someone may know > a better fix. > LICENSE: X11 > CHANGELOG: > * dlls/x11drv/dga2.c: Greg Turner <gmturner(a)ameritech.net> > - avoid X11 error during DGA detection. Grmbl, I must have missed that case when I submitted my fix last time (I only did it in the actual DGA2 usage, not in the 'probing' code). The actual root cause is (for me), a 'feature' in the X server … [View More]

2 1

Services
by Martin Wilck 25 Oct '02

25 Oct '02

I have had a look at dlls/advapi/services.c and found that it is pretty incomplete. Can anybody tell what the current implementation is used for (are there any known programs starting services?) In particular I'd like to know what people generally think about the usefulness of Services in Wine. The fact that wine cannot change user personalities and is lacking most of the NT security concepts makes services pretty useless. However it may be desirable to translate services into something … [View More]

8 22

eTax status report
by Ben Stanley 24 Oct '02

24 Oct '02

Hi, I have now completed using the eTax program from the Australian Taxation Office (http://etax.ato.gov.au) under wine, and have some concluding remarks. * Yellow Note Popups over buttons: these notes pop up almost immediately you put your mouse over a button, and if you click on them, the button does not respond. This causes great user frustration, as you point the mouse at a button, click the mouse, and nothing happens because the popup note appeared and stole the mouse click. Perhaps this … [View More]

2 1

Re: Services
by Dustin Navea 24 Oct '02

24 Oct '02

--- Steve Langasek <vorlon(a)dodds.net> wrote: > On Thu, Oct 24, 2002 at 11:19:21AM -0700, Dustin > Navea wrote: > > > --- Steve Langasek <vorlon(a)dodds.net> wrote: > > > On Thu, Oct 24, 2002 at 08:08:49AM -0700, Dustin > > > Navea wrote: > > > > Just as wine should not be run as root, file i/o > in > > > wine should NEVER be > > > done in a security context other than that of > the > > > user running … [View More]

1 0

Why would Installshield want WINSPOOL.DRV
by David.Goodenough＠DGA.co.uk 24 Oct '02

24 Oct '02

I was asked by my son to install a couple of games for him on his Linux laptop. Wine is installed (at the current Debian unstable level) but when I try to run the installer, which says it is InstallShield, it gets to 99% and stops, and the console says that it can not load WINSPOOL.DRV. Firstly I can think of no good reason for InstallShield to want this (can anyone else, as far as I know this game - Star Trek Elite Force - does not have a print facility), and secondly what do you think is my … [View More]

3 2

Third listview status update
by Dimitrie O. Paun 24 Oct '02

24 Oct '02

Folks, With my latest W-series patches, the listview should now be a pleasure to work with: fast, *no* flicker, etc. It should be a lot better than before I started working on it. If this is not the case (there are regressions, there is nasty flicker *anywhere*, it's slow, or in general it's not a pleasure to interact with it, i.e. you don't get a warm and fuzzy feeling) let me know now. Internally, the code is a lot cleaner. I have started on Sep. 9, 2002, at revision 1.138. A month and a … [View More]

2 10

Impressive success
by John K. Hohm 23 Oct '02

23 Oct '02

I just got an ATAPI Plextor PlexWriter 40/12/40A (which rocks), and Plextor's Win32-only firmware updater worked flawlessly in wine, a few months old CVS. Kudos to all involved in supporting that sort of access!

2 1

Re: wine not detecting CUPS printers
by Dan Fer 23 Oct '02

23 Oct '02

>From: "Dan Fer" <ezra_daniel(a)hotmail.com> >To: wine-devel(a)winehq.com >Subject: wine not detecting wine printers >Date: Wed, 23 Oct 2002 16:32:09 +0200 > > > > >Has anyone tried using cups under Wine in any of the latest builds? > >I tried to builds from this month and none detect any printer. > >Is there a patch? Anything I could use to fix it? > > > > > > >_________________________________________________________________ &… [View More]

1 0

Re: French resources
by Vincent Béron 23 Oct '02

23 Oct '02

Le mer 23/10/2002 à 16:09, Vincent Béron a écrit : > This brings some French resources up-to-date with the English ones. > There are 3 resources not yet done: dlls/avifil32/avifil32_Fr.rc, > dlls/comctl32/comctl_Fr.rc and programs/winefile/Fr.rc. > > Plus it corrects a small typo in Shell32_En.rc. > > License: X11 and LGPL, as usual > > Changelog > Bring some French resources in sync with English ones. > > Vincent > ---- > Alexandre, Forget the … [View More]

1 0

Re: Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX plugins
by chrismorgan＠rcn.com 23 Oct '02

23 Oct '02

Just so people don't think the code has fallen off of the face of the planet ;-) Currently I'm working on two things with the wine jack driver , one of which needs to be complete before I submit the patch, the other can wait until some ongoing jack support is complete. 1. The driver currently closes and opens jack connections synchronously with wodOpen and wodClose. The problem is that jack doesn't actually close the clients right away, sometimes it can take many seconds for this to occur. … [View More]Apparently this is a known jack bug but I'm also wondering if this is a problem in wines pthread implementation of conditions(there is no support for them right now). Either way I've implemented a workaround that basically consists of opening jack connections and marking them as in-use or available as apps open or close audio devices. This behavior can be enabled/disabled via a define in the driver. This isn't complete yet but it should be soon and would prevent the lockups and delays that currently make things a pain. 2. I don't know of an easy way to do resampling so the input audio matches the sample rate that jack expects. What I want is to be able to do something along the lines of: set_sample_rates(input_rate, jack_output_rate); set_resample_algorithm(x); /* pick a reasonable algorithm based on the current cpu and latency requirements */ And then in the callback routine something like: resample(audio_data_in, *audio_data_out); I haven't found anything even close to this simple as of yet, if anyone has any suggestions feel free to mail me about them. There is someone on the jack mailing list working on a resampling library that is supposed to be easy to use and flexable. Either way, this isn't critical although your music sounds funny if your sample rates don't line up very well ;-) Otherwise I'm also looking into a crash with using the jack driver and directsound that might be due to the client process and memory allocation. After working on the arts driver I realized that the future of audio servers really is callback based. It is quite frustrating to see so little use of jack and so much use of poor solutions like direct hardware drivers(alsa/oss) or high latency servers like artsd. No offense intended to people that work on or use either of those audio solutions, it just doesn't make sense when you want to have multiple apps outputting audio at the same time or if you need low latency(high end audio, games?, etc). I'll see what I can do to get things cleaned up and a patch submitted in the next week, conditional of course upon Alexandre accepting jack support into wine. At least now I have someone other than myself with an interest in using jack and wine together ;-) Thanks, Chris > > From: "Kjetil S. Matheussen" <k.s.matheussen(a)notam02.no> > Date: 2002/10/23 Wed PM 12:18:13 EDT > To: linux-audio-dev(a)music.columbia.edu > CC: wine-devel(a)winehq.com > Subject: Re: [linux-audio-dev] Fwd: Opinions on running VST or DirectX plugins > on Linux in real time > > > > On Wed, 23 Oct 2002, Taybin Rutkin wrote: > > > On Wed, 23 Oct 2002, Kjetil S. Matheussen wrote: > > > > > Could it be possible to overcome all problems mentioned just by simply > > > adding jack-support to the wine-server? Then someone could make a simple > > > windows-program for chaining directx and vst plug-ins. > > > > Someone has done this, I believe: > > http://kt.zork.net/wine/wn20021011_139.html#2 > > > Wow, it allready exist. Hey, wine-people, this driver is really needed for > real-time audio-work, and for programs as sound-editors, multitrackers > and interactive dsp programs as pd, jmax, and a lot of others. Artsd > (f.ex) is not an alternative in its current form, and probably never will > be either. Its something else. I guess Paul or some other competant person > can explain a bit more why jack is so important. > > > -- > > > > > [View Less]

2 1

Re: using native regedit
by Jeff Smith 23 Oct '02

23 Oct '02

I did some testing and found that *\\whatever.exe does not work, while *whatever.exe does. In case anyone thinks to themselves, "but that could cause problems for xwhatever.exe!", I tested further and found that it only affects programs with the name whatever.exe and not those such as xwhatever.exe. -- Jeff S. >We could add this to show different behaviours : > >; you can specify applications too >; This one will apply for all notepad.exe >;"*\\notepad.exe" = "native, builtin"… [View More]

3 2

Fixing OLE_GetFormatW
by Medland, Bill 23 Oct '02

23 Oct '02

I am just about to fix OLE_GetFormatW. (As far as I can see it can't have worked since rev 1.1). Before correcting the minor error I want to check something. Can anyone with access to NT answer this for me? If you pass a format string to GetDateFormatW that contains time-formatting characters I presume it just throws them away. Similarly if you pass a format string to GetTimeFormatW that contains date-formatting characters I presume it throws them away. Bill

1 0

fairly old wine regression: no$gmb no longer works
by Jonathan Gevaryahu 23 Oct '02

23 Oct '02

In wine builds from early? last year until January 29th, 2002, no$gmb (Nocash gameboy emulator) worked reasonably in wine (yes it would crash if you did 'animate trace' for too long, but that's a seperate issue). the commit which broke it was to wine/dlls/comctl32/status.c, on January 29th at 11:54 am. However, the fix that was done to status.c seems to be valid (later fixes to status.c do the same as what the fix did, I believe), so I suspect that the bug stems from some other issue … [View More]

2 2

Bug tracked down in mci.c
by Erland Lewin 23 Oct '02

23 Oct '02

Hello, I just got the latest wine from cvs, and it crashed when I tried to run Half Life. The problem turned out to be in mci.c, in the mciSendStringA function. The variable lpCmd is set to point into the (in my case mciavi) driver's command table, at the word "open". However, towards the end of the mciSendStringA function, there is the following code: if (strcmp(verb, "open") == 0) { if ((dwRet = MCI_FinishOpen(wmd, (LPMCI_OPEN_PARMSA)data, dwFlags))) … [View More]

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel