search for: ldlinux_magic

On 2016.03.07 03:27, Shao Miller via Syslinux wrote: > - Casting to a uintptr_t is ugly (and not C89, not that Syslinux cares > about that) Yeah, I'd have liked to avoid that too, but some compilers will complain about pointer arithmetic logic, unless you specifically use uintptr_t. But, considering your other very valid point, let me see if I can work something better here, that

If the ldlinux being processed is garbage, the search for LDLINUX_MAGIC will overflow its buffer - fix that. I did encounter this issue in Rufus as, due to notorious incompatibilities between different versions of ldlinux.sys and the com32's residing on an ISO, we download a version specific ldlinux.sys from our server... which may get trashed if the user sits...

On 2/24/2016 08:02, Pete Batard via Syslinux wrote: > If the ldlinux being processed is garbage, the search for > LDLINUX_MAGIC will overflow its buffer - fix that. > I did encounter this issue in Rufus as, due to notorious > incompatibilities between different versions of ldlinux.sys and the > com32's residing on an ISO, we download a version specific ldlinux.sys > from our server... which may get trashe...

...CC 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 MinGW), with regards to the sections of code I am using in Rufus. o [PATCH 4/5] installers: fix a possible buffer overflow when looking for LDLINUX_MAGIC If the ldlinux being processed is garbage, the search for LDLINUX_MAGIC will overflow its buffer - fix that. I encountered this issue in Rufus as, due to notorious incompatibilities between different versions of ldlinux.sys and the com32's residing on an ISO (NB: 6.03 pre has been a nightmar...