search for: caddr

--- Miles Egan <miles@caddr.com> wrote: > Are there rpms for flac available? I'm not aware of any official maintainers but supposedly the gstreamer guys (http://gstreamer.sf.net) have a spec file for it. I am going to look into it in the next couple of days but when 1.0 comes out I'm sure RPMs will pop up pret...

...t be a character vector")); + if(TYPEOF(x) != STRSXP && !isRawx) + error(_("'x' must be a character vector or raw")); if(!isString(CADR(args)) || length(CADR(args)) != 1) error(_("invalid '%s' argument"), "from"); if(!isString(CADDR(args)) || length(CADDR(args)) != 1) error(_("invalid '%s' argument"), "to"); if(!isString(CADDDR(args)) || length(CADDDR(args)) != 1) error(_("invalid '%s' argument"), "sub"); - if(STRING_ELT(CADDDR(args), 0) == NA_STRING) sub =...

--- Miles Egan <miles@caddr.com> wrote: > On Tue, Jul 17, 2001 at 10:04:49AM -0700, Josh Coalson wrote: > > --- Miles Egan <miles@caddr.com> wrote: > > > Are there rpms for flac available? > > > > I'm not aware of any official maintainers but supposedly > > the gstreamer guys...

Dear all, I just stumbled over the fact that subsetting by square bracket will only output the first given index. I guess the rest is thrown away by the CADDR in RenderSub (plotmath.c l. 1399). Maybe changing this could be considered as "low-priority desired" (would be nice if the output works for ? However, I suggest to announce the fact that only the first parameter is printed in plotmath.Rd. E.g. in the table l. 72 \code{x[i]} \tab x...

...5)) > diff -u ./plotmath.old ./r-patched/src/main/plotmath.c --- ./plotmath.old 2003-05-25 17:47:23.000000000 +0200 +++ ./r-patched/src/main/plotmath.c 2003-05-25 17:49:38.000000000 +0200 @@ -2075,10 +2075,12 @@ delim2 = DelimCode(expr, CADDDR(expr)); bbox = RenderElement(CADDR(expr), 0); dist = max(bboxHeight(bbox) - axisHeight, bboxDepth(bbox) + axisHeight); - bbox = RenderDelim(delim1, dist + extra, draw); + if (delim1 != '.') + bbox = RenderDelim(delim1, dist + extra, draw); bbox = CombineBBoxes(bbox, RenderElement(CADDR(expr), draw))...

Hello, everyone! I would like to solve the following problem. Btw, I''m terribly sorry about the pseudo-asciiart, but that''s all I can paint as a tropology. I''m hoping it''ll be enough. ----Internet---- | | | eth0 machine A routing+ipchains eth1 | ------------------ machine B So, given I''m running kernel 2.4.19 and using ipchains

Matthew Wiener <mcw@ln.nimh.nih.gov> writes: > > parameters (xxdefun in gram.y calls lang4). The arg count got changed > > from 0.64.2 to 0.65.0 (from 3 to 4) to accommodate the stored source > > attribute. I suppose that a function stored in a saved workspace might > > cause some kind of mess when restored. > > > > If I understand this correctly, it

...start: cli xorw %ax, %ax movw %ax, %ss movw $stack, %sp pushaw pushw %di /* es:di -> $PnP header */ pushw %es pushw %si pushw %ds sti cld pushw %cs popw %ds #ifdef DEBUG_START pushw %dx call crlf movw $(_start),%dx /* 0x0600 mbr.ld .text address */ call wrhexw call crlf call caddr caddr: popw %dx subw $(caddr - _start), %dx call wrhexw call crlf popw %dx #endif /* DEBUG_START */ /* write DL */ pr_dl: call wrstr .ascii "DL: \0" call wrhexb /* DS */ pr_ds: call wrstr .ascii " DS: \0" LOADE ds, dx pushw %dx popw %es call wrhexw /* SI */ pr_s...

Full_Name: Juan Gea Version: R version 2.6.2 OS: Fedora Core 6 Submission from: (NULL) (79.153.48.49) Abort: objeS <- matrix("AAA",1000000) class(objeS) outTxt <- textConnection("vaClob", open = "w", local = FALSE) dput(objeS,outTxt) close(outTxt) R version 2.6.2 (2008-02-08) Copyright (C) 2008 The R Foundation for Statistical Computing ISBN

Hi All, I have some questions regarding the R C API. Let's assume I have a function which is defined as follows: R file: myfunc <- function(a, b, ...) .External(Cfun, a, b, ...) C file: SEXP Cfun(SEXP args) { args = CDR(args); SEXP a = CAR(args); args = CDR(args); SEXP b = CAR(args); args = CDR(args); /* continue to do something with remaining arguments in "..."

...TH(v) + 1);\ PROTECT(v);\ INTEGER_POINTER(v)[GET_LENGTH(v) - 1] = x;\ }\ while (false) SEXP R_SimplePushBackTest(SEXP args) { SEXP arg1, arg2, int_vect; PROTECT(arg1 = AS_INTEGER(CADR(args))); int n_reps = INTEGER_POINTER(arg1)[0]; PROTECT(arg2 = AS_LOGICAL(CADDR(args))); bool full_alloc = (LOGICAL_POINTER(arg2)[0] ? true : false); if (full_alloc) PROTECT(int_vect = NEW_INTEGER(n_reps)); else PROTECT(int_vect = NEW_INTEGER(0)); for (int i = 0; i < n_reps; ++i) { Rprintf(" ** Iteration %d:\n", i + 1); if...

...e <sys/socket.h> /* !!! */ #include <sys/types.h> +#include <sys/socket.h> /* !!! */ #include <unistd.h> #include <netdb.h> #include <netinet/in.h> I don't have a linux machine handy, so I'm not sure if this still compiles under linux. -- miles at caddr dot com --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-dev-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe...

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the

Dear all, I had a R segmentation fault, and then invoked debug mode and ran step by step. When I reached "terms(Y~X1*X2*...*X16)", I would then have "segmentation" fault. However, if I just ran this under regular "R interactive" mode, it would be fine though taking long time. My questions are: 1. Is there a known limit of terms for a formula? 2. Why does the

Look at the result of (in S-plus:) validate(verbose=TRUE, outfile="......./validate-3.4.out") which gives (for me, S-plus 3.4 on Solaris 2.5) 2106 Lines of output. It's full of tests using "standard data sets". (--> 'demos' available!) Basically, at the end of each example, there are statements which should return TRUE if the 'validation test' is

...or you to access a limited number of elements. See below ``` #define CAR(e) ((e)->u.listsxp.carval) #define CDR(e) ((e)->u.listsxp.cdrval) #define CAAR(e) CAR(CAR(e)) #define CDAR(e) CDR(CAR(e)) #define CADR(e) CAR(CDR(e)) #define CDDR(e) CDR(CDR(e)) #define CDDDR(e) CDR(CDR(CDR(e))) #define CADDR(e) CAR(CDR(CDR(e))) #define CADDDR(e) CAR(CDR(CDR(CDR(e)))) #define CAD4R(e) CAR(CDR(CDR(CDR(CDR(e))))) ``` You can use them to get first a few arguments from a pairlist. Another solution would be converting the pairlist into a list so that you can use the methods defined for a list to access any...

I know the list has been pretty quiet lately but that is actually a good thing I think... I've been putting the finishing touches on 1.0, resolving the last remaining bugs, and nothing new seems to have cropped up The release should be this week. After that I will probably switch to a new method for releases. Stable ones will be released as normal, but beta releases in between may only be

...0 @@ -336,11 +336,11 @@ static char ** libxl__build_device_model } else { ifname = vifs[i].ifname; } - flexarray_append(dm_args, "-net"); - flexarray_append(dm_args, libxl__sprintf(gc, "nic,vlan=%d,macaddr=%s,model=%s", - vifs[i].devid, smac, vifs[i].model)); - flexarray_append(dm_args, "-net"); - flexarray_append(dm_args, libxl__sprintf(gc, "tap,vlan=%d,ifname=%s,script=%s", + flexarray_append(dm_args, &...

...; below > > ``` > #define CAR(e) ((e)->u.listsxp.carval) > #define CDR(e) ((e)->u.listsxp.cdrval) > #define CAAR(e) CAR(CAR(e)) > #define CDAR(e) CDR(CAR(e)) > #define CADR(e) CAR(CDR(e)) > #define CDDR(e) CDR(CDR(e)) > #define CDDDR(e) CDR(CDR(CDR(e))) > #define CADDR(e) CAR(CDR(CDR(e))) > #define CADDDR(e) CAR(CDR(CDR(CDR(e)))) > #define CAD4R(e) CAR(CDR(CDR(CDR(CDR(e))))) > ``` > > You can use them to get first a few arguments from a pairlist. Another > solution would be converting the pairlist into a list so that you can use > the methods...

Hi folks. I posted this question a few days ago, but maybe it got lost because of the code I included with it. I'm having a problem using the SET_LENGTH() macro in an R extension I'm writing in C++. In a function within the extension I use SET_LENGTH() to resize R vectors so as to allow the concatenation of single values onto the vectors -- it's a "push back" function to