From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33)
	id 1CgJFs-0005Xr-GD
	for qemu-devel@nongnu.org; Mon, 20 Dec 2004 03:51:00 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33)
	id 1CgJFq-0005XB-9a
	for qemu-devel@nongnu.org; Mon, 20 Dec 2004 03:50:58 -0500
Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.33) id 1CgJFp-0005X5-RV
	for qemu-devel@nongnu.org; Mon, 20 Dec 2004 03:50:57 -0500
Received: from [213.228.0.62] (helo=postfix4-1.free.fr)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1CgIyI-000736-8Z
	for qemu-devel@nongnu.org; Mon, 20 Dec 2004 03:32:50 -0500
Message-ID: <1103531563.41c68e2ba18f3@imp5-q.free.fr>
Date: Mon, 20 Dec 2004 09:32:43 +0100
From: zitu <zitu@free.fr>
Subject: Re: [Qemu-devel] Patch: virtual vfat support
References: <Pine.LNX.4.58.0412191905310.3718@wgmdd8.biozentrum.uni-wuerzburg.de>
In-Reply-To: <Pine.LNX.4.58.0412191905310.3718@wgmdd8.biozentrum.uni-wuerzburg.de>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Reply-To: qemu-devel@nongnu.org
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: qemu-devel@nongnu.org, Johannes Schindelin <Johannes.Schindelin@gmx.de>

Quoting Johannes Schindelin <Johannes.Schindelin@gmx.de>:
> Hi,
>
> I proudly present the alpha version of my vvfat block driver:
>
> http://libvncserver.sf.net/qemu/qemu-vvfat.patch.gz

It does not compile out of the box on windows host. I had to add
a locatime_r.c to make it compile successfully.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
#include <errno.h>
#include <time.h>

struct tm *
localtime_r(const time_t *t, struct tm *ptm)
{
    struct tm *ptms =3D localtime(t); /* pointer to static structure */

    if (ptms)
    {
	*ptm =3D *ptms;
	return ptm;
    }
    else
    {
	return 0;
    }
}
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

> So what is it? By calling QEmu with "-hda vvfat:some/directory", you ca=
n
> access the files in that directory via an emulated (virtual) VFAT devic=
e.
> (Yes, from the guest OS you can read the files and subdirectories of on=
e
> of the host OS' directories, and yes, this should eventually solve the =
SMB
> on DOS problem).

I tried to install freedos on a disk image, and extract the img to the
local vfat directory. I intended to check read-only capabilities.

Qemu doesn't start at all:
vvqemu.exe -m 160 -L pc-bios -hda vvfat:vfat -cdrom fdbootcd.iso -boot d

vfat contains:
AUTOEXEC.BAT  COMMAND.COM  CONFIG.SYS  FDOS/  FREEDOS.BSS  KERNEL.SYS

Zitu