search for: unintuit

...i, drop = FALSE] ? Hadley On Thu, May 16, 2019 at 3:26 PM Gabriel Becker <gabembecker at gmail.com> wrote: > > 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 the fact that > > > nrow(rbind(charac...

...e that deviates from the non-zero-length case has never been productive. H. On 5/16/19 13:17, Gabriel Becker wrote: > 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 the fact that > >> nrow(rbind(charact...

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 the fact that > nrow(rbind(character(), character())) [1] 2...

>>>>> 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

...se that deviates from the non-zero-length case has never been productive. H. On 5/16/19 13:17, Gabriel Becker wrote: > 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 the fact that > >> nrow(rbind(charact...

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.

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: netfilter-buglog at lists.netfilter.org...

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

...ever been productive. > > H. > > > On 5/16/19 13:17, Gabriel Becker wrote: > > 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 the fact that > &g...

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

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

...t to yes would cause an unnecessary performance impact, whereas other options were tried in the context of this troubleshooting. Will revert them to their default. And to close on this thread, I'd suggest to document the vfs objects parameter in the CTDB documentation, as it's a pretty unintuitive one to find out when configuring a samba cluster. Thanks a lot, Cheers, Giuseppe

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

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

...lderAtEnd(labelBlock) and >> continue on your way. > That would work. It just seems like there ought to be a better way. Thanks. > > - Evan > If you keep in mind that blocks (other than the entry) aren't really ordered by anything other than branches, I can't see anything unintuitive about it.

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 going for a new record here, with optimized builds regressing by around 5-15%, and that's already after mitigating the largest regression: https://perf.rust-lang.org/compare...

...istant with cp. When you 'cp -r' on a file, it does NOT follow the symlink. When you scp -r on a file, you *do*. And since scp is implemented in terms of cp (for local copies) this leads to one use of scp preserving links, and another by making files out of them! This is unintuitive and wrong. Please change this if it already is not changed - or indicate that a patch could be accepted to change it. I am aware of the alternatives, such as tar and rsync. However, using tar requires an extra binary to be installed on a remote or local machine, and rsync requires an extra pro...

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

...invalidate existing attributes? I'm not clear on the GVN issue, but looking at your example IR, the readnone attribute is definitely incorrect after inlining. A question worth asking here: does this definition of readnone make sense? I can see where it came from, but it seems to give very unintuitive reasoning here. p.s. Is this with TOT or an earlier version? Philip

...5 [2,] 4 7 [3,] 6 9 > apply(M,1,function(row) row+c(1,2)) [,1] [,2] [,3] [1,] 2 3 4 [2,] 6 7 8 I'm not proposing any changes or extra arguments to 'apply'. Rather, I'm wondering what is the benefit for (or rationale behind) this somewhat unintuitive behavior in the case that MARGIN=1. Thanks, Ben