similar to: 6398052 memory leak in the audit_syslog plugin module

Displaying 20 results from an estimated 10000 matches similar to: "6398052 memory leak in the audit_syslog plugin module"

2014 Sep 17
5
[Bug 2278] New: 'configure --disable-lastlog' should mark PrintLastLog as unsupported in servconf.c
https://bugzilla.mindrot.org/show_bug.cgi?id=2278 Bug ID: 2278 Summary: 'configure --disable-lastlog' should mark PrintLastLog as unsupported in servconf.c Product: Portable OpenSSH Version: 6.6p1 Hardware: All OS: Solaris Status: NEW Severity: minor Priority: P5
2016 Apr 12
0
[FORGED] Re: identical() versus sapply()
Use all.equal instead of identical if you want to gloss over integer/numeric class differences and minor floating point differences (and a host of others). Bill Dunlap TIBCO Software wdunlap tibco.com On Mon, Apr 11, 2016 at 5:25 PM, Paulson, Ariel <apa at stowers.org> wrote: > Hi Jeff, > > > We are splitting hairs because R is splitting hairs, and causing us > problems.
2015 Jul 06
10
[Bug 2425] New: sshd doesn't need to call setproject() when configured to use PAM on Solaris
https://bugzilla.mindrot.org/show_bug.cgi?id=2425 Bug ID: 2425 Summary: sshd doesn't need to call setproject() when configured to use PAM on Solaris Product: Portable OpenSSH Version: 6.9p1 Hardware: Sparc OS: Solaris Status: NEW Severity: minor Priority: P5
2016 Apr 12
0
[FORGED] Re: identical() versus sapply()
> -----Original Message----- > From: bgunter.4567 at gmail.com > Sent: Mon, 11 Apr 2016 19:18:39 -0700 > To: murdoch.duncan at gmail.com > Subject: Re: [R] [FORGED] Re: identical() versus sapply() > > "The documentation aims to be accurate, not necessarily clear." > > !!! > > I hope that is not the case! Accurate documentation that is confusing > is
2016 Apr 12
2
[FORGED] Re: identical() versus sapply()
"The documentation aims to be accurate, not necessarily clear." !!! I hope that is not the case! Accurate documentation that is confusing is not very useful. I understand that it is challenging to write docs that are both clear and accurate; but I hope that is always the goal. Cheers, Bert Bert Gunter "The trouble with having an open mind is that people keep coming along and
2016 Apr 12
0
[FORGED] Re: identical() versus sapply()
On 11/04/2016 10:18 PM, Bert Gunter wrote: > "The documentation aims to be accurate, not necessarily clear." > > !!! > > I hope that is not the case! Accurate documentation that is confusing > is not very useful. I don't think it is ever intentionally confusing, but it is often concise to the point of obscurity. Words are chosen carefully, and explanations are
2015 Jul 07
2
[Bug 2426] New: OpenSSH doesn't need the second call to do_pam_setcred() on non-Linux platforms
https://bugzilla.mindrot.org/show_bug.cgi?id=2426 Bug ID: 2426 Summary: OpenSSH doesn't need the second call to do_pam_setcred() on non-Linux platforms Product: Portable OpenSSH Version: 6.9p1 Hardware: Sparc OS: Solaris Status: NEW Severity: minor Priority: P5
2016 Apr 12
0
[FORGED] Re: identical() versus sapply()
On 11/04/2016 8:25 PM, Paulson, Ariel wrote: > Hi Jeff, > > > We are splitting hairs because R is splitting hairs, and causing us problems. Integer and numeric are different R classes with different properties, mathematical relationships notwithstanding. For instance, the counterintuitive result: The issue here is that R has grown. The as() function is newer than the as.numeric()
2016 Apr 12
6
[FORGED] Re: identical() versus sapply()
Hi Jeff, We are splitting hairs because R is splitting hairs, and causing us problems. Integer and numeric are different R classes with different properties, mathematical relationships notwithstanding. For instance, the counterintuitive result: > identical(as.integer(1), as.numeric(1)) [1] FALSE Unfortunately the reply-to chain doesn't extend far enough -- here is the original
2016 Apr 11
5
[FORGED] Re: identical() versus sapply()
Indeed! Slightly simplified to emphasize your point: > class(as(1:2,"numeric")) [1] "integer" > class(as.numeric(1:2)) [1] "numeric" whereas in ?as it says: "Methods are pre-defined for coercing any object to one of the basic datatypes. For example, as(x, "numeric") uses the existing as.numeric function. " I suspect this is related to
2016 Apr 11
0
[FORGED] Re: identical() versus sapply()
Hypothesis regarding the thought process: integer is a perfect subset of numeric, so why split hairs? -- Sent from my phone. Please excuse my brevity. On April 11, 2016 12:36:56 PM PDT, Bert Gunter <bgunter.4567 at gmail.com> wrote: >Indeed! > >Slightly simplified to emphasize your point: > >> class(as(1:2,"numeric")) >[1] "integer" > >>
2006 Oct 31
0
PSARC/2002/762 Layered Trusted Solaris
Author: jpk Repository: /hg/zfs-crypto/gate Revision: e7e07b2f4fcfbe725493f4074f9e9f0d8bfd8e1c Log message: PSARC/2002/762 Layered Trusted Solaris PSARC/2005/060 TSNET: Trusted Networking with Security Labels PSARC/2005/259 Layered Trusted Solaris Label Interfaces PSARC/2005/573 Solaris Trusted Extensions for Printing PSARC/2005/691 Trusted Extensions for Device Allocation PSARC/2005/723 Solaris
2006 Oct 31
0
6324745 vmem memory leak in the procfs PAGEDATA subsystem.
Author: peterte Repository: /hg/zfs-crypto/gate Revision: b681de1a640aeda1c2465325a301eec62c555cef Log message: 6324745 vmem memory leak in the procfs PAGEDATA subsystem. 6329403 hrm_init() cannot ever return -1 but in various places we check for that. 6330765 procfs pagedata can panic machine. Files: update: usr/src/uts/common/vm/hat_refmod.c
2006 Oct 31
0
6313015 kb8042_open allocations leak memory
Author: ry162471 Repository: /hg/zfs-crypto/gate Revision: 428cd2603b5e999a536b548befd7f5293d84bebf Log message: 6313015 kb8042_open allocations leak memory Files: update: usr/src/uts/common/io/kb8042/kb8042.c
2006 Oct 31
0
6291901 minor memory leak and misc fixes in vnex_add_intr and qcn_remove_intr
Author: arao Repository: /hg/zfs-crypto/gate Revision: 23068fce6f00ebb6cae9ea048d1680d4b6bec6ff Log message: 6291901 minor memory leak and misc fixes in vnex_add_intr and qcn_remove_intr 6303260 md size changes causes Solaris to panic. can''t boot the system Files: update: usr/src/uts/sun4v/io/qcn.c update: usr/src/uts/sun4v/io/vnex.c update: usr/src/uts/sun4v/os/mach_cpu_states.c
2007 Jun 05
1
Mysterious Javascript showing up & trashing page
Every time I edit a particular page, a bit of javascript myseteriously shows up when I save it. After that, the page does not lie correctly, and the items at the end of the list are covered over by elements from the stylesheet. The script is as follows: <p>&nbsp; </p> <p align="center"><font face="Times New Roman"><font
2016 Apr 11
0
[FORGED] Re: identical() versus sapply()
Ok, I see the difference between 1 and 1:2, I'll just leave it as one of those "only in R" things. But it seems then, that as.numeric() should guarantee a FALSE outcome, yet it does not. To build on what Rolf pointed out, I would really love for someone to explain this one: > str(1) num 1 > str(1:2) int [1:2] 1 2 > str(as.numeric(1:2)) num [1:2] 1 2 >
2013 Apr 10
1
problem quitting
Many thanks to Peter and Brian for their help; it was indeed a permissions problem; thanks also to Josh Paulson of the RStudio team for pointing me to instructions for making the necessary changes. But at the risk of seeming not only ungrateful and pedantic, but also off-topic, can I point out that all this strictly only answers part of my question, which was "why **all of a sudden** I
2012 Dec 20
0
[PATCH] drm/nouveau: fix blank LVDS screen regression on pre-nv50 cards
Commit 2a44e499 ("drm/nouveau/disp: introduce proper init/fini, separate from create/destroy") started to call display init routines on pre-nv50 hardware on module load. But LVDS init code sets driver state in a way which prevents modesetting code from operating properly. nv04_display_init calls nv04_dfp_restore, which sets encoder->last_dpms to NV_DPMS_CLEARED.
2016 Apr 09
0
identical() versus sapply()
I highly recommend making friends with the str function. Try str( 1 ) str( 1:2 ) for the clue you need, and then sapply( 1:2, identical, 1L ) -- Sent from my phone. Please excuse my brevity. On April 8, 2016 3:24:31 PM PDT, "Paulson, Ariel" <apa at stowers.org> wrote: >Sorry if this has been answered elsewhere, but I can't find any >discussion of it. >