search for: unsurprised

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

On 25 February 2016 at 21:24, Chandler Carruth via llvm-dev <llvm-dev at lists.llvm.org> wrote: > 1) Actually push a clone of the test suite onto github and sort out any > boring details of getting the hosting of it working[1]. Is this going to be a move or a copy with auto-update from the current git repo? The former is simpler in the long run, but may disrupt some people and

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 out there?

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

On 03/02/2010, at 10:16 PM, Anton Korobeynikov wrote: > Hello, Nathan > >> I've put together some preliminary patches to add frontend support for the sparcv9-* subtarget (ie 64-bit SPARC), modelled on the corresponding x86-64 code - do these look reasonable for inclusion? This doesn't address the codegen side of things yet (isel falls over when trying to actually emit

Summing up the thread, It seems pretty clear that there is general interest in at least investigating this path. There are specific (reasonable) concerns about the mechanics of how it will work, which only really makes sense as we don't know how it will work yet! Next steps: 1) Actually push a clone of the test suite onto github and sort out any boring details of getting the hosting of it

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

Hi, I'm not sure how to handle some of the trickier instruction encodings in MIPS64r6. My problem is that some instructions determine the operation based on the relationship between two fields. For example, 'beqc $rs, $rt, offset' (branch if equal, no delay slot) and bovc (branch if addition would overflow, no delay slot) share the same major opcode and field layout. When the register

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

In a moment of epic stupidity, having ran out of space on the root 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

Hello, first post in 3 years, kinda shows how painless Dovecot is. ^o^ Also this isn't really a dovecot issue, alas it's involved and since there are some large scale implementations of it I hope somebody here has some insights I might have missed. Currently we're running this setup: 1. LVS (DR mode) in a HA configuration (2 node cluster) 2. Dovecot in proxy mode on a 2 node

Hi all. I long time discover strange to me behavior. If I add --fake-super option on both sides rsync start always set owner and group of symlink. What interesting there no error, but it done each time as it has been changed. Simple reproduce: $ mkdir rsync.symlinks $ echo 'file content' > rsync.symlinks/file.itself $ ln -s file.itself rsync.symlinks/file.symlink Then try to transfer

+ 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

LLVM_DEFINITIONS used to be defined as set(LLVM_DEFINITIONS "-D__STDC_LIMIT_MACROS" "-D__STDC_CONSTANT_MACROS") Now it is defined as set(LLVM_DEFINITIONS " -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_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

Hello. I was writing some code that computes on the language and 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

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

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

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