similar to: small problems

opensuse 11.2 64 bit I have downloaded and compiled/installed wine 1.1.11, so that I may use a windows program called WinMX 3.54b4 [32 bit] on my linux opensuse distro. I had been advised that Wine versions higher than this do not work well with WinMX. At the end of the compile it tells me that libgphoto2-32bit was not found and that cameras won't work. I check in Yast2 to see if it can

Hi, I recently upgraded my eee 904HD to xubuntu jaunty (clean install), and there were 2 problems. First, when starting Heroes3 the xfce taskbar was visible even though the application was full-screen. Clicking on the application didn't hide the taskbar. Switching to another window and then back to the app window did the trick. Second, after some time the sound stops. None of these problems

opensuse 12.1 kde 4.7 I recently upgraded to opensuse 12.1 and saw that the wine version was only 1.3.3 I wanted to upgrade to stable 1.4, so I followed the directions about adding the repository that would allow me to get wine 1.4. Code: http://www.winehq.org/>> clicked on Stable: 1.4[shortlog]>> http://www.winehq.org/announce/1.4 clicked on Binary packages for various

Slackware 10.0. Wine version whatever was current a month ago, how do I tell what wine version I have? Anyhow, I'm experience two issues: I have KDE setup with 4 virutual desktops. If I'm running WinMX via wine, and if I try to switch to a different desktop, it immediately switches back. I basically can't use the other desktops because I can't switch to them. Also, I can't

*** please cc me - I'm offlist *** Hi! I'm trying to run winmx with wine. The installation procedure of winmx gave me hope that it will work and I had no problems, but after finishing installation winmx died without an error message. Now everytime I try to wine "C:\Program Files\WinMX\WinMX.exe" I just get these messages: Invoking /usr/bin/wine.bin C:\Program

Hello, could someone paste me a .wine/config file for running wine with win2000 (and if it's possible, winMX also) In attach , there is mine. I see this error when I try to lunch wine with winMX: rizla@bizio:~$ wine /win/Programmi/WinMX/WinMX.exe fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub Thanks in advance -------------- next part -------------- A

I'm trying to run WinMX under Wine... All attempts I have made have proven futile. I get the following Error message... err:module:PE_fixup_imports Module (file) MFC42.DLL (which is needed by C:\Program Files\WinMX\WinMX.exe) not found All attempts to tell wine where the .DLL file is have failed. It woulnd't let me identify it with the -dll argument, and wouldn't find it when I

I just installed wine on my RH 7.1 system and I also have windows 2000. Whenever I try and run a program using Wine I get a missing .dll file message however it seems like I do have the dll files in my c:\winnt\system32 directory. For example if I try and run winmx I get: err:module:fixup_imports Module (file) MFC42.DLL needed by C:\Program Files\WinMX\WinMX.exe not found The wine section

I recently upgraded to 20040408 on my gentoo IBM R32 notebook. I was using WinMX to test my wine install before the upgrade and all worked perfectly. ?I ran WinMX after the upgrade and it seemed to work ok (I did not test very deeply, just started and saw it got a connection to the network and shut it down). ?I then attempted to install MS FrontPage 2000 (My wife is taking web design in

Hi I using ipp2p to block p2p traffic. How to enable to use p2p to me host in my net ? I using this setup: iptables -A FORWARD -m ipp2p --ipp2p --bit --apple --winmx --soul --ares -j DROP This setup: iptables -A FORWARD -m ipp2p --ipp2p --bit --apple --winmx --soul --ares -d ! mynet -j DROP iptables -A FORWARD -m ipp2p --ipp2p --bit --apple --winmx --soul --ares -s ! mynet -j DROP not

I have a question: In the pattern below from X86 def INC8r : I<0xFE, MRM0r, (outs GR8 :$dst), (ins GR8 :$src), "inc{b}\tdst", [(set GR8:$dst, (add GR8:$src, 1))]>; Since we are emitting only "inc $dst", What makes sure that the $src and $dst are same register? - Sanjiv

The target description .td files are allowed to change the default allocation order on a register class by overriding the allocation_order_begin() and allocation_order_end() methods on TargetRegisterClass. Previously, this was used all the time to filter out stack and frame pointers and other reserved registers. I was able to remove most of these custom allocation orders in the tree because the

sanjiv gupta wrote: > I have a question: > In the pattern below from X86 > > def INC8r : I<0xFE, MRM0r, (outs GR8 :$dst), (ins GR8 :$src), > "inc{b}\tdst", > [(set GR8:$dst, (add GR8:$src, 1))]>; > > Since we are emitting only "inc $dst", > What makes sure that the $src and $dst are same register? > > - Sanjiv It's enclosed

Hi: I am working with someone remotely to allow them access to our data. The follow command using "download.file" works perfectly on my Mac: > > download.file(url="http://oceanwatch.pfeg.noaa.gov:8081/thredds/ > wcs/satellite/AG/ssta/14day? > request=GetCoverage&version=1.0.0&service=WCS&format=NetCDF3&coverage= >

I am working the AVR backend. It is still in the early stage. I got the following error:[ 86%] Building CXX object lib/Target/AVR/CMakeFiles/LLVMAVRCodeGen.dir/AVRISelDAGToDAG.cpp.obj AVRISelDAGToDAG.cpp C:\llvm-build\lib\Target\AVR\AVRGenDAGISel.inc(596) : error C2664: 'llvm::SDNode *llvm::SelectionDAG::SelectNodeTo(llvm::SDNode *,unsigned int,llvm::MVT,llvm::MVT,llvm::MVT,const llvm::SDValue

I see in the x86 InstInfo.td the following for the INC instructions: def INC8r : I<0xFE, MRM0r, (ops GR8 :$dst, GR8 :$src), "inc{b} $dst", [(set GR8:$dst, (add GR8:$src, 1))]>; Which seem to have the same restriction that I'm trying to implement, but I don't understand how this ensures that $src and $dst are the same register. -- Christopher Lamb

On Thu, 1 Mar 2007, Christopher Lamb wrote: > I see in the x86 InstInfo.td the following for the INC instructions: > > def INC8r : I<0xFE, MRM0r, (ops GR8 :$dst, GR8 :$src), "inc{b} $dst", > [(set GR8:$dst, (add GR8:$src, 1))]>; > > Which seem to have the same restriction that I'm trying to implement, > but I don't understand how this

On Tue, 2008-09-23 at 13:33 +0100, Richard Osborne wrote: > sanjiv gupta wrote: > > I have a question: > > In the pattern below from X86 > > > > def INC8r : I<0xFE, MRM0r, (outs GR8 :$dst), (ins GR8 :$src), > > "inc{b}\tdst", > > [(set GR8:$dst, (add GR8:$src, 1))]>; > > > > Since we are emitting only "inc $dst",

Dear, I am looking at the Instructions defined in the XXXXInstrInfo.td where I can see a def record defined like below def ADD8rr : I8rr<0x0, (outs GR8:$dst), (ins GR8:$src, GR8:$src2), "add.b\t{$src2, $dst}", [(set GR8:$dst, (*add *GR8:$src, GR8:$src2)), (implicit SRW)]>; Now here I would like the to

I would like to use the LLVM x86 code generator to emit Intel syntax that is compatible with Microsoft's MASM 9.x. Taking the TOT LLVM, from last week, I have found a number of changes that are required to make this work, most of which are straight forward but a couple I wanted to check with the group to see what people thought was the best thing to do. In particular, I have made all necessary