search for: menu_entri

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) are available in the git repository at: git://git.zytor.com/users/mfleming/syslinux.git for-hpa/elflink/ldlinux Matt Fleming (1): ldlinux: Perform auto-boot if NOESCAPE set in config

Hello, While experimenting with possible menu layout found this issue; the entry for MENU BEGIN doesn't follow MENU INDENT. *Sample config* label - menu disable menu label Distro label rhel menu indent 2 menu label RHEL label cent menu indent 2 menu label Centos label fed menu indent 2 menu label Fedora menu begin menu indent 2 menu label Others menu end # 'Others'

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

Hello, the hot key assigned to a MENU BEGIN (via MENU LABEL) doesn't cause the submenu to be entered automatically when MENU IMMEDIATE is used (at previous level). Here's a patch over syslinux 6.03. Patch was tested on Debian. Regards Dany *Sample config* # hot keys: S,1,2 are immediate (screen flash), but not E MENU IMMEDIATE LABEL standard MENU LABEL ^Standard MENU BEGIN MENU LABEL

SYSLINUX 3.11-pre5 is hereby a bug fix release candidate. If I don't receive any problem reports, I will release it as-is on Tuesday, August 30. http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

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

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)

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 series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

...106,11 @@ static void resolve_gotos(void) } } -static void dump_menu(struct menu *menu) -{ - dprintf("will dump menu for %s:", menu->label); - printf("entries num: %d\n", menu->nentries); - printf("defentry: %d, nam = %s\n", - menu->defentry, menu->menu_entries[menu->defentry]->label); - printf("save: %d\n", menu->save); - //printf("", menu->); - //printf("", menu->); - //printf("", menu->); -} - void parse_configs(char **argv) { const char *filename; struct menu *m; struct menu_...

...9;,0 label_cnt dw 0 msg_progname db ''gfxboot: '',0 @@ -875,6 +903,8 @@ gfx_slash db ''/'', 0 db0 db 0 max_cmd_len equ 2047 command_line times max_cmd_len+2 db 0 +dentry_buf times 512 db 0 +dentry_buf_len equ $ - dentry_buf ; menu entry descriptor menu_entries equ 0 -- 1.6.2.2 --------------010806030301010902020205--

Hi! I have just tried to build menu.c32 but it fails. 3.20pre3 works fine though. Here is what happens: bash-3.1$ make gcc -m32 -mregparm=3 -DREGPARM=3 -W -Wall -march=i386 -Os -fomit-frame-pointer -I../libutil/include -I../include -D__COM32__ -c -o menu.o menu.c menu.c: In function `run_menu': menu.c:549: warning: variable `done' might be clobbered by `longjmp' or `vfork'

...gfx_slash db '/', 0 db0 db 0 +keyword_text_label db 6,'label',0 +keyword_text_default db 7,'default',0 +keywords equ $ + dw keyword_text_label + dw do_label + dw keyword_text_default + dw do_default +keyword_cnt dw ($-keywords)/4 + ; menu entry descriptor menu_entries equ 0 menu_default equ 2 ; seg:ofs

On 02.07.2015 11:10, Thomas Schmitt wrote: > Hi, > > poma wrote: >> - if (c <= ' ' || c == '\x7f') { >> + if (c <= ' ' && c == '\x7f') { > > As Geert Stappers pointed out (and can be verified by a > simple test program), the reinstated term > (c <= ' ' && c == '\x7f') >

...t_list],0 + mov di,[menu_seg] + mov [menu_desc+menu_ent_list+2],di + + mov word [menu_desc+menu_default],0 + mov [menu_desc+menu_default+2],di + + mov di,256 + mov [menu_desc+menu_arg_list],di + mov di,[menu_seg] + mov [menu_desc+menu_arg_list+2],di + + mov cx,[label_cnt] + mov [menu_desc+menu_entries],cx + + mov cx,256*2 + mov [menu_desc+menu_ent_size],cx + mov [menu_desc+menu_arg_size],cx + + mov esi,ds + shl esi,4 + add esi,menu_desc + + call far [gfx_bc_menu_init] + pop es + ret + +magic_ok: + xor eax,eax + cmp dword [es:bx],0b2d97f00h ; header.magic_id + jnz magic_ok_end +...

I have found two bugs in the menu.c32 utility, part of the syslinux-3.08-pre5 build, and have a couple of requests. Problem 1: If you use the ^ symbol to define a number as a hotkey, ex. MENU LABEL ^1 Option #1 , the menu will not print the number highlighted. It will use it as a hot key, it just will not highlight it. It does highlight the hotkey if specify a letter, A-Z. Problem 2: When

good afternoon. As promised to Mr Cumm few weeks before, I forward you the mail that I had wrongly sent directly to Mr Anvin. This is something I've done for my company usage and I submit it to you. Feel free to include it if you think this can be usefull for others .. Context: In my company, we have several distinct PXE server (depending on the location: europe, asia, ....). each of these

I have a menu conf as follows: LABEL enabled, use as item LABEL disabled, use as description SEPARATOR LABEL enabled, use as item LABEL disabled, use as description In this situation, I expect the cursors to be able to select from only the two enabled lines. However, the final disabled line is also selectable. Even if I put a final separator and/or disabled label the final line of the menu

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

Well in those three days I did identify and correct the problem with using a number (0-9) as the hot key. The following is the section of code in menu.c32 responsible for displaying the menu entries: display_entry(const struct menu_entry *entry, const char *attrib, const char *hotattrib, int width) { const char *p = entry->displayname; while ( width ) { if ( *p ) { if (