search for: syslxmod

...ed instead of _BSD_SOURCE. However, there is no need to include _BSD_SOURCE because the sources only have inline functions and calls memcmp/cpy functions. Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 1 - libinstaller/fs.c | 1 - libinstaller/syslxmod.c | 1 - 3 files changed, 3 deletions(-) diff --git a/dos/getsetsl.c b/dos/getsetsl.c index 5260a2a..ba32b15 100644 --- a/dos/getsetsl.c +++ b/dos/getsetsl.c @@ -4,7 +4,6 @@ */ #define _XOPEN_SOURCE 500 /* Required on glibc 2.x */ -#define _BSD_SOURCE #include <inttypes.h> #include &l...

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 --------------

...3b39c1f113a8bc5621249db21a382a689aa174e Mon Sep 17 00:00:00 2001 > From: Pete Batard <pete at akeo.ie> > Date: Tue, 23 Feb 2016 19:57:28 +0000 > Subject: [PATCH 3/5] installers: MSVC compatibility fixes > > --- > libinstaller/syslxint.h | 13 ++++++++++++- > libinstaller/syslxmod.c | 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(s...

...ed instead of _BSD_SOURCE. However, there is no need to include _BSD_SOURCE because the sources only have inline functions and calls memcmp/cpy functions. Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 1 - libinstaller/fs.c | 1 - libinstaller/syslxmod.c | 1 - 3 files changed, 3 deletions(-) diff --git a/dos/getsetsl.c b/dos/getsetsl.c index 5260a2a..ba32b15 100644 --- a/dos/getsetsl.c +++ b/dos/getsetsl.c @@ -4,7 +4,6 @@ */ #define _XOPEN_SOURCE 500 /* Required on glibc 2.x */ -#define _BSD_SOURCE #include <inttypes.h> #include &l...

On 2016.03.07 03:27, Shao Miller via Syslinux wrote: > - Casting to a uintptr_t is ugly (and not C89, not that Syslinux cares > about that) Yeah, I'd have liked to avoid that too, but some compilers will complain about pointer arithmetic logic, unless you specifically use uintptr_t. But, considering your other very valid point, let me see if I can work something better here, that

...E since glibc 2.20[1]. To avoid build warning on glibc2.20, _DEFAULT_SOURCE should also be defined. [1]: https://sourceware.org/glibc/wiki/Release/2.20 Signed-off-by: Chanho Park <chanho61.park at samsung.com> --- dos/getsetsl.c | 2 ++ libinstaller/fs.c | 2 ++ libinstaller/syslxmod.c | 2 ++ 3 files changed, 6 insertions(+) diff --git a/dos/getsetsl.c b/dos/getsetsl.c index 5260a2a..c6e6ae7 100644 --- a/dos/getsetsl.c +++ b/dos/getsetsl.c @@ -5,6 +5,8 @@ #define _XOPEN_SOURCE 500 /* Required on glibc 2.x */ #define _BSD_SOURCE +/* glibc 2.20 deprecates _BSD_SOURCE in fav...

On Thu, Sep 18, 2014 at 12:34 AM, Chanho Park <chanho61.park at samsung.com> wrote: > The _BSD_SOURCE was deprecated since glibc-2.20. _DEFAULT_SOURCE can be > used instead of _BSD_SOURCE. However, there is no need to include > _BSD_SOURCE because the sources only have inline functions and calls > memcmp/cpy functions. Testing this myself on my build boxes, I see no issue. The

...nux-3.72/linux' /home/philipp/kernel/build_i586/staging_dir/bin/i586-linux-uclibc-gcc -Wp,-MT,syslinux.o,-MMD,.syslinux.o.d -W -Wall -D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I../libinstaller -c -o syslinux.o syslinux.c /home/philipp/kernel/build_i586/staging_dir/bin/i586-linux-uclibc-gcc -Wp,-MT,syslxmod.o,-MMD,.syslxmod.o.d -W -Wall -D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I../libinstaller -c -o syslxmod.o ../libinstaller/syslxmod.c /home/philipp/kernel/build_i586/staging_dir/bin/i586-linux-uclibc-gcc -Wp,-MT,bootsect_bin.o,-MMD,.bootsect_bin.o.d -W -Wall -D_FILE_OFFSET_BITS=64 -g -Os -I. -I.. -I.....

...m to test this on. The program can be compiled using mingw or in cygwin using the option -mno-cygwin (NOTE nasm on cygwin does not seem to generate a correct ldlinux.bin so this should be done on Linux). The program also compiles nicely using a Linux/mingw cross compiler. I had to include most of syslxmod.c into my port since libsyslinux.a did not compile due to all the header-files syslxmod.c includes (and not seems to need). Comments are welcome. Enjoy -- Lars Munch -------------- next part -------------- # Makefile for syslinux for windows # # Created by Lars Munch # lars at segv.dk # Linux...

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.

...I'm making a derivative a the Feather linux-live which can be found here: http://franboisson.homeip.net/clef/ClefAgreg.iso Everything works find except with USB key with sector size different then 512 (2048 in my case). I look at the source of syslinux and change the following: * The test in syslxmod.c * Change each time I see SECTOR_SHIFT=9 in SECTOR_SHIFT=11 It's compile fine but when I use syslinux on the key # syslinux /dev/sda1 gives a segfault. An strace gives *** rt_sigaction(SIGINT, {SIG_DFL}, NULL, 8) = 0 rt_sigaction(SIGQUIT, {SIG_DFL}, NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK,...

...iglio <frediano.ziglio at citrix.com> --- dos/syslinux.c | 2 +- extlinux/main.c | 36 +++++++++++++++++++++++++----------- libinstaller/syslinux.h | 3 ++- libinstaller/syslxcom.c | 30 +++++++++++++++--------------- libinstaller/syslxcom.h | 2 +- libinstaller/syslxmod.c | 14 ++++++++------ linux/syslinux.c | 4 ++-- mtools/syslinux.c | 2 +- win/syslinux.c | 3 ++- 9 files changed, 57 insertions(+), 39 deletions(-) diff --git a/dos/syslinux.c b/dos/syslinux.c index fa4bf38..6cd36d0 100644 --- a/dos/syslinux.c +++ b/dos/syslinux...

dos/syslinux.elf fails to build on current Ubuntu Natty (binutils 2.21) as follows: ld -m elf_i386 -T dosexe.ld -o syslinux.elf header.o crt0.o ldlinux.o syslinux.o fat.o syslxmod.o syslxopt.o setadv.o getopt_long.o bootsect_bin.o mbr_bin.o cache.o fatchain.o open.o searchdir.o libcom.a /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload /usr/bin/ld.bfd.real: syslinux_ldlinux_size must equal the size of .payload 'objdump -t ldlinux.o' loo...

...ge is simply due to a mental note about an incident where a > compiler once complained about this type of thing The problem was due to the following warning when compiling for 64-bit using using the latest WDK (7600.16385.1), with warning level 3 (/W3): 1>c:\rufus\src\syslinux\libinstaller\syslxmod.c(44) : warning C4242: '=' : conversion from 'sector_t' to 'unsigned int', possible loss of data I used to compile Rufus with /W3 everywhere when using WDK, but I have very recently reduced the warning level to /W2 for the Syslinux part (see [1]) , so that I could align...

...-Os -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -I/usr/src/syslinux/win64 -I/usr/src/syslinux/win64/.. -I/usr/src/syslinux/win64/../win -I/usr/src/syslinux/bios -I/usr/src/syslinux/win64/../libfat -I/usr/src/syslinux/win64/../libinstaller -I/usr/src/syslinux/win64/../libinstaller/getopt -c -o syslxmod.obj /usr/src/syslinux/win64/../libinstaller/syslxmod.c x86_64-w64-mingw32-gcc -Wno-sign-compare -Os -fomit-frame-pointer -D_FILE_OFFSET_BITS=64 -I/usr/src/syslinux/win64 -I/usr/src/syslinux/win64/.. -I/usr/src/syslinux/win64/../win -I/usr/src/syslinux/bios -I/usr/src/syslinux/win64/../libfat...

...r.com> wrote: > On 3/6/2016 17:03, Pete Batard via Syslinux wrote: >> >> The problem was due to the following warning when compiling for 64-bit >> using using the latest WDK (7600.16385.1), with warning level 3 (/W3): >> >> 1>c:\rufus\src\syslinux\libinstaller\syslxmod.c(44) : warning C4242: '=' : >> conversion from 'sector_t' to 'unsigned int', possible loss of data > > > Then your patch seems like the most sensible solution, as this warning > identifies that the two objects have different types. That declaration > c...

Hi all, I have just released syslinux-3.70-pre25. Unless someone has something big and scary that either I have managed to miss or was just stumbled over, I'm going to release 3.70 final some time between tomorrow and Monday. Thus, *please holler now* if there are any stop-ship problems still known... -hpa

...ke /dev/null I verify that /dev/null exist, then compile one of the target available on top Makefile and /dev/null no more exist. Example root:/usr/src/syslinux-3.36# cat /dev/null root:/usr/src/syslinux-3.36# make .depend Makefile:274: .depend: No such file or directory rm -f .depend for csrc in syslxmod.c gethostip.c ; do gcc -MM $csrc >> .depend ; done for nsrc in copybs.asm extlinux.asm isolinux-debug.asm isolinux.asm ldlinux.asm pxelinux.asm ; do nasm -O99 -DDEPEND -o `echo $nsrc | sed -e 's/\.asm/\.bin/'` -M $nsrc >> .depend ; done make: `.depend' is up to date. root:...

On 3/6/2016 17:03, Pete Batard via Syslinux wrote: > The problem was due to the following warning when compiling for 64-bit > using using the latest WDK (7600.16385.1), with warning level 3 (/W3): > > 1>c:\rufus\src\syslinux\libinstaller\syslxmod.c(44) : warning C4242: > '=' : conversion from 'sector_t' to 'unsigned int', possible loss of data Then your patch seems like the most sensible solution, as this warning identifies that the two objects have different types. That declaration context wasn't include...

...linux.bss" and "bootsect_bin.c" ldlinux - "ldlinux.sys" and "ldlinux_bin.c" ldlinux COM32 - "ldlinux.c32" and ldlinuxc32_bin.c Those c files can be used in "virtual-floppy.c". The installer "linux/syslinux.c" uses "libinstaller/syslxmod.c" to modify the content (boot sector and ldlinux). > The question, is there a way to simulate the work that syslinux does > in a reasonably supportable way that won't break on future updates of > syslinux? > > Rich. > The Sect1Ptr0_VAL and Sect1Ptr1_VAL magic values di...