search for: l115

I'm having trouble downloading templates (ubuntu-18.04, among others) using virt-builder. The downloads get to about 50% (or 13, or 62) and then stall. wget easily downloads the files quickly. I'd be happy with working around this by manually placing the images in the cache directory, but I can't seem to figure out the appropriate placement. virt-builder doesn't find the cached

Specifically: https://svn.r-project.org/R/trunk/src/main/summary.c And if you don't want to deal with Subversion, you can look at the read-only github mirror: https://github.com/wch/r-source/blob/e5b21d0397c607883ff25cca379687b86933d730/src/main/summary.c#L115-L131 On Thu, Feb 21, 2019 at 11:57 AM David Winsemius <dwinsemius at comcast.net> wrote: > > > On 2/20/19 2:55 PM, Rampal Etienne wrote: > > Dear Tomas, > > > > Where do I find these files? Do they contain the code for the sum function? > > Yes. > > htt...

...firewall rules). * The plugin you are using does not do much work in its .open() callback. For example the memory plugin does nothing in its callback so is not vulnerable: https://github.com/libguestfs/nbdkit/blob/afbe7f11098df256acf8eafa9d4ec1e3cfd32910/plugins/memory/memory.c#L110-L115 Test if nbdkit is a vulnerable version -------------------------------------- Run the following command (requires bash): nbdkit -fv null --run 'sleep 1 >/dev/tcp/localhost/10809' 2>&1 | grep -q 'open readonly' && echo vulnerable || echo patched Workarounds --...

...s quickly. We recently moved over to a new server, and (unlike the previous one) this should be reliable. All that virt-builder is doing to download the files is running the curl command: https://github.com/libguestfs/libguestfs/blob/a4e3b7c0598370d8d068b21909da95b6031eb688/builder/downloader.ml#L115 Could there be a problem with curl? > I'd be happy with working around this by manually placing the images > in the cache directory, but I can't seem to figure out the > appropriate placement. virt-builder doesn't find the cached file. I don't really recommend this, but...

...> * The plugin you are using does not do much work in its .open() > callback. For example the memory plugin does nothing in its > callback so is not vulnerable: > https://github.com/libguestfs/nbdkit/blob/afbe7f11098df256acf8eafa9d4ec1e3cfd32910/plugins/memory/memory.c#L110-L115 > > Test if nbdkit is a vulnerable version > -------------------------------------- > > Run the following command (requires bash): > > nbdkit -fv null --run 'sleep 1 >/dev/tcp/localhost/10809' 2>&1 | > grep -q 'open readonly' && echo vu...

Dear Tomas, Where do I find these files? Do they contain the code for the sum function? What do you mean exactly with your point on long doubles? Where can I find documentation on this? Cheers, Rampal On Mon, Feb 18, 2019, 15:38 Tomas Kalibera <tomas.kalibera at gmail.com wrote: > See do_summary() in summary.c, rsum() for doubles. R uses long double > type as accumulator on systems

With python 3, we have a nicer way to handle socket.error with errno set to EPIPE (or ESHUTDOWN). This is also more correct since in some cases (that I could not reproduce yet with v2v), using e[0] with BrokenPipeError will fail with: >>> OSError(errno.EPIPE, "Broken pipe")[0] Traceback (most recent call last): File "<stdin>", line 1, in <module>

Hi llvm-dev, I've uploaded a prototype patch at https://reviews.llvm.org/D70720 which adds a new feature to llvm-objdump: displaying the location (in registers/memory/etc) of source-level variables alongside the disassembly display. I've put a demo of the output at https://reviews.llvm.org/M2. I have two use-cases in mind for this: * Users reading the disassembly of compiled code. It