* [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
* [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
* [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
* [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
* [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
* [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).