search for: syslinux_extent

...e); int syslinux_already_installed(int dev_fd); #endif diff --git a/libinstaller/syslxmod.c b/libinstaller/syslxmod.c index c706f2c..be101f9 100644 --- a/libinstaller/syslxmod.c +++ b/libinstaller/syslxmod.c @@ -31,7 +31,8 @@ * Generate sector extents */ static void generate_extents(struct syslinux_extent *ex, int nptrs, - const sector_t *sectp, int nsect) + const sector_t *sectp, int nsect, + unsigned sector_size) { uint32_t addr = 0x8000; /* ldlinux.sys starts loading here */ uint32_t base; @@ -47,7 +48,7 @@ static void generate_extents(struct syslinux_extent *ex, i...

More MSVC compatibility fixes, for packed structures. NB: In case you are aware of the issues that may come with MS vs GCC packing, so far, I have not seen evidence of detrimental impact from using ms_struct packing in MSVC (vs gcc_struct, which is explicitly specified for MinGW), with regards to the sections of code I am using in Rufus. -------------- next part --------------

...3 ++- > 2 files changed, 14 insertions(+), 2 deletions(-) > > diff --git a/libinstaller/syslxmod.c b/libinstaller/syslxmod.c > index 0ec4164..7bf4d91 100644 > --- a/libinstaller/syslxmod.c > +++ b/libinstaller/syslxmod.c > @@ -41,7 +41,8 @@ static void generate_extents(struct syslinux_extent _slimg > *ex, int nptrs, > unsigned int len; > > base = addr; > - len = lba = 0; > + len = 0; > + lba = 0; > > memset_sl(ex, 0, nptrs * sizeof *ex); Did Visual Studio actually complain about this one? -- -Gene

This set of patches add some support for sector size >512. Currently it fixes extlinux, MBR for GPT and ext partitions. Other code is unaffected. This set of patches has been tested on a read Dell machine running a beta firmware.