Displaying 5 results from an estimated 5 matches for "_hack_".
2016 Mar 07
2
Module Versioning
On Mon, 7 Mar 2016, Pete Batard via Syslinux wrote:
> On 2016.03.07 17:55, Ferenc W?gner wrote:
>> Why not install instead an arbitrary version of Syslinux and replace all
>> .c32 files with the modules of the installed version?
>
> I mentioned that in my previous mail. But I reckon it was easy to miss
> as that mail was rather long:
>
>
> "One solution to
2004 Oct 25
1
usage and behavior of 'setIs'
Hello,
am I using 'setIs' in the correct way in the subsequent (artifical) example?
Do I have to specify explicit 'setAs' for 'list' and 'vector' or
should this work automatically, since "getClass("List1")" states
an explicit coerce also for these classes.
I'm working with R 2.0.0 Patched (2004-10-06) on windows 2000.
Thanks for your
2016 Mar 07
0
Module Versioning
...n
using straight DD mode, and there have been a few instances where Rufus
non DD mode seemed to sort them out (which may very well have been due
to BIOS/UEFI settings, or something else that suddenly became irrelevant
when using Rufus, but still).
I could also say something about the ISOHybrid _HACK_, which clearly is
not something that was ever intended by the people who designed
ISO-9660, and that could "either work if you're lucky or fail if you're
not". Looking at the recent history of this mailing list, it does seem
to me like ISOHybrid can be a bit of a headache......
2016 Mar 08
0
Module Versioning
> On Mon, 7 Mar 2016, Pete Batard via Syslinux wrote:
> > I could also say something about the ISOHybrid _HACK_, which clearly is not
> > something that was ever intended by the people who designed ISO-9660, and
> > that could "either work if you're lucky or fail if you're not". Looking at
> > the recent history of this mailing list, it does seem to me like ISOHybrid
&...
2016 Mar 08
5
Module Versioning
On Mon, 7 Mar 2016, Pete Batard via Syslinux wrote:
> I could also say something about the ISOHybrid _HACK_, which clearly is not
> something that was ever intended by the people who designed ISO-9660, and
> that could "either work if you're lucky or fail if you're not". Looking at
> the recent history of this mailing list, it does seem to me like ISOHybrid
> can be a bi...