similar to: SYSLINUX 2.10-pre2 is out

This version contains a fix to mbr.asm, plus a version of Murali's menu system, but ported to gcc. Although gcc produces much bigger 16-bit code (since it's really 32-bit code with prefixes) I figured it would be much easier for people to deal with since it requires the configuration to be compiled in. That being said, it's a *very* powerful menu system, partially *because*

When I try to compile the menu I got the following: gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o main.s main.c echo '.code16gcc' | cat - main.s > main.s16 as -o main.o16 main.s16 gcc -m32 -funsigned-char -g -W -Wall -march=i386 -falign-functions=0 -falign-jumps=0 -falign-loops=0 -Os -MMD -S -o biosio.s biosio.c

I have decided to make SYSLINUX 2.10-pre6 a release candidate. Please test it out if you can; if it works OK I will release it as 2.10 some time in the middle of the week. Thanks! -hpa

Hello all, I just installed syslinux 2.10 on my usb-stick. It still boots then, but doesn't load initrd.gz (same config file..). Reverting back to syslinux 2.09 works fine, eg: initrd.gz is loaded. Something changed in initrd handling code? greetz, Jaap Crezee NB I am willing to share you more information or hints how to solve the problem. I am using kernel 2.6.7-bk20

The menu directory won't compile with gcc 3.4.0 because gcc complains that "ebp" cannot be used as a constraint. If preserving ebp is necessary then it will have to be done in the assembler code. Gcc 3.3.3 just seems to ignore the constraint. It didn't do anything special to preserve the register. I also noticed that getnumrows returns the contents of 0x484 which is the

Hi, I'm sure this has been posted before. And I'm just wondering if anyone has ever implemented it. I just thought that this is really a nice feature for Syslinux. TIA, Vic --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.656 / Virus Database: 421 - Release Date: 4/9/2004

Before we start accessing a huge (> 16 TiB) OCFS2 volume, we need to confirm that its journal supports 64-bit offsets. So we need to check the journal's feature bits before recovering the journal. This is not possible with JBD2 at present, because the journal superblock (where the feature bits reside) is not loaded from disk until the journal is recovered. This patch loads the journal

Dear Amy, I have the same question as Mark. Is it possible to work from abroad - remotely? Best regards, Martins On 6 January 2015 at 19:32, Mark LoPresti <marklopresti at yahoo.com> wrote: > Hi Amy, > > one key question: can this position work remotely? > Thank you, > Mark LoPresti > From: "Heyman, Amy (ESS)" <Amy.Heyman at fao.org> > To:

Hi all. I have had this apparently inconsistent behavior in smbclinet since, around 4.11.(6?). 4.11.0 seems fine. I am on fedora 31 so I have just been keeping smbclient at 4.11.0 but that is not an option in stock fedora 32 which I would like to use now. My main problem with it is that it seems to be stopping automount working on samba shares of Fed32 clients. Any suggestions welcome... This

As part of adding support for OCFS2 to mount huge volumes, we need to check that the sector_t and page cache of the system are capable of addressing the entire volume. An identical check already appears in ext3 and ext4. This patch moves the addressability check into its own function in fs/libfs.c and modifies ext3 and ext4 to invoke it. Signed-off-by: Patrick LoPresti <lopresti at

Hello everyone, I have a question regarding building the Rmysql packages from source in Windows. I am currently using: Windows XP, R-2.2.0, Mysql 3.23 I have installed all of the tools from Installation and Administration and after following all the instructions to the letter, I compiled the binary and installed R 2.2.0 from source with no issues. This is the first time I have compiled the

Hi Peter, thanks for SYSLINUX/ISOLINUX/PXELINUX! Some comments regarding ISOLINUX and the AWARD 6.00PG BIOS: If a CD drive and at least one HD drive is present in the machine, everything works fine :-) IF a CD drive is the _only_ drive of the PC isolinux (and any other program that uses no-emul-boot) will fail :-(( CD floppy-emul-boot or harddisk-emul-boot will work. IF a CD drive is the

Hi everybody. Hardware: Several computers with Asus P/I-P55t2P4S motherboard, CPU Pentium MMX and K6-2/3, 128 to 384 MB RAM, Award 4.51PG Bios, Hard disks from 8 GB to 123.5 GB Realtek 8139D based NICs with PXE Boot-Proms PXELINUX 2.06 / MEMDISK 2.06: - fails to boot Compaq PC-DOS 3.31 PXELINUX 2.08 - succeeds to boot Compaq PC-DOS 3.31 with 0, 1, 2 and 3 hdds installed in

Hi there, I'm following your list for several months, as we run a CTDB cluster of Samba gateways over our distributed filesystem. I decided to post my first message to resume an old thread (https://lists.samba.org/archive/samba/2016-October/204043.html), hoping to progress and reach some conclusion. Essentially, we observe and can reproduce issues when attempting to lock a given file

Hi all, If you are one of the ones who has had problems with 2.10 but not with 2.09; especially for SYSLINUX (as opposed to PXELINUX/ISOLINUX), please try out 2.11-pre2 and let me know if it works or not: ftp://ftp.kernel.org/pub/utils/boot/syslinux/Testing/ -hpa

Hi all, I have released SYSLINUX 2.09; it is the same as 2.09-pre15 except for the version number. Changes in 2.09: * SYSLINUX: Remove residual setuid crap from syslinux-nomtools. * Handle video pages correctly when using the API functions. * Handle compiling on an x86-64 platform correctly. * Menu system from Murali Krishnan Ganapathy; see the

Hi, I am trying to compile the version on rhel 5.x box. Nasm version 0.98.39 I extracted the tar.gz and ran make in the extracted directory. Here is where it stops. gcc -Wp,-MT,rawcon.o,-MD,./.rawcon.o.d -m32 -ffreestanding -fno-stack-protector -fwrapv -freg-struct-return -march=i386 -Os -fomit-frame-pointer -mregparm=3 -DREGPARM=3 -msoft-float -fno-exceptions -fno-asynchronous-unwind-tables

Hi, On Tue, May 22, 2012 at 6:07 PM, Nicolas Geoffray <nicolas.geoffray at gmail.com> wrote: > Hi Balachandran, > > If this is a bug, it should be filed to clang, since you're compiling a file > located in the clang project. But it looks like your llvm tree and clang > tree are not in sync. Could you svn update both and see if that fixes it? > Thanks, I had done

Hi, On Tue, May 22, 2012 at 6:18 PM, Balachandran Sivakumar <benignbala at gmail.com> wrote: > Hi, > >      Thanks, I had done an svn up on one of the sub directories and > hence it had been out of sync. But had completely missed that point. > Just did an svn up and started off the build again. Thanks > The clang build went on fine. But subsequently, when I build

Are there any logs on the client or server at a higher log level? Andrew Bartlett On Wed, 2020-05-20 at 12:39 +1200, Grant Petersen via samba wrote: > I forgot to mention that using the smbclient option > > -A /etc/cred/authfile > > behaves the same way as attempting to manually enter the password on > the command line; failing in 4.12.2 and working in 4.11.0 > >