similar to: remote gdb & com32

Hey guys, I can't seem to figure out how to debug a COM32 app with GDB under qemu. I start "qemu -s" and then "gdb hello.elf ; target remote:1234" but can't set any breakpoints that work. I"m using syslinux4 (pathbased from the repo). Can anyone verify that they can use qemu+com32+gdb with something as simple as com32/samples/hello.c32 ? Also, is it

Hello, Would com32 modules be considered the same as an ordinary Linux executable with respect to LGPL? That is, as long as you released any changes to syslinux/com32 libs would you also have to release the source to the com32 module? Thanks for your time.

This patch fixes a crash in disk.c32 owing to the change in get_error()'s signature. Instead of calling get_error() I just dump the error code. don diff --git a/com32/modules/disk.c b/com32/modules/disk.c index e94a36b..2966173 100644 --- a/com32/modules/disk.c +++ b/com32/modules/disk.c @@ -37,11 +37,8 @@ int main(int argc __attribute__ (( unused )), continue;

I am new to 32-bit programming in DOS. So this might be a stupid question. How do I access an absolute memory location in my COM32 code. If I understand it correctly, all the memory addresses use virtual addresses. I need to write code to read an absolute location in memory Is it as simple as answer = *(unsigned char *)MK_PTR(seg,ofs) or does the fact that the COM32 code is runing using

Hi list, I ran a syslinux drive on a QEMU machine with a gdbstub opened. I tried the simplest modules: the hello.c in com32/samples/ directory, which is compiled into hello.c32 in bios/com32/samples/. I already compiled the module with debug info attached via -g option added to CFLAGS in the Makefile. However, the problem is that the generated module is a shared dynamic module, which only

Hello, Pardon the newbee question but I'd like to be able to log to disk from within syslinux (extlinux actually, as it's a ext2 fs). fopen("w") does not appear to be implemented (returns EINVAL). Has anyone written the filesystem write support, and if not, any suggested routes? Should I just implement the lower level BIOS disk write support, add the FS layer, and go from

On Thu, Oct 5, 2017 at 11:48 AM, Tu Do via Syslinux <syslinux at zytor.com> wrote: > Hi list, > > I ran a syslinux drive on a QEMU machine with a gdbstub opened. I tried the simplest modules: the hello.c in com32/samples/ directory, which is compiled into hello.c32 in bios/com32/samples/. I already compiled the module with debug info attached via -g option added to CFLAGS in the

Previously, even non-length commands were added to history, but it shoudn't, e.g: just typing enter. For example, if you type: FOO -> (ENTER) -> (ENTER), then to get FOO from the history you would have to press the UP key twice. It also saves a bit of memory. Signed-off-by: Raphael S.Carvalho <raphael.scarv at gmail.com> --- com32/elflink/ldlinux/cli.c | 13 ++++++++----- 1

From: Matt Fleming <matt.fleming at intel.com> GCC 4.7 now places pointers to functions with the 'constructor' and 'destructor' function attributes in .init_array and .fini_array sections, respectively, whereas previously they were in the .ctors and .dtors sections. This change breaks the ctors/dtors code as it only expects function to be in the .ctors and .dtors sections,

Here is a partial patch that I'm using to illustrate a few questions that I have. Looking at the gpllib write_sectors (com32/gpllib/disk/write.c) it looks like the allocated size is wrong; size is in sectors so we should adjust the alloc/memcpy by size*SECTOR. Also, comparing core/diskio.c it looks like the registers aren't even setup right. In the patch below I put an #if 0 around the

Hello, A `make efi32` yeilds me make[3]: *** No rule to make target `efi32/com32/lib/memcmp.o', needed by `syslinux.so'. Stop. make[3]: Leaving directory `efi32/efi' make[2]: *** [efi] Error 2 Output of `ls -Gl efi32/com32/lib/mem*.o`: -rw-r--r-- 1 stappers 2812 Jun 10 22:06 efi32/com32/lib/memcpy.o -rw-r--r-- 1 stappers 3620 Jun 10 22:06 efi32/com32/lib/memmem.o

[resending, cutting out git pull-request output to make message smaller] Hi all, I have written a COM32 module called "acpioff", that, not surprisingly, powers off a machine using ACPI. I have tested it only using pxelinux.0 with a SeaBIOS/Qemu virtual machine. Since the changeset pulls in a "Linux-ized" version of the open source ACPI Component Architecture, it was too big

From: Jorge D Cisneros <jorge.cisneros at hp.com> Problem: The actual code only check for entries with kernel or linux, so this example will not work, this patch is to add support to gfxboot to detect the entry COM32 and use any module, in this case the module is chain.c32 Version: Syslinux 4.04 Example: UI gfxboot.c32 LABEL boot_hd0 MENU LABEL Boot from first hard drive COM32 chain.c32

From: Gene Cumm <gene.cumm at gmail.com> Fix COM32 chdir() since it's implemented in the core. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- diff --git a/com32/lib/chdir.c b/com32/lib/chdir.c index 6a365f3..4bd4c84 100644 --- a/com32/lib/chdir.c +++ b/com32/lib/chdir.c @@ -8,10 +8,5 @@ int chdir(const char *path) { - /* Actually implement something here... */ - -

Platform: MS XP 1. cfg file: prompt 1 timeout 150 display /downloadedPrograms/syslinux/syslinux.cfg default xp label xp com32 chain.c32 append hd0 1 ntldr=/ntldr label de com32 chain.c32 append hd0 2 label memtest linux memtest86+.bin label hello com32 hello.c32 2. Installed by >From xp cmd prompt:

At boot: prompt, COM32 module calls with full path fails silently. Please let me know if this is not the best fix for it. Also, please forgive me if this is not a bug and I did something wrong on my end. The following changes since commit 2779b713bdd8644ee2b52962ece6daa209b4ba6b: com32: remove duplicate modules (2012-05-22 20:59:51 -0300) are available in the git repository at:

The following changes since commit 4fc3fd1e14f4c1b9208ef262e5b6aef853e9fce4: graphics: make use of syslinux_force_text_mode() (2012-05-19 02:05:38 -0300) are available in the git repository at: git://github.com/aericson/syslinux.git elflink for you to fetch changes up to 2779b713bdd8644ee2b52962ece6daa209b4ba6b: com32: remove duplicate modules (2012-05-22 20:59:51 -0300)

From: Gene Cumm <gene.cumm at gmail.com> Fix duplicate spotless target in com32/libutil/Makefile. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- diff --git a/com32/libutil/Makefile b/com32/libutil/Makefile index 31754a9..02789ca 100644 --- a/com32/libutil/Makefile +++ b/com32/libutil/Makefile @@ -56,8 +56,6 @@ clean: tidy spotless: clean rm -f *.lss *.a *.c32 *.com

Hi, I'm working on a com32 module in which I need to get some file size. The only way I found was to include the "lib/sys/file.h" header file and get the i.length field from the file_info structure (once a file descriptor is open). I understand that this structure is internal to the Com32 file I/O implementation and should not be accessed from com32 modules. So is there a

Hi, The following patch is against 3.36. It lets the width-modifier to the %s conversion specifier restrict the length of the formatted string as well as expand it. In addition, it adds the strnlen function, which only exists as a prototype today. -- Arne. --- syslinux-3.36/com32/lib/Makefile.orig 2007-02-10 21:47:07.000000000 +0100 +++ syslinux-3.36/com32/lib/Makefile 2007-04-12