[Qemu-devel] tftp server - test report

[harald . seipp]

> Harald,
> 
> Thanks for testing and sorry for the delay. I had hoped that I would get
> some spare time that I could use to test the code on a windows box at
> work this friday but I had too much real work. Please post your
> observation to the list and maybe someone that runs windows/mingw could
> figure out what is wrong. Maybe it has something to do with mingw
> converting /c/tmp to c:tmp, but who knows. =)
> 
> Yeah, and while at it, let the list know that you want some kind of
> method to transfer files from the guest to the host too. I don't know if
> the right way to solve the problem would be just to add write support to
> the tftp server or actually implement a FTP server that allows listing
> directories and everything... Fabrice might have some grand plan.
> 
> Thanks again!
> 
> / magnus
> 
> > Hello Magnus,
> > 
> > I just tested the QEMU tftp support you kindly implemented on a Linux
> > host as
> > well as on a Windows host, both with DSL
> > (http://www.damnsmalllinux.org) as guest system.
> > I used the current QEMU CVS (Linux: live, Windows: snapshot from
> > ftp://ftp.freeoszoo.org/qemu/win32/daily/QemuInstall-20040826.exe).
> > I copied tftp client 0.32 retrieved from a RH9 machine via an ISO
> > image to the DSL guest.
> > 
> > It worked fine on the Linux host, but on the Windows host tftp always
> > aborted
> > the transfer with "Access violation".
> > On Windows, I ran qemu from within a MinGW shell with the command line
> > parameters
> > ....-user-net -tftp "/c/tmp" ...
> > That's the way MinGW maps the absolute Windows paths and should be
> > okay.
> > On the Linux host side inside tftp, I did the same:
> > tftp> get /c/tmp/t.c
> > Unfortunately there are two possible points of failure for "Access
> > violation"
> > in the qemu source file tftp.c and I can't tell which one was
> > triggered - the
> > check of the filename passed by tftp or the cross-check with the
> > command line
> > parameter.
> > If you need more information, please contact me.
> > 
> > BTW: Do you plan to implement write support ("put") in the future?
> > This would
> > be really helpful, as there is currently no convenient way to transfer
> > files
> > out of the guest on Windows hosts because networking does not fully
> > work.
> > 
> > Best regards,
> > Harald


--