similar to: auto clustering with Rgraphviz: possible?

Displaying 20 results from an estimated 200 matches similar to: "auto clustering with Rgraphviz: possible?"

2011 May 17
1
R crashes if "toFile" given "~/" in Linux envirnonment
I was running some sample code from a help page tonight and wished to redirect the sample output to my Desktop under Linux (Mint-Debian 64 if it makes a different). I was surprised to find that file name expansion using the ubuquitious "~/" was not recognized, in fact it caused R to crash. Is this expected behavior? See my output below and sessionInfo(). Also, not shown, but
2020 Apr 13
0
[PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
Since kfree_sensitive() will do an implicit memzero_explicit(), there is no need to call memzero_explicit() before it. Eliminate those memzero_explicit() and simplify the call sites. Signed-off-by: Waiman Long <longman at redhat.com> --- .../crypto/allwinner/sun8i-ce/sun8i-ce-cipher.c | 15 +++------------ .../crypto/allwinner/sun8i-ss/sun8i-ss-cipher.c | 16 +++-------------
2020 Apr 13
0
[PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
Since kfree_sensitive() will do an implicit memzero_explicit(), there is no need to call memzero_explicit() before it. Eliminate those memzero_explicit() and simplify the call sites. For better correctness, the setting of keylen is also moved down after the key pointer check. Signed-off-by: Waiman Long <longman at redhat.com> --- .../allwinner/sun8i-ce/sun8i-ce-cipher.c | 19
2020 Apr 14
3
[PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
Le 14/04/2020 ? 00:28, Waiman Long a ?crit?: > Since kfree_sensitive() will do an implicit memzero_explicit(), there > is no need to call memzero_explicit() before it. Eliminate those > memzero_explicit() and simplify the call sites. For better correctness, > the setting of keylen is also moved down after the key pointer check. > > Signed-off-by: Waiman Long <longman at
2020 Apr 14
3
[PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
Le 14/04/2020 ? 00:28, Waiman Long a ?crit?: > Since kfree_sensitive() will do an implicit memzero_explicit(), there > is no need to call memzero_explicit() before it. Eliminate those > memzero_explicit() and simplify the call sites. For better correctness, > the setting of keylen is also moved down after the key pointer check. > > Signed-off-by: Waiman Long <longman at
2020 Apr 14
0
[PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
On 4/14/20 3:16 PM, Michal Such?nek wrote: > On Tue, Apr 14, 2020 at 12:24:36PM -0400, Waiman Long wrote: >> On 4/14/20 2:08 AM, Christophe Leroy wrote: >>> >>> Le 14/04/2020 ? 00:28, Waiman Long a ?crit?: >>>> Since kfree_sensitive() will do an implicit memzero_explicit(), there >>>> is no need to call memzero_explicit() before it. Eliminate
2009 Jun 28
0
BUG in Asterisk 1.6.1.0 and issue in DAHDI 2.1.0.4
Starting playing with asterisk 1.6.1.0 i found the following problems: In the cdr_pgsql, the sql statement is wrong: 2009-06-25 12:17:01 COT LOG: statement: INSERT INTO cdr
2004 Jul 03
2
DSTEIN error (PR#7047)
Full_Name: Stephen Weigand Version: 1.9.0 OS: Mac OS X 10.3.4 Submission from: (NULL) (68.115.89.235) When running an iteratively reweighted least squares program R crashes and the following is written to the console.app (when using R GUI) or to stdout (when using R from the command line): Parameter 5 to routine DSTEIN was incorrect Mac OS BLAS parameter error in DSTEIN, parameter #0,
2008 Oct 06
3
Logitech G11 keyboard and wine
Hi, I've been reading this list for a while, and now I've got an issue of my own. A week or two ago, I got myself a logitech G11 keyboard, mainly for the extra buttons. It's working fine on windows, and in linux with g15daemon, but I'm having trouble getting the extra keys (G1-G18) it to work in wine. I've searched around on the internet, but most I managed to find is
2008 May 04
1
Logitech G11 keyboard under wine
Hello, I have a logitech G11 keyboard which has some extra keys - about 21 extra keys. Under Linux with the use of g15daemon and using the 'logitech_g15' XkbModel, all keys are working and can be mapped to keyboard shortcuts under gnome for example. Pressing the key G2 under xev outputs the following: keycode 152 (keysym 0x1008ff45, XF86Launch5) Unfortunatelly under wine the
2011 May 10
1
Re: Logitech G11 keyboard and wine
PleegWat wrote: > vitamin wrote: > > > PleegWat wrote: > > > > > I've verified this by keysymming all extra buttons to the @ sign, and > > > using 'wine notepad' to test which ones work. > > > > > > I'm running a current dev verison from GIT. > > > > > > > > > So what's your
2015 Mar 13
1
[RFC PATCH v3] Intrinsics/RTCD related fixes. Mostly x86.
From: Jonathan Lennox <jonathan at vidyo.com> * Makes ?enable-intrinsics work with clang and other non-GCC compilers * Enables RTCD for the floating-point-mode SSE code in Celt. * Disables use of RTCD in cases where the compiler targets an instruction set by default. * Enables the SSE4.1 Silk optimizations that apply to the common parts of Silk when Opus is built in floating-point mode, not
2012 Dec 11
1
Debian packaging and openblas related crash when profiling in R
Hello R-sig-debian and (hopefully) Dirk: On Debian wheezy, I have the R packaging that CRAN (you) provide. I run into a little trouble while trying to fiddle with alternative BLAS. I know you and I went around on this last year and I think perhaps I've found something wrong in the framework, or I've just done something wrong. I installed the packages openblas-base and openblas-dev, and
2015 Mar 12
1
[RFC PATCHv2] Intrinsics/RTCD related fixes. Mostly x86.
From: Jonathan Lennox <jonathan at vidyo.com> * Makes ?enable-intrinsics work with clang and other non-GCC compilers * Enables RTCD for the floating-point-mode SSE code in Celt. * Disables use of RTCD in cases where the compiler targets an instruction set by default. * Enables the SSE4.1 Silk optimizations that apply to the common parts of Silk when Opus is built in floating-point mode, not
2006 Aug 16
1
Specifying Path Model in SEM for CFA
I'm using specify.model for the sem package. I can't figure out how to represent the residual errors for the observed variables for a CFA model. (Once I get this working I need to add some further constraints.) Here is what I've tried: model.sa <- specify.model() F1 -> X1,l11, NA F1 -> X2,l21, NA F1 -> X3,l31, NA F1 -> X4,l41, NA F1 -> X5, NA, 0.20
2010 Oct 25
1
E1 configuration
Hi all, Please, anybody that have some knowllege about E1 configuration could give some guidance about it? I trying to set an Asterisk with E1 CAS signalling and everything looks good, but when I try to go out with calls I receive the follow message: == Using SIP RTP CoS mark 5 -- Executing [21341400 at local:1] Dial("SIP/4804-00000000", "DAHDI/g11/21341400,,t") in
2010 Oct 21
2
Incoming calls
Hi all, After a lot of trouble with a TE110p working with mfcr2 , brazil variant, everything looks great,but I can not go out of my calls. When I try I receive the following log: == Using SIP RTP CoS mark 5 -- Executing [33220567 at local:1] Dial("SIP/4804-0000001a", "DAHDI/g11/33220567,,T") in new stack == Everyone is busy/congested at this time (1:0/1/0) -- Auto
2011 Jul 12
0
Park/VoiceMail on DAHDI congestion
Hi Guys, I have been trying to implement the following for days but with no success, any help would be greatly appreciated My asterisk box gets calls from the SIP interface and forwards to the DAHDI interface for example --sip.conf- [smycontext] type=friend host=xxx fromuser=xxx context=mycontext disallow=all allow=g729 allow=g723 allow=ulaw allow=alaw --extensions.conf-
2009 Jan 16
0
No subject
--- span_1 = DAHDI/g11 1,1,dial(${span_1}/${EXTEN:0}) --- The configuration was rsync'd from a working pair of asterisk servers in another office. The only difference was the version 1.4.22 for the original servers that were operating as expected, 1.4.24 and 1.4.24.1 for the new servers. Included in both working and non working servers is the following configuration:
2020 Jun 16
0
[PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
As said by Linus: A symmetric naming is only helpful if it implies symmetries in use. Otherwise it's actively misleading. In "kzalloc()", the z is meaningful and an important part of what the caller wants. In "kzfree()", the z is actively detrimental, because maybe in the future we really _might_ want to use that "memfill(0xdeadbeef)" or