qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [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).