Re: 100% CPU usage in Wine-0.9
On 11/15/05, Mark Knecht <[EMAIL PROTECTED]> wrote: > On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > > > > >LATE BREAKING NEWS: It appears that when I switch to the Alsa > > > driver the CPU usage does down to normal. Were you using Alsa or OSS? > > > I tried both alsa and oss(with oss emulation in alsa), both are working > > fine. > > I don't use any hw acceleration. So is this program useable for you now with > > alsa? > > > > Stefan, >After having a few people test this it seems that it is not simply > enough to use the Alsa driver. A couple of people have tried that and > continue to see 100% CPU usage, so apparently there is something more > involved. > >In the bug report I have attached some debug info I was asked to > get. Hopefully that will help a developer in some way. > >I am here to test other ideas or do more debug work. I think this > problem is real. > > Cheers, > Mark > Hi, I haven't seen any responses on this in the last month. Did I possibly miss something? Thanks, Mark
Re: Compiling wine on AMD64
On 11/27/05, James Trotter <[EMAIL PROTECTED]> wrote: > Hi! > > I've installed Ubuntu 5.10 (Breezy Badger) on an amd64 machine. I was going > to install wine, and noticed that it's only packaged for i386, but I noticed > the comments on the bottom of this page > http://winehq.org/site/download-deb, which explain how to > build wine from source. > Is there a question or is this is comment? I'm interested myself. I tried building from source on my Gentoo AMD64 machine. I failed. However Gentoo portage has stuff fixed up so that it builds. I'm also running Crossover Office on this machine so I know it can be done but I couldn't get it to work myself. Good luck, Mark
Re: 100% CPU usage in Wine-0.9
On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hello, > > Hi Stefan, > >I switched to a vanilla 2.6.14.1 kernel and tried both radeon and > > fglrx. Identical results: > > > > Wine-0.9 + 2.6.14.1 + radeon driver runing Crystal: > > Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% > > si > > Wine-0.9 + 2.6.14.1 + fglrx driver running Crystal > > Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% > > si > So it's not graphics related - I also get the same results with fglrx and > radeon > > >One thing I noticed about Crystal is that the default sound > > actually requires that you press a key hold it for a bit before the > > sound gets started. Maybe that's why you didn't hear anything? > Yes, that was it :) > > >LATE BREAKING NEWS: It appears that when I switch to the Alsa > > driver the CPU usage does down to normal. Were you using Alsa or OSS? > I tried both alsa and oss(with oss emulation in alsa), both are working fine. > I don't use any hw acceleration. So is this program useable for you now with > alsa? > Crystal seems to be usable for me on one machine, but another user reported back that he was already using the Alsa driver and he still has the problem so I'm not sure this is a complete solution. There is a small but growing list of VSTs that fail this way. I am going to test a few more and see how it goes. Also, I have opened a bug report at WineHQ to better track this. Please join in if you have somethigng to add. http://bugs.winehq.org/show_bug.cgi?id=3809 Cheers, Mark
Re: 100% CPU usage in Wine-0.9
On 11/10/05, Mark Knecht <[EMAIL PROTECTED]> wrote: > On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > Hello, > > >NOTE - I do not think this is somethign new. I've seen programs > > > running under Wine in the past using 100% CPU, but they were big > > > complicated programs and not available freely so it would have been > > > hard to work on. I think with the information I've given in the first > > > post this should be something more people should be able to look at > > > more easily. > > This is odd, I downloaded the programs, but I can't reproduce the behaviour. > > Triangle seems to work just fine - I can play sounds(or, better, I could, if > > I had more idea of music ;-) ). Hardly any CPU usage. > > With crystal running, I get 1% user, 0.3% system cpu usage, but I can't hear > > any sounds. Are there any settings I have to change to make the program play > > something? > > No difference here. Both play fine for me on Linux and Windows with no > fooling around. > > > > > So the usual questions arise: > > *What kernel do you have(I have 2.6.14.1) > > 2.6.14-rt6 > > > *What X version(X.Org 6.8) > > xorg-x11-6.8.2-r6 > > > *Graphics card + driver(Radeon mobility M9, fglrx) > > Radeon X300 (PCIE), radeon driver from the kernel > > > *Sound card + driver(some realtek audio, snd-intel8x0) > > NForce4 CK804 + snd-intel8x0 > RME HDSP 9652 + snd-hdsp > > > > > The high system cpu usage looks suspicios, there might be a driver issue. > > I've > > seen this behavior with the radeon driver from X.org and Battlefield 1942. > > Indeed, I am using that driver. I have not discovered how to build the > fglrx driver using 2.6.14-rt6. Additionally there is no DRI support > (as I understand it) for PCI Express cards until 2.6.15. I have > 2.6.14.1 unbuilt right now as I normally need realtime capabilities, > but I'll build it and test it for this problem. > > > > > The fact that the same .exe file produced different behavior is easy to > > explain: The program seems to be just a loader for a dll file with the same > > name. So if you exchange the crystal.dll and the triangle I.dll, it's likely > > that you get changed behavior. So you can even save disk space if you just > > create symlinks to savihost.exe ;-) > > Probably true. I'll try it as I will eventually end up with 100 of > these little VSTs and Savihost is often bigger then the VST it's > hosting. > > > > > I suspect my no-sound issue to be connected with the problems you describe. > > You could try to use different sound drivers(oss, alsa, arts, esd). Arts and > > esd might be interesting here, because there's no direct hardware access, so > > there should be no high system cpu usage. > > Good ideas. I'll give it a try. > > In a related vein, we in the Linux audio community are dieing for > someone here to pick up maintenance of the Jack driver as most all of > our apps are Jack based. Currently the Jack driver seems broken as > there was a Jack API change circa 100.0. Is there anyone here looking > after that driver? > > I'll try other sound options and come back later. > > Thanks! > > - Mark > Hi Stefan, I switched to a vanilla 2.6.14.1 kernel and tried both radeon and fglrx. Identical results: Wine-0.9 + 2.6.14.1 + radeon driver runing Crystal: Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si Wine-0.9 + 2.6.14.1 + fglrx driver running Crystal Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% si One thing I noticed about Crystal is that the default sound actually requires that you press a key hold it for a bit before the sound gets started. Maybe that's why you didn't hear anything? LATE BREAKING NEWS: It appears that when I switch to the Alsa driver the CPU usage does down to normal. Were you using Alsa or OSS? Cheers, Mark
Re: 100% CPU usage in Wine-0.9
On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > Hello, > >NOTE - I do not think this is somethign new. I've seen programs > > running under Wine in the past using 100% CPU, but they were big > > complicated programs and not available freely so it would have been > > hard to work on. I think with the information I've given in the first > > post this should be something more people should be able to look at > > more easily. > This is odd, I downloaded the programs, but I can't reproduce the behaviour. > Triangle seems to work just fine - I can play sounds(or, better, I could, if > I had more idea of music ;-) ). Hardly any CPU usage. > With crystal running, I get 1% user, 0.3% system cpu usage, but I can't hear > any sounds. Are there any settings I have to change to make the program play > something? No difference here. Both play fine for me on Linux and Windows with no fooling around. > > So the usual questions arise: > *What kernel do you have(I have 2.6.14.1) 2.6.14-rt6 > *What X version(X.Org 6.8) xorg-x11-6.8.2-r6 > *Graphics card + driver(Radeon mobility M9, fglrx) Radeon X300 (PCIE), radeon driver from the kernel > *Sound card + driver(some realtek audio, snd-intel8x0) NForce4 CK804 + snd-intel8x0 RME HDSP 9652 + snd-hdsp > > The high system cpu usage looks suspicios, there might be a driver issue. I've > seen this behavior with the radeon driver from X.org and Battlefield 1942. Indeed, I am using that driver. I have not discovered how to build the fglrx driver using 2.6.14-rt6. Additionally there is no DRI support (as I understand it) for PCI Express cards until 2.6.15. I have 2.6.14.1 unbuilt right now as I normally need realtime capabilities, but I'll build it and test it for this problem. > > The fact that the same .exe file produced different behavior is easy to > explain: The program seems to be just a loader for a dll file with the same > name. So if you exchange the crystal.dll and the triangle I.dll, it's likely > that you get changed behavior. So you can even save disk space if you just > create symlinks to savihost.exe ;-) Probably true. I'll try it as I will eventually end up with 100 of these little VSTs and Savihost is often bigger then the VST it's hosting. > > I suspect my no-sound issue to be connected with the problems you describe. > You could try to use different sound drivers(oss, alsa, arts, esd). Arts and > esd might be interesting here, because there's no direct hardware access, so > there should be no high system cpu usage. Good ideas. I'll give it a try. In a related vein, we in the Linux audio community are dieing for someone here to pick up maintenance of the Jack driver as most all of our apps are Jack based. Currently the Jack driver seems broken as there was a Jack API change circa 100.0. Is there anyone here looking after that driver? I'll try other sound options and come back later. Thanks! - Mark
Re: 100% CPU usage in Wine-0.9
On 11/10/05, Mark Knecht <[EMAIL PROTECTED]> wrote: > On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > > > >Note that we are running the exact same application here - > > > savihost.exe. It's just renamed to the VST instrument name to tell it > > > what VSTi instrument to run.On our systems, both 32-bit and 64-bit, we > > > see about 15% usr, 85% sys when running Crystal, while we see only 5% > > > usr, 5% sys when running Triangle. > > > > > > WHY? > > I haven't tried to reproduce it myself, but I have 2 questions > > > > * Appart of eating up all CPU time, does the application work? Does it what > > it's supposed to do? > > Yes, within reason all the VSTs that we have tried, if they work at > all, do what they are supposed to do. There are still a large number > of VSTs that don't work under Wine but things are MUCH better with > Wine-0.9 AND using Savihost. Until recently there were other > strategies for running VSTs in Linux. Using Savihost is fairly new for > Linux. (The last month or so) > > Note that while it works it is using CPU and stopping other apps from > getting as much as they would like to get. > > > > * How does the application perform in Windows? Maybe it's an application > > bug, > > and the same thing happens in Windows. > > > > Good question. I haven't tested this specific one (Crystal) in > Windows. I'll try to do that. I will say that I _think_ there are MANY > Windows VSTs that when run with Savihost and Wine are using 100% CPU. > I do not _think_ that all of these (if any) have this problem under > Windows, but I will look at it today. Hi Stefan, OK, I'm writing you from my Win XP box. (I haven't used this machine in weeks!) I tested both Crystal and Triangle I. They both work as expected. Neither use much CPU power according to task manager. The problem does seem to be a Wine issue. NOTE - I do not think this is somethign new. I've seen programs running under Wine in the past using 100% CPU, but they were big complicated programs and not available freely so it would have been hard to work on. I think with the information I've given in the first post this should be something more people should be able to look at more easily. Cheers, Mark
Re: 100% CPU usage in Wine-0.9
On 11/10/05, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > >Note that we are running the exact same application here - > > savihost.exe. It's just renamed to the VST instrument name to tell it > > what VSTi instrument to run.On our systems, both 32-bit and 64-bit, we > > see about 15% usr, 85% sys when running Crystal, while we see only 5% > > usr, 5% sys when running Triangle. > > > > WHY? > I haven't tried to reproduce it myself, but I have 2 questions > > * Appart of eating up all CPU time, does the application work? Does it what > it's supposed to do? Yes, within reason all the VSTs that we have tried, if they work at all, do what they are supposed to do. There are still a large number of VSTs that don't work under Wine but things are MUCH better with Wine-0.9 AND using Savihost. Until recently there were other strategies for running VSTs in Linux. Using Savihost is fairly new for Linux. (The last month or so) Note that while it works it is using CPU and stopping other apps from getting as much as they would like to get. > > * How does the application perform in Windows? Maybe it's an application bug, > and the same thing happens in Windows. > Good question. I haven't tested this specific one (Crystal) in Windows. I'll try to do that. I will say that I _think_ there are MANY Windows VSTs that when run with Savihost and Wine are using 100% CPU. I do not _think_ that all of these (if any) have this problem under Windows, but I will look at it today. Thanks for responding. Cheers, Mark
100% CPU usage in Wine-0.9
Hi, My first post here in quite awhile. Thanks in advance. I posted this to Wine-Users but got no responses. For a number of reasons this problem is pretty important to we Linux Audio users. The following is a set of very simple instructions to show Wine using 100% CPU usage. I am using Wine-0.9 from Gentoo portage. Another user is using an fc2 RPM file. We both see identical results. Duplicating these results and seeing 100% CPU usage using the following instructions takes no more than 10 minutes. mkdir SAVITEST cd SAVITEST wget http://www.hermannseib.com/programs/savihost.zip unzip savihost.zip wget http://www.rgcaudio.com/downloads/freeware/triangle110.exe wine ./triangle110.exe (Install into /home/XXX/SAVITEST) wget http://www.greenoak.com/crystal/dl/Crystal.zip unzip Crystal.zip cp savihost.exe Vstplugins/Triangle\ I.exe cp savihost.exe Crystal.exe At this point we are setup and ready to run Wine to test things out. Here's what my test directory looks like: [EMAIL PROTECTED] ~/SAVITEST $ ls -la total 17400 drwxr-xr-x 3 mark users 4096 Nov 9 11:22 . drwxr-xr-x 63 mark users 4096 Nov 9 11:17 .. -rw-rw-rw- 1 mark users 11120640 Mar 5 2005 Crystal.dll -rw-r--r-- 1 mark users 319488 Nov 9 11:22 Crystal.exe -rw-r--r-- 1 mark users 3702635 Mar 5 2005 Crystal.zip drwxr-xr-x 2 mark users 4096 Nov 9 11:22 Vstplugins -rw-r--r-- 1 mark users 8252 Aug 10 22:25 license.txt -rw-r--r-- 1 mark users 319488 Oct 11 12:54 savihost.exe -rw-r--r-- 1 mark users 136046 Oct 12 10:30 savihost.zip -rw-r--r-- 1 mark users 2153712 May 25 2003 triangle110.exe [EMAIL PROTECTED] ~/SAVITEST $ ls -al Vstplugins/ total 4100 drwxr-xr-x 2 mark users4096 Nov 9 11:22 . drwxr-xr-x 3 mark users4096 Nov 9 11:22 .. -rw-r--r-- 1 mark users 3780608 Jul 2 2001 Triangle I.dll -rw-r--r-- 1 mark users 319488 Nov 9 11:22 Triangle I.exe -rw-r--r-- 1 mark users 753 Nov 9 11:18 unins000.dat -rwxr-xr-x 1 mark users 71917 Nov 9 11:18 unins000.exe [EMAIL PROTECTED] ~/SAVITEST $ To run the test open two terminals, start top to monitor CPU usage in one terminal, and then run Wine on the two copies of Savihost in the other terminal. No messages from Wine are produced. Here's what we see on our systems: [EMAIL PROTECTED] ~/SAVITEST $ wine ./Crystal.exe [EMAIL PROTECTED] ~/SAVITEST $ wine ./Vstplugins/Triangle\ I.exe [EMAIL PROTECTED] ~/SAVITEST $ When running Savihost the VST dll is run also. You will see the instrument and a keyboard. Play the keyboard with your mouse to hear the instrument. Under the Savihost 'effect' menu you can change the sound programming of the synth if you want to. Watch CPU usage in top. When running Crystal.dll in Savihost.exe the system uses 100% CPU, while the Triangle I synth uses very little CPU. Note that we are running the exact same application here - savihost.exe. It's just renamed to the VST instrument name to tell it what VSTi instrument to run.On our systems, both 32-bit and 64-bit, we see about 15% usr, 85% sys when running Crystal, while we see only 5% usr, 5% sys when running Triangle. WHY? We have tried this with many VSTs. It seems that possibly 50% of them are 100% CPU consumers. This is not isolated to just Crystal.dll. Thanks in advance to anyone willing to help us look at this and hopefully improve Wine. Cheers, Mark
Re: Memory problem in winelib apps?
Walt, (Probably not copied to wine-devel as I'm not subscribed. Pass it on if you see fit.) I haven't played much with this lately, however when I was using it I saw no real indication that the revision of Jack made any difference. IIRC I debugged the fix we did down to a certain (huge!) set of memory management modifications made to Wine all on one day. Before that set of edits jack_fst worked fine. After that set it never worked again without your hack to jack_fst. That said I updated Jack many times after that, probably up through the end of 2004, and never saw this problem again when using the hack. Since the first of the year I've hardly touched it and cannot say anything about it at this time. I'm wondering if Chris's note about Jack not working under Wine was spurred on by my conversations with him a few months ago when I was getting iTunes working. I tried using Jack with Wine and it didn't work for me so I contacted Chris but hadn't heard much back since those conversations. Anyway, I think those two (jack_fst and Wine/Jack) are sort of orthogonal in my mind. I'm not sure the have much to do with each other but I could be wrong about that. I've tried many times over the last 2 years to get Wine and Jack to work together and have never been successful, but jack_fst did work when Jack itself didn't. Go figure... ;-) If I can be of some help in this let me know. Cheers, Mark On 6/21/05, Walt Ogburn <[EMAIL PROTECTED]> wrote: > Thanks Chris. Mark, do you see the problem go away with a later Jack > version? I was just trying to see if I could understand better what was > going on when we were trying to get this working last year. > > - Walter > > > > On Tue, 21 Jun 2005, Chris Morgan wrote: > > > This should have been fixed in jack around 20040325 with a jack to the jack > > variable, JACK_THREAD_STACK_TOUCH. The value was changed from 1048576 > > (#define BIG_ENOUGH_STACK in client.c:jack_activate():1033 or so) and moved > > into configure.in. > > > > The change was made in this rev of configure.in: > > > > revision 1.253 > > date: 2004/03/26 04:41:57; author: joq; state: Exp; lines: +17 -4 > > [0.96.1] config fixes for shm; stack touch > > > > > > The reason jack does this is to ensure that all pages of the shared memory > > for > > all jack clients is mapped so there are no delays during excution. The > > value > > was reduced because wine was taking up a bunch of the stack and jack/wine > > were crashing. > > > > Which version of jack are you using? Which version of wine? > > > > The last time I tried jack under wine it didn't work but I wasn't able to > > figure out why this time and haven't gone back to it in a few months. > > > > Chris > > > > > > > > > > On Tuesday 21 June 2005 10:02 pm, Alex Villacís Lasso wrote: > > > Walt Ogburn wrote: > > > >Hi developers, > > > > > > > >I'm trying to understand why the following simple program crashes. I > > > >think this is the same problem that prevents jack_fst from running with > > > >the current version of wine. (Jack_fst allows a lot of programs called > > > >VSTs to be run, for audio work). > > > > > > > >I compiled this with: > > > >>winemaker . > > > >>make > > > > > > > >and ran it with: > > > >>wine membug.exe.so > > > > > > > >If BUFSIZE is 1044097, there's an error like this: > > > >err:seh:setup_exception stack overflow 12 bytes in thread 0009 eip > > > > 4057426f esp 40580ff4 stack 0x4058-0x4068 > > > > > > > >If BUFSIZE is 1044096 or lower, there's no error. If BUFSIZE is much > > > >higher (like 200), there's a segfault. > > > > > > > >All the program does is define a character array of size BUFSIZE and > > > >scribble in it to make sure it really gets allocated. Maybe this simple > > > >example will show how to make jack_fst work. > > > > > > > >Thanks, > > > >Walter > > > > > > > > > > > > > > > >#include "windows.h" > > > > > > > >#define BUFSIZE 1044096 > > > >/* #define BUFSIZE 200 */ > > > > > > > >int PASCAL WinMain (HINSTANCE inst, HINSTANCE prev, LPSTR cmdline, int > > > > show) { > > > > char buf[BUFSIZE]; > > > > int i; > > > > > > > > for (i=0; i > > > { > > > > buf[i] = (char) (i % 256); > > > > } > > > > > > > > return 0; > > > >} > > > > > > Your sample program is trying to use almost 1 megabyte (!) of stack > > > space. No wonder it crashes. Are you sure that your program jack_fst is > > > trying to allocate such an enormous amount of stack space? Most (sane) > > > programs would just declare a pointer and allocate the required space > > > via malloc() or HeapAlloc(). > > > > > > Where can somebody else get a copy of jack_fst? Is there a public > > > download somewhere? > > > Maybe jack_fst corrupts the stack in some strange way that was > > > misdiagnosed as as request for a 1Mb stack? > > > > >
Re: Windows Admionistrator Rights
I see that the file .wine/user.reg has a line in it that reads "USERPROFILE"="c:\\Windows\\Profiles\\Administrator" but my Windows directory has no Profiles subdirectory in it: [EMAIL PROTECTED] Windows $ ls -al total 40 drwxr-xr-x 9 mark users 4096 Dec 28 10:46 . drwxr-xr-x 4 mark users 4096 Dec 28 10:46 .. -rw-r--r-- 1 mark users0 Dec 28 10:46 .keep drwxr-xr-x 2 mark users 4096 Dec 28 10:46 Desktop drwxr-xr-x 2 mark users 4096 Dec 28 10:46 Favorites drwxr-xr-x 2 mark users 4096 Dec 28 10:46 Fonts drwxr-xr-x 2 mark users 4096 Dec 28 10:46 Inf drwxr-xr-x 2 mark users 4096 Dec 28 10:46 Recent drwxr-xr-x 3 mark users 4096 Dec 28 10:46 Start Menu drwxr-xr-x 2 mark users 4096 Dec 28 10:46 System -rw-r--r-- 1 mark users 481 Dec 28 10:54 win.ini [EMAIL PROTECTED] Windows $ Possibly this is part of the problem??? Thanks, Mark On Tue, 28 Dec 2004 14:46:58 -0800, Kenneth Porter <[EMAIL PROTECTED]> wrote: > --On Tuesday, December 28, 2004 2:39 PM -0800 Mark Knecht > <[EMAIL PROTECTED]> wrote: > > > I'm guessing this means WIne is compiled on this machine in a way that > > doesn't output debug information? > > > >If so (please let me know) then I'll have to look up how to compile > > to include this output. > > I installed my copy on Fedora Core 2 by building an RPM, and WINE is pretty > chatty, so the default configure options in the RPM spec file must be what > you need. > >
Re: Windows Admionistrator Rights
On Tue, 28 Dec 2004 14:46:58 -0800, Kenneth Porter <[EMAIL PROTECTED]> wrote: > --On Tuesday, December 28, 2004 2:39 PM -0800 Mark Knecht > <[EMAIL PROTECTED]> wrote: > > > I'm guessing this means WIne is compiled on this machine in a way that > > doesn't output debug information? > > > >If so (please let me know) then I'll have to look up how to compile > > to include this output. > > I installed my copy on Fedora Core 2 by building an RPM, and WINE is pretty > chatty, so the default configure options in the RPM spec file must be what > you need. > I'm on Gentoo. It sticks in my mind that there is a configure option that turns this on. It's not on by default. I'm doing this on a relative's Gentoo box right now. On my Gentoo system at home I have debugging turned on so I'll wait until I get there in a couple of days and try again with debugging turned on. My though, having poked around a bit, is that there is a registry entry for each user that says whether the user has admin rights. I think that's not turned on, but I don't know if I turn it on whether it will actually work. This is all guessing. Again, Wine is not bombing out at all. I'm just getting a Windows dialog telling me that I need to be an administrator. - Mark
Re: Windows Admionistrator Rights
Kenneth, There are no messages when I run Wine like this: WINEDEBUG=+all wine setup.exe I'm guessing this means WIne is compiled on this machine in a way that doesn't output debug information? If so (please let me know) then I'll have to look up how to compile to include this output. - Mark On Tue, 28 Dec 2004 14:21:32 -0800, Kenneth Porter <[EMAIL PROTECTED]> wrote: > --On Tuesday, December 28, 2004 11:12 AM -0800 Mark Knecht > <[EMAIL PROTECTED]> wrote: > > > How can I tell Wine to trick an install program into thinking the user > > has administrator rights under Windows XP? I've switched the windows > > type in the config file to winxp but the install program for Autocad > > 2005 tells me to log in again as an administrator. > > My guess is that it's either unable to write to a system directory or it's > looking for a certain group membership. Try tracing the installer and see > if it's doing something like that. > >
Windows Admionistrator Rights
Hi - Sorry for cross posting to both winde-devel and wine-users but I need to try and get an answer today on this. I'm at my dad's house and using Wine on his computer. How can I tell Wine to trick an install program into thinking the user has administrator rights under Windows XP? I've switched the windows type in the config file to winxp but the install program for Autocad 2005 tells me to log in again as an administrator. Thanks in advance, Mark
Re: Fun desktop integration tasks
On Sun, 28 Nov 2004 15:56:37 +, Mike Hearn <[EMAIL PROTECTED]> wrote: > On Sun, 28 Nov 2004 14:18:34 +0100, Stefan Dösinger wrote: > > Another suggestion, probably a bigger task: Look for common native > > applications and write entries for them into the registry. > > Yep! Here's another suggestion. Keep them coming guys! :) > Hi - probably my first comment after lurking here for a few weeks. Is there anything that a user type (I'm not a developer in any sense) can do in this area? I run Windows and have lots of apps I want to run under Wine. I've been entering info as I figue it out in the Wine bug database, but so far that isn't helping me get my programs running. I've wondered a number of times about installing Windows programs under Windows and extracting all of the changed registry entries and then reporting them somehow. Is this possible? I'm not sure the apps I want to run are the ones you all would all 'common', but they are common to follks doing audio work. (recording, writing, etc.) In the end would this be helpful? Thanks, Mark
Mouse usage when Wine not in focus
Hi, Please excuse me for bringing this question here. I'm not a developer. I have asked this in a couple of different forums but to date have received no answers. I will copy a message sent earlier this week to Wine-Users and hope for some insights on how to handle it. I have done some Googling around and run across numerous emails about mouse focus, but there doesn't seem to be anything in the Wine-HQ FAQ or Online Docs that tells me how to handle this. The basic issue in a nutshell - How do I configure Wine to not pay attention to the mouse when the Wine window is not in focus? Just in case it matters, I'm using fluxbox on all my systems, but I checked xfce4 and had the same problem. Thanks, Mark Hi, Is there a way to have mouse movements & positions not be sent to a Wine app when the Wine desktop is not the active window? I have looked through the online docs and the FAQ but I see nothing about this problem I'm having. I hope it's just a configuration issue, but I cannot find much info in the docs about mouse configuration at all. Also, I have seen this issue under Crossover Office and WineX, but have not had a chance to check Wine CVS yet, so if it's fixed or a non-issue just let me know. Thanks in advance. Under Windows I have played a game called Caesar 3 for years. Finally with some help from another wine user, I got it working perfectly (as far as I can tell) on Saturday using an ebuild of WineX on a Gentoo 2.4.20 kernel. The game plays well. I do have one problem when the game resolution and the Wine desktop are not the same size, but we can save that for another email if it's of interest to anyone. Anyway, the way the game works is that it has a play area for building your city. To move around this play area you drag your mouse to the edge of the board and the area scrolls inside the window. When playing the game under Wine, using the first config files I had with WineX and cxoffice that had "DXGrab" = "Y", the mouse stayed inside the Wine desktop and the game always worked fine, but I couldn't use the system for anything else unless I tricked Wine into letting my mouse escape from the desktop trap by using another window in the background. I then found the "DXGrab" option and changed it to "N" and I was able to get my mouse out of my Wine desktop and get email, etc. However, even when the Wine desktop and game are not in focus the mouse position is being fed to the game, so the game scrolls around underneath while I use items and applications on my desktop. How can I configure Wine to not send any mouse position information to the game when the game is not in focus? Right now I cannot take a meaningful screenshot since the game area is drifting around all the time. Thanks in advance, Mark