search for: ducing

Displaying 11 results from an estimated 11 matches for "ducing".

Did you mean: ducking
2009 Jan 01
0
[LLVMdev] Re ducing LLVM's memory usage
...y lost blocks. I also have similar problems with my own code: there is a lot of lost ConstantInts. From what I saw in the LLVM code, constants are put in a statically managed structure which is supposed to be cleaned at shutdown. Vitaly C. -- View this message in context: http://www.nabble.com/Reducing-LLVM%27s-memory-usage-tp21174014p21242672.html Sent from the LLVM - Dev mailing list archive at Nabble.com.
2008 Dec 26
3
[LLVMdev] Re ducing LLVM's memory usage
...destroying everything (unloading the ExecutionEngine, freeing the module, calling llvm_shutdown) ? Ideally I would like something which brings everything to the state just after I created the JIT engine for the first time. Thanks, Vitaly C. -- View this message in context: http://www.nabble.com/Reducing-LLVM%27s-memory-usage-tp21174014p21174014.html Sent from the LLVM - Dev mailing list archive at Nabble.com.
2010 Aug 26
1
Roff typo in sievec.1.in
There is a roff typo in pigeonhole's sievec.1.in. Roff treats the leading apostrophe on line 54 as an invalid command and produces bad output: dump to be written to stdout. The out-file argument may also be omitted, which has the same effect as for a com- piled Sieve binary file. Note that this option is not The output should be:
2008 Dec 11
1
dtrace (1M) manpage/ docs seem incorrect re 32/64 bit
The dtrace(1M) manpage seems to be incorrect, it states: -32 | -64 The D compiler produces programs using the native data model of the operating system kernel. You can use the isainfo -b command to determine the current operating system data model. If the -32 option is specified, dtrace forces the D compiler to compile a D
1999 Nov 10
2
R.bug.report (PR#315)
Again I would like to express my deepest appreciation to all those working so selflessly on the development of R for us all to use it freely (and it is such a joy to use!) Rashid Nassar == Possible bug: 1. boxplot() This is an old behavior that I had reported before, but as it is still there, it may not ba a bug (although it looks like one to me). "qfcut" is numeric, "st"
2005 Oct 23
1
Script for metropolitan
The script is corect ? #!/bin/bash /sbin/iptables -F -t mangle /sbin/iptables -X /sbin/iptables -t mangle -N mark_horiz_src /sbin/iptables -t mangle -N mark_horiz_dst /sbin/iptables -t mangle -A PREROUTING -i eth0 -j mark_horiz_src /sbin/iptables -t mangle -A PREROUTING -i eth1 -j mark_horiz_dst /sbin/iptables -t mangle -A OUTPUT -o eth0 -j mark_horiz_dst /usr/local/bin/mipclasses -s
1998 Dec 08
1
Can't connect to shares w/2.0beta3 on OSF1
I was running 1.9.18p10 on a test DEC Unix 4.0d box here and I decided to give 2.0beta3 a try. For some reason, I cannot connect to any of the server's shares or even get a list of it's services (via Start->Run->\\server) from Win95 clients. It asks for a password and no matter what I put in there I get "The password is not correct. Try again." I configured Beta3 a la:
2019 Dec 04
0
error in parallel:::sendMaster
Hi all, With the help of Tomas, I was able to track the issue down: Prior to R v3.6.0 the parallel package passes an uninitialized variable as the file descriptor argument to the close system call. In my particular R session this uninitialized variable (reproducibly) was holding the value 7, which corresponded to the file descriptor of the write end of the pipe the second child would use to
2019 Dec 04
0
error in parallel:::sendMaster
Hi all, With the help of Tomas, I was able to track the issue down: Prior to R v3.6.0 the parallel package passes an uninitialized variable as the file descriptor argument to the close system call. In my particular R session this uninitialized variable (reproducibly) was holding the value 7, which corresponded to the file descriptor of the write end of the pipe the second child would use to
2019 Nov 28
1
error in parallel:::sendMaster
Hi Andreas, thank you very much, good job finding it was EBADF. Now the question is why the pipe has been closed prematurely; it could be accidentally by R (a race condition in the cleanup code in fork.c) or possibly by some other code running in the same process (maybe the R program itself or some other code it runs). Maybe we can take this off the list and come back when we know the cause
2003 Dec 01
0
No subject
cheers, jerry --------------------------------------------------------------------- www.valinux.com VA Linux Systems gcarter_at_valinux.com www.samba.org SAMBA Team jerry_at_samba.org www.plainjoe.org jerry_at_plainjoe.org --"I never saved anything for the swim back." Ethan Hawk in Gattaca-- Return-Path: