similar to: MEMDISK, MDISKCHK.COM

Thus the rub: The exe seems to have disappeared from winbin as well. It's there, but downloads as a zero-byte file. > Date: Sun, 6 Jul 2014 22:40:21 +0200 > From: herbszt at gmx.de > To: sha0.miller at gmail.com > CC: syslinux at zytor.com; jml9904 at hotmail.com > Subject: Re: [syslinux] mdiskchk and WinPE > > Shao Miller wrote: > > On 7/6/2014 01:55, Ady wrote:

and there it was. Thanks, all, that did the trick! jml > From: sha0.miller at gmail.com > To: jml9904 at hotmail.com > CC: syslinux at zytor.com > Subject: RE: [syslinux] mdiskchk and WinPE > Date: Mon, 7 Jul 2014 00:14:27 -0400 > > Please try clicking the "raw" link to the right of the .exe found here: > >

On 7/6/2014 01:55, Ady wrote: > > I can see 1 branch in Shao's git repo that might be relevant: > > mdiskchk_win > > [quote] > > mdiskchk.exe will be the Windows counterpart for the DOS version > mdiskchk.com. The purpose is to be able to scan low memory for > instances > of Syslinux' MEMDISK and report these instances' parameters to a > user

Greetings, all... Hoping someone can point me in the right direction. I've set up a Linux PXE host with a menu choice to install Windows. This option boots a WinPE image, which then uses \\net use... to mount the appropriate ISO image. Works fine. However, I would like to pass the iso name and directory into WinPE from the menu via append= arguments. Thus, I can set up a separate menu option

Good day to all, Gert Hulselmans requested a feature for MDISKCHK.COM that would function roughly like GETARGS.COM[1] by Murali Krishnan Ganapathy: DOS SET command output for MEMDISK kernel arguments passed by previous boot-loaders. He also needed to support the case for MEMDISK-in-a-MEMDISK type situations, where all MEMDISK kernel arguments could be gathered together and output as a list

On Fri, Nov 09, 2012, Shao Miller wrote more as: > > Does anyone know of a clever, Linux-distribution-independent way to find out > where MinGW has its lib/ and include/ dirs? Right now, I've hard-coded the > path for Fedora 17 in the Makefiles. > # # pkg-config # CFLAGS=$(shell pkg-config --cflags uuid ) LIBS=$(shell pkg-config --libs uuid ) proofofconcept: echo PoC

[1} Gert Hulselmans wrote: > > ...Thanks. > > I still think chain.c32 should be able to do a reverse partition > lookup, to determine from which partition it was booted. This would be > useful to boot ntldr, setupldr.bin, bootmgr, grldr, ... when you want > to boot it from the same partition as from which SYSLINUX is booted, > without specifying the partition explicitly

I will really hate myself if this has already been solved, i searched the archives but didn't really find anything pertaining to it. I have a 2.88mb dos boot floppy image, with ghost.exe, dos nic drivers, and dos system files. It works fine when burnt to a cd. As for the thumbdrive when trying to configure this hpghost.ima file to run from my syslinux.cfg menu, it works and boots up fine but

Hi. I'm working on replacing a PXELINUX/MEMDISK loaded DOS based installation image with a PXELINUX/MEMDISK loaded WinPE ISO image. So far everything seems to work well (appending "bigraw" to memdisk solved booting problems on several machines), but I kind of miss the option of using getargs.com to get/set environment variables from the memdisk command line. Is there any way to

On 7/6/2014 16:40, Sebastian Herbszt wrote: > Shao Miller wrote: >> On 7/6/2014 01:55, Ady wrote: >>> >>> I can see 1 branch in Shao's git repo that might be relevant: >>> >>> mdiskchk_win >>> >>> [quote] >>> >>> mdiskchk.exe will be the Windows counterpart for the DOS version >>> mdiskchk.com. The

Baaaaah, phooey! Yeah, get two e-mail clients like I have: Mozilla Thunderbird for Geert and Microsoft Outlook for everyone else I frequently correspond with, who don't want to scroll just to read what's new. Some things just aren't universal, even if one thinks they should be. What a world. - Shao -----Original Message----- From: Syslinux [mailto:syslinux-bounces at zytor.com] On

Is there a specific version of MinGW which is supposed to work for this? Any guidelines for building on Windows? Chris

Attached are 4 patches against Syslinux 4.06 providing two new options for the linux.c32 ComBoot32 module. If we are shifting gears towards 4.10 or 5 any time soon, feel free to let me know and I'll attempt to apply the patches to those and to deal with any conflicts. You can merge these commits onto your 4.06 from my 'multi_initrd' branch at:

Same CD. Any Linux distribution without the 5.X series boots on this machine. We can use 4.06 and it boots just fine. It's not the computer's hardware. Like I said, we can take the CD out of the GX620 and place it in the 9010 and it boots. Put 4.06 on the CD, and they both boot. Patrick On Sat, Jul 6, 2013 at 7:18 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Fri, Jul 5,

Hi, I am using syslinux-4.00-pre24, -pre27 and -pre31. chain.c32 fails for pre27 and pre31 for particular configs ... shown below. 1) works on pre24, fails with error message "Chainboot failed!" for pre27 and pre31 LABEL local MENU DEFAULT MENU LABEL Local Boot ... (skip PXE boot) KERNEL chain.c32 APPEND hd0 0 2) works on all three. LABEL local

> > Date: Sun, 6 Jul 2014 22:40:21 +0200 > > From: herbszt at gmx.de > > To: sha0.miller at gmail.com > > CC: syslinux at zytor.com; jml9904 at hotmail.com > > Subject: Re: [syslinux] mdiskchk and WinPE > > > > Shao Miller wrote: > > > On 7/6/2014 01:55, Ady wrote: > > > > > > > > I can see 1 branch in Shao's git repo

Improving chain.c32 help message Impact: Error message is more detailed In case of syntax error, the message is far more detailed and provides the same content as the documentation integrated in the source code. You can get this patch from Erwan's git repo: http://git.zytor.com/?p=users/erwan/hdt.git;a=commit;h=3fc3126d0c7df5701680e043c34f200166f24564 Add 'isolinux=' option to

On 8/14/2014 19:16, Christopher Main wrote: > Is there a specific version of MinGW which is supposed to work for this? Any guidelines for building on Windows? > Which MinGW are you using on Windows and did you encounter an error when you tried to build? - Shao Miller

In Syslinux-5.00, is the goal that the core and .c32 modules alike will use the same heap? There is a bug I am thinking about: - QEmu with 1024 MiB RAM - Syslinux 4.06 - .c32 can realloc() up to 1013 MiB - QEmu with 1024 MiB RAM - Syslinux 5.00-pre9 - .c32 can realloc() up to 45 MiB I am wondering if there's a maximum-allocation-size being hit, or if it's actually a bug I should look

H. Peter, three simple commits here[1] (for_hpa branch). Gert, sample binaries are here[2]. --- mdiskchk: Add --no-sequential mode It might be useful to suppress MDISKCHK.COM's classic behaviour of probing all BIOS drive numbers in search of MEMDISKs. Some BIOSes might not enjoy being probed. --- memdisk: Correct El Torito termination response Two