search for: untie

On Mon, Mar 15, 2010 at 11:51:47AM +0000, Tim Northover wrote: > Hello, > > I noticed a bit of a gap in the current code for unions: a > ConstantUnion cannot be written out to .ll. I've been continuing plugging gaps as I find them, which might not be the best way to solve this problem, but it has produced something that seems to do roughly what I expect. I've split it into

Hello, I noticed a bit of a gap in the current code for unions: a ConstantUnion cannot be written out to .ll. Hopefully I'm not stepping on Talin's toes by posting this, it's a fairly straightforward adaptation of the code for structs just above. Tim. -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. --------------

Hi all! I have setup a replicated/distributed gluster cluster 2 x (2 + 1). Centos 7 and gluster version 3.12.6 on server. All machines have two network interfaces and connected to two different networks, 10.10.0.0/16 (with hostnames in /etc/hosts, gluster version 3.12.6) 192.168.67.0/24 (with ldap, gluster version 3.13.1) Gluster cluster was created on the 10.10.0.0/16 net, gluster peer

Marcus, Can you share server-side gluster peer probe and client-side mount command-lines. On Tue, Apr 10, 2018 at 12:36 AM, Marcus Peders?n <marcus.pedersen at slu.se> wrote: > Hi all! > > I have setup a replicated/distributed gluster cluster 2 x (2 + 1). > > Centos 7 and gluster version 3.12.6 on server. > > All machines have two network interfaces and connected to

Yes, In first server (urd-gds-001): gluster peer probe urd-gds-000 gluster peer probe urd-gds-002 gluster peer probe urd-gds-003 gluster peer probe urd-gds-004 gluster pool list (from urd-gds-001): UUID Hostname State bdbe4622-25f9-4ef1-aad1-639ca52fc7e0 urd-gds-002 Connected 2a48a3b9-efa0-4fb7-837f-c800f04bf99f urd-gds-003 Connected ad893466-ad09-47f4-8bb4-4cea84085e5b urd-gds-004

Hi all! I have setup a replicated/distributed gluster cluster 2 x (2 + 1). Centos 7 and gluster version 3.12.6 on server. All machines have two network interfaces and connected to two different networks, 10.10.0.0/16 (with hostnames in /etc/hosts, gluster version 3.12.6) 192.168.67.0/24 (with ldap, gluster version 3.13.1) Gluster cluster was created on the 10.10.0.0/16 net, gluster peer probe

I have three Sipura 3000 FXO untis for incoming PSTN lines on a small pbx. There is an IVR to select the extension. The DTMF tones are not being sensed so the IVR does not work and incoming calls are not being answered. I have listed my sip.conf entries. Is there any solution to this? ;Sipura units [101] type=friend host=dynamic context=default secret=mysecret mailbox=101 dtmfmode=inband

...ks stijn >>> SCRIPT #!/usr/bin/perl use GDBM_File; my $file = "/tmp/x.db"; my %out; tie(%out, 'GDBM_File', $file, &GDBM_WRCREAT, 0644) or print "can't tie $file DB: $!"; print "Adding data to tie\n"; $out{1}=2; print "Going to untie\n"; untie(%out) or print "can't untie $file DB: $!"; <<<< SCRIPT

...9;s > currently written (by pattern matching on predicate expansion and > vector-length multiplication)? > Or, do you think the EVL proposal would need modification to > effectively support this (by adding a element group size argument to > EVL intrinsics or something)? We could untie the mask length from the data length:   %result = call <scalable 4 x float> @llvm.evl.fsub.v4f32(<scalable 4 x float> %x, <scalable 4 x float> %y, <scalable 1 x i1> %M, i32 %L) would then indicate the the mask %M applies to groups of "4 / 1" float elements. -...

...ethods 31, 285--297. This function has two methods; "ML", the purely discrete model with one parameter per observed distinct event time, and "MPPL", which is a hybrid between Cox regression and the discrete model: Only tied event times are associated to a unique parameter; the untied event times contributes a "Cox regression term". For completely untied data this results in ordinary Cox regression. "MPPL" can be regarded as an attempt to handle tied data in Cox regression, comparable to the 'efron' method. This method does not break down because o...

...ethods 31, 285--297. This function has two methods; "ML", the purely discrete model with one parameter per observed distinct event time, and "MPPL", which is a hybrid between Cox regression and the discrete model: Only tied event times are associated to a unique parameter; the untied event times contributes a "Cox regression term". For completely untied data this results in ordinary Cox regression. "MPPL" can be regarded as an attempt to handle tied data in Cox regression, comparable to the 'efron' method. This method does not break down because o...

...than might be returned in any possible tie-breaking) coupled with a warning, (to which I would have no objection in the one-sample case). It seems to me that the following modification would suffice: replace x <- y(sort(x), ...) - (0 : (n-1)) / n with x <- sort(x) untied <- c(x[1:n-1] != x[2:n], TRUE) x <- y(x, ...) - (0 : (n-1)) / n x <- x[untied] Users dealing with data derived from continuous distributions would not see any difference, because (except with very small probability due to floating point inaccuracy) they would never produ...

On Fri, Oct 26, 2018 at 04:35:48PM -0400, Lyude Paul wrote: > It occurred to me that we never actually check this! So let's start > doing that. > > Signed-off-by: Lyude Paul <lyude at redhat.com> > Cc: Daniel Vetter <daniel.vetter at ffwll.ch> Reviewed-by: Daniel Vetter <daniel.vetter at ffwll.ch> One thought on testing all this: I think long term some unti

Hello again R-folks, I'm trying to apply a loop to multiple data frames and then organize the data in a manageable form. I have the code for my loop figured out (thanks to help from this list)...it runs up to 2000 iterations of a "while" loop until it finds a 40-row "d2p" column sum >5 n<-nrow(dsub.f1) test<-0 for(k in 1:2001){ if(k>2000){ break} #stops

...t; function gradient > ?????? 1??????? 1 > > $convergence > [1] 0 > > $message > [1] "CONVERGENCE: NORM OF PROJECTED GRADIENT <= PGTOL" > > At the third call, xx has value 9.999 while it should have kept the > value 10.001. > A little follow-up: if you untie the link between xx and x by replacing the expression "xx <<- x" by "xx <<- x+0" it works as expected: > fn=local({n=0; xx=ret=NA; function(x) {n <<- n+1; cat(n, "in x,xx,ret=", x, xx, ret, "\n"); if (!is.na(xx) && x==xx) ret e...

...)? Are they transparent to the asterisk system, i.e.does each fxo port look like a separate IP phone to the asterisk system? I do realize that these questions are quite broad, but do appreciate any info. Thank you very much for your consideration. -- dyslexics of the world - untie !

On Sun, 1 Jul 2001 mcdowella@mcdowella.demon.co.uk wrote: > Full_Name: Andrew Grant McDowell > Version: R 1.1.1 (but source in 1.3.0 looks fishy as well) > OS: Windows 2K Professional (Consumer) > Submission from: (NULL) (194.222.243.209) Please upgrade: we've found a number of Win2k bugs and worked around them since then, let alone teh bug fixes and improvements in R .... >

...> [1] 0 >>> >>> $message >>> [1] "CONVERGENCE: NORM OF PROJECTED GRADIENT <= PGTOL" >>> >>> At the third call, xx has value 9.999 while it should have kept the >>> value 10.001. >>> >> A little follow-up: if you untie the link between xx and x by replacing >> the expression "xx <<- x" by "xx <<- x+0" it works as expected: >> > fn=local({n=0; xx=ret=NA; function(x) {n <<- n+1; cat(n, "in >> x,xx,ret=", x, xx, ret, "\n"); if (!is.na(xx...

Disclaimer: I haven’t been following this discussion closely, nor do I know what is going on in the modern AA/MemorySSA/GVN infra, but: I’d prefer to avoid abusing the Value* class hierarchy if reasonable. Adding new subclasses that only occur in special cases makes it more difficult to reason about what can occur and when. A historical example that always grated against my sensibilities was

Hi, I'm trying to compile zttool from the Zaptel lib, but I just can't find the sorcecode for Libnewt. Anyone got a link? Since i'm using LFS, I can't use precompiled packages. -- Med venlig hilsen / Best regards Michael L?jtnant - Systems Engineer ZyXEL Communications A/S Columbusvej 5 - 2860 S?borg Tel (+45) 3955 0700 - Fax (+45) 3955 0707