![]() ![]() |
Apr 6 2006, 04:40 AM
Post
#31
|
|
![]() Group: Admin Posts: 3,277 Joined: 29-July 04 From: Cambridge, England Member No.: 4,149 |
p.s. google for winscp it's a really easy way to copy the files
|
|
|
|
Apr 6 2006, 04:41 AM
Post
#32
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
QUOTE(Meanie @ Apr 6 2006, 01:13 PM) it doesn't like ntfs partitions. do you have any fat partitions? try mounting them manually, or better yet, if you have a usb thumbdrive, stick it in when you boot and it will automatically detect and mount it. Hmmm... It doesn't seem to be picking up the USB drive... Let's see if I have another one. |
|
|
|
Apr 6 2006, 04:49 AM
Post
#33
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
QUOTE(speculatrix @ Apr 6 2006, 01:39 PM) have you tried using samba shares to share files between the guest system? or, install putty & pscp on the host windows machine and scp the files off the linux guest. Could you explain how to set up a folder or something as a samba share in WinXP, so the Qemu would see it? |
|
|
|
Apr 6 2006, 04:54 AM
Post
#34
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
QUOTE(speculatrix @ Apr 6 2006, 01:40 PM) OK, downloaded WinScp. Could you tell me how exactly to use it now to copy files back and forth to Qemu, i.e. before compilation to Qemu, and after compilation from? Do I run winscp as host somehow and scp into it from the Qemu, or how? |
|
|
|
Apr 6 2006, 06:08 AM
Post
#35
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
QUOTE(Meanie @ Apr 6 2006, 01:13 PM) it doesn't like ntfs partitions. do you have any fat partitions? try mounting them manually, or better yet, if you have a usb thumbdrive, stick it in when you boot and it will automatically detect and mount it. Doesn't seem to work. I've plugged in a USB stick and don't see it anywhere. I've tried running with the -usb switch, and while it says that it's searching for USB devices etc. the disk isn't anywhere to be seen. What's wrong? |
|
|
|
Apr 6 2006, 06:39 AM
Post
#36
|
|
|
Group: Members Posts: 219 Joined: 10-February 04 Member No.: 1,807 |
If you are running Linux through QEMU, you can mount an MSDOS file system as a loop file:
http://www.oesf.org/forums/index.php?showtopic=17106&hl=qemu You can then use Cygwin and the mcopy command from the mtools package to copy files from the loop file to an actual hard disk: http://www.oesf.org/forums/index.php?showtopic=3559&st=75 |
|
|
|
Apr 6 2006, 06:55 AM
Post
#37
|
|
![]() Group: Admin Posts: 3,277 Joined: 29-July 04 From: Cambridge, England Member No.: 4,149 |
QUOTE(ShiroiKuma @ Apr 6 2006, 01:49 PM) QUOTE(speculatrix @ Apr 6 2006, 01:39 PM) have you tried using samba shares to share files between the guest system? or, install putty & pscp on the host windows machine and scp the files off the linux guest. Could you explain how to set up a folder or something as a samba share in WinXP, so the Qemu would see it? use explorer (open "my computer") to browse files. menu "tools->options", turn off simple file sharing. right mouse click on a folder, e.g. myfiles, share. on the linux machine, ensure /etc/samba/smb.conf has the correct workgroup, change if necessary and restart samba. use "smbclient -L ipaddressofwindows" to check it can see the windows box then mount the windows share with e.g. mkdir /mnt/xpfiles mount -t smbfs //1.2.3.4/xpfiles /mnt/xpfiles |
|
|
|
Apr 6 2006, 06:57 AM
Post
#38
|
|
![]() Group: Admin Posts: 3,277 Joined: 29-July 04 From: Cambridge, England Member No.: 4,149 |
|
|
|
|
Apr 6 2006, 07:04 AM
Post
#39
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
|
|
|
|
Apr 6 2006, 03:21 PM
Post
#40
|
|
![]() Group: Members Posts: 975 Joined: 25-June 03 From: Silicon Valley Member No.: 208 |
Thanks to David for providing 'the easy way to develop for the Z'...sounds great!
I have briefly reviewed David's webpage on this subject and wonder what approach I should use in my situation.... In other words whether I should use 1) Run in a QEMU virtual machine 2) Run using a DSL Live CD I have a recent small subnotebook (Averatec AV1050-EB1), that has a Pentium M ULV 733 (1.1GHz) with 1GB RAM...have set it up to dual boot WinXP or Debian....so would have liked (I think...) to install development environment in Debian....but if that's not possible without a lot of difficulty then would like to do either Option 1 or 2 above. Also, not clear as to what size USB thumbdrive to get if I go that route. What size would be good to use?? Thanks for any and all input! Mark |
|
|
|
Apr 6 2006, 05:07 PM
Post
#41
|
|
|
Group: Members Posts: 902 Joined: 22-May 04 Member No.: 3,385 |
There seems to be a problem with cross-compiling Zaurus binaries with the Qemu image.
I noticed when I ran ./configure while compiling Apache 2.2.0, that it said: CODE checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu This, after I ran CODE . dev-arm-qpe.sh The compiled binaries then don't run on the Z, says can't execute binary file... logically. Where is the problem? |
|
|
|
Apr 6 2006, 05:12 PM
Post
#42
|
|
![]() Group: Members Posts: 2,808 Joined: 21-March 05 From: Sydney, Australia Member No.: 6,686 |
QUOTE(ShiroiKuma @ Apr 7 2006, 11:07 AM) There seems to be a problem with cross-compiling Zaurus binaries with the Qemu image. I noticed when I ran ./configure while compiling Apache 2.2.0, that it said: CODE checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu This, after I ran CODE . dev-arm-qpe.sh The compiled binaries then don't run on the Z, says can't execute binary file... logically. Where is the problem? you need to ./configure --target=armv5tel-unknown-linux-gnu also, if you boot off the livecd directly, it will be able to mount your drives, but from within qemu, it won't be able to do that and you need to transfer the files via the network using samba, scp, ftp, etc... i found it best to boot the livecd since it really needs the cpu power unless your pc is super powerful... |
|
|
|
Apr 6 2006, 05:13 PM
Post
#43
|
|
|
Group: Members Posts: 106 Joined: 27-February 06 Member No.: 9,243 |
QUOTE(ShiroiKuma @ Apr 6 2006, 09:07 PM) There seems to be a problem with cross-compiling Zaurus binaries with the Qemu image. I noticed when I ran ./configure while compiling Apache 2.2.0, that it said: CODE checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu This, after I ran CODE . dev-arm-qpe.sh The compiled binaries then don't run on the Z, says can't execute binary file... logically. Where is the problem? you need to pass a flag like this to ./configure: --host=arm-linux |
|
|
|
Apr 21 2006, 07:28 PM
Post
#44
|
|
|
Group: Members Posts: 218 Joined: 12-February 06 From: Tokyo Member No.: 9,124 |
Thank you for your great image! Using it from Qemu on Mac ox X, works very well.
(it is slow but usable, ibook g3 900Mhz) |
|
|
|
Apr 24 2006, 12:22 PM
Post
#45
|
|
|
Group: Members Posts: 3 Joined: 16-January 06 Member No.: 8,937 |
Hello!
I'm posting both to share experiences and to ask for help/info: I'm very happy about this ready-setup environment. It's a very good way to go, not only for Zaurus development; all kinds of SDK's could ship a complete system, instead of letting people spend weeks with configuration errors before becoming productive.. I would not have done my things at all if I had to spend that meaningless time! So thanks very much for this. I have already used the environment to fix a severe map projection error in the Zaurus qpegps GPS application (though I have not yet shipped the fix back to Sourceforge). Now I have just started with another (flight) navigation program, where I have got stuck because NOW I NEED GDB. And it's not part of the environment. Suspect it has to be some special version/release? Can anybody give instructions what/how to install? And here's the experience list: - QEMU newer releases can't be started exactly like described. There's some modification to sound handling, which makes it necessary to put something else in the zsdk.bat. Mine is below. - Immediately found that 128MB memory is too little to compile most real applications. Discovered the parameter in QEMU. 192MB has been enough for all my compiles. Here's my zsdk.bat file, which works for me: REM Start qemu on windows. REM @ECHO OFF START qemu.exe -L . -m 192 -hda C:\zdev\sharp_zsdk_dsl_disk.img -hdb C:\zdev\qemu\jens.img -soundhw sb16,es1370 -localtime CLS EXIT Hope it helps somebody. And please tell me how to gdb debug... Cheers Jens Sweden |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 20th May 2013 - 01:35 AM |