similar to: segfault on Linux from buffer overflow in warning() ? (PR#905)

arrows() seems to hang when either x or y scale of the plot is logarithmic and the arrows requested go beyond the plot (by more than a certain amount). I didn't go into C code to find it, but here's a function that exercises the bug a bit ... arrow.bug2 <- function(y0=1,y1=10,log="y") { plot(c(0.1,1),c(1,10),log=log) arrows(x0=0.5, y0=y0, x1=0.5,

Just a quick question, in case I'm doing something really boneheaded that could be easily sorted out. I'm attempting to save() datasets on Linux (R 1.1.1) and load() them on Win2K (rw1011, fetched from CRAN today). I get the "restore file corrupted" message every time. I've tried saving with ascii=TRUE and FALSE, and the ASCII versions look OK (it's my impression

OK, a boneheaded question ... I've made a set of packages for my students. I'm serving these packages from my web site in the form of a set of tar.gz source packages (constructed with R CMD build) and a set of .zip Windows binary packages, constructed by cross-compiling according to Brian Ripley's instructions (make pkg-foo in the src/gnuwin32 directory) and then zipping up the

This is a bug/misfeature report for R CMD check. The function tools:::.check_packages_used_in_tests Gives an apparently unintended error when checking the tests in the contributed package rcdd_1.1-3.tar.gz as found on CRAN. See the script below for details. The actual error reported is totally mysterious. * checking for unstated dependencies in tests ... NOTE Error in

I have found a quite strange (to me) behaviour in Sweave. It only occurs in the following situation: 1. define a variable in one chunk 2. use it within a subsequent figure-generating chunk 3. delete it at the end of that same chunk Then the Sweave driver chokes, not finding the variable name when generating the figure Example: % document bug2.Rnw \documentclass{article} \usepackage{Sweave}

Hello, Is this a bug in clang, or a bug in my thinking? /Joe Armstrong /* When I compile the following program I get different answers in clang and gcc. $ gcc bug2.c $ ./a.out j = 40 $ clang bug2.c $ ./a.out j = 41 I think the correct answer is 41. If my understanding of C is correct (which, or course, it might not be) the incremented value of i++ is first made available

Yes, Ive fixed 1 of the 2 problems at install. Im testing fix 2 atm, and ask @technical for extra info. There are 2 bugs with the upgrade of 4.8 to 4.9. For others, please note, i've only tested this on debian with the debian packages (experimental) and my own packages. Bug 1) at install samba is unable to start due to : a change (commit) 0b261dc4e3f2 in 4.9 that requires to have

So... Are 40 and 41 the only legal behaviors or are there more? Robby On Tuesday, April 19, 2011, Ahmed Charles <ahmedcharles at gmail.com> wrote: > This code is undefined, meaning that all bets are off, don't do it. > I.e. It reads the value of I between two sequence points and uses it > for something other than determining the value written. From: Csaba > Raduly >

This code is undefined, meaning that all bets are off, don't do it. I.e. It reads the value of I between two sequence points and uses it for something other than determining the value written. From: Csaba Raduly Sent: Tuesday, April 19, 2011 3:44 AM To: Joe Armstrong Cc: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Is this a bug in clang? Hi Joe On Tue, Apr 19, 2011 at 10:59 AM, Joe

Hello, here is a preliminary patch allowing rsync 2.5.6 to compile in BeOS (using the new BONE networking stack). Some explanations: - BeOS doesn't have chroot(), - the BONE networking stack export legacy network function for old apps in libnet.so (linked to by default), so it's necessary to force linking to the new libraries for things to work. I've yet to get inet_ntop() to be

On Wed, Apr 27, 2011 at 12:51 AM, John McCall <rjmccall at apple.com> wrote: > On Apr 26, 2011, at 2:07 AM, Joe Armstrong wrote: >> Compiles (via clang) to: >> >>  ; ModuleID = 'test101.c' >>  target datalayout = >>

Jason Nader (1): Add missing `-help` function Keith Packard (5): Make output with unknown width terminal the same as old code Free string list returned from XmbTextPropertyToTextList Correct icon buffer width computation for truecolor terminals Check return value from ioctl(TIOCGWINSZ) xprop 1.2.5 Pierre-Loup A. Griffais (5): Don't display icons if

I need some advice about replacing maildrop with the Dovecot LDA. I need to replicate a setup that uses postfix+maildrop+spamassassin. We'll be using Dovecot 1rc13. In the current setup, maildrop reads a file called .mailfilter in each user's folder, then call spamassassin according to the user's preferences. The file is simple, and looks like this -- if ( $SIZE > 20971520 ) {

That smbpasswd doesn't obey the smb passwd file option in the smb.conf file? I've got the pre-compiled binaries for RedHat, version 1.19.8p10 and I'm just shifting from security = share to security = user. I tried to move the password file from /etc to /etc/samba, so that it would be in a root-only directory (as recommended by encryption.txt) and I've just found out that smbpasswd,

Hi! We want to use cygwin rsync to implement an autoupgrade feature for our software. For that we invoke rsync to connect to an anonymous rsync server on the default rsync port (873). This works just fine but there is one problem. When rsync is invoked the Windows firewall displays a message like this: "To help protect your computer, Windows Firewall has blocked this program from

Apparently with zfs boot, if the zpool is a version grub doesn''t recognize, it merely ignores any zfs entries in menu.lst, and apparently instead boots the first entry it thinks it can boot. I ran into this myself due to some boneheaded mistakes while doing a very manual zfs / install at the summit. Shouldn''t it at least spit out a warning? If so, I have no issues filing a

Hi all, Sometimes I'll find myself "ctrl-c"-ing like a madman to kill some code that's parallelized via foreach/doMC when I realized that I just set my cpu off to do something boneheaded, and it will keep doing that thing for a while. In these situations, since I interrupted its normal execution, foreach/doMC doesn't "clean up" after itself by killing the

On (Fri) 19 Jul 2013 [18:19:51], Yoshihiro YUNOMAE wrote: > Hi, > > This patch set fixes two bugs of splice_write in the virtio-console driver. > > [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. > => This induces oops in sg_init_table(). > > [BUG2] No lock for competition of splice_write. > => This induces oops in

On (Mon) 22 Jul 2013 [13:00:43], Yoshihiro YUNOMAE wrote: > Hi, > > This patch set fixes two bugs of splice_write in the virtio-console driver. > > [BUG1] Although pipe->nrbufs is empty, the driver tries to do splice_write. > => This induces oops in sg_init_table(). > > [BUG2] No lock for competition of splice_write. > => This induces oops in

I wouldn't be at all surprised if I turned out to be doing something boneheaded, but I've *tried* to follow all the relevant rules ... Based on a clean SVN checkout of R-devel r61617, building in a separate directory, I end up with Error in eval(expr, envir, enclos) : object '.print.via.format' not found Has anyone encountered this or does anyone have any further