search for: taketh

...st forum to gently nudge in this direction or do I also need to prod the etherboot good people too ? I'm afraid I don't have the low level coding skills to contribute much other than my heartfelt thanks for pxelinux and friends. Cheers, Doug -- The big print giveth and the small print taketh away.

...ointers have been passed (eg: build something, pass it through a few APIs, underlying thing 'wants' to take ownership, but it will be constructed/destroyed before this API returns - so we hack around it either by having a "OwnsThing" flag in the underlying thing, or having a "takeThing" we hope we call before the underlying thing dies and destroys the thing)). We're dealing with types that have raw pointer + bool indicating ownership members or worse, types which take ownership but we lie to about giving them ownership (so some API takes a non-owning T* (or T&),...

...me response. Since I don't have control over our DHCP infrastructure, but do have control over pxelinux, I'd like to some how tell gpxe what to do next without having to rely on the DHCP filename response. Apologies if this is off topic. Doug -- The big print giveth and the small print taketh away.

...pxelinux.cfg directory we present the default config file which contains an extensive menu system. It all works wonderfully well. The limitation was, I fear, on the NetApp implementation of their tftp server and unrelated to pxelinux. Cheers, Doug -- The big print giveth and the small print taketh away.

...my))) to determine whether the kernel used DHCP. My question is, why is there a difference between pxegrub booting Solaris and mboot.c32 ? Any help hugely appreciated! P.S. Apologies for some of the longer lines being wrapped by gmail. Cheers, Doug -- The big print giveth and the small print taketh away.

...ntry to a string in cpu_flags_strings table, add a bool in s_cpu_flags and then dmi.c would automagically set the boolean correctly ? I could then modify dmitest to check for Long Mode and achieve my goal. Any help hugely appreciated! Cheers, Doug -- The big print giveth and the small print taketh away.

...it lacks an end-user documentation system [like POD], though it does have good package documentation. it does have some unexpected behavior: mymatrix[1:2,] is a matrix, but mymatrix[1:1,] is a numeric. huh? data.table is necessary for reasonably fast data manipulation, but data.table giveth and taketh. it has some really strange unexpected behavior---mydatatable[,1] is not the second column, as one would expect it to be. yes, it is documented, but syntax should be as expected.] /iaw ---- Ivo Welch (ivo.welch at gmail.com) ################################################################ ##...

Well, it has to happen at some point, so I have officially pushed out SYSLINUX 3.72. The big news in this release is of course the ISOLINUX hybrid mode support (a single image which can be booted either from a CD-ROM or from a hard disk/USB stick), but there are plenty of more goodies in here, including the label listing (not technically completion) on the Tab key. As usual, huge thanks to

On Sat, Oct 24, 2015 at 6:15 PM, Michael Brown via Syslinux <syslinux at zytor.com> wrote: > Also, not a fork: http://git.ipxe.org/ipxe.git/commitdiff/8406115 A fork is a fork, regardless the reasons behind it (yes, I have some understanding in this case). iPXE is based off of forking further development as of a certain gPXE commit with some backporting of gPXE development to iPXE. --

Would it be worthwhile to implement heuristics to auto-tune ''recordsize'', or would that not be worth the effort? -- Regards, Jeremy

On Wed, Sep 24, 2014 at 7:50 PM, Justin Bogner <mail at justinbogner.com> wrote: > Anton Yartsev <anton.yartsev at gmail.com> writes: > > Hello everyone, > > > > I bring to discussion the necessity/design of a new type of smart > pointer. > > r215176 and r217791 rise the problem, D5443 is devoted to the solution. > > r215176 applies several

On Sunday 25 November 2007 12:23, Gordon Henriksen wrote: > On 2007-11-24, at 21:58, Jon Harrop wrote: > > - Garbage collection tuned for functional programming > > http://llvm.org/docs/GarbageCollection.html > > I've been doing some interesting work on this front. Getting Lattner- > cycles to have it reviewed and integrated is probably the biggest > challenge; LLVM