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: