search for: misdocumenting

URI.escape() is supposed to be able to take a second parameter listing unsafe characters in the URI. This may be a regexp or string. If a string, it''s supposed to represent a character set listing all unsafe characters. An example given in the core documentation at: http://www.ruby-doc.org/stdlib/libdoc/uri/rdoc/classes/URI/Escape.html#M008992 ...is: p URI.escape("@?@!",

On Mon, May 27, 2013 at 2:03 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 05/27/2013 11:01 AM, Gene Cumm wrote: >> On Mon, May 27, 2013 at 12:04 PM, H. Peter Anvin <hpa at zytor.com> wrote: >>> On 05/27/2013 04:49 AM, Gene Cumm wrote: >>>> >>>> 115200 = 0x1C200 so "SERIAL 1 115200" should be setting the bit rate >>>>

QNX Neutrino does not support the shadow password database properly. Apart from misdocumenting /etc/shadow as having 4 fields when in fact it has 5 (including the "last changed" field), its getspnam() fills in the sp_expire field of the spwd structure with 0. And since by default, shadow support is enabled and the configure script turns on HAS_SHADOW_EXPIRE when it finds that fiel...

hi there tried to use subset with drop=TRUE, but all the 'old' levels are preserved, i.e. when calling e.g. ftable a lot of zeros are displayed >x<-subset(LREG, (kir=='AA' | kir=='BB') & (type=='t1' | otype=='t2'), drop=TRUE, select=c(event, kir, type)) > ftable(x) i explicit have to call factor like

On 17.4.2019 23.00, Kostya Vasilyev via dovecot wrote: > I'm not Aki but hope you don't mind... > > On Wed, Apr 17, 2019, at 10:42 PM, TG Servers via dovecot wrote: >> Hi, >> >> MariaDB documentation says it accepts OpenSSL cipher strings in its >> ssl_cipher parameters like ssl_cipher="TLSv1.2". >> This is also mentioned when creating or

On Mon, May 27, 2013 at 12:04 PM, H. Peter Anvin <hpa at zytor.com> wrote: > On 05/27/2013 04:49 AM, Gene Cumm wrote: >> >> 115200 = 0x1C200 so "SERIAL 1 115200" should be setting the bit rate >> to 9600 and the flow control to 0x200. >> > > I really hope that is not true. Should "SERIAL port [[baudrate] flowcontrol]" actually be

On 05/27/2013 11:19 AM, Gene Cumm wrote: > On Mon, May 27, 2013 at 2:03 PM, H. Peter Anvin <hpa at zytor.com> wrote: >> On 05/27/2013 11:01 AM, Gene Cumm wrote: >>> On Mon, May 27, 2013 at 12:04 PM, H. Peter Anvin <hpa at zytor.com> wrote: >>>> On 05/27/2013 04:49 AM, Gene Cumm wrote: >>>>> >>>>> 115200 = 0x1C200 so

I'm not Aki but hope you don't mind... On Wed, Apr 17, 2019, at 10:42 PM, TG Servers via dovecot wrote: > Hi, > > MariaDB documentation says it accepts OpenSSL cipher strings in its ssl_cipher parameters like ssl_cipher="TLSv1.2". > This is also mentioned when creating or changing users in terms of setting this with the REQUIRE CIPHER parameter like CREATE USER

https://bugzilla.samba.org/show_bug.cgi?id=11481 Bug ID: 11481 Summary: --ignore-errors must be a separate option Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: core Assignee: wayned at samba.org Reporter:

With the approach of R 2.12.0: with mild apologies for re-opening this perennial issue: is there any hope, if appropriate patches are submitted, of adding a drop.levels argument (with default equal to FALSE to preserve backward compatibility/efficiency) to the subset function ... ? If not, would a patch to the documentation and/or the R FAQ be accepted? This does seem to be a continuing

Dear all, I have a few files with binary data written by a C program a friend wrote. I allready have program to read these files, Thomas Lumley and Prof Brian D Ripley was kind enough to respond to a question to this list earlier with some code that works perfectly, so this is really no problem, it is more out curiousity. Most of my files consists of 40000 single precision floats, and I figured

X-Original-In-Reply-To: <CAD0Rxe=5uLCWQ+jfj1J6zepDzqx0vAiBREiwiKOih59MKgBDHg at mail.gmail.com> X-Previous: http://www.syslinux.org/archives/2015-January/023070.html On Mon, Jan 05, 2015 at 08:59:57PM -0500, Gene Cumm wrote: > On Sat, Jan 3, 2015 at 1:21 PM, Geert Stappers wrote: > > On Thu, Jan 01, 2015 at 09:48:16AM -0500, Gene Cumm wrote: > > >> I'm planning on

This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. Cc: Alex Deucher <alexander.deucher at amd.com> Cc: amd-gfx at lists.freedesktop.org Cc: Ben Skeggs <bskeggs at redhat.com> Cc: "Christian K?nig" <christian.koenig at amd.com> Cc: Daniel Vetter <daniel at ffwll.ch>