search for: rpos

...AudioSettings.PcmCdaParams.BitsPerSample = BitsPerSample; pThis->m_AudioSettings.PcmCdaParams.SamplingFrequency = FLAC__seekable_stream_decoder_get_sample_rate (pThis->m_Decoder); pThis->ApplyAudioDecoderSettingsOnTheFly (); unsigned char *LChannel, *RChannel; unsigned int RPos, LPos; LChannel = RChannel = (unsigned char *)buffer[0]; if (Channels > 1) RChannel = (unsigned char *)buffer[1]; BytesPerSample = BitsPerSample >> 3; LPos = RPos = 0; /* Copy the decoded audio data to the DMA buffer. We have to * interleave the channels. When the DMA bu...

...ample = BitsPerSample; > pThis->m_AudioSettings.PcmCdaParams.SamplingFrequency = > FLAC__seekable_stream_decoder_get_sample_rate > (pThis->m_Decoder); > pThis->ApplyAudioDecoderSettingsOnTheFly (); > > unsigned char *LChannel, *RChannel; > unsigned int RPos, LPos; > > LChannel = RChannel = (unsigned char *)buffer[0]; > if (Channels > 1) > RChannel = (unsigned char *)buffer[1]; > > BytesPerSample = BitsPerSample >> 3; > LPos = RPos = 0; > > /* Copy the decoded audio data to the DMA buffer. We have to...

...EFILE) off_t pos = f_tell(fp); #else long pos = f_tell(fp); #endif in the definition of file_seek() in main/connections.c should be more along the lines of the code defining struct fileconn in include/Rconnections.h: #if defined(HAVE_OFF_T) && defined(__USE_LARGEFILE) off_t rpos, wpos; #else #ifdef Win32 off64_t rpos, wpos; #else long rpos, wpos; #endif #endif I compiled and tested a version of R devel 2.2.0 with the appropriate simple change to file_seek() in main/connections.c, and with it, seek() correctly returned file positions beyond 2Gb. However, I don&...

...unfortunately, I don't have and can't get access to MASS for at least three weeks. I have found some code on the web however which implements the prediction error algorithm in cv.glm. http://www.bioconductor.org/workshops/NGFN03/modelsel-exercise.pdf Now I've tried to adapt it to my purposes, but since I'm not deeply familiar with R programming, I don't know why it doesn't work. Now checking the r-help list faq it seems this is an appropriate question. I've included my attempted function below. The error I get is: logcv(basp.data, form, 'basp', 'recordy...

...# form is the output of the is.formula function # rvar is the response variable as a string, for example 'birdx' # fvar is the fold variable, for example 'recordyear' logerrorest <- function(mdata, form, rvar, fvar) { require(Hmisc) require(ipred) # determine index of variables rpos <- match(rvar, names(mdata)) fpos <- match(fvar, names(mdata)) # get fold values and count for each group vardesc <- describe(mdata[[fpos]])$values fvarlist <- as.integer(dimnames(vardesc)[[2]]) k <- length(fvarlist) countlist <- vardesc[1,1] for (i in 2:k) { countlist[i] <- v...

...> long pos = f_tell(fp); > #endif > > in the definition of file_seek() in main/connections.c should be more > along the lines of the code defining struct fileconn in > include/Rconnections.h: > > #if defined(HAVE_OFF_T) && defined(__USE_LARGEFILE) > off_t rpos, wpos; > #else > #ifdef Win32 > off64_t rpos, wpos; > #else > long rpos, wpos; > #endif > #endif > > I compiled and tested a version of R devel 2.2.0 with the appropriate > simple change to file_seek() in main/connections.c, and with it, seek() > correctly r...

Bottom Line Up Front: How does one reshape genetic data from long to wide? I currently have a lot of data. About 180 individuals (some probands/patients, some parents, rare siblings) and SNP data from 6000 loci on each. The standard formats seem to be something along the lines of Famid, pid, fatid, motid, affected, sex, locus1Allele1, locus1Allele2, locus2Allele1, locus2Allele2, etc In other

...=================== --- src/include/Rconnections.h (revision 42664) +++ src/include/Rconnections.h (working copy) @@ -63,7 +63,7 @@ typedef struct fileconn { FILE *fp; -#if defined(HAVE_OFF_T) && defined(HAVE_SEEKO) +#if defined(HAVE_OFF_T) && defined(HAVE_FSEEKO) off_t rpos, wpos; #else #ifdef Win32 Index: src/main/connections.c =================================================================== --- src/main/connections.c (revision 42664) +++ src/main/connections.c (working copy) @@ -446,7 +446,7 @@ /* ------------------- file connections --------------------- */...

Dear LLVM developers, My name is Ben Niu and I am a Ph.D. student at Lehigh University. I compiled the MUSL C library using Clang 3.3, and dumped the generated LLVM IR files. I found that the MUSL-defined FILE struct (aliasing __FILE_s) struct __FILE_s { unsigned flags; unsigned char *rpos, *rend; int (*close)(FILE *); unsigned char *wend, *wpos; unsigned char *mustbezero_1; unsigned char *wbase; size_t (*read)(FILE *, unsigned char *, size_t); size_t (*write)(FILE *, const unsigned char *, size_t); off_t (*seek)(FILE *, off_t, int); unsigned char *buf...

...name is Ben Niu and I am a Ph.D. student at Lehigh University. I > compiled the MUSL C library using Clang 3.3, and dumped the generated LLVM > IR files. I found that the MUSL-defined FILE struct (aliasing __FILE_s) > > struct __FILE_s { > unsigned flags; > unsigned char *rpos, *rend; > int (*close)(FILE *); > unsigned char *wend, *wpos; > unsigned char *mustbezero_1; > unsigned char *wbase; > size_t (*read)(FILE *, unsigned char *, size_t); > size_t (*write)(FILE *, const unsigned char *, size_t); > off_t (*seek)(FILE *,...

...9; to quit R. > library(tools) > checkVignettes(dir='/home/paul/dse/src/pac/dse2', workdir = 'cur', keepfiles=TRUE) Program received signal SIGSEGV, Segmentation fault. 0x080784ff in file_fgetc (con=0xbfffc8a0) at connections.c:291 291 fseek(this->fp, this->rpos, SEEK_SET); (gdb) bt #0 0x080784ff in file_fgetc (con=0xbfffc8a0) at connections.c:291 #1 0x080a9f12 in con_getc () at /ext/R/cvs/R-devel/src/main/gram.y:1130 #2 0x080a8a2b in xxgetc () at /ext/R/cvs/R-devel/src/main/gram.y:287 #3 0x080aab78 in SymbolValue (c=0) at /ext/R/cvs/R-devel/src/main/g...

From: Matt Fleming <matt.fleming at linux.intel.com> This series fixes some bugs and switches the elflink branch to be entirely ELF modules. It applies on top of, http://syslinux.zytor.com/archives/2011-April/016369.html The deletions in the diff stat below are mainly from deleting com32/elflink/modules (finally!). Now there should be no duplicate code because we don't need COM32 and

Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability

...l 1 44876 0 0.01 44849 0 0.01 44849 rna.ll 7 143455 0 0.02 143440 0 0.02 134851 roadlet.ll 10 18018 0 0.01 17989 0 0.01 17989 rotate.ll 1 1688 0 0.01 1659 0 0.01 1659 routenet.ll 2 119348 0 0.02 119315 0 0.02 119315 rows.ll 13 64096 0 0.01 64066 0 0.01 64066 rpe.ll 8 58758 0 0.01 58728 0 0.01 58728 rpos.ll 50 98419 1 0.01 98187 0 0.01 98402 rtp.ll 3 19364 0 0.01 19333 0 0.01 19333 rule.ll 3 7985 0 0.01 7969 0 0.01 7969 rules-inf.ll 205 681850 13 0.05 681793 2 0.06 678552 rules-red.ll 240 699484 15 0.06 702599 2 0.07 693655 rules-sort.ll 137 323874 10 0.03 320965 2 0.03 323149 rules-split.ll 63 988...