* [Qemu-devel] Re: Qemu-devel Digest, Vol 15, Issue 19 - WINE with QEMU on non-86x processor? [not found] <E1BWhiS-0006Mt-00@moses.all2all.org> @ 2004-06-05 20:56 ` Wim Vanderbauwhede [not found] ` <200406052312.04434.trunks-carracho@planet.nl> [not found] ` <1086685662.3281.4.camel@sicilia> 0 siblings, 2 replies; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-05 20:56 UTC (permalink / raw) To: qemu-devel Hi Sander, I have wine on qemu on an iBook rev 2.2. Basically, what you need is a number of x86 RPMS (glibc and wine, but also som XFree stuff, binutils etc. I used Red Hat 9, because unfortunately Mandrake doesn't work with qemu and Fedora more or less breaks wine due to the execshield. Hence Red Hat 9. I used rpm2cpio and cpio to "install" these RPM's in a folder and point qemu to it. I can give you more details (list of RPMS, cpio commands, qemu configuration) after the weekend as my iBook is at work. Cheers, Wim > Yes , I read it...............about 6 times over and over.......... > On non x86 CPUs, you need first to download at least an x86 glibc > (`qemu-runtime-i386-XXX-.tar.gz' on the QEMU web page). Ensure that > LD_LIBRARY_PATH is not set: > unset LD_LIBRARY_PATH > > Then you can launch the precompiled `ls' x86 executable: > > x86 glibc? I have really no idea how to pull this off. Is somebody able to > make a bit noob friendly manual of this? I'm not exactly a qeeky but not very > stupid either but have no idea how to do this. I can't find a x86 glibc and > have no idea what to do with it. > I compiled QEMU and running windows 98 and that works. But I want to run WINE > with QEMU in user mode since that gives more speed...... > > Op zaterdag 5 juni 2004 20:50, schreef John R. Hogerhuis: > > Don't know how PPC would be different, but you didn't say whether you > > saw this... > > > > http://fabrice.bellard.free.fr/qemu/qemu-doc.html#SEC31 > > > > On Sat, 2004-06-05 at 05:55, Sander Nagtegaal wrote: > > > Did anybody succeed in running WINE with QEMU on a PPC or other non 86x > > > proccesor? I'd like to run QEMU in user mode and then start up WINE but > > > so far I have no idea how to do it....... > > > Any tips? -- If it's pointless, what's the point? If there is a point to it, what's the point? (Tibor Fischer, "The Thought Gang") ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <200406052312.04434.trunks-carracho@planet.nl>]
* [Qemu-devel] Re: Qemu-devel Digest, Vol 15, Issue 19 - WINE with QEMU on non-86x processor? [not found] ` <200406052312.04434.trunks-carracho@planet.nl> @ 2004-06-07 8:29 ` Wim Vanderbauwhede [not found] ` <200406071153.13888.trunks-carracho@planet.nl> 0 siblings, 1 reply; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-07 8:29 UTC (permalink / raw) To: Sander Nagtegaal; +Cc: qemu-devel Seems like you've been moving fast in the meanwhile. Anyway, here's what I did: -get and compile qemu (was then qemu-0.5.3) -get following RPMS: ash-0.3.8-8.i386.rpm bash-2.05b-20.i386.rpm compat-libstdc++-7.3-2.96.118.i386.rpm coreutils-4.5.3-19.i386.rpm glib-1.2.10-10.i386.rpm glibc-2.3.2-11.9.i386.rpm gtk+-1.2.10-25.i386.rpm libgcc-3.2.2-5.i386.rpm libjpeg-6b-26.i386.rpm libstdc++-3.2.2-5.i386.rpm libtermcap-2.0.8-35.i386.rpm libungif-4.1.0-15.i386.rpm XFree86-4.3.0-2.i386.rpm XFree86-libs-4.3.0-2.90.55.i386.rpm zlib-1.1.4-8.i386.rpm wine-20040309-1rh9winehq.i386.rpm (or more recent) -Put them in the target platform directory (mine is /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and cpio: e.g. $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv -I assume you know how to set up wine (I mean adapting the ~/.wine/config file). My qemu-wine home directory is usr/share/wine-c in the target platform directory. If you like I can mail my .wine/config file. -To actually run Windows applications under wine under qemu, I use these commands (it's clumsy, I know. If you configure your system to call qemu automatically for x86 binaries, it would be a lot cleaner. I just put the commands in a small shell script): $ declare -x WINEDLLPATH="/home/ARCHS/rh_x86/usr/lib/wine" $ declare -x LD_LIBRARY_PATH="/home/ARCHS/rh_x86/usr/lib:/home/ARCHS/rh_x86/usr/X11R6/lib" $ qemu-i386 -L /home/ARCHS/rh_x86 /home/ARCHS/rh_x86/usr/bin/wineserver $ qemu-i386 -L /home/ARCHS/rh_x86 /home/ARCHS/rh_x86/usr/bin/wine-pthread /home/ARCHS/rh_x86/usr/share/wine-c/windows/notepad.exe -To conclude, I must say it didn't work very well for me, but that was mostly due to wine, not to qemu. The problem is that most installers fail under wine. But I guess if you have Windows, install stuff there and then copy to wine, that should work well. HTH, Wim On Sat, 2004-06-05 at 22:12, Sander Nagtegaal wrote: > Thanks. Hope to hear from you how you did it soon. I really haven't been able > to find good information. > I'm using Yellowdog Linux 3.0.1 now ( red hat based ) > > Op zaterdag 5 juni 2004 22:56, schreef u: > > Hi Sander, > > > > I have wine on qemu on an iBook rev 2.2. Basically, what you need is a > > number of x86 RPMS (glibc and wine, but also som XFree stuff, binutils etc. > > I used Red Hat 9, because unfortunately Mandrake doesn't work with qemu and > > Fedora more or less breaks wine due to the execshield. Hence Red Hat 9. > > > > I used rpm2cpio and cpio to "install" these RPM's in a folder and point > > qemu to it. > > I can give you more details (list of RPMS, cpio commands, qemu > > configuration) after the weekend as my iBook is at work. > > > > Cheers, > > > > Wim > > > > > Yes , I read it...............about 6 times over and over.......... > > > On non x86 CPUs, you need first to download at least an x86 glibc > > > (`qemu-runtime-i386-XXX-.tar.gz' on the QEMU web page). Ensure that > > > LD_LIBRARY_PATH is not set: > > > unset LD_LIBRARY_PATH > > > > > > Then you can launch the precompiled `ls' x86 executable: > > > > > > x86 glibc? I have really no idea how to pull this off. Is somebody able > > > to make a bit noob friendly manual of this? I'm not exactly a qeeky but > > > not very stupid either but have no idea how to do this. I can't find a > > > x86 glibc and have no idea what to do with it. > > > I compiled QEMU and running windows 98 and that works. But I want to run > > > WINE with QEMU in user mode since that gives more speed...... > > > > > > Op zaterdag 5 juni 2004 20:50, schreef John R. Hogerhuis: > > > > Don't know how PPC would be different, but you didn't say whether you > > > > saw this... > > > > > > > > http://fabrice.bellard.free.fr/qemu/qemu-doc.html#SEC31 > > > > > > > > On Sat, 2004-06-05 at 05:55, Sander Nagtegaal wrote: > > > > > Did anybody succeed in running WINE with QEMU on a PPC or other non > > > > > 86x proccesor? I'd like to run QEMU in user mode and then start up > > > > > WINE but so far I have no idea how to do it....... > > > > > Any tips? > > ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <200406071153.13888.trunks-carracho@planet.nl>]
* [Qemu-devel] Re: Qemu-devel Digest, Vol 15, Issue 19 - WINE with QEMU on non-86x processor? [not found] ` <200406071153.13888.trunks-carracho@planet.nl> @ 2004-06-07 10:27 ` Wim Vanderbauwhede [not found] ` <200406071535.27517.trunks-carracho@planet.nl> 0 siblings, 1 reply; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-07 10:27 UTC (permalink / raw) To: Sander Nagtegaal; +Cc: qemu-devel [-- Attachment #1: Type: text/plain, Size: 1618 bytes --] In attachment my wine config file. Save it as ~/.wine/config and edit the "Path" entries under the [Drive ...] entries a bit so that all paths point to meaningful directories: [Drive C] "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" [Drive D] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-Rom" "Filesystem" = "win95" ; make sure that device is correct and has proper permissions ! "Device" = "/dev/cdrom" [Drive E] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive F] "Path" = "/home/wim" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [Drive G] "Path" = "/home/ARCHS/rh_x86" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > Op maandag 7 juni 2004 10:29, schreef u: > > -I assume you know how to set up wine (I mean adapting the > > ~/.wine/config file). My qemu-wine home directory is usr/share/wine-c in > > the target platform directory. If you like I can mail my .wine/config > > file. > > No......I do not know how to set up wine..That was my next problem after I > managed to let qemu run the "ls" file. Could you mail the config or email me > how to set it up? Thanks alot! You're a great help. I'm going to try it! > [-- Attachment #2: qemu_wine_config --] [-- Type: text/plain, Size: 7966 bytes --] WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; If you think it is nescessary to show others your complete config for a ;; bug report, filter out empty lines and comments with ;; grep -v "^;" ~/.wine/config | grep '.' ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; "Path"="xxx" (Unix path for drive root) ;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; "Label"="xxx" (drive label, at most 11 characters) ;; "Serial"="xxx" (serial number, 8 characters hexadecimal number) ;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; "Device"="/dev/xx" (only if you want to allow raw device access) ;; ;;[Drive A] ;;"Path" = "/mnt/fd0" ;;"Type" = "floppy" ;;"Label" = "Floppy" ;;"Serial" = "87654321" ;;"Device" = "/dev/fd0" [Drive C] "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" [Drive D] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-Rom" "Filesystem" = "win95" ; make sure that device is correct and has proper permissions ! "Device" = "/dev/cdrom" [Drive E] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive F] "Path" = "/home/wim" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [Drive G] "Path" = "/home/ARCHS/rh_x86" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" [wine] "Windows" = "c:\\windows" "System" = "c:\\windows\\system" "Temp" = "e:\\" "Path" = "c:\\windows;c:\\windows\\system;e:\\;e:\\test;f:\\" "Profile" = "c:\\windows\\Profiles\\Administrator" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win2k3,win20,win30,win31) "Windows" = "winxp" ; DOS version to imitate ;"DOS" = "6.22" # <wineconf> ; Be careful here, wrong DllOverrides settings have the potential ; to pretty much kill your setup. [DllOverrides] "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "ver" = "builtin, native" "version" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "shdocvw" = "builtin, native" "lzexpand" = "builtin, native" "lz32" = "builtin, native" "comctl32" = "builtin, native" "commctrl" = "builtin, native" "advapi32" = "builtin" "crtdll" = "builtin, native" "mpr" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "opengl32" = "builtin, native" "msvcrt" = "native, builtin" "rpcrt4" = "native, builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "msacm" = "builtin, native" "msacm32" = "builtin, native" "midimap.drv" = "builtin, native" ; default for all other dlls "*" = "native, builtin, so" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "N" ; Use a desktop window of 640x480 for Wine ;"Desktop" = "640x480" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) #"UseDGA" = "Y" "UseDGA" = "N" ; Use XShm extension if present "UseXShm" = "Y" ; Use XVidMode extension if present "UseXVidMode" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read documentation/fonts before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/ttyS2" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [ppdev] ;; key: io-base of the emulated port ;; value : parport-device{,timeout} ;; timeout for auto closing an open device ( not yet implemented) ;"378" = "/dev/parport0" ;"278" = "/dev/parport1" ;"3bc" = "/dev/parport2" [spooler] "FILE:" = "tmp.ps" "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ;"write" = "0x779,0x379,0x280-0x2a0" [spy] "Exclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' ;; this has *nothing* to do with the windows version Wine returns: ;; use cmdline option --winver if you want that. "WineLook" = "Win95" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" #"Drivers" = "winearts.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" ;; sample AppDefaults entries ;[AppDefaults\\iexplore.exe\\DllOverrides] ;"shlwapi" = "native" ;"rpcrt4" = "native" ;"ole32" = "native" ;"shdocvw" = "native" ;"wininet" = "native" ;"shfolder" = "native" ;"shell32" = "native" ;"shell" = "native" ;"comctl32" = "native" ; ;[AppDefaults\\setup.exe\\x11drv] ;"Desktop" = "800x600" # </wineconf> ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <200406071535.27517.trunks-carracho@planet.nl>]
* [Qemu-devel] Re: WINE with QEMU on PPC [not found] ` <200406071535.27517.trunks-carracho@planet.nl> @ 2004-06-07 13:55 ` Wim Vanderbauwhede 2004-06-07 16:02 ` Sander Nagtegaal 0 siblings, 1 reply; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-07 13:55 UTC (permalink / raw) To: Sander Nagtegaal; +Cc: qemu-devel On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > -Put them in the target platform directory (mine is /home/ARCHS/rh_x86) > -Install the rpm's using rpm2cpio and cpio: > e.g. > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > Just a small question. Can I give the target platform directory any name I > want? And then just change the dir? Or does it have to be a /ARCHS/rh_x86 > type of directory? It can be any name you like. I just mentioned the name I gave because it also occurs in the config file. On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > groff: error while loading shared libraries: > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data encoding not > big-endian > > Another thing is that when I now run a "man **** " command it gives errors. > All my man pages are not working anymore.........maybe some declare path is > wrong? > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the x86 libraries. If you just open a new terminal window, and run "man" there, that should be OK. To avoid this kind of problem, I put my qemu-specific commands in shell scripts. The "declare" statements are only valid within the enviroment of the script, not outside it. On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > /home/azrael/Emulation/usr/bin/wineserver > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > That's what I got trying to run winserver. What could be the problem? The wineserver error is a different issue. What qemu are you using? I am now using qemu-0.5.5, and wine-20040505; before, I used qemu-0.5.3 and wine-20040309. I have glibc-2.3.3 and I use gcc-3.3.2 for building. But I'm just a user, segfaults in qemu is something for the real qemu-guru's. Cheers, Wim > Op maandag 7 juni 2004 12:27, schreef u: > > In attachment my wine config file. Save it as ~/.wine/config > > and edit the "Path" entries under the [Drive ...] entries a bit so that > > all paths point to meaningful directories: > > > > [Drive C] > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > "Type" = "hd" > > "Label" = "MS-DOS" > > "Filesystem" = "win95" > > > > [Drive D] "Path" = "/mnt/cdrom" > > "Type" = "cdrom" > > "Label" = "CD-Rom" > > "Filesystem" = "win95" > > ; make sure that device is correct and has proper permissions ! > > "Device" = "/dev/cdrom" > > > > [Drive E] "Path" = "/tmp" > > "Type" = "hd" > > "Label" = "Tmp Drive" > > "Filesystem" = "win95" > > > > [Drive F] "Path" = "/home/wim" > > "Type" = "network" > > "Label" = "Home" > > "Filesystem" = "win95" > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > "Type" = "hd" > > "Label" = "MS-DOS" > > "Filesystem" = "win95" > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > -I assume you know how to set up wine (I mean adapting the > > > > ~/.wine/config file). My qemu-wine home directory is usr/share/wine-c > > > > in the target platform directory. If you like I can mail my > > > > .wine/config file. > > > > > > No......I do not know how to set up wine..That was my next problem after > > > I managed to let qemu run the "ls" file. Could you mail the config or > > > email me how to set it up? Thanks alot! You're a great help. I'm going to > > > try it! > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-07 13:55 ` [Qemu-devel] Re: WINE with QEMU on PPC Wim Vanderbauwhede @ 2004-06-07 16:02 ` Sander Nagtegaal 2004-06-07 17:51 ` Mark Guertin 2004-06-07 20:07 ` Wim Vanderbauwhede 0 siblings, 2 replies; 13+ messages in thread From: Sander Nagtegaal @ 2004-06-07 16:02 UTC (permalink / raw) To: Wim Vanderbauwhede, qemu-devel [azrael@localhost Emulation]$ qemu-i386 /home/azrael/Emulation/usr/bin/wineserver /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /home/azrael/Emulation/usr/bin/wineserver) /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.3' not found (required by /home/azrael/Emulation/usr/bin/wineserver) /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /home/azrael/Emulation/usr/lib/libwine.so.1) /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.3' not found (required by /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) I'm a step further. The 11 error was just that I didn't correctly put the LD path with declare -x Doing that solved my problem. But now wineserver only can't find 4 pieces. Where to get them? I installed every rpm you said and everything is found except for those 4......... Op maandag 7 juni 2004 15:55, schreef u: > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > -Put them in the target platform directory (mine is /home/ARCHS/rh_x86) > > -Install the rpm's using rpm2cpio and cpio: > > e.g. > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > Just a small question. Can I give the target platform directory any name > > I want? And then just change the dir? Or does it have to be a > > /ARCHS/rh_x86 type of directory? > > It can be any name you like. I just mentioned the name I gave because it > also occurs in the config file. > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > groff: error while loading shared libraries: > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data encoding not > > big-endian > > > > Another thing is that when I now run a "man **** " command it gives > > errors. All my man pages are not working anymore.........maybe some > > declare path is wrong? > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the x86 > libraries. If you just open a new terminal window, and run "man" there, > that should be OK. > To avoid this kind of problem, I put my qemu-specific commands in shell > scripts. The "declare" statements are only valid within the enviroment > of the script, not outside it. > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > > /home/azrael/Emulation/usr/bin/wineserver > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > That's what I got trying to run winserver. What could be the problem? > > The wineserver error is a different issue. What qemu are you using? I am > now using qemu-0.5.5, and wine-20040505; before, I used qemu-0.5.3 and > wine-20040309. > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > But I'm just a user, segfaults in qemu is something for the real > qemu-guru's. > > Cheers, > > Wim > > > Op maandag 7 juni 2004 12:27, schreef u: > > > In attachment my wine config file. Save it as ~/.wine/config > > > and edit the "Path" entries under the [Drive ...] entries a bit so that > > > all paths point to meaningful directories: > > > > > > [Drive C] > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > "Type" = "hd" > > > "Label" = "MS-DOS" > > > "Filesystem" = "win95" > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > "Type" = "cdrom" > > > "Label" = "CD-Rom" > > > "Filesystem" = "win95" > > > ; make sure that device is correct and has proper permissions ! > > > "Device" = "/dev/cdrom" > > > > > > [Drive E] "Path" = "/tmp" > > > "Type" = "hd" > > > "Label" = "Tmp Drive" > > > "Filesystem" = "win95" > > > > > > [Drive F] "Path" = "/home/wim" > > > "Type" = "network" > > > "Label" = "Home" > > > "Filesystem" = "win95" > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > "Type" = "hd" > > > "Label" = "MS-DOS" > > > "Filesystem" = "win95" > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > -I assume you know how to set up wine (I mean adapting the > > > > > ~/.wine/config file). My qemu-wine home directory is > > > > > usr/share/wine-c in the target platform directory. If you like I > > > > > can mail my .wine/config file. > > > > > > > > No......I do not know how to set up wine..That was my next problem > > > > after I managed to let qemu run the "ls" file. Could you mail the > > > > config or email me how to set it up? Thanks alot! You're a great > > > > help. I'm going to try it! ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-07 16:02 ` Sander Nagtegaal @ 2004-06-07 17:51 ` Mark Guertin 2004-06-07 20:07 ` Wim Vanderbauwhede 1 sibling, 0 replies; 13+ messages in thread From: Mark Guertin @ 2004-06-07 17:51 UTC (permalink / raw) To: qemu-devel; +Cc: Wim Vanderbauwhede You probably have to specify the -L option when calling qemu to make sure it's pointed at the proper root for the x86 binaries. In the past I setup a whole 'mini' distribution of x86 binaries into a folder on my drive (using quickpkg from my Gentoo x86 system for the needed components, and then untarring the pkgs into my x86 root folder). I had more up to date versions of gcc/glibc/wine and all related libraries installed at that time. I also setup things to run 'automagically' using the BINFMT_MISC kernel option and registering both wine and qemu. I don't have the details any longer on exactly how I did this, but if this is the kind of functionality you are looking for I know it can work via this route with some patience and a lot of reading/experimenting. Basically it ended up for me having double-clickable win32 applications (that automatically launched qemu + wine behind the scenes using binfmt_misc). I actually played 3d pinball from the windows setup on my Quicksilver G4 733 running Gentoo PPC as a host. Although it was _very_ slow, it worked. Given the progress that qemu has made since that point in time (I did this when Jon Nall first posted the gcc 3.x patches -- almost a year ago), I would honestly suggest not using wine, but using a 'real' windows installation in a disk image, as you will likely have much better success if you're trying to run windows binaries. Hope this helps. Some info from this is referenced at : http://devblogs.org/article.php?story=20030824121559268 Mark On 7-Jun-04, at 12:02 PM, Sander Nagtegaal wrote: > [azrael@localhost Emulation]$ qemu-i386 > /home/azrael/Emulation/usr/bin/wineserver > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > `GLIBC_2.2' > not found (required by /home/azrael/Emulation/usr/bin/wineserver) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > `GLIBC_2.3' > not found (required by /home/azrael/Emulation/usr/bin/wineserver) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > `GLIBC_2.2' > not found (required by /home/azrael/Emulation/usr/lib/libwine.so.1) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > `GLIBC_2.3' > not found (required by > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > I'm a step further. The 11 error was just that I didn't correctly put > the LD > path with declare -x > Doing that solved my problem. > But now wineserver only can't find 4 pieces. Where to get them? I > installed > every rpm you said and everything is found except for those 4......... ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-07 16:02 ` Sander Nagtegaal 2004-06-07 17:51 ` Mark Guertin @ 2004-06-07 20:07 ` Wim Vanderbauwhede [not found] ` <200406072332.06794.trunks-carracho@planet.nl> 1 sibling, 1 reply; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-07 20:07 UTC (permalink / raw) To: Sander Nagtegaal, Wim Vanderbauwhede, qemu-devel It looks like you forgot the -L option. Sander Nagtegaal <trunks-carracho@planet.nl> said: > [azrael@localhost Emulation]$ qemu-i386 > /home/azrael/Emulation/usr/bin/wineserver > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.2' > not found (required by /home/azrael/Emulation/usr/bin/wineserver) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.3' > not found (required by /home/azrael/Emulation/usr/bin/wineserver) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.2' > not found (required by /home/azrael/Emulation/usr/lib/libwine.so.1) > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version `GLIBC_2.3' > not found (required by /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > I'm a step further. The 11 error was just that I didn't correctly put the LD > path with declare -x > Doing that solved my problem. > But now wineserver only can't find 4 pieces. Where to get them? I installed > every rpm you said and everything is found except for those 4......... > > Op maandag 7 juni 2004 15:55, schreef u: > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > -Put them in the target platform directory (mine is /home/ARCHS/rh_x86) > > > -Install the rpm's using rpm2cpio and cpio: > > > e.g. > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > Just a small question. Can I give the target platform directory any name > > > I want? And then just change the dir? Or does it have to be a > > > /ARCHS/rh_x86 type of directory? > > > > It can be any name you like. I just mentioned the name I gave because it > > also occurs in the config file. > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > groff: error while loading shared libraries: > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data encoding not > > > big-endian > > > > > > Another thing is that when I now run a "man **** " command it gives > > > errors. All my man pages are not working anymore.........maybe some > > > declare path is wrong? > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the x86 > > libraries. If you just open a new terminal window, and run "man" there, > > that should be OK. > > To avoid this kind of problem, I put my qemu-specific commands in shell > > scripts. The "declare" statements are only valid within the enviroment > > of the script, not outside it. > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > > > /home/azrael/Emulation/usr/bin/wineserver > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > That's what I got trying to run winserver. What could be the problem? > > > > The wineserver error is a different issue. What qemu are you using? I am > > now using qemu-0.5.5, and wine-20040505; before, I used qemu-0.5.3 and > > wine-20040309. > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > But I'm just a user, segfaults in qemu is something for the real > > qemu-guru's. > > > > Cheers, > > > > Wim > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > In attachment my wine config file. Save it as ~/.wine/config > > > > and edit the "Path" entries under the [Drive ...] entries a bit so that > > > > all paths point to meaningful directories: > > > > > > > > [Drive C] > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > "Type" = "hd" > > > > "Label" = "MS-DOS" > > > > "Filesystem" = "win95" > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > "Type" = "cdrom" > > > > "Label" = "CD-Rom" > > > > "Filesystem" = "win95" > > > > ; make sure that device is correct and has proper permissions ! > > > > "Device" = "/dev/cdrom" > > > > > > > > [Drive E] "Path" = "/tmp" > > > > "Type" = "hd" > > > > "Label" = "Tmp Drive" > > > > "Filesystem" = "win95" > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > "Type" = "network" > > > > "Label" = "Home" > > > > "Filesystem" = "win95" > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > "Type" = "hd" > > > > "Label" = "MS-DOS" > > > > "Filesystem" = "win95" > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > -I assume you know how to set up wine (I mean adapting the > > > > > > ~/.wine/config file). My qemu-wine home directory is > > > > > > usr/share/wine-c in the target platform directory. If you like I > > > > > > can mail my .wine/config file. > > > > > > > > > > No......I do not know how to set up wine..That was my next problem > > > > > after I managed to let qemu run the "ls" file. Could you mail the > > > > > config or email me how to set it up? Thanks alot! You're a great > > > > > help. I'm going to try it! > > > -- If it's pointless, what's the point? If there is a point to it, what's the point? (Tibor Fischer, "The Thought Gang") ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <200406072332.06794.trunks-carracho@planet.nl>]
* [Qemu-devel] Re: WINE with QEMU on PPC [not found] ` <200406072332.06794.trunks-carracho@planet.nl> @ 2004-06-07 21:36 ` Sander Nagtegaal 2004-06-07 22:10 ` Sander Nagtegaal 2004-06-08 7:12 ` Wim Vanderbauwhede 0 siblings, 2 replies; 13+ messages in thread From: Sander Nagtegaal @ 2004-06-07 21:36 UTC (permalink / raw) To: Wim Vanderbauwhede, qemu-devel Just tested something..........it gives the same error with non-existed directories. It does not give the error when not using the -L option but then it can't find some libraries......... Hope you know what to do........ Thanks , Sander Op maandag 7 juni 2004 23:32, schreef u: > With the -L option error returns. > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > /home/******/Emulation/usr/bin/wineserver > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > So it still doesn't work sadly...........I think I'm very close. Would a > CVS qemu help maybe? > > Op maandag 7 juni 2004 22:07, schreef u: > > It looks like you forgot the -L option. > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > [azrael@localhost Emulation]$ qemu-i386 > > > /home/azrael/Emulation/usr/bin/wineserver > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > `GLIBC_2.2' not found (required by > > > /home/azrael/Emulation/usr/bin/wineserver) > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > `GLIBC_2.3' not found (required by > > > /home/azrael/Emulation/usr/bin/wineserver) > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > `GLIBC_2.2' not found (required by > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > `GLIBC_2.3' not found (required by > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > I'm a step further. The 11 error was just that I didn't correctly put > > > the LD path with declare -x > > > Doing that solved my problem. > > > But now wineserver only can't find 4 pieces. Where to get them? I > > > installed every rpm you said and everything is found except for those > > > 4......... > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > -Put them in the target platform directory (mine is > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and cpio: > > > > > e.g. > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > Just a small question. Can I give the target platform directory any > > > > > name I want? And then just change the dir? Or does it have to be a > > > > > /ARCHS/rh_x86 type of directory? > > > > > > > > It can be any name you like. I just mentioned the name I gave because > > > > it also occurs in the config file. > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > groff: error while loading shared libraries: > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data > > > > > encoding not big-endian > > > > > > > > > > Another thing is that when I now run a "man **** " command it gives > > > > > errors. All my man pages are not working anymore.........maybe some > > > > > declare path is wrong? > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the x86 > > > > libraries. If you just open a new terminal window, and run "man" > > > > there, that should be OK. > > > > To avoid this kind of problem, I put my qemu-specific commands in > > > > shell scripts. The "declare" statements are only valid within the > > > > enviroment of the script, not outside it. > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > That's what I got trying to run winserver. What could be the > > > > > problem? > > > > > > > > The wineserver error is a different issue. What qemu are you using? I > > > > am now using qemu-0.5.5, and wine-20040505; before, I used qemu-0.5.3 > > > > and wine-20040309. > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > But I'm just a user, segfaults in qemu is something for the real > > > > qemu-guru's. > > > > > > > > Cheers, > > > > > > > > Wim > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > In attachment my wine config file. Save it as ~/.wine/config > > > > > > and edit the "Path" entries under the [Drive ...] entries a bit > > > > > > so that all paths point to meaningful directories: > > > > > > > > > > > > [Drive C] > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > "Type" = "hd" > > > > > > "Label" = "MS-DOS" > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > "Type" = "cdrom" > > > > > > "Label" = "CD-Rom" > > > > > > "Filesystem" = "win95" > > > > > > ; make sure that device is correct and has proper permissions ! > > > > > > "Device" = "/dev/cdrom" > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > "Type" = "hd" > > > > > > "Label" = "Tmp Drive" > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > "Type" = "network" > > > > > > "Label" = "Home" > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > "Type" = "hd" > > > > > > "Label" = "MS-DOS" > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > -I assume you know how to set up wine (I mean adapting the > > > > > > > > ~/.wine/config file). My qemu-wine home directory is > > > > > > > > usr/share/wine-c in the target platform directory. If you > > > > > > > > like I can mail my .wine/config file. > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my next > > > > > > > problem after I managed to let qemu run the "ls" file. Could > > > > > > > you mail the config or email me how to set it up? Thanks alot! > > > > > > > You're a great help. I'm going to try it! ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-07 21:36 ` Sander Nagtegaal @ 2004-06-07 22:10 ` Sander Nagtegaal 2004-06-08 7:12 ` Wim Vanderbauwhede 1 sibling, 0 replies; 13+ messages in thread From: Sander Nagtegaal @ 2004-06-07 22:10 UTC (permalink / raw) To: qemu-devel I really think I need to find another glibc rpm or something like that. You sure you gave me the right rpms with glibc? Op maandag 7 juni 2004 23:36, schreef Sander Nagtegaal: > Just tested something..........it gives the same error with non-existed > directories. It does not give the error when not using the -L option but > then it can't find some libraries......... > > Hope you know what to do........ > > Thanks , Sander > > Op maandag 7 juni 2004 23:32, schreef u: > > With the -L option error returns. > > > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > > /home/******/Emulation/usr/bin/wineserver > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > So it still doesn't work sadly...........I think I'm very close. Would a > > CVS qemu help maybe? > > > > Op maandag 7 juni 2004 22:07, schreef u: > > > It looks like you forgot the -L option. > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > [azrael@localhost Emulation]$ qemu-i386 > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.2' not found (required by > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.3' not found (required by > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.2' not found (required by > > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.3' not found (required by > > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > > > I'm a step further. The 11 error was just that I didn't correctly put > > > > the LD path with declare -x > > > > Doing that solved my problem. > > > > But now wineserver only can't find 4 pieces. Where to get them? I > > > > installed every rpm you said and everything is found except for those > > > > 4......... > > > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > > -Put them in the target platform directory (mine is > > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and cpio: > > > > > > e.g. > > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > > > Just a small question. Can I give the target platform directory > > > > > > any name I want? And then just change the dir? Or does it have to > > > > > > be a /ARCHS/rh_x86 type of directory? > > > > > > > > > > It can be any name you like. I just mentioned the name I gave > > > > > because it also occurs in the config file. > > > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > > groff: error while loading shared libraries: > > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data > > > > > > encoding not big-endian > > > > > > > > > > > > Another thing is that when I now run a "man **** " command it > > > > > > gives errors. All my man pages are not working > > > > > > anymore.........maybe some declare path is wrong? > > > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the > > > > > x86 libraries. If you just open a new terminal window, and run > > > > > "man" there, that should be OK. > > > > > To avoid this kind of problem, I put my qemu-specific commands in > > > > > shell scripts. The "declare" statements are only valid within the > > > > > enviroment of the script, not outside it. > > > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > > > That's what I got trying to run winserver. What could be the > > > > > > problem? > > > > > > > > > > The wineserver error is a different issue. What qemu are you using? > > > > > I am now using qemu-0.5.5, and wine-20040505; before, I used > > > > > qemu-0.5.3 and wine-20040309. > > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > > But I'm just a user, segfaults in qemu is something for the real > > > > > qemu-guru's. > > > > > > > > > > Cheers, > > > > > > > > > > Wim > > > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > > In attachment my wine config file. Save it as ~/.wine/config > > > > > > > and edit the "Path" entries under the [Drive ...] entries a bit > > > > > > > so that all paths point to meaningful directories: > > > > > > > > > > > > > > [Drive C] > > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "MS-DOS" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > > "Type" = "cdrom" > > > > > > > "Label" = "CD-Rom" > > > > > > > "Filesystem" = "win95" > > > > > > > ; make sure that device is correct and has proper permissions ! > > > > > > > "Device" = "/dev/cdrom" > > > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "Tmp Drive" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > > "Type" = "network" > > > > > > > "Label" = "Home" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "MS-DOS" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > > -I assume you know how to set up wine (I mean adapting the > > > > > > > > > ~/.wine/config file). My qemu-wine home directory is > > > > > > > > > usr/share/wine-c in the target platform directory. If you > > > > > > > > > like I can mail my .wine/config file. > > > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my next > > > > > > > > problem after I managed to let qemu run the "ls" file. Could > > > > > > > > you mail the config or email me how to set it up? Thanks > > > > > > > > alot! You're a great help. I'm going to try it! > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-07 21:36 ` Sander Nagtegaal 2004-06-07 22:10 ` Sander Nagtegaal @ 2004-06-08 7:12 ` Wim Vanderbauwhede 2004-06-08 8:54 ` Sander Nagtegaal 1 sibling, 1 reply; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-08 7:12 UTC (permalink / raw) To: Sander Nagtegaal, Wim Vanderbauwhede, qemu-devel > Just tested something..........it gives the same error with non-existed > directories. That must be the root of the problem then. Did you set the LD_LIBRAY_PATH correctly? What version of glibc and gcc do you have? $ rpm -q gcc $ rpm -q glibc Could you test this: $ qemu-i386 -L /yourpath /yourpath/bin/ash.static -c pwd $ qemu-i386 -L /yourpath /yourpath/bin/sh -c pwd $ qemu-i386 -L /yourpath /yourpath/bin/pwd Now, I had this problem with Mandrake 10 x86, and none of the gurus could explain it. That's why I switched to Red Hat 9. It that fails for you, you could maybe try Red Hat 7.3. Sander Nagtegaal <trunks-carracho@planet.nl> said: > Just tested something..........it gives the same error with non-existed > directories. It does not give the error when not using the -L option but then > it can't find some libraries......... > > Hope you know what to do........ > > Thanks , Sander > > Op maandag 7 juni 2004 23:32, schreef u: > > With the -L option error returns. > > > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > > /home/******/Emulation/usr/bin/wineserver > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > So it still doesn't work sadly...........I think I'm very close. Would a > > CVS qemu help maybe? > > > > Op maandag 7 juni 2004 22:07, schreef u: > > > It looks like you forgot the -L option. > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > [azrael@localhost Emulation]$ qemu-i386 > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.2' not found (required by > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.3' not found (required by > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.2' not found (required by > > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > `GLIBC_2.3' not found (required by > > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > > > I'm a step further. The 11 error was just that I didn't correctly put > > > > the LD path with declare -x > > > > Doing that solved my problem. > > > > But now wineserver only can't find 4 pieces. Where to get them? I > > > > installed every rpm you said and everything is found except for those > > > > 4......... > > > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > > -Put them in the target platform directory (mine is > > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and cpio: > > > > > > e.g. > > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > > > Just a small question. Can I give the target platform directory any > > > > > > name I want? And then just change the dir? Or does it have to be a > > > > > > /ARCHS/rh_x86 type of directory? > > > > > > > > > > It can be any name you like. I just mentioned the name I gave because > > > > > it also occurs in the config file. > > > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > > groff: error while loading shared libraries: > > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data > > > > > > encoding not big-endian > > > > > > > > > > > > Another thing is that when I now run a "man **** " command it gives > > > > > > errors. All my man pages are not working anymore.........maybe some > > > > > > declare path is wrong? > > > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the x86 > > > > > libraries. If you just open a new terminal window, and run "man" > > > > > there, that should be OK. > > > > > To avoid this kind of problem, I put my qemu-specific commands in > > > > > shell scripts. The "declare" statements are only valid within the > > > > > enviroment of the script, not outside it. > > > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > > [azrael@localhost Emulation]$ qemu-i386 -L /home/azrael/Emulation > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > > > That's what I got trying to run winserver. What could be the > > > > > > problem? > > > > > > > > > > The wineserver error is a different issue. What qemu are you using? I > > > > > am now using qemu-0.5.5, and wine-20040505; before, I used qemu-0.5.3 > > > > > and wine-20040309. > > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > > But I'm just a user, segfaults in qemu is something for the real > > > > > qemu-guru's. > > > > > > > > > > Cheers, > > > > > > > > > > Wim > > > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > > In attachment my wine config file. Save it as ~/.wine/config > > > > > > > and edit the "Path" entries under the [Drive ...] entries a bit > > > > > > > so that all paths point to meaningful directories: > > > > > > > > > > > > > > [Drive C] > > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "MS-DOS" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > > "Type" = "cdrom" > > > > > > > "Label" = "CD-Rom" > > > > > > > "Filesystem" = "win95" > > > > > > > ; make sure that device is correct and has proper permissions ! > > > > > > > "Device" = "/dev/cdrom" > > > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "Tmp Drive" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > > "Type" = "network" > > > > > > > "Label" = "Home" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > > "Type" = "hd" > > > > > > > "Label" = "MS-DOS" > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > > -I assume you know how to set up wine (I mean adapting the > > > > > > > > > ~/.wine/config file). My qemu-wine home directory is > > > > > > > > > usr/share/wine-c in the target platform directory. If you > > > > > > > > > like I can mail my .wine/config file. > > > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my next > > > > > > > > problem after I managed to let qemu run the "ls" file. Could > > > > > > > > you mail the config or email me how to set it up? Thanks alot! > > > > > > > > You're a great help. I'm going to try it! > > > -- If it's pointless, what's the point? If there is a point to it, what's the point? (Tibor Fischer, "The Thought Gang") ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] Re: WINE with QEMU on PPC 2004-06-08 7:12 ` Wim Vanderbauwhede @ 2004-06-08 8:54 ` Sander Nagtegaal 0 siblings, 0 replies; 13+ messages in thread From: Sander Nagtegaal @ 2004-06-08 8:54 UTC (permalink / raw) To: wim, qemu-devel [azrael@localhost azrael]$ rpm -q gcc gcc-3.2.2-2a [azrael@localhost azrael]$ rpm -q glibc glibc-2.3.1-51a [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ /home/azrael/Emulation/bin/ash.static -c pwd /home/azrael The ash.static works....... [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ /home/azrael/Emulation/bin/sh -c pwd qemu: uncaught target signal 11 (Segmentation fault) - exiting The sh does not........ [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ /home/azrael/Emulation/bin/pwd qemu: uncaught target signal 11 (Segmentation fault) - exiting And neither does pwd............. So I should try and download the redhat 7.3 RPMS x86 and try them out? Op dinsdag 8 juni 2004 09:12, schreef u: > > Just tested something..........it gives the same error with non-existed > > directories. > > That must be the root of the problem then. > Did you set the LD_LIBRAY_PATH correctly? > > What version of glibc and gcc do you have? > $ rpm -q gcc > $ rpm -q glibc > > Could you test this: > $ qemu-i386 -L /yourpath /yourpath/bin/ash.static -c pwd > $ qemu-i386 -L /yourpath /yourpath/bin/sh -c pwd > $ qemu-i386 -L /yourpath /yourpath/bin/pwd > > Now, I had this problem with Mandrake 10 x86, and none of the gurus could > explain it. That's why I switched to Red Hat 9. It that fails for you, you > could maybe try Red Hat 7.3. > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > Just tested something..........it gives the same error with non-existed > > directories. It does not give the error when not using the -L option but > > then it can't find some libraries......... > > > > Hope you know what to do........ > > > > Thanks , Sander > > > > Op maandag 7 juni 2004 23:32, schreef u: > > > With the -L option error returns. > > > > > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > > > /home/******/Emulation/usr/bin/wineserver > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > So it still doesn't work sadly...........I think I'm very close. Would > > > a CVS qemu help maybe? > > > > > > Op maandag 7 juni 2004 22:07, schreef u: > > > > It looks like you forgot the -L option. > > > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > > [azrael@localhost Emulation]$ qemu-i386 > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > > `GLIBC_2.2' not found (required by > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > > `GLIBC_2.3' not found (required by > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > > `GLIBC_2.2' not found (required by > > > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: version > > > > > `GLIBC_2.3' not found (required by > > > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > > > > > I'm a step further. The 11 error was just that I didn't correctly > > > > > put the LD path with declare -x > > > > > Doing that solved my problem. > > > > > But now wineserver only can't find 4 pieces. Where to get them? I > > > > > installed every rpm you said and everything is found except for > > > > > those 4......... > > > > > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > > > -Put them in the target platform directory (mine is > > > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and cpio: > > > > > > > e.g. > > > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > > > > > Just a small question. Can I give the target platform directory > > > > > > > any name I want? And then just change the dir? Or does it have > > > > > > > to be a /ARCHS/rh_x86 type of directory? > > > > > > > > > > > > It can be any name you like. I just mentioned the name I gave > > > > > > because it also occurs in the config file. > > > > > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > > > groff: error while loading shared libraries: > > > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file data > > > > > > > encoding not big-endian > > > > > > > > > > > > > > Another thing is that when I now run a "man **** " command it > > > > > > > gives errors. All my man pages are not working > > > > > > > anymore.........maybe some declare path is wrong? > > > > > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to the > > > > > > x86 libraries. If you just open a new terminal window, and run > > > > > > "man" there, that should be OK. > > > > > > To avoid this kind of problem, I put my qemu-specific commands in > > > > > > shell scripts. The "declare" statements are only valid within the > > > > > > enviroment of the script, not outside it. > > > > > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > > > [azrael@localhost Emulation]$ qemu-i386 -L > > > > > > > /home/azrael/Emulation > > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > > > > > That's what I got trying to run winserver. What could be the > > > > > > > problem? > > > > > > > > > > > > The wineserver error is a different issue. What qemu are you > > > > > > using? I am now using qemu-0.5.5, and wine-20040505; before, I > > > > > > used qemu-0.5.3 and wine-20040309. > > > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > > > But I'm just a user, segfaults in qemu is something for the real > > > > > > qemu-guru's. > > > > > > > > > > > > Cheers, > > > > > > > > > > > > Wim > > > > > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > > > In attachment my wine config file. Save it as ~/.wine/config > > > > > > > > and edit the "Path" entries under the [Drive ...] entries a > > > > > > > > bit so that all paths point to meaningful directories: > > > > > > > > > > > > > > > > [Drive C] > > > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > > > "Type" = "hd" > > > > > > > > "Label" = "MS-DOS" > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > > > "Type" = "cdrom" > > > > > > > > "Label" = "CD-Rom" > > > > > > > > "Filesystem" = "win95" > > > > > > > > ; make sure that device is correct and has proper permissions > > > > > > > > ! "Device" = "/dev/cdrom" > > > > > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > > > "Type" = "hd" > > > > > > > > "Label" = "Tmp Drive" > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > > > "Type" = "network" > > > > > > > > "Label" = "Home" > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > > > "Type" = "hd" > > > > > > > > "Label" = "MS-DOS" > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > > > -I assume you know how to set up wine (I mean adapting > > > > > > > > > > the ~/.wine/config file). My qemu-wine home directory is > > > > > > > > > > usr/share/wine-c in the target platform directory. If you > > > > > > > > > > like I can mail my .wine/config file. > > > > > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my next > > > > > > > > > problem after I managed to let qemu run the "ls" file. > > > > > > > > > Could you mail the config or email me how to set it up? > > > > > > > > > Thanks alot! You're a great help. I'm going to try it! ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <1086685662.3281.4.camel@sicilia>]
[parent not found: <200406081553.31093.trunks-carracho@planet.nl>]
* [Qemu-devel] Re: WINE with QEMU on PPC: importance of gcc/glibc versions? [not found] ` <200406081553.31093.trunks-carracho@planet.nl> @ 2004-06-08 14:10 ` Sander Nagtegaal 2004-06-09 7:57 ` Wim Vanderbauwhede 1 sibling, 0 replies; 13+ messages in thread From: Sander Nagtegaal @ 2004-06-08 14:10 UTC (permalink / raw) To: qemu-devel > I tried it with the redhat RPMS........same problem......only ash.static > works....... > By the way......how can I safely update my glibc? > > So new summary: > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.3.2 and glibc-2.3.3 works > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.2.2 and glibc-2.3.1 does > > not work (segfaults) > > -Red Hat 7.3 on qemu 0.5.5. compiled with gcc 3.2.2 and glibc-2.3.1 does > > not > > work ( segfaults ) > > > And indeed, the static binaries do work. > > Op dinsdag 8 juni 2004 11:07, schreef u: > > I notice that I have gcc 3.3.2 and glibc-2.3.3 > > I know it's hard to upgrade glibc (it's almost a surefire way to break > > your system), but you might try to upgrade your gcc first. > > Or, indeed, you might try Red Hat 7.3, as these binaries have been > > compiled with an older gcc. > > > > qemu-gurus, does this make sense to any of you? In summary: > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.3.2 and glibc-2.3.3 works > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.2.2 and glibc-2.3.1 does > > not work (segfaults) > > And indeed, the static binaries do work. > > > > On Tue, 2004-06-08 at 09:54, Sander Nagtegaal wrote: > > > [azrael@localhost azrael]$ rpm -q gcc > > > gcc-3.2.2-2a > > > [azrael@localhost azrael]$ rpm -q glibc > > > glibc-2.3.1-51a > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/ash.static -c pwd > > > /home/azrael > > > > > > The ash.static works....... > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/sh -c pwd > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > The sh does not........ > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/pwd > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > And neither does pwd............. > > > So I should try and download the redhat 7.3 RPMS x86 and try them out? > > > > > > Op dinsdag 8 juni 2004 09:12, schreef u: > > > > > Just tested something..........it gives the same error with > > > > > non-existed directories. > > > > > > > > That must be the root of the problem then. > > > > Did you set the LD_LIBRAY_PATH correctly? > > > > > > > > What version of glibc and gcc do you have? > > > > $ rpm -q gcc > > > > $ rpm -q glibc > > > > > > > > Could you test this: > > > > $ qemu-i386 -L /yourpath /yourpath/bin/ash.static -c pwd > > > > $ qemu-i386 -L /yourpath /yourpath/bin/sh -c pwd > > > > $ qemu-i386 -L /yourpath /yourpath/bin/pwd > > > > > > > > Now, I had this problem with Mandrake 10 x86, and none of the gurus > > > > could explain it. That's why I switched to Red Hat 9. It that fails > > > > for you, you could maybe try Red Hat 7.3. > > > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > > Just tested something..........it gives the same error with > > > > > non-existed directories. It does not give the error when not using > > > > > the -L option but then it can't find some libraries......... > > > > > > > > > > Hope you know what to do........ > > > > > > > > > > Thanks , Sander > > > > > > > > > > Op maandag 7 juni 2004 23:32, schreef u: > > > > > > With the -L option error returns. > > > > > > > > > > > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > > > > > > /home/******/Emulation/usr/bin/wineserver > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > > > So it still doesn't work sadly...........I think I'm very close. > > > > > > Would a CVS qemu help maybe? > > > > > > > > > > > > Op maandag 7 juni 2004 22:07, schreef u: > > > > > > > It looks like you forgot the -L option. > > > > > > > > > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > > > > > [azrael@localhost Emulation]$ qemu-i386 > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.2' not found (required by > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.3' not found (required by > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.2' not found (required by > > > > > > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.3' not found (required by > > > > > > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > > > > > > > > > > > I'm a step further. The 11 error was just that I didn't > > > > > > > > correctly put the LD path with declare -x > > > > > > > > Doing that solved my problem. > > > > > > > > But now wineserver only can't find 4 pieces. Where to get > > > > > > > > them? I installed every rpm you said and everything is found > > > > > > > > except for those 4......... > > > > > > > > > > > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > > > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > > > > > > -Put them in the target platform directory (mine is > > > > > > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and > > > > > > > > > > cpio: e.g. > > > > > > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > > > > > > > > > > > Just a small question. Can I give the target platform > > > > > > > > > > directory any name I want? And then just change the dir? > > > > > > > > > > Or does it have to be a /ARCHS/rh_x86 type of directory? > > > > > > > > > > > > > > > > > > It can be any name you like. I just mentioned the name I > > > > > > > > > gave because it also occurs in the config file. > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > > > > > > groff: error while loading shared libraries: > > > > > > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file > > > > > > > > > > data encoding not big-endian > > > > > > > > > > > > > > > > > > > > Another thing is that when I now run a "man **** " > > > > > > > > > > command it gives errors. All my man pages are not working > > > > > > > > > > anymore.........maybe some declare path is wrong? > > > > > > > > > > > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points > > > > > > > > > to the x86 libraries. If you just open a new terminal > > > > > > > > > window, and run "man" there, that should be OK. > > > > > > > > > To avoid this kind of problem, I put my qemu-specific > > > > > > > > > commands in shell scripts. The "declare" statements are > > > > > > > > > only valid within the enviroment of the script, not outside > > > > > > > > > it. > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > > > > > > [azrael@localhost Emulation]$ qemu-i386 -L > > > > > > > > > > /home/azrael/Emulation > > > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - > > > > > > > > > > exiting > > > > > > > > > > > > > > > > > > > > That's what I got trying to run winserver. What could be > > > > > > > > > > the problem? > > > > > > > > > > > > > > > > > > The wineserver error is a different issue. What qemu are > > > > > > > > > you using? I am now using qemu-0.5.5, and wine-20040505; > > > > > > > > > before, I used qemu-0.5.3 and wine-20040309. > > > > > > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > > > > > > But I'm just a user, segfaults in qemu is something for the > > > > > > > > > real qemu-guru's. > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > > > Wim > > > > > > > > > > > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > > > > > > In attachment my wine config file. Save it as > > > > > > > > > > > ~/.wine/config and edit the "Path" entries under the > > > > > > > > > > > [Drive ...] entries a bit so that all paths point to > > > > > > > > > > > meaningful directories: > > > > > > > > > > > > > > > > > > > > > > [Drive C] > > > > > > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "MS-DOS" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > > > > > > "Type" = "cdrom" > > > > > > > > > > > "Label" = "CD-Rom" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > ; make sure that device is correct and has proper > > > > > > > > > > > permissions ! "Device" = "/dev/cdrom" > > > > > > > > > > > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "Tmp Drive" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > > > > > > "Type" = "network" > > > > > > > > > > > "Label" = "Home" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "MS-DOS" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > > > > > > -I assume you know how to set up wine (I mean > > > > > > > > > > > > > adapting the ~/.wine/config file). My qemu-wine > > > > > > > > > > > > > home directory is usr/share/wine-c in the target > > > > > > > > > > > > > platform directory. If you like I can mail my > > > > > > > > > > > > > .wine/config file. > > > > > > > > > > > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my > > > > > > > > > > > > next problem after I managed to let qemu run the "ls" > > > > > > > > > > > > file. Could you mail the config or email me how to > > > > > > > > > > > > set it up? Thanks alot! You're a great help. I'm > > > > > > > > > > > > going to try it! ^ permalink raw reply [flat|nested] 13+ messages in thread
* [Qemu-devel] Re: WINE with QEMU on PPC: importance of gcc/glibc versions? [not found] ` <200406081553.31093.trunks-carracho@planet.nl> 2004-06-08 14:10 ` [Qemu-devel] Re: WINE with QEMU on PPC: importance of gcc/glibc versions? Sander Nagtegaal @ 2004-06-09 7:57 ` Wim Vanderbauwhede 1 sibling, 0 replies; 13+ messages in thread From: Wim Vanderbauwhede @ 2004-06-09 7:57 UTC (permalink / raw) To: Sander Nagtegaal, Qemu Devel List On Tue, 2004-06-08 at 14:53, Sander Nagtegaal wrote: > I tried it with the redhat RPMS........same problem......only ash.static > works....... You mean Red Hat 7.3? > By the way......how can I safely update my glibc? The only way to do it safely is to upgrade your distro. You did upgrade your gcc from 3.2.3 to 3.3.2, didn't you? > So new summary: > > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.3.2 and glibc-2.3.3 works > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.2.2 and glibc-2.3.1 does > > not work (segfaults) > > -Red Hat 7.3 on qemu 0.5.5. compiled with gcc 3.2.2 and glibc-2.3.1 does not > work ( segfaults ) > > And indeed, the static binaries do work. > > Op dinsdag 8 juni 2004 11:07, schreef u: > > I notice that I have gcc 3.3.2 and glibc-2.3.3 > > I know it's hard to upgrade glibc (it's almost a surefire way to break > > your system), but you might try to upgrade your gcc first. > > Or, indeed, you might try Red Hat 7.3, as these binaries have been > > compiled with an older gcc. > > > > qemu-gurus, does this make sense to any of you? In summary: > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.3.2 and glibc-2.3.3 works > > -Red Hat 9 on qemu 0.5.5 compiled with gcc 3.2.2 and glibc-2.3.1 does > > not work (segfaults) > > And indeed, the static binaries do work. > > > > On Tue, 2004-06-08 at 09:54, Sander Nagtegaal wrote: > > > [azrael@localhost azrael]$ rpm -q gcc > > > gcc-3.2.2-2a > > > [azrael@localhost azrael]$ rpm -q glibc > > > glibc-2.3.1-51a > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/ash.static -c pwd > > > /home/azrael > > > > > > The ash.static works....... > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/sh -c pwd > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > The sh does not........ > > > > > > [azrael@localhost azrael]$ qemu-i386 -L /home/azrael/Emulation/ > > > /home/azrael/Emulation/bin/pwd > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > And neither does pwd............. > > > So I should try and download the redhat 7.3 RPMS x86 and try them out? > > > > > > Op dinsdag 8 juni 2004 09:12, schreef u: > > > > > Just tested something..........it gives the same error with > > > > > non-existed directories. > > > > > > > > That must be the root of the problem then. > > > > Did you set the LD_LIBRAY_PATH correctly? > > > > > > > > What version of glibc and gcc do you have? > > > > $ rpm -q gcc > > > > $ rpm -q glibc > > > > > > > > Could you test this: > > > > $ qemu-i386 -L /yourpath /yourpath/bin/ash.static -c pwd > > > > $ qemu-i386 -L /yourpath /yourpath/bin/sh -c pwd > > > > $ qemu-i386 -L /yourpath /yourpath/bin/pwd > > > > > > > > Now, I had this problem with Mandrake 10 x86, and none of the gurus > > > > could explain it. That's why I switched to Red Hat 9. It that fails for > > > > you, you could maybe try Red Hat 7.3. > > > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > > Just tested something..........it gives the same error with > > > > > non-existed directories. It does not give the error when not using > > > > > the -L option but then it can't find some libraries......... > > > > > > > > > > Hope you know what to do........ > > > > > > > > > > Thanks , Sander > > > > > > > > > > Op maandag 7 juni 2004 23:32, schreef u: > > > > > > With the -L option error returns. > > > > > > > > > > > > [******@localhost ****]$ qemu-i386 -L /home/*****/Emulation > > > > > > /home/******/Emulation/usr/bin/wineserver > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - exiting > > > > > > > > > > > > So it still doesn't work sadly...........I think I'm very close. > > > > > > Would a CVS qemu help maybe? > > > > > > > > > > > > Op maandag 7 juni 2004 22:07, schreef u: > > > > > > > It looks like you forgot the -L option. > > > > > > > > > > > > > > Sander Nagtegaal <trunks-carracho@planet.nl> said: > > > > > > > > [azrael@localhost Emulation]$ qemu-i386 > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.2' not found (required by > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.3' not found (required by > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.2' not found (required by > > > > > > > > /home/azrael/Emulation/usr/lib/libwine.so.1) > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver: /lib/libc.so.6: > > > > > > > > version `GLIBC_2.3' not found (required by > > > > > > > > /home/azrael/Emulation/usr/lib/libwine_unicode.so.1) > > > > > > > > > > > > > > > > I'm a step further. The 11 error was just that I didn't > > > > > > > > correctly put the LD path with declare -x > > > > > > > > Doing that solved my problem. > > > > > > > > But now wineserver only can't find 4 pieces. Where to get them? > > > > > > > > I installed every rpm you said and everything is found except > > > > > > > > for those 4......... > > > > > > > > > > > > > > > > Op maandag 7 juni 2004 15:55, schreef u: > > > > > > > > > On Mon, 2004-06-07 at 13:36, Sander Nagtegaal wrote: > > > > > > > > > > -Put them in the target platform directory (mine is > > > > > > > > > > /home/ARCHS/rh_x86) -Install the rpm's using rpm2cpio and > > > > > > > > > > cpio: e.g. > > > > > > > > > > $ rpm2cpio ash-0.3.8-8.i386.rpm | cpio -idv > > > > > > > > > > > > > > > > > > > > Just a small question. Can I give the target platform > > > > > > > > > > directory any name I want? And then just change the dir? Or > > > > > > > > > > does it have to be a /ARCHS/rh_x86 type of directory? > > > > > > > > > > > > > > > > > > It can be any name you like. I just mentioned the name I gave > > > > > > > > > because it also occurs in the config file. > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 14:35, Sander Nagtegaal wrote: > > > > > > > > > > groff: error while loading shared libraries: > > > > > > > > > > /home/azrael/Emulation/usr/lib/libstdc++.so.5: ELF file > > > > > > > > > > data encoding not big-endian > > > > > > > > > > > > > > > > > > > > Another thing is that when I now run a "man **** " command > > > > > > > > > > it gives errors. All my man pages are not working > > > > > > > > > > anymore.........maybe some declare path is wrong? > > > > > > > > > > > > > > > > > > I'm afraid that's normal: your LD_LIBRARY_PATH now points to > > > > > > > > > the x86 libraries. If you just open a new terminal window, > > > > > > > > > and run "man" there, that should be OK. > > > > > > > > > To avoid this kind of problem, I put my qemu-specific > > > > > > > > > commands in shell scripts. The "declare" statements are only > > > > > > > > > valid within the enviroment of the script, not outside it. > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 14:26, Sander Nagtegaal wrote: > > > > > > > > > > [azrael@localhost Emulation]$ qemu-i386 -L > > > > > > > > > > /home/azrael/Emulation > > > > > > > > > > /home/azrael/Emulation/usr/bin/wineserver > > > > > > > > > > qemu: uncaught target signal 11 (Segmentation fault) - > > > > > > > > > > exiting > > > > > > > > > > > > > > > > > > > > That's what I got trying to run winserver. What could be > > > > > > > > > > the problem? > > > > > > > > > > > > > > > > > > The wineserver error is a different issue. What qemu are you > > > > > > > > > using? I am now using qemu-0.5.5, and wine-20040505; before, > > > > > > > > > I used qemu-0.5.3 and wine-20040309. > > > > > > > > > I have glibc-2.3.3 and I use gcc-3.3.2 for building. > > > > > > > > > But I'm just a user, segfaults in qemu is something for the > > > > > > > > > real qemu-guru's. > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > > > > > > > > > Wim > > > > > > > > > > > > > > > > > > > Op maandag 7 juni 2004 12:27, schreef u: > > > > > > > > > > > In attachment my wine config file. Save it as > > > > > > > > > > > ~/.wine/config and edit the "Path" entries under the > > > > > > > > > > > [Drive ...] entries a bit so that all paths point to > > > > > > > > > > > meaningful directories: > > > > > > > > > > > > > > > > > > > > > > [Drive C] > > > > > > > > > > > "Path"="/home/ARCHS/rh_x86/usr/share/wine-c" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "MS-DOS" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive D] "Path" = "/mnt/cdrom" > > > > > > > > > > > "Type" = "cdrom" > > > > > > > > > > > "Label" = "CD-Rom" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > ; make sure that device is correct and has proper > > > > > > > > > > > permissions ! "Device" = "/dev/cdrom" > > > > > > > > > > > > > > > > > > > > > > [Drive E] "Path" = "/tmp" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "Tmp Drive" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive F] "Path" = "/home/wim" > > > > > > > > > > > "Type" = "network" > > > > > > > > > > > "Label" = "Home" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > [Drive G] "Path" = "/home/ARCHS/rh_x86" > > > > > > > > > > > "Type" = "hd" > > > > > > > > > > > "Label" = "MS-DOS" > > > > > > > > > > > "Filesystem" = "win95" > > > > > > > > > > > > > > > > > > > > > > On Mon, 2004-06-07 at 10:53, Sander Nagtegaal wrote: > > > > > > > > > > > > Op maandag 7 juni 2004 10:29, schreef u: > > > > > > > > > > > > > -I assume you know how to set up wine (I mean > > > > > > > > > > > > > adapting the ~/.wine/config file). My qemu-wine home > > > > > > > > > > > > > directory is usr/share/wine-c in the target platform > > > > > > > > > > > > > directory. If you like I can mail my .wine/config > > > > > > > > > > > > > file. > > > > > > > > > > > > > > > > > > > > > > > > No......I do not know how to set up wine..That was my > > > > > > > > > > > > next problem after I managed to let qemu run the "ls" > > > > > > > > > > > > file. Could you mail the config or email me how to set > > > > > > > > > > > > it up? Thanks alot! You're a great help. I'm going to > > > > > > > > > > > > try it! > > ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2004-06-09 7:59 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <E1BWhiS-0006Mt-00@moses.all2all.org> 2004-06-05 20:56 ` [Qemu-devel] Re: Qemu-devel Digest, Vol 15, Issue 19 - WINE with QEMU on non-86x processor? Wim Vanderbauwhede [not found] ` <200406052312.04434.trunks-carracho@planet.nl> 2004-06-07 8:29 ` Wim Vanderbauwhede [not found] ` <200406071153.13888.trunks-carracho@planet.nl> 2004-06-07 10:27 ` Wim Vanderbauwhede [not found] ` <200406071535.27517.trunks-carracho@planet.nl> 2004-06-07 13:55 ` [Qemu-devel] Re: WINE with QEMU on PPC Wim Vanderbauwhede 2004-06-07 16:02 ` Sander Nagtegaal 2004-06-07 17:51 ` Mark Guertin 2004-06-07 20:07 ` Wim Vanderbauwhede [not found] ` <200406072332.06794.trunks-carracho@planet.nl> 2004-06-07 21:36 ` Sander Nagtegaal 2004-06-07 22:10 ` Sander Nagtegaal 2004-06-08 7:12 ` Wim Vanderbauwhede 2004-06-08 8:54 ` Sander Nagtegaal [not found] ` <1086685662.3281.4.camel@sicilia> [not found] ` <200406081553.31093.trunks-carracho@planet.nl> 2004-06-08 14:10 ` [Qemu-devel] Re: WINE with QEMU on PPC: importance of gcc/glibc versions? Sander Nagtegaal 2004-06-09 7:57 ` Wim Vanderbauwhede
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).