similar to: my_isspace can be isblank

This patch modifies the simple menu com32 program to include integrated load progress. It also adds new options to the simple menu configuration MENU LOADMSG -- allows the user to specify the text to display when loading MENU LOADMSGROW -- controls where the text is written Example configuration: MENU LOADMSG Booting MENU LOADMSGROW 25 It works with my setup, please let me know if you find

If MENU COMMIT is specified for a label, execute it automatically when its hotkey is pressed. Signed-off-by: Ferenc Wagner <wferi at niif.hu> --- com32/menu/menu.h | 1 + com32/menu/menumain.c | 10 ++++++++-- com32/menu/readconfig.c | 6 +++++- 3 files changed, 14 insertions(+), 3 deletions(-) As mentioned on IRC, people ask for this. So here's something to talk

Hi, I'm seeing a problem on my system where the PXELINUX (and also the ISOLINUX) keep on prompting me the "Initial menu has no LABEL entries!" message, when vesamenu.c32 or menu.c32 is executed. After some investigation, I found that the global cm used in menu_main before it is initialized, and hence it carries a NULL value. I manage to get my system to display the menu after I

On 03.07.2015 12:28, Gene Cumm wrote: > On Fri, Jul 3, 2015 at 12:50 AM, poma via Syslinux <syslinux at zytor.com> wrote: > >> - "unsigned char c;" does not solve the problem >> >> - "c >= 0 && c <= ' '" solves the problem for the current git > > Could you try the following patch? Feel free to only apply the change

Hello, Stumble upon this issue. If one define digits as hotkeys, the action is also taken for the non-reserved CTRL-P to CTRL-Y (also affect ASCII prior to digits). Here's a quick patch, quickly tested for action on uppercase/lowercase and digit and inaction on "matching" CTRL key. Regards, Dany *Sample config section* LABEL extra2 MENU LABEL ^2. Two # pressing 2 activates

On Fri, Jul 3, 2015 at 12:50 AM, poma via Syslinux <syslinux at zytor.com> wrote: > - "unsigned char c;" does not solve the problem > > - "c >= 0 && c <= ' '" solves the problem for the current git Could you try the following patch? Feel free to only apply the change to readconfig.c if you want. -- -Gene diff --git

Modern distributions are moving toward a common boot scheme called "The Boot Loader Specification". This patch enables syslinux to parse the drop-in files that are defined by this new specification. Link to documentation of the options added to syslinux by this patch: https://drive.google.com/uc?export=download&id=1nuRISVJeE1whYggFURywoQFpPzc6s1MC MD5 (syslinux-bls1.txt) =

From: Matt Fleming <matt.fleming at linux.intel.com> These patches are based on the elflink branch. This set of patches is my attempt at moving the command-line interface functionality out of the core and into an ELF module to reduce the size of the core. The most interesting patch is [PATCH 4/4] which moves the cli code out of core/elflink and into com32/elflink/modules. [PATCH 4/4] is

Hi, These patches fix some compiler warnings in ldlinux and elflink. I've tried to split the patches out so that they only change one file or one type of problem at once. So, if they do inadvertently introduce any bugs it should at least be easy to bisect to a smallish commit. The following changes since commit 9ded45991b4fc83b40af963feb773ddca2589d74: ldlinux: Parse and store the

On Sat, Nov 22, 2014 at 10:39 AM, Martin Str|mberg <ams at ludd.ltu.se> wrote: > Hello. > > Use the z size specifier to printf-ing size_t variables to get rid of gcc > warning > format ?%08x? expects type ?unsigned int?, but argument 2 has type ?long unsigned int? Please, add the signed-off line. > > > -- > MartinS > > diff --git

Hello. Use the z size specifier to printf-ing size_t variables to get rid of gcc warning format ?%08x? expects type ?unsigned int?, but argument 2 has type ?long unsigned int? -- MartinS diff --git a/com32/lib/syslinux/initramfs_file.c b/com32/lib/syslinux/initramfs_file.c index 7eb55b5..9f9fa75 100644 --- a/com32/lib/syslinux/initramfs_file.c +++ b/com32/lib/syslinux/initramfs_file.c @@

From: Matt Fleming <matt.fleming at linux.intel.com> This is a series of patches that, * shrink the core by moving things into an ldlinux ELF module * begin wiring up some of the C versions of various functions The core now only contains essential code and loads the ldlinux module to do everything else, like providing a command line interface and loading kernels. The config file parsing

I have a need to display text to COM2 before loading a kernel. The easiest way to do this was to invade menu.c32 (menumain.c) and add a function to send the string out to the serial port just before the selected menu "label" is executed. In menumain.c, my function is called just before 'if (cmdline)'. The code I wrote to initialize the hardware and send individual characters

Hi, The following patches are just copying some functionality that exists in the asm cmdline code into the C version. There's still a few more things to do but we're getting there. The following changes since commit 8c576f1fe03e34879921311f46613a35c6530000: Merge remote-tracking branch 'mfleming/for-hpa/elflink/fix-compiler-warnings' into elflink (2011-03-16 12:53:58 -0700)

Hi Peter, The main part of this pull request includes commits that try to replace as many __intcall() invocations as possible. Some remain, but not many (and eventually they'll be gone too). There's also a patch to make better use of ld's --as-needed option and various other bug fixes/cleanups. The following changes since commit ff7334a2ce536b7f4b1f6d6f93ff4e285a3bd45a: Only

I've been trying to get syslinux.efi working in my environment again... Found what look like a bunch of little bugs that are very frustrating... First, the documentation on the Wiki says that as of 5.11, the list separator is space, not colon. But I can find no evidence that 5.11 was ever officially released or that a commit to git was made to make this change. 6.00 and following still use

I was having a display problem with memtest86 and dos via a memdisk image not displaying properly when launched using vesamenu.c32 and using a PNG background image. Instead of proper text output the display mode is not changed and the existing menu image is corrupted by the outputted text. This seems to be similar or identical to a problem describe in a previous mailing:

On Thu, May 12, 2016 at 02:29:52PM +0000, Janz, Burt via Syslinux wrote: > I have a need to display text to COM2 before loading a kernel. > The easiest way to do this was to invade menu.c32 (menumain.c) and > add a function to send the string out to the serial port just before > the selected menu "label" is executed. In menumain.c, my function is > called just before

On Thu, May 12, 2016 at 06:16:46PM +0200, Good Old Idea via Syslinux wrote: > On Thu, May 12, 2016 at 02:29:52PM +0000, Janz, Burt via Syslinux wrote: > > I have a need to display text to COM2 before loading a kernel. > > The easiest way to do this was to invade menu.c32 (menumain.c) and > > add a function to send the string out to the serial port just before > > the

I see that there seems to be patches being accepted... Please consider committing these two: You should be able to cherry pick them from my syslinux repo at http://github.com/ppokorny/syslinux I would think? commit 64fb71b87a625d70ea8c6127f18fe96d3f4fdc89 Author: Philip Pokorny <ppokorny at penguincomputing.com> Date: Sun Mar 5 21:07:48 2017 -0800 Fix PATH parsing to match the