similar to: Building syslinux on Windows using MinGW

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

Just a slight poke regarding the MEMDISK and MDISKCHK.COM possibilities available here[1]. Review by non-hpas is welcome, too. Thanks! - Shao [1] http://git.zytor.com/?p=users/sha0/syslinux.git;a=shortlog;h=refs/heads/ mdiskchk_enh2

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,

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

On 08/14/2014 04:16 PM, Christopher Main wrote: > Is there a specific version of MinGW which is supposed to work for this? Any guidelines for building on Windows? This is not currently supported. Certainly building anything other than the Windows installer is extremely unlikely to work. -hpa

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

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:

Hi there, i just build a new ipxelinux.0 with an EMBED=../../syslinux-5/core/pxelinux.0. i'm trying to load up my vesamenu.c32 menu from http:. and offcorse i want this as optimal as possible, with the least needed GET requests. OLD situation with v4: PXE ROM -> ipxelinux.0 (tftp) -> menu.php (http) -> vesamenu.c32 (http) NEW situation with v5: PXE ROM -> ipxelinux.0 (tftp)

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

[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

Hello, all. I'm just wondering if it'd be possible to include symbol-stripped versions of win32/ntfstest/ntfstest.exe and win64/ntfstest/ntfstest.exe in future Syslinux releases. That way, users could use it while not burdening folks just doing a usual build of Syslinux. If not (scope creep?), no problem. - 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

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:

Good day, Matthew. I recently got stuck while building Syslinux as <uuid/uuid.h> doesn't exist on my system. The #inclusion was introduced in commit 2c3a24e5f4b807ec31595227afa59a818c060ca9. Whence does this file come, if you please? I'm assuming it is the Linux kernel's, but can't seem to understand the directory prefix, in that case. - Shao

Hello all. Here[1] is a branch where chain.c32 can chain-boot a partition on a GPT disk when given the partition index. boot: chain hd1 84 (For example.) - Shao Miller [1] http://git.zytor.com/?p=users/sha0/syslinux.git;a=shortlog;h=refs/heads/ chain_gpt

For anyone wanting to boot an .ISO with MEMDISK: http://git.etherboot.org/?p=people/andytim/syslinux.git;a=shortlog;h=ref s/heads/memdisk-iso NOTE: Your protected-mode OS (Windows, Linux, *BSD) booted from such a MEMDISK will not magically find the MEMDISK image in RAM and use it as a CD without a MEMDISK driver. There are currently 0 MEMDISK drivers in the field, but that might change someday.

Maybe you know, Ram? - Shao -----Original Message----- From: Shao [mailto:sha0.miller at gmail.com] Sent: Saturday, December 01, 2012 00:58 To: 'For discussion of Syslinux and tftp-hpa' Subject: VMware ESXi safeboot.c32 Source Code Does anyone know where to find the source code for VMware's ESXi's safeboot.c32 module? There is a question in the http://reboot.pro Syslinux forum

Folks, I've just spun a 4.07 prerelease. People were asking for a release that contained the commits that have been sitting in the master branch, and I've heard that distros are packaging the master branch just to get at them. --- Matt Fleming (4): extlinux: Avoid dereferencing a garbage pointer Merge branch 'searchdir_leak-406' of

Applies to Syslinux 5.00-pre9. Attached, below, and available at: Repository: git://git.zytor.com/users/sha0/syslinux.git Branch: hexdump - Shao Miller From c9c67dd61ba0b11e46d514601cf0722e1b43017c Mon Sep 17 00:00:00 2001 From: Shao Miller <sha0.miller at gmail.com> Date: Sun, 4 Nov 2012 00:26:32 -0400 Subject: [PATCH] hexdump.c32: Simple file hex-dumper Usage: %s

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: > >