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> </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.
>