similar to: SYSLINUX 2.08-pre6

This version adds Murali's "onerror" configuration directive. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

Hi, I tested this version and it works all right ! Thanks a lot for the quick fix. Do you still want to see the output in order to check everything is OK, or you don't need it ? --------------------- Sylvain Faivre EdifiXio - AIH Team +33 1 56 90 51 24 www.edifixio.com > -----Message d'origine----- > De : H. Peter Anvin [mailto:hpa at zytor.com] > Envoy? : mardi 18 novembre

It seems that quite a bit of stuff built up very quickly after the 2.07 release: Changes from 2.07 to 2.08-pre6: * Add new configuration command "ontimeout" to allow timeout to have a different action than just pressing Enter. * Add new configuration command "onerror" to allow a custom command to be executed in case the kernel image is

It seems that at least SYSLINUX 1.73-pre4 and -pre5 had some very serious bugs in it, so here is a SYSLINUX 1.73-pre6 to test out; don't be surprised if there are more in short order... :) ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

Hi everyone, I have released SYSLINUX 2.00-pre6. The only difference against -pre5 is that I finally got around to fixing mbr.asm so that it produces a working MBR. http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/ I will probably try to do a binary-only release of the COM32 port of newlib libc sometime this week. The only reason this will be a binary-only release is that the

This version has the following changes: - It adds a MEMDISK installation check API (as Murali asked for) - It renames TIMEOUTCMD to ONTIMEOUT. I decided "ontimeout" was the best alternative, especially since I'm going to try to implement Murali's suggested "onerror", and it seemed to work well in combination. As usual,

As far as I know the only thing close to that, is to boot DOS from a floppy image (stored on the CD). The floppy image will contain the CD drivers and hence you can use DOS to access the contents of the CD. The floppy image is usually stored in the "boot sector" of the CD, or if you are using utilities like ISOLINUX, then they can be stored on the CD, and ISOLINUX/memdisk can boot

Hi all, I have released SYSLINUX 3.35-pre5 to the Testing directory; this is a release candidate and I intend to release this as 3.35 early next week unless I hear of any showstopper bugs, so please, pretty please, try it out. http://www.kernel.org/pub/linux/utils/boot/syslinux/Testing/ kernel.org has been overloaded lately, so it might take a while to show up. Changes in 3.35: *

It's pretty much the same as 2.08-pre11. 2.08 mostly a collection of minor enhancements. Changes in 2.08: * Add new configuration command "ontimeout" to allow timeout to have a different action than just pressing Enter. * Add new configuration command "onerror" to allow a custom command to be executed in case the kernel image is not

I have, hopefully, found and fixed the issue with non-kernel binaries that appeared in 3.35. As a result, I have pushed out 3.36-pre6 and am classifying it as a release candidate. Please try it out, especially if you have had problems with 3.35. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa

Goodness, how many prereleases has there been in the last week... have lost count... Anyway, I have implemented the already-promised chainbooting API, and have included a sample program to chainboot floppies (it works for harddisks too, but only for the MBR.) As a bonus, in the process I actually discovered that booting .bs/.bss images under SYSLINUX was actually broken... that has been

I think the Syslinux 5.00 branch is now at the point where I believe it it is feature complete and should be able to replace the main Syslinux branch. As such, it is important that we get wider testing, and especially that people let us know if and where it breaks. As of right now, there aren't any known bugs...

Hi all, I have just pushed out SYSLINUX 3.55-pre5 and 3.60-pre7. I have decided to give them both release candidate status, with the intent of having a simultaneous 3.55 (bug fixes only) and 3.60 (new functionality) release. Please test them out and let me know how they do. -hpa

Hi! as i know that you like test reports, here are some... Testing environment: CompactFlash card, connected with an USB adapter to a Compaq Evo D310 frontal USB port. This machine boots via USB quite well with syslinux. 3.09 boots ok, no problem 3.10-pre2 does not boot 3.10-pre3 does not boot 3.10-pre4 does not boot 3.10-pre5 locks up pc 3.10-pre6 locks up pc 3.10-pre7 writes

I just found a rather embarrassing bug in PXELINUX -- and what's worse -- I wrote an email about it and killed it off accidentally :-/ It appears PXELINUX doesn't free its internal socket buffers (it has 32 of them) when it gets an error reply from the server, including "file not found." This means it will eventually run out of sockets and "go deaf." This

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

I've been working with Matt Burgess here on this problem, and have found the following: syslinux 3.08-pre10 ? broken >>> config.inc:max_cmd_len=255 syslinux 3.08-pre11 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.08 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre1 ? works >>> config.inc:max_cmd_len=1023 syslinux 3.09-pre2 ? broken

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*

Most excellent! The pre-compiled syslinux6.03-pre6 binaries work great! I'm able to load syslinux.efi and all necessary support libs. I get my expected syslinux boot menu. I've used syslinux 5 / vesamenu for yrs (Legacy PXE boots). So I know my way around from here. Thanks Gene & Feri. And thanks Peter, for making me feel better -- it's the TFTP protocol that's bizarre, I

Hello, While attempting to build syslinux-3.52-pre6 for testing (my SCSI machine won't boot from CD-ROM with 3.51) I hit this problem: nasm -O99 -f bin -DDATE_STR="'3.52-pre6'" -DHEXDATE="0x46c22b21" \ -DMAP=pxelinux.map -l pxelinux.lsr -o pxelinux.bin pxelinux.asm pxelinux.asm:1206: error: short jump is out of range nasm -version NASM version