search for: bogously

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 Summary: ip_tables.h: IPT_TABLE_MAXNAMELEN bogously #defined to XT_FUNCTION_MAXNAMELEN Product: netfilter/iptables Version: linux-2.6.x Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: ip_tables (kernel) Assi...

https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=531 kaber@trash.net changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge@netfilter.org |kaber@trash.net ------- Additional Comments From kaber@trash.net 2007-01-11 19:00 MET ------- Very nice catch. I guess it

Some days ago i noticed in the ogg vorbis documentation that the comment-field contents should be encoded in UTF-8. A brilliant idea I think, sadly it seems like no one is using it. oggenc and vorbiscomment included in vorbis-tools writes strings to the comments fields blindly without any encoding conversion in violation of the spec. I intend to try to solve these problems to the best of my

9d1fd58ff602 was bogous in not letting a new domain being created if its scheduling parameters --when running under the sedf scheduler-- were not fully specified, making creation fail like in this example here below: 2012-06-16 07:37:47 Z executing ssh ... root@10.80.248.105 xl create /etc/xen/debian.guest.osstest.cfg libxl: error: libxl.c:3619:sched_sedf_domain_set: setting domain sched sedf:

Hello! I have looked at Martin's recent work on "merging" unit tests with R CMD check, fused it with my and Tony's contributions and developed it a bit further. Take a look into the attached demo package on how it works. In essence: PKG/inst/RUnitTests |- runRUnitTests.R (script to run RUnit tests) \- ... (any RUnit test file)

Hi, Keir, These patches are rebased version of Yunhong''s original patches, which were sent out before XEN 3.2 was released. These patches enable MSI support and limited MSI-X support in XEN. Here is the original description of the patches from Yunhong''s mail. The basic idea including: 1) Keep vector global resource owned by xen, while split pirq into per-domain

>>>>> "DM" == Duncan Murdoch <murdoch.duncan at gmail.com> >>>>> on Wed, 26 Aug 2015 19:07:23 -0400 writes: DM> On 26/08/2015 6:04 PM, Jeroen Ooms wrote: >> On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan <mtmorgan at fredhutch.org> wrote: >>> >>> actually I don't know that it does -- it

A commenter on SO suggested that I copy my question to R-devel http://stackoverflow.com/q/31972325/850781 I have had --8<---------------cut here---------------start------------->8--- library(compiler) compiler::enableJIT(3) --8<---------------cut here---------------end--------------->8--- in ~/.Rprofile for years; now that I upgraded to 3.2.1 I get this on startup:

Full_Name: Jae Choi Version: 1.6.1 OS: linux (x86) Submission from: (NULL) (142.176.61.245) Hello, Any attempts to access the "hsv" function returns the following type of error: Error in hsv(h = seq(start, ifelse(start > end, 1, 0) + end, length = n)%%1, : color intensity 1.25, not in [0,1] (the above was generated from the demo command: > pie(rep(1, 24), col =

In R-2-4-branch r39548, Rcons_vprintf is called from stdout_vfprintf when R_Outputfile is NULL. When called and output is greater than R_BUFSIZE, output is truncated to R_BUFSIZE. Here's a one-line fix: Index: src/main/printutils.c =================================================================== --- src/main/printutils.c (revision 39548) +++ src/main/printutils.c (working

>Date: Thu, 15 Oct 1998 15:30:22 +0200 >To: Guido Masarotto <guido at sirio.stat.unipd.it> >From: Andrea Rossetti <rossetti at stud.unipg.it> >Subject: probably "round()" bug > >Hi to all R people, >I'm using the Guido Masarotto's compiled R, version 0.62.3. >there is a probably bug in round function, in fact I've done: > >>

>Date: Thu, 15 Oct 1998 15:30:22 +0200 >To: Guido Masarotto <guido at sirio.stat.unipd.it> >From: Andrea Rossetti <rossetti at stud.unipg.it> >Subject: probably "round()" bug > >Hi to all R people, >I'm using the Guido Masarotto's compiled R, version 0.62.3. >there is a probably bug in round function, in fact I've done: > >>

This is an RFC / announcement related to the 2nd part of PR#16885 https://bugs.r-project.org/bugzilla/show_bug.cgi?id=16885 about complex NA's. The (somewhat rare) incompatibility in R's 3.3.0 match() behavior for the case of complex numbers with NA & NaN's {which has been fixed for R 3.3.0 patched in the mean time} triggered some more comprehensive "research". I

Hello! I installed the fSeries package to get some farima time-series which i tried with farimaSim, but unfortunately i got always an error. I tried it this way: > farimaSim(n = 1000, model = list(ar = 0.5, d = 0.3, ma = 0.1), method="freq") Error in farimaSim(n = 1000, model = list(ar = 0.5, d = 0.3, ma = 0.1), : ... used in an incorrect context Some ideas? Regards, ___

Full_Name: Lara Jamieson Version: 1.1.1 OS: Linux Submission from: (NULL) (131.111.20.203) I've checked for other reports on this and can't find anything. It seems that the .Random.seed isn't updated properly after using rm(.Random.seed). Mu understanding from the help file indicates that a new 'random' seed will be generated. It appears that sometimes the old one is just

Dear R Core Team, First of all, thank you for your amazing work on developing and maintaining this wonderful language. I just stumbled upon the following behavior in R version 3.6.0: format(9.91, digits = 2, nsmall = 2) format(9.99, digits = 2, nsmall = 2) yield "9.91" and " 9.99" with an extraneous whitespace. My expected output for the second command is

On Tue, Aug 25, 2015 at 10:33 PM, Martin Morgan <mtmorgan at fredhutch.org> wrote: > > actually I don't know that it does -- it addresses the symptom but I think there should be an error from libcurl on the 403 / 404 rather than from read.dcf on error page... Indeed, the only correct behavior is to turn the protocol error code into an R exception. When the server returns a status

--rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline R, like recent versions of S-Plus, sometimes - but not always - loses names when subscripting objects with "[". (Earlier versions of S and S-Plus had the correct, name-preserving behavior.) This seems bad, it would be better to remove names only by explicit request, not as an accidental

That, for example, complex(real=NaN) and complex(imaginary=NaN) are regarded as equal makes it possible that length(unique(as.character(x))) > length(unique(x)) (current code of function 'factor' doesn't expect it). Yes, an argument for the behavior is that NA and NaN are of one kind. On my system, using 32-bit R for Windows from binary from CRAN, the result of sapply(z, match,

I see as below, where getGeneric and getMethod imply a different signature; the signature is mode="any" for both cases in R version 3.2.3 Patched (2016-01-28 r70038)I don't know how to reproduce Jeff's error, though. > library(Matrix) > as.vector function (x, mode = "any") .Internal(as.vector(x, mode)) <bytecode: 0xe79f88> <environment: