similar to: [PATCH 0/3] fixes for MS compilers and ISO -> USB support

[disclaimer: I am the author of Rufus] Hi, On 2014.01.15 10:10, Thomas Schmitt wrote: > As producer of MBRs i wonder where that LBA-flag is located. > In bit 0 to bit 6 of byte 446 (where bit 7 means active/bootable) ? I haven't looked at what GParted does, so I may be off mark, but I have a strong suspicion that this LBA "flag" is a fake flag that simply indicates if a

Hi, I'm the author of Rufus [1], an application that is based in part on Syslinux, and that can convert ISOLINUX based ISOs to bootable USBs. As such, I have recently added support for Syslinux v5.x based ISOs, and will be looking at adding v6 support in the future. Due to the nature of the app, as well as obvious space considerations, when installing Syslinux 5.x on an USB flash drive,

On 2013.08.10 01:55, H. Peter Anvin wrote: >> I assume it's not possible to store a copy of the LDLINUX.SYS binary at >> the end or inside of either ISOLINUX.BIN > > Not really. ldlinux.sys isn't just an ordinary file, it really needs to > be installed with the Syslinux installer. My application already its own version of the Syslinux installer [1], and simply

Hi Shao, You're right, "a=b=<immediate value>;" wasn't the actual issue. On 2016.03.06 20:34, Shao Miller via Syslinux wrote: > If this change is simply due to a mental note about an incident where a > compiler once complained about this type of thing The problem was due to the following warning when compiling for 64-bit using using the latest WDK (7600.16385.1),

On 2016.03.03 04:37, H. Peter Anvin via Syslinux wrote: > I don't think that is an issue. Well, I didn't really want to mention it, because it's going to be more of a rant that anything else, but since this is being brought up, versioning detection and handling has very much been an issue for me in Rufus. As I mentioned in the summary of the patches I submitted recently, 6.03

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

On Thu, Feb 25, 2016 at 7:59 PM, Pete Batard via Syslinux <syslinux at zytor.com> wrote: > Hi Ady, > > Your insightful post prompted me to to a little bit more digging as to how > the Ridgecrop algorithm computed its FAT size, with the result of my > investigations presented below. > > NB: For those who don't want to go through this whole part, there's a TL;DR

> Hello Sir, > > Following are the settings I used, > > Device: NO _Label (O:) > > Partition scheme and target system type: MBR partition scheme for BIOS > or UEFI computers > > File System: FAT32 > > Cluster size: 4096 bytes (Default) > > New Volume label: > > (i)Quick format > (ii)Create bootable disk using: MS-DOS > (iii)Create

Hello Sir, Following are the settings I used, Device: NO _Label (O:) Partition scheme and target system type: MBR partition scheme for BIOS or UEFI computers File System: FAT32 Cluster size: 4096 bytes (Default) New Volume label: (i)Quick format (ii)Create bootable disk using: MS-DOS (iii)Create extended label and icon files Format Options > Advanced Options: (i)List USB Hard

On 2016.03.06 23:25, Shao Miller via Syslinux wrote: > Having typed that, perhaps we could discuss your (or Rufus') specific > needs, in parallel? I think that is probably worthwhile, as I wouldn't mind having a second opinion from Syslinux developers on whether my current ISO -> USB conversion process could be improved. > Do I understand correctly that the primary >

On Wed, Feb 24, 2016 at 8:02 AM, Pete Batard via Syslinux <syslinux at zytor.com> wrote: > More MSVC compatibility fixes, for packed structures. > NB: In case you are aware of the issues that may come with MS vs GCC > packing, so far, I have not seen evidence of detrimental impact from using > ms_struct packing in MSVC (vs gcc_struct, which is explicitly specified for >

On 2016.02.26 15:32, Ady via Syslinux wrote: > Regarding the "+1", when talking about the math (not the computer code > to achieve a result as accurate as it can be) Well, sorry, but I will not dissociate the context of application from the formula itself. I thought this was implied into what I wrote, which was in the context of fixing a computation algorithm bug. The sole

Had seen various folks ask about how to do this (I did mine long ago and far away to make my Windows machine dual-bootable to Win or CentOS) and while looking for some HD repair diagnostics, ran across this and thought it may be useful to some folks. http://rufus.akeo.ie/ I've not yet used it, but it looks easy. YMMV, of course, as may mine! :-) Bill

Ady, before responding to you further, I'll ask you now to take onje more (fresh) look at this thread that I started over in the GParted forums: http://gparted-forum.surf4.info/viewtopic.php?pid=31834 Please note that I have now followed-up on myself and that I have added quite a lot of new & additional information. It now appears to me that GParted's reporting of the status of

Hi Shao - looks like forgot to reply to this earlier post of yours, so here goes. On 2016.03.08 04:59, Shao Miller via Syslinux wrote: > 1. Customized Syslinux could be customized such that it refuses to boot > from USB. No amount of version-matching nor downloading from the > same source can help with that scenario. A different Syslinux would > be needed, by definition

On 2016.03.06 13:13, Gene Cumm wrote: > Did Visual Studio actually complain about this one? WDK compiler (which I also use) if I recall correctly. At any rate, some older compilers do not like double initializations like this one, and I don't think this change should be much of a contention point, since it doesn't introduce any liability. Regards, /Pete

Pete Batard <pete at akeo.ie> wrote: > On 2013.08.09 16:24, Bernd Blaauw wrote: > >> Sorry. If you are substituting any files you should substitute them all. > > > From where I stand, the idea that someone using an ISO will only ever > use it in optical media mode (either real or emulated) is a thing of > the past. > > These days, you can be almost certain

Renato, I don't think it would take that long to make a little script that even an XP user could use to generate GPT formatted thumb-drives. I believe someone made the Rufus utility for just such an occasion Rufus - Create bootable USB drives the easy way Rufus - Create bootable USB drives the easy way Rufus Create bootable USB drives the easy way Rufus is a utility that

On 3/8/2016 14:26, Pete Batard via Syslinux wrote: > [...] > But in essence, yes, that's pretty much it. So then some thoughts: 1. Did you mean a truly "merged" file, where the very same file could be used for ISOLINUX and for disk-based Syslinux? Or did you mean "tacked on," where ldlinux.bin would be appended to isolinux.bin so that you could later

H. Peter Anvin schreef op 9-8-2013 7:37: > Sorry. If you are substituting any files you should substitute them all. I assume it's not possible to store a copy of the LDLINUX.SYS binary at the end or inside of either ISOLINUX.BIN or LDLINUX.C32 then? Then at least it could be extracted, for those distributions not having LDLINUX.SYS / SYSLINUX(64).EXE present on their CD. Having