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 fixed.
Oh, and since it looks like the thing is actually going to get used,
I've added .c32 to the list of extensions which are automatically
searched for.
As usual:
ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/
Changes in 2.08 so far:
* Add "timeoutcmd" to allow timeout to have a different
action
than just pressing Enter.
* Fix bugs in the COMBOOT/COM32 command-line parsing. APPEND
now works with COMBOOT/COM32 images.
* PXELINUX: Poll for ARP requests while sitting at the
prompt. This makes some boot servers a lot less unhappy.
* PXELINUX: Actually free sockets when we get a failure
(including file not found.) This bug would cause us to run
out of sockets and thus "go deaf" after a while.
* MEMDISK: Add an API to query for the existence of MEMDISK.
* SYSLINUX: Fix loading boot sectors (.bs/.bss) from floppy
disk.
* .c32 is now one of the extensions searched for automatically.
-hpa
I look forward to testing the new features! The new features are going to give my product a new facelift (not that it is user observable). Typo's in the changes so far? * "ontimeoutcmd" should be replaced with "ontimeout"? * "onerror" not mentioned. - Murali P.S: BTW, if any body is interested in implementing a GRUB like menu based interface using COM32 code, I can send some C++ code I wrote long ago, which implements a text based Dialog Boxes and stuff. Even though it is all C++ all the actual output routines are written using assembly so there is no printf used in the entire code. But I dont know if the code will still work on modern machines.> > Changes in 2.08 so far: > * Add "timeoutcmd" to allow timeout to have a different action > than just pressing Enter. > * Fix bugs in the COMBOOT/COM32 command-line parsing. APPEND > now works with COMBOOT/COM32 images. > * PXELINUX: Poll for ARP requests while sitting at the > prompt. This makes some boot servers a lot less unhappy. > * PXELINUX: Actually free sockets when we get a failure > (including file not found.) This bug would cause us to run > out of sockets and thus "go deaf" after a while. > * MEMDISK: Add an API to query for the existence of MEMDISK. > * SYSLINUX: Fix loading boot sectors (.bs/.bss) from floppy > disk. > * .c32 is now one of the extensions searched for automatically. > > > -hpa > > _______________________________________________ > SYSLINUX mailing list > Submissions to SYSLINUX at zytor.com > Unsubscribe or set options at: > http://www.zytor.com/mailman/listinfo/syslinux > Please do not send private replies to mailing list traffic. > >
I would like to look at this code, please send it. Thanks -Aaron On Wed, 26 Nov 2003, Murali Krishnan Ganapathy wrote:> P.S: BTW, if any body is interested in implementing a GRUB like menu > based interface using COM32 code, I can send some C++ code I wrote long > ago, which implements a text based Dialog Boxes and stuff. Even though > it is all C++ all the actual output routines are written using assembly > so there is no printf used in the entire code. But I dont know if the
The code is available for download at http://people.cs.uchicago.edu/~gmurali/numal.tgz. Even though I have not explicitly said it there, it is released under GPL. BTW, the code is actually a numerical analysis project of mine, so there are some parts of the code which are unrelated to menu generation. Easy enough to identify those pieces of code. I hope this code gets transformed into a COMBOOT code which generates menus and submenus.... - Murali Aaron McSorley wrote:> I would like to look at this code, please send it. > > Thanks > -Aaron > > > On Wed, 26 Nov 2003, Murali Krishnan Ganapathy wrote: > > >>P.S: BTW, if any body is interested in implementing a GRUB like menu >>based interface using COM32 code, I can send some C++ code I wrote long >>ago, which implements a text based Dialog Boxes and stuff. Even though >>it is all C++ all the actual output routines are written using assembly >>so there is no printf used in the entire code. But I dont know if the > > > >