search for: sublines

...(y, c(2,5)) c('2 Year'=km[1], '5 Year'=km[2], 'Mean, y'=sum(y[,1])/sum(y[,2])) } S <- with(pbc, Surv(fu.days/365.25, status)) s1 <- summary(S ~ age + albumin + ascites + bili + drug + edema + chol, fun=describe.survival, data=pbc) for(w in 1:2) { if(w==1) setpdf(f1a,sublines=1,h=5.25) else setpdf(f1b,sublines=1,h=5) plot(s1, which=if(w==1)1:2 else 3, cex.labels=.7, cex.group.labels=.7*1.15, subtitles=T, main='', pch=if(w==2) 16 else c('2','5'), # 16=solid circle xlab=if(w==2)'Survival Time' else 'Survival Probability') dev.off()...

Hello, when I run > samba_dnsupdate --verbose --all-names -d10 it gives me the following output: > INFO: Current debug levels: > all: 10 > tdb: 10 > printdrivers: 10 > lanman: 10 > smb: 10 > rpc_parse: 10 > rpc_srv: 10 > rpc_cli: 10 > passdb: 10 > sam: 10 > auth: 10 > winbind: 10 > vfs: 10 > idmap: 10 > quota: 10

...5, 6, 7, 8) > yval <- c(10, 30, 40, 50, 70, 90, 100, 110) > plot (xval, yval, type="l") If you look to the result in the graphic window you will see that the line seems to exist of many points between the observations; e. g. between xval=1 and xval=2 the line contains 8 or more sublines. Perhaps, you can also observe a break of the line at xval=4. That's what I call an "unclean line". Even if you try to export the plot with the png command you can observe the same phenomenon. The line has not an exact appearance like Excel diagram plots. If there are no other techn...

On 27/07/16 13:40, mathias dufresne wrote: > Two files are hosting DNS data: > /path/to/private/sam.ldb.d/DC=DOMAINDNSZONES,DC=blabla.ldb and > /path/to/private/sam.ldb.d/DC=FORESTDNSZONES,DC=blabla.ldb > > DNS entries are sometimes (often? always?) base64 encoded. You should be > able to "grep" for string these files with: > ldbsearch --show-binary -H >

I tried both the most recent version of "simple" register allocation and the one from last August, and neither seems to work correctly (they run, but produce bad output). I used them to compile an old version of the Unix "replace" utility (source code attached). Here's how I created the executable: llvm-gcc -emit-llvm -O0 -c replace.c -o replace.bc opt -mem2reg

Hi Susan, > But this doesn't seem to be happening; the stores to memory are there but > the loads are not. > > Any ideas what's going wrong? Are you using VirtRegMap::addSpillPoint and VirtRegMap::addRestorePoint ? If not you may need to add calls to them to let the rewriter know where to insert the loads/stores. > If not, any advice on how to generate the loads

I found the problem! My generated code is spilling correctly but is not reloading at all. For example, if the original code has the equivalent of this (where %1024 is a virtual reg): %1024 = xxx ... yyy = %1024 and I find no physical register for %1024, then I assign it to physical register %edi and to a stackslot. That creates code like this: %edi = xxx store from %edi to the

Two files are hosting DNS data: /path/to/private/sam.ldb.d/DC=DOMAINDNSZONES,DC=blabla.ldb and /path/to/private/sam.ldb.d/DC=FORESTDNSZONES,DC=blabla.ldb DNS entries are sometimes (often? always?) base64 encoded. You should be able to "grep" for string these files with: ldbsearch --show-binary -H /path/to/private/sam.ldb.d/DC=FORESTDNSZONES,DC=blabla.ldb | grep "what you want"

What would have better I reckon would have been to explain... We should not _write_ directly into these files because, as Andrew explained months ago, the change would not be replicated if applied directly on these files. To have changes replicated the change MUST be applied on sam.ldb file which is a wrapper. Sharing or not sharing, that is the question : ) 2016-07-27 14:51 GMT+02:00 Rowland

Since a bit more than a year I run a Samba4 AD server on a Debian testing box. During that period I did update and dist-update the box about twice a week, and also did update and recompile Sambe, i.e. Samba and Debian Jessie are on their latest stage. I use Bind 9.9.3 as name server, which works absolutely smooth. But two days ago something got broken, and I am totally clueless, what went

So no one has an idea what I can try additionally? Thanks, Tim On 27.07.2016 16:54, mathias dufresne wrote: > What would have better I reckon would have been to explain... > > We should not _write_ directly into these files because, as Andrew > explained months ago, the change would not be replicated if applied > directly on these files. To have changes replicated the change MUST