search for: unsurprisingly

Hello there R-help, I'm not sure if this should be posted here - so apologies if this is the case. I've found a problem while using rle and am proposing a solution to the issue. Description: I ran into a niggle with rle today when working with vectors with NA values (using R 2.31.0 on Windows 7 x64). It transpires that a run of NA values is not encoded in the same way as a run of other

...be last, and has an enormous *IF* in > front of it. =] No actual patches to it (other than testing this whole > system) will happen on github, etc. The test-suite repo is low-traffic enough that this will probably be an easy migration. > I'm not going to be doing all of this myself, unsurprisingly. I think I know > a few people who would be willing to help, but if other LLVM contributors > are interested in helping with the #1 - #3 stuff, just lemme know and I'll > try to make sure everyone has access to the github bits. At least up through > #3 I'm not really worried abo...

Greetings list, I've noticed over the last couple of weeks that, unsurprisingly, nearly every new PC seems to be coming with Vista these days. I expect it'll only be a matter of time for all of us before clients start needing Vista-compatible softphones (if it's not already happened). So, what's the story with Vista compatibility amongst the softphones currently o...

(note: i asked this a few days ago but it *appears* that that post was tossed due to getting excessive bounces from my account. so i'm posting it again, apologies if you're seeing it a second time.) over the next several weeks, i'm teaching some courses in RHEL admin but (unsurprisingly) i'll be using centos 5.5. it's a decently-written, 3rd party course, all the generic, standard admin topics but it does leave me about a 1/2 day to throw in any cool stuff i want to add. so, any recommendations for neat things that people here have done in the way of what can be added...

...t triplet for this nor another target class. Hi Anton, I may need to clarify, sparcv9-* is used for the SPARCV9 ABI (ie 64-bit ABI), rather than the SPARCV9 CPU per se. It serves the same purpose as x86_64-* and powerpc64-*, which is to say it's associated with -m64, not -mcpu=v9 (although unsurprisingly -m64 does require a V9 or later CPU). I may be wrong, but I think the only distinction in ARM is between arm and thumb code, which do have distinct archtypes in Triple.h That said, I'm happy to change it however you like if you think it makes more sense, as long as we get distinct sparc-* a...

...mirror of it, and allow commits (using whatever mechanism) there. Naturally, the last step is going to be last, and has an enormous *IF* in front of it. =] No actual patches to it (other than testing this whole system) will happen on github, etc. I'm not going to be doing all of this myself, unsurprisingly. I think I know a few people who would be willing to help, but if other LLVM contributors are interested in helping with the #1 - #3 stuff, just lemme know and I'll try to make sure everyone has access to the github bits. At least up through #3 I'm not really worried about anything as its j...

Hi All- As we all know, the C++14 discussion is flaring up again. Chandler brought up that he would like a concrete plan to switch. In my opinion, this is insufficient, as it will result in us simply having this discussion AGAIN next release. Instead, I would prefer us to have a concrete Policy on our host compilers. That way, changes like this are unsurprising to our users, and advance our

...ay slot) and bovc (branch if addition would overflow, no delay slot) share the same major opcode and field layout. When the register number $rs is less than the register number $rt, it is a beqc instruction. When the register number $rs is greater or equal to the register number $rt, it is a bovc. Unsurprisingly, defining both of these instructions in tablegen causes decoding conflicts. Are there any targets with similar encoding/decoding issues that I could look at? Daniel Sanders Leading Software Design Engineer, MIPS Processor IP Imagination Technologies Limited www.imgtec.com<http://www.imgtec.com/...

I used sink() a lot under linux with no problems. Under windows 2000 & using R 1.5.1, I do the following: - use sink() to direct ouput to a file - use sink() again to direct output to screen - print the file (to a network printer) PROBLEM: the file stays spooled infinitely at the printer. Sometimes the spooling gets translated into a printer error. The only way to get any printing working

...partition of a server due to /var chewing up the space, I added a separate drive for the purpose of mounting it as /var To do so, I mounted the new drive as /var2, cp -R (in hindsight should had rsync to preserve attributes), deleted the original /var to free up space, edited fstab and rebooted... unsurprisingly to a fubar'd server. The thing is it still boots, I can get into single user mode but a full init get stuck at starting the syslogger. What is the best way to rescue the server now from my own stupidity and keeping all the existing configuration and data?

...Here is where the fun starts. Each IMAP session that gets proxied to the real mailbox server needs a port for the outgoing connection. So to support 2 million sessions we need 40 IP addresses here. Ouch. And from a brief test having multiple IP addresses per server won't help either (Dovecot unsurprisingly picks the main IP when establishing a proxy session to the real mailbox), at least not with just one default GW. 3. All of this gets repeated on the actual mailbox servers, by either having a lot of low density servers or (preferably) high density servers with multiple IP addresses. Am I on tra...

...symlinks cd+++++++++ rsync.symlinks/ <f+++++++++ rsync.symlinks/file.itself cL+++++++++ rsync.symlinks/file.symlink -> file.itself And again: .L....og... rsync.symlinks/file.symlink -> file.itself I had tried use --rsync-path="rsync --fake-super" instead of -M--fake-super what unsurprisingly give me same result: $ rsync -apr --links --itemize-changes --fake-super --rsync-path="rsync --fake-super" rsync.symlinks backup at store.hubbitus.info:~/temp/rsync.symlinks .L....og... rsync.symlinks/file.symlink -> file.itself Is it a bug and have worth to fill issue? -- With best...

+ the new llvm-dev On Fri, Aug 7, 2015 at 11:30 AM, Jingyue Wu <jingyue at google.com> wrote: > Hi folks, > > Unsurprisingly, leveraging the fact that certain address spaces don't > alias can significantly improve alias analysis precision and enhance > (observably 2x performance gain) load/store optimizations such as LICM and > DSE. > > This sounds to me an overdue feature. I saw several discussion thr...

...IT_MACROS") (note that it is no longer a cmake list but a string, and the string contains a leading space!) This causes CMake 3.1 to emit g++ -D -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS [...] when LLVM_DEFINITIONS is used via target_compile_definitions. Which, unsurprisingly, fails. Although this issue is fixed in current CMake versions (3.2+), do we really want to require these versions just to have LLVM_DEFINITIONS defined as a string instead of a list? A simple check if LLVM_DEFINITIONS is empty in add_llvm_definitions might solve the issue. -- Johannes S. Mueller...

...came across this. I can work around it, but thought you might like to know about it. > f <- function(x) { NULL } > a <- as.list(f)[[1]] > a # ie print(a) Error: argument "a" is missing, with no default Note it says *argument* "a", which is strange. In fact, and unsurprisingly, the bug lies with the object itself, not with print(): > typeof(a) Error in typeof(a) : argument "a" is missing, with no default > deparse(a) Error in deparse(a) : argument "a" is missing, with no default However, this does work: > as.list(f)[[1]] It prints nothing,...

I am trying to implement stack probes for our SHAVE target, and I see that the compiler injects references to '__stack_chk_guard' and '__stack_chk_fail'. The code that gets generated is horribly wrong, but in order to understand how to fix it I was wondering if there is a clear statement of how the mechanism is supposed to work? The variable '__stack_chk_guard' appears

Hello, Nathan >   I may need to clarify, sparcv9-* is used for the SPARCV9 ABI (ie 64-bit ABI), rather than the SPARCV9 CPU per se. It serves the same purpose as x86_64-* and powerpc64-*, which is to say it's associated with -m64, not -mcpu=v9 (although unsurprisingly -m64 does require a V9 or later CPU). I may be wrong, but I think the only distinction in ARM is between arm and thumb code, which do have distinct archtypes in Triple.h I mean for arm we have arm vs armv4, armv5, armv6, armv6t2, armv7-*. Same for thumb - thumb vs thumb2. -- With best regards, An...

Curring a long story short... we had a centos 5 server running jboss 6 and jboss 4.2.3GA because of centois 5 EOL TPTB have decreed this server needs migratiung to a Centos 7 server But... ?the hboss 4.2.3GA jboss app uses java 1.5.0 (_22 FTWT). I can't *(unsurprisingly!) find java 1.5.0 under yum. anyone got it in an rpm or know where it can found? (At his stage it is merely a guess that it will run under centos 7 anyway!) cheers ian

Hi all, So I've set up a new Samba server for our small office.  As it's completely separate to the old one, I had to use rsync to transfer files over to the new server.  Unsurprisingly, the permissions on the freshly transferred files are incorrect - what's the best way to reset permissions? Many thanks! Cheers - Piers

Hello guys, I would like to hear from the list about DC management via zentyal. Does anyone do? In my opinion, it would not be good. Awaiting feedback. -- Elias Pereira