similar to: [PATCH nbdkit 0/4] Add floppy plugin.

On 10/28/18 5:13 AM, Richard W.M. Jones wrote: > Create a virtual FAT-formatted floppy disk from a directory of files. > > For example: > > nbdkit floppy /path/to/directory > > The implementation of this is quite different from nbdkit-iso-plugin > since we cannot use an external program. Instead this plugin > synthesizes the MBR partition and FAT32 structures that

Create a virtual FAT-formatted floppy disk from a directory of files. For example: nbdkit floppy /path/to/directory The implementation of this is quite different from nbdkit-iso-plugin since we cannot use an external program. Instead this plugin synthesizes the MBR partition and FAT32 structures that are required. To do: Implement bootable virtual floppy using syslinux. This is not

This was a rather longer trip around the houses than I anticipated! The basic purpose of the patch series is to set $nbdkit_stdio_safe to "0" or "1" in sh and eval plugin scripts. To do that, I ended up adding a nicer way to manipulate environ lists, and to do that, I ended up adding a whole generic vector implementation which is applicable in a lot of different places.

These plugins have in common that they store either a list of allocated strings or a list of constant strings. Define either string_vector or const_string_vector as appropriate and use it to store these lists. --- plugins/iso/Makefile.am | 1 + plugins/split/Makefile.am | 1 + plugins/floppy/virtual-floppy.h | 7 +++-- plugins/floppy/directory-lfn.c | 35 +++++++++-------------

On 10/30/18 11:42 AM, Richard W.M. Jones wrote: > >>> + errno = 0; >>> + while ((d = readdir (DIR)) != NULL) { >>> + if (strcmp (d->d_name, ".") == 0 || >>> + strcmp (d->d_name, "..") == 0) >>> + continue; strcmp() leaves errno alone (well, POSIX doesn't guarantee that, but no sane implementation of

On Tue, Oct 30, 2018 at 09:12:55AM -0500, Eric Blake wrote: > >+/* Used for dealing with VFAT LFNs when creating a directory. */ > >+struct lfn { > >+ const char *name; /* Original Unix filename. */ > >+ char short_base[8]; /* Short basename. */ > >+ char short_ext[3]; /* Short file extension. */ > >+ char *lfn;

v1 was here: https://www.redhat.com/archives/libguestfs/2019-January/msg00008.html In v2 I have provided two patches: The first patch extends attribute((nonnull)) to most internal functions, but not to the external API. The second patch uses a macro so that attribute((format)) is only used in the public API on GCC or Clang. At least in theory these headers could be used by a C compiler which

On Fri, Sep 18, 2015 at 02:01:32PM +0300, Ady via Syslinux wrote: > > > > We have pxechn.c32 working with pxelinux.0 to switch between the two > > system, but pxechn.c32 under Uefi come up with the folowing error > > > @Developers, please consider using 8.3 file names format for c32 files > instead of such a long file name. Example of such a long file name? So

Hello all, after endless searching for days you might be able to help. In short: Is there a way to get Samba accept only 8.3 filenames and directory names on a share? The problem: From a windows client a user should be able to save files on a destination (samba share) which aren't longer than the old 8.3 dos convention. This is a requirement for a system behind it, which can only deal

On 18/09/2015 15:23, Ady via Syslinux wrote: > >> On Fri, Sep 18, 2015 at 02:01:32PM +0300, Ady via Syslinux wrote: >>>> >>>> We have pxechn.c32 working with pxelinux.0 to switch between the two >>>> system, but pxechn.c32 under Uefi come up with the folowing error >>> >>> >>> @Developers, please consider using 8.3

> >>> > > > > I have sent in the past two patches; one allows SL to chainload to efi > > executives and the other one > > allows to link the gnu-efi layer to a com32 module in order to access the > > EFI firmware from the com32 code. > > Despite minor changes I might've made during all this time that code > > works... > > Do you

Hello, Can anybody please help me with the following errors. Whenever a user from the group "accounting" logs in the the PDC, a login box pops up and the following message appears "Accessed Denied - Accou~!n.bat". The problems seems to ly with people who belong to the accounting group and are running Win98se on the desktop. Absolutely nothing has been changed on the system.

This is a fsck log of my computer ,everytime when boot the system show this things, what's the problem? And how can I cancel it when system boot? Log of fsck -C -R -A -a Sun Oct 14 21:00:34 2007 fsck 1.40.2 (12-Jul-2007) dosfsck 2.11, 12 Mar 2005, FAT32, LFN /dev/hdb1: 18222 files, 425355/1053230 clusters dosfsck 2.11, 12 Mar 2005, FAT32, LFN /dev/hdb10: 22 files, 571488/1248831 clusters

I have a small home network running three Win95 pcs with a Samba/Linux server (thanks, Andrew and Linus!!!). All works well. The question now is what I can do to make a full system backup (including hidden and system files) from the Win95 boxes to the 8mm tape drive on the Linux box. I know I could use smbmount to mount the Win95 drive, and then do a tar or cpio backup, but I'm not nearly

I'm trying to use this universal DOS TCP/IP boot disk available here: http://members.iinet.net.au/~bdriver/bootdisk/ It requires an MS-DOS formatted disk created by Windows XP. It works great as a floppy but doesn't boot at all with memdisk. The problem can be simplified down to just the XP boot disk. If you make an MS-DOS startup disk with XP on a floppy, dd the floppy to an image

v1 was here: https://www.redhat.com/archives/libguestfs/2019-September/msg00100.html In v2 I've changed the patch so it avoids calling realloc at all in this case. The patch is a bit longer this way. But I don't see any other alternative if we are to avoid having a "realloc wrapper" of some kind that we use everywhere, which I guess we should avoid because it makes plugins

Annotate some function parameters with attribute((nonnull)). Only do this for internal headers where we are sure that we will be using sufficiently recent GCC or Clang. For the public header files (ie. include/nbdkit-*.h) it may be that people building out of tree plugins are using old GCC which had problems, or even other compilers that don't support this extension at all. Libvirt has an

An evolution of the patch I posted yesterday to qemu-devel (https://www.mail-archive.com/qemu-devel@nongnu.org/msg588920.html) which (a) works and (b) has a test. Rich.

> On 2019-4-11 13:29, Lu Wei wrote: > > On 2019-4-10 1:20, Ady Ady via Syslinux wrote: > >>>>> #This item fails > >>>>> label dos > >>>>> menu label MS-^DOS 7.1 > >>>>> com32 chain.c32 msdos7=io.sys > >>> > >>> IO.SYS and COMMAND.COM are copied from a Windows98 system on another >

On 2019-4-10 1:20, Ady Ady via Syslinux wrote: >>>> #This item fails >>>> label dos >>>> menu label MS-^DOS 7.1 >>>> com32 chain.c32 msdos7=io.sys >> >> IO.SYS and COMMAND.COM are copied from a Windows98 system on another >> computer, which is MSDOS7.1; and BOOTSECT.W98 is from Bootpart tool (I >> compared it with the one from