similar to: NTFS File Sectors

This is the initial NTFS file system support for Syslinux :-) The following changes since commit 67954e370003d9bbfd8b58042669f2e9d532636f: ifmemdsk: remove spurious +x bit (2011-08-25 10:58:44 -0700) are available in the git repository at: git://github.com/pcacjr/syslinux.git ntfs-for-hpa Paulo Alcantara (34): Add NTFS filesystem support to Linux and Windows installers Initial

The variable 'ok' is never used and generates a warning. Remove it. Also ntfssect.c is designed to be compiled in non Unicode mode when using MSVC compilers, so remove all ambiguity about it (LPCTSTR -> LPCSTR, use of 'A' API calls) so that it doesn't break when compiled in Unicode mode, which is what Rufus uses with MSVC. -------------- next part --------------

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

Hi Shao, On 2016.02.24 23:43, Shao Miller via Syslinux wrote: > Did you happen to notice anything unusual when compiling with MinGW > under Linux, once 'ok' was removed? I seem to recall warnings about > unused results, but not of unused objects. Maybe that's an incorrect > recollection or maybe it's ancient history, however. I got no warnings with the patch on

On 2/24/2016 08:02, Pete Batard via Syslinux wrote: > The variable 'ok' is never used and generates a warning. Remove it. Also > ntfssect.c is designed to be compiled in non Unicode mode when using > MSVC compilers, so remove all ambiguity about it (LPCTSTR -> LPCSTR, use > of 'A' API calls) so that it doesn't break when compiled in Unicode > mode, which is

I made several attepmts using the tree of 5.01 2013. My syslinux.cfg file has display /path_to/syslinux.cfg directive. 1. The installation, with a --directory option, was successful. After boot I got syslinux boot prompt. The syslinux.cfg was not displayed. I guess that means the MBR was there, but not the partition boot sector. Then I noticed the thread at

On 2/25/2016 07:30, Pete Batard via Syslinux wrote: > Hi Shao, > > On 2016.02.24 23:43, Shao Miller via Syslinux wrote: >> Did you happen to notice anything unusual when compiling with MinGW >> under Linux, once 'ok' was removed? I seem to recall warnings about >> unused results, but not of unused objects. Maybe that's an incorrect >> recollection or

Hi, As I am embedding part of the Syslinux code in Rufus [1], I have encountered various issues that I would like to see addressed, so that I can keep most of my code in sync with the official mainline. Some of these fixes have to do with being more friendly with MSVC compilation, and other are fixes for actual Syslinux issues, that Rufus users have encountered. For convenience, the

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:

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

Another week, *another* -pre. I'm really planning on this being the last one. The shortlog is appended below. Apart from a better fix for the "disabled menu entry" bug it's only documentation updates. Testing from the last -pre's has been pretty quiet, so as soon as Ady and Matt have tested this one and confirmed that the disabled entry bug is finally gone I'll do the

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,

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:

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.

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

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

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

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

Hello, on a somewhat recent machine (Dell T1600) I'm unable to use my usual setup (pxelinux as a boatloader also for local OS - typically windows). The BIOS is capable of using UEFI, but this is turned off. Unfortunately all I get is a message telling me that pxelinux is unable to boot from local disk. The config entry looks like this: LABEL local MENU LABEL OS installed on local disk