search for: dubious

Displaying 20 results from an estimated 468 matches for "dubious".

2006 Oct 31
5
Odd behaviour of removing 'nothing' from an array or data frame
...o front. First we define a data frame, in this case some people, with their heights. peoples.heights = data.frame(names = c("Alice", "Bob", "Carol"), heights = c(1.67, 1.85, 175)) To make sure the heights are sensible, we define a filter out impossibly tall people. dubious.records = which(peoples.heights$heights > 2.5) #3 peoples.heights = peoples.heights[-dubious.records,] This all works fine since dubious.records is not empty. However, if all the records had been entered properly, then we would get #dubious.records = integer(0) Then the command peop...
2006 Jul 25
1
[LLVMdev] Dubious Library Dependencies
Now that we have a "-why" option to the GenLibDeps.pl utility (which is used by llvm-config to deduce library dependencies), a review of the output has led to a few dubious library dependencies. Here they are: All of the following dependencies are singletons (the dependent library depends on only a single symbol from the dependency library): libLLVMCodeGen.a: libLLVMAnalysis.a(llvm::LoopInfoLinkVar) libLLVMCodeGen.a: libLLVMipo.a(PATypeHolder::get()...
2001 Feb 19
2
Dubious use of BN_num_bits in sshconnect1.c (resend)
------- Forwarded Message Subject: Re: Dubious use of BN_num_bits in sshconnect1.c From: Niels Provos <provos at citi.umich.edu> In-Reply-To: alex at foogod.com, Sun, 18 Feb 2001 19:38:56 PST To: alex at foogod.com Cc: openssh-unix-dev at mindrot.org Date: Mon, 19 Feb 2001 10:07:24 -0500 Sender: provos at citi.umich.edu Hi Alex, there...
2008 Jul 08
3
antispam plugin, amavis and sa-learn
Hello, I would like to use the Dovecot antispam plugin to train SpamAssassin via sa-learn. I compiled the plugin and got it to work with the sendmail backend, which I tested by having it send a message to me. As I'm calling SpamAssassin with amavisd-new, I have a system-wide Bayes db, maintained by the amavis user. As expected, the antispam plugin calls the configured binary as the mail user
2011 Jan 20
0
[LLVMdev] Dubious code in llvm/lib/MC/MachObjectWriter.cpp
In llvm/lib/MC/MachObjectWriter.cpp, there's assert(OS.tell() - Start == is64Bit() ? macho::Header64Size : macho::Header32Size); Shouldn't that be assert(OS.tell() - Start == (is64Bit() ? macho::Header64Size : macho::Header32Size)); MSVC emits a warning, and it doesn't seem right to compare a boolean with a difference of two integers. Csaba -- GCS a+
2008 Nov 11
3
exponential of a matrix
Is the matrix exponential available in some package? The cannonical reference is "Nineteen dubious ways to take the exponential of a matrix". (Love that title) Terry T.
2000 Nov 28
1
dubious behavior during login
Hi, I'm running openssh-2.3.0p1 under Tru64 4.0. I've got the sources and built it whithout additional options. The `problem' happens when a login from a non-existing user is attempted: $ ssh bogus at foo.com Connection closed by foo.com It doesn't even ask the password. So anyone can test whether this host has a user called bogus. I'm not sure whether this is a bug, but I
2004 Feb 12
1
Dubious ifconfig / tcpdump behaviour
Hi, I have a FreeBSD 4.8 box connected to the net which until recently hasn't had any problems. Today DNS lookups mysteriously stopped working (the box has tinydns & dnscache installed to handle dns requests). I noticed some strange things while checking the problem with tcpdump. Tcpdump appears not to show any traffic whatsoever on either my external interface or internal lan interface,
2007 Jul 05
0
[LLVMdev] PATCH (dubious changes) "Bytecode" --> "Bitcode"
Here come the not-so-obvious (i.e. more risky) changes. OK to commit? [In case I went too far, I have a less offensive variant too.] Now I am seeing: # of expected passes 2092 # of unexpected failures 5 # of expected failures 3 but they do not come from this area of mine. Cheers, Gabor PS: the isCompressed flag seems redundant now, but I did not check. Also, I
2001 Feb 19
1
Dubious use of BN_num_bits in sshconnect1.c
Hiho... I have recently encountered problems using OpenSSH 2.3.0p1 to connect to a SSH 1.2.20 server, with messages such as the following: Warning: Server lies about size of server public key: actual size is 1151 bits vs. announced 1152. Warning: This may be due to an old implementation of ssh. respond_to_rsa_challenge: public_key 1151 < host_key 1024 + SSH_KEY_BITS_RESERVED 128
2008 Aug 20
1
using ssh-add unattended on dubious files -- how can i avoid a hang?
I need ssh-add to fail cleanly if it tries and fails to read a key, rather than prompting the user. I can't seem to figure out how to do that. This is on a Linux 2.6.26 system, running OpenSSH 5.1p1 (as built on debian lenny/sid) First, the things i've tried: * i've unset the DISPLAY and SSH_ASKPASS environment variables, so no X11-style prompting should happen. * i've
2005 Aug 17
2
power of a matrix
Dear all, I have a population with three age-classes, at time t=0 the population is: n.zero <- c(1,0,0) I have a transition matrix A which denotes "fertility" and "survival": A <- matrix(c(0,1,5, 0.3,0,0, 0,0.5,0), ncol=3, byrow=TRUE) To obtain the population at t=1, I calculate: A %*% n.zero To obtain the population t=2, I calculate: A %*% (A %*% n.zero) ... and so
2014 Jun 02
4
[PULL 2/2] vhost: replace rcu with mutex
...me VQ mutex. > + * So below is a faster equivalent of synchronize_rcu() > + */ > + for (i = 0; i < d->nvqs; ++i) { > + mutex_lock(&d->vqs[i]->mutex); > + mutex_unlock(&d->vqs[i]->mutex); > + } > kfree(oldmem); > return 0; > } This looks dubious What about using kfree_rcu() instead ? translate_desc() still uses rcu_read_lock(), its not clear if the mutex is really held.
2014 Jun 02
4
[PULL 2/2] vhost: replace rcu with mutex
...me VQ mutex. > + * So below is a faster equivalent of synchronize_rcu() > + */ > + for (i = 0; i < d->nvqs; ++i) { > + mutex_lock(&d->vqs[i]->mutex); > + mutex_unlock(&d->vqs[i]->mutex); > + } > kfree(oldmem); > return 0; > } This looks dubious What about using kfree_rcu() instead ? translate_desc() still uses rcu_read_lock(), its not clear if the mutex is really held.
2009 May 07
4
Adding an 'official' CentOS image to the Amazon EC2 (Electronic Compute Cloud)
I'm starting to use the EC2 cloud (as are others) and noticed that all the available CentOS images seem to be of dubious origin. I think it would further the reputation and popularity of CentOS if it were represented in an official way. In case people aren't aware, when you create an AWS (Amazon Web Services) account there's a management console that shows a list of available images. Of this list, some are...
2014 Jun 03
3
[PULL 2/2] vhost: replace rcu with mutex
On Tue, 2014-06-03 at 14:48 +0200, Paolo Bonzini wrote: > Il 02/06/2014 23:58, Eric Dumazet ha scritto: > > This looks dubious > > > > What about using kfree_rcu() instead ? > > It would lead to unbound allocation from userspace. Look at how we did this in commit c3059477fce2d956a0bb3e04357324780c5d8eeb > > > translate_desc() still uses rcu_read_lock(), its not clear if the mutex > > is...
2014 Jun 03
3
[PULL 2/2] vhost: replace rcu with mutex
On Tue, 2014-06-03 at 14:48 +0200, Paolo Bonzini wrote: > Il 02/06/2014 23:58, Eric Dumazet ha scritto: > > This looks dubious > > > > What about using kfree_rcu() instead ? > > It would lead to unbound allocation from userspace. Look at how we did this in commit c3059477fce2d956a0bb3e04357324780c5d8eeb > > > translate_desc() still uses rcu_read_lock(), its not clear if the mutex > > is...
2014 Aug 25
3
dubious behaviour of match.arg() with nested functions.
Dear all, I initially ran into this problem while rebuilding a package dependent on nleqslv. I got the following error: Error in match.arg(global) : 'arg' must be of length 1 This didn't occur in previous versions of nleqslv, but did in the current one (2.4). I think I pinned the problem down to the following example: Take two functions: test <-
2011 Oct 14
2
[LLVMdev] Request for merge: GHC/ARM calling convention.
...ARMBaseRegisterInfo::getCalleeSavedRegs(const MachineFunction *MF) const { > + bool ghcCall = false; > + > + if (MF) { > + const Function *F = MF->getFunction(); > + ghcCall = (F ? F->getCallingConv() == CallingConv::GHC : false); > + } > This bit looks dubious. Why do you need to do it? What exactly? We need to test if this is GHC calling convention or not and if its, then return different set of callee saved regs. What exactly don't you like on this piece? Thanks! Karel
2011 Apr 03
2
Signed bit field; int have_hotplug_status_watch:1
Hi Ian, I've been going through some sparse scans of the kernel and it threw up: CHECK drivers/net/xen-netback/xenbus.c drivers/net/xen-netback/xenbus.c:29:40: error: dubious one-bit signed bitfield int have_hotplug_status_watch:1; from your patch f942dc2552b8bfdee607be867b12a8971bb9cd85 It does look like that should be an unsigned (given it's assigned 0 and 1) Dave -- -----Open up your eyes, open up your mind, open up your code ------- / Dr. Davi...