search for: unintuitively

Displaying 20 results from an estimated 154 matches for "unintuitively".

Did you mean: intuitively
2019 May 16
0
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
The existing behaviour seems inutitive to me. I would consider these invariants for n vector x_i's each with size m: * nrow(rbind(x_1, x_2, ..., x_n)) equals n * ncol(rbind(x_1, x_2, ..., x_n)) equals m Additionally, wouldn't you expect rbind(x_1[i], x_2[i]) to equal rbind(x_1, x_2)[, i, drop = FALSE] ? Hadley On Thu, May 16, 2019 at 3:26 PM Gabriel Becker <gabembecker at
2019 May 16
0
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi Gabe, ? ncol(data.frame(aa=c("a", "b", "c"), AA=c("A", "B", "C"))) ? # [1] 2 ? ncol(data.frame(aa="a", AA="A")) ? # [1] 2 ? ncol(data.frame(aa=character(0), AA=character(0))) ? # [1] 2 ? ncol(cbind(aa=c("a", "b", "c"), AA=c("A", "B", "C"))) ? #
2019 May 16
5
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi all, Apologies if this has been asked before (a quick google didn't find it for me),and I know this is a case of behaving as documented but its so unintuitive (to me at least) that I figured I'd bring it up here anyway. I figure its probably going to not be changed, but I'm happy to submit a patch if this is something R-core feels can/should change. So I recently got bitten by
2019 May 17
0
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
>>>>> Gabriel Becker >>>>> on Thu, 16 May 2019 15:47:57 -0700 writes: > Hi Hadley, > Thanks for the counterpoint. Response below. > On Thu, May 16, 2019 at 1:59 PM Hadley Wickham <h.wickham at gmail.com> wrote: >> The existing behaviour seems inutitive to me. I would consider these >> invariants for n vector
2019 May 17
0
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
On 5/16/19 17:48, Gabriel Becker wrote: Hi Herve, Inline. On Thu, May 16, 2019 at 4:45 PM Pages, Herve <hpages at fredhutch.org<mailto:hpages at fredhutch.org>> wrote: Hi Gabe, ncol(data.frame(aa=c("a", "b", "c"), AA=c("A", "B", "C"))) # [1] 2 ncol(data.frame(aa="a", AA="A")) # [1] 2
2014 May 13
4
[LLVMdev] s/ComputeMaskedBits/ComputeKnownBits/g ?
I've always found the name ComputeMaskedBits a bit unintuitive, and since r154011 it's even worse because there is no masking going on whatsoever: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20120402/140280.html Is there any appetite for a global rename to ComputeKnownBits? Or any other better names? Thanks, Jay.
2014 Feb 13
5
[Bug 904] New: Matching ah without optional argument gives unintuitive result
https://bugzilla.netfilter.org/show_bug.cgi?id=904 Summary: Matching ah without optional argument gives unintuitive result Product: iptables Version: 1.4.x Platform: arm OS/Version: Debian GNU/Linux Status: NEW Severity: enhancement Priority: P5 Component: iptables AssignedTo:
2011 Mar 11
1
Unintuitive backwards-incompatible behaviour with rsync -a --link-dest --size-only
I use rsync to backup my system, using a command-line such as the following: > rsync [src] [dst] -a --link-dest --size-only In this case, [src] is produced by a command that makes no attempt to preserve timestamps ("svnadmin hotcopy", in this case). That's why I use --size-only. Here's the rub: identical files aren't hard-linked like I expect them to be. They're full
2019 May 17
3
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi Herve, Inline. On Thu, May 16, 2019 at 4:45 PM Pages, Herve <hpages at fredhutch.org> wrote: > Hi Gabe, > > ncol(data.frame(aa=c("a", "b", "c"), AA=c("A", "B", "C"))) > # [1] 2 > > ncol(data.frame(aa="a", AA="A")) > # [1] 2 > > ncol(data.frame(aa=character(0),
2006 Apr 30
4
Migration, BigInts, and string lengths
Howdy Y''all, I was thrilled to recently discover migrations, as that framework addresses a common problem in an elegant way. I have, however, gotten tripped up a bit as I''ve worked with them. The first problem I encountered was that, though I was using a BigInt data type in a field in my dev database, my unit tests were failing because when I copied the schema from the dev
2019 May 17
1
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi Martin, Thanks for chiming in. Responses inline. On Fri, May 17, 2019 at 12:32 AM Martin Maechler <maechler at stat.math.ethz.ch> wrote: > >>>>> Gabriel Becker > >>>>> on Thu, 16 May 2019 15:47:57 -0700 writes: > > > Hi Hadley, > > Thanks for the counterpoint. Response below. > > > On Thu, May 16, 2019 at 1:59
2020 Apr 16
2
CTDB and locking issues reloaded
On 16/04/2020 11:12, Ralph Boehme via samba wrote: > Am 4/16/20 um 10:42 AM schrieb Giuseppe Lo Presti: [...] >> the other locking settings? In particular: >> >> ? posix locking = no >> ? strict locking = no >> ? oplocks = no >> ? level2 oplocks = no >> ? kernel oplocks = no > > that depends on your use case. If you sharing SMB only
2019 May 16
3
nrow(rbind(character(), character())) returns 2 (as documented but very unintuitive, IMHO)
Hi Hadley, Thanks for the counterpoint. Response below. On Thu, May 16, 2019 at 1:59 PM Hadley Wickham <h.wickham at gmail.com> wrote: > The existing behaviour seems inutitive to me. I would consider these > invariants for n vector x_i's each with size m: > > * nrow(rbind(x_1, x_2, ..., x_n)) equals n > Personally, no I wouldn't. I would consider m==0 a degenerate
2011 Jun 24
9
[PATCH] xen_disk: cope with missing xenstore "params" node
From: Stefano Stabellini <stefano.stabellini@eu.citrix.com> When disk is a cdrom and the drive is empty the "params" node in xenstore might be missing completely: cope with it instead of segfaulting. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> --- hw/xen_disk.c | 16 +++++++++++----- 1 files changed, 11 insertions(+), 5 deletions(-) diff --git
2010 May 28
0
[LLVMdev] Manipulating basic blocks with the C bindings
On Thu, May 27, 2010 at 8:46 PM, Evan Shaw <chickencha at gmail.com> wrote: > On Thu, May 27, 2010 at 6:38 PM, Kenneth Uildriks <kennethuil at gmail.com> wrote: >> On Thu, May 27, 2010 at 5:47 PM, Evan Shaw <chickencha at gmail.com> wrote: >>> I'm writing a frontend with the LLVM C bindings for a language that >>> has a goto statement, similar to
2020 Feb 08
3
LLVM compile-time regression tracking?
Hi, Does the LLVM project perform any kind of tracking for commit-by-commit compile-time changes? It looks like LNT only tracks run-time performance (and to be honest I wasn't able to make heads or tails of the results even for that -- the interface was pretty unintuitive to me.) While it is "normal" that each new LLVM release regresses compile-time by 2-3%, LLVM 10 seems to be
2004 Jan 06
2
BUG: scp -r follows symlinks
hey all 'scp -r ' follows symlinks. IMO this is a bug and should be changed - it: a) hampers the use of scp. As it stands, I cannot use 'scp -r' because of this behavior. If someone links to '/', or if I hit a recursive symlink, I'm screwed. b) It is inconsistant with cp. When you 'cp -r' on a file, it does NOT follow the symlink. When you scp
2010 May 28
4
[LLVMdev] Manipulating basic blocks with the C bindings
On Thu, May 27, 2010 at 6:38 PM, Kenneth Uildriks <kennethuil at gmail.com> wrote: > On Thu, May 27, 2010 at 5:47 PM, Evan Shaw <chickencha at gmail.com> wrote: >> I'm writing a frontend with the LLVM C bindings for a language that >> has a goto statement, similar to C's. I'm having some trouble figuring >> out what to do for the case where the label is
2014 May 22
2
[LLVMdev] GVN incorrectly handling readnone parameter attribute?
On 05/21/2014 02:52 PM, Robert Lougher wrote: > On 21 May 2014 21:40, Robert Lougher <rob.lougher at gmail.com> wrote: >> define i32* @get_pntr(i32* readnone %p) { >> entry: >> ret i32* %p >> } >> >> define void @store(i32* nocapture readnone %p) { >> entry: >> store i32 10, i32* %p, align 4, !tbaa !1 >> ret void >> }
2007 Jan 16
1
curious about dimension of 'apply' output when MARGIN=1
Reading the documentation for 'apply', I understand the following is working exactly as documented: > M<-matrix(1:6,ncol=2) > M [,1] [,2] [1,] 1 4 [2,] 2 5 [3,] 3 6 > apply(M,2,function(column) column+c(1,2,3)) [,1] [,2] [1,] 2 5 [2,] 4 7 [3,] 6 9 > apply(M,1,function(row) row+c(1,2)) [,1] [,2] [,3] [1,] 2 3 4