similar to: exact matching of names in attr

Hi, I have questions about object attributes, and how they are handled when subsetted. My examples will use: tm <- (1:10)/10 ds <- (1:10)^2 attr(tm,"units") <- "sec" attr(ds,"units") <- "cm" dat <- data.frame(tm=tm,ds=ds) attr(dat,"id") <- "test1" When a "primitive class" object (numeric, character, etc.) is

Full_Name: Michael Toews Version: 2.3.1 OS: Mac OS 10.4.6 and WinXP/SP2 Submission from: (NULL) (24.80.163.133) This bug also affects related functions (write.csv, etc.), and can be demonstrated using either a matrix or data frame: m <- matrix(1:9,nrow=3, dimnames=list(c("A","B","C"), c("I","II","III")))

Full_Name: Michael Toews Version: 2.7.0 OS: Windows XP SP2 Submission from: (NULL) (24.80.163.230) Using Unicode characters in Windows works with static strings (as of R 2.7.0), however fails when used with sprintf() or paste(). For example, on R 2.7.0 for Windows XP (SP2): Static string (works, showing Greek Delta character): > print("\u0394Q = 2.2 L/s") [1] "&#916;Q =

Full_Name: Michael Toews Version: 2.3.1 OS: WindowsXP Home/Proffesional SP2 Submission from: (NULL) (142.58.206.114) Hi, I have a bug that I can reproduce on two different MS Windows platforms (1:AMD64x2/WinXP SP2 Home; 2:P4/WinXP SP2 Prof.) which is triggered by the "Save as" dialog when saving a plot from a Windows device onto the Desktop. This bug is difficult to reproduce, but here

Dear all, Currently, I am trying to create a test package "testS4" using S4 classes, which I am attaching. Running R CMD check gives the following error: coeurebooks-computer:/Volumes/CoreData/CRAN cs$ R CMD check testS4_0.1.1.tar.gz * checking for working latex ...sh: line 1: latex: command not found NO * using log directory '/Volumes/CoreData/CRAN/testS4.Rcheck' * using R

I don't often suggest an incompatibility with S, but I think this behavior in S and R is very dangerous: > c(list(a="a"), b=2, a=1)$a [1] "a" > c(list(a="a"), b=2, a=1) $a [1] "a" $b [1] 2 $a [1] 1 I think this is a case where we may want incompatibility with S in order to enforce good programming and catch unintentional errors. I cannot think of

> On Sat, Sep 6, 2014 at 8:18 AM, Ady <ady-sf at hotmail.com> wrote: > > Hello Syslinux Team, > > > > What actions are _supposed_ to be triggered by each of: > > > > [Ctrl-J] > > [Ctrl-M] > > > > in the Syslinux command line in version 6.03-pre20? > > They should do nothing special but either might be interpreted like an

Hi, I noticed some time ago that, for instance, named vectors that are really makes str() really slow when displaying the names attribute. I don't know exactly when this started, but it wasn't the case say 1-2 years ago. Example (on a WinXP 1.8GHz): > s <- 1:1000; names(s) <- s > system.time(str(s)) Named int [1:1000] 1 2 3 4 5 6 7 8 9 10 ... - attr(*, "names")=

On Sat, Sep 6, 2014 at 8:18 AM, Ady <ady-sf at hotmail.com> wrote: > Hello Syslinux Team, > > What actions are _supposed_ to be triggered by each of: > > [Ctrl-J] > [Ctrl-M] > > in the Syslinux command line in version 6.03-pre20? They should do nothing special but either might be interpreted like an <enter>. > Are there any differences between CLI and

I tried building the latest master from git on debian wheezy. It seems to require libncurses-dev. I thought to add it into the wiki as a required package to install, but it seems one needs to ask for a login to the wiki. No prob ;) Could someone add it to the wiki? Or is this an unintentional dependency that will be removed? -- Michael De Groote ICT-coordinator Sint-Pietersschool Korbeek-Lo

I just checked out trunk/vorbis to build the latest libvorbis, and noticed an inconsistency in the project settings. For the two build configurations Debug and Release, we have as the Output Directory "$(SolutionDir)$(ConfigurationName)", and the Intermediate Directory "Debug". ("Release" for the Release configuration) However, for the two build configurations

On Fri, Jun 02, 2017 at 12:34:57PM +0300, Sergei Shtylyov wrote: > Hello! > > On 6/2/2017 2:56 AM, Michael S. Tsirkin wrote: > > >commit d85b758f72b0 "virtio_net: fix support for small rings" > > Commit d85b758f72b0 ("virtio_net: fix support for small rings") > > >was supposed to increase the buffer size for small rings > >but had

On Fri, Jun 02, 2017 at 12:34:57PM +0300, Sergei Shtylyov wrote: > Hello! > > On 6/2/2017 2:56 AM, Michael S. Tsirkin wrote: > > >commit d85b758f72b0 "virtio_net: fix support for small rings" > > Commit d85b758f72b0 ("virtio_net: fix support for small rings") > > >was supposed to increase the buffer size for small rings > >but had

commit d85b758f72b0 "virtio_net: fix support for small rings" was supposed to increase the buffer size for small rings but had an unintentional side effect of decreasing it for large rings. This seems to break some setups - it's not yet clear why, but increasing buffer size back to what it was before helps. Fixes: d85b758f72b0 "virtio_net: fix support for small rings"

commit d85b758f72b0 "virtio_net: fix support for small rings" was supposed to increase the buffer size for small rings but had an unintentional side effect of decreasing it for large rings. This seems to break some setups - it's not yet clear why, but increasing buffer size back to what it was before helps. Fixes: d85b758f72b0 "virtio_net: fix support for small rings"

Hi Hilmar and Ivan, I have used your code examples to write a blog post about this topic, which has figures that show the asymptotic time complexity of the various approaches, https://tdhock.github.io/blog/2023/df-partial-match/ The asymptotic complexity of partial matching appears to be quadratic O(N^2) whereas the other approaches are asymptotically faster: linear O(N) or log-linear O(N log N).

I got this wired behaviour of the attr() function using R-1.6.1 on both linux redhat 7.3 (i386) and Solaris 8 (Sparc): > tmp <- list(id=1) > > attr(tmp,"n.ch") <- 2 > attr(tmp,"n") <- 1 > tmp $id [1] 1 attr(,"n.ch") [1] 2 attr(,"n") [1] 1 > > attributes(tmp) $names [1] "id" $n.ch [1] 2 $n [1] 1 >

I am trying to reset the default arguments in the rnbinom function with the following example code: params <- c("size" = 1, "mu" = 1) formals(rnbinom)[names(params)] <- params rnbinom(n = 10) It returns the following: Error in rnbinom(n = 10) : argument "prob" is missing, with no default If I set the defaults with this code: params <- c("size"

Not sure who owns this bit of code, so sending this to the general list. It looks like there may be an unintentional fall through happening in the X86RegisterInfo::getCallPreservedMask function. http://llvm.org/docs/doxygen/html/X86RegisterInfo_8cpp_source.html case CallingConv::Intel_OCL_BI

Dear all, I just received a file from a colleague in spss. The read.spss could not finish the file due to an error (Unrecognized record type 7, subtype 18 encountered in system file) so instead I converted the file using stat-transfer. Looking at my data I see that most labels are in the attributes and I?d love to access them and assign the pertinent variables to factors without doing the whole