search for: c25

...e a quick sanity check on what I'm doing below? Thank you. Given [database] volatile database directory = /var/cache/dbdir/volatile persistent database directory = /var/cache/dbdir/persistent state database directory = /var/cache/dbdir/state And given, [root at use1-samba-server-c25-use1-01 ec2-user]# ls -al /var/cache/dbdir/ total 32 drwxr-xr-x. 6 root root 4096 Nov 4 13:30 . drwxr-xr-x. 12 root root 145 Nov 4 13:16 .. drwx------. 2 root root 16384 Nov 4 13:16 lost+found drwxr-xr-x. 2 root root 4096 Nov 4 13:30 persistent drwxr-xr-x. 2 root root 4096 Nov 4...

...; > volatile database directory = /var/cache/dbdir/volatile > > > > persistent database directory = /var/cache/dbdir/persistent > > > > state database directory = /var/cache/dbdir/state > > > > And given, > > > > [root at use1-samba-server-c25-use1-01 ec2-user]# ls -al /var/cache/dbdir/ > > > > total 32 > > > > drwxr-xr-x. 6 root root 4096 Nov 4 13:30 . > > > > drwxr-xr-x. 12 root root 145 Nov 4 13:16 .. > > > > drwx------. 2 root root 16384 Nov 4 13:16 lost+found > > > &gt...

...> > Given > > [database] > > volatile database directory = /var/cache/dbdir/volatile > > persistent database directory = /var/cache/dbdir/persistent > > state database directory = /var/cache/dbdir/state > > And given, > > [root at use1-samba-server-c25-use1-01 ec2-user]# ls -al /var/cache/dbdir/ > > total 32 > > drwxr-xr-x. 6 root root 4096 Nov 4 13:30 . > > drwxr-xr-x. 12 root root 145 Nov 4 13:16 .. > > drwx------. 2 root root 16384 Nov 4 13:16 lost+found > > drwxr-xr-x. 2 root root 4096 Nov 4 13:30 pers...

Folks, thank you for being so helpful. I can't quite figure out the exact command line to get ctdb dbstatistics for the locking.tdb in CSV format. How do you do this? [root at use1-samba-server-c25-use1-01 ec2-user]# ctdb -X --separator=, dbstatistics locking.tdb --help Usage: [OPTION...] -d, --debug=STRING debug level -t, --timelimit=INT timelimit (in seconds) -n, --node=INT node specification - integer -Y enable machine readable output...

...^2+C110)" > cum2 [1] "A21*(X11*x1+X21*x2)+1*sqrt(B21*(X11*x1+X21*x2)^2+C21)A22*(X12*x1+X22*x2)+1*sqrt(B22*(X12*x1+X22*x2)^2+C22)A23*(X13*x1+X23*x2)+-1*sqrt(B23*(X13*x1+X23*x2)^2+C23)A24*(X14*x1+X24*x2)+-1*sqrt(B24*(X14*x1+X24*x2)^2+C24)A25*(X15*x1+X25*x2)+1*sqrt(B25*(X15*x1+X25*x2)^2+C25)A26*(X16*x1+X26*x2)+1*sqrt(B26*(X16*x1+X26*x2)^2+C26)A27*(X17*x1+X27*x2)+1*sqrt(B27*(X17*x1+X27*x2)^2+C27)A28*(X18*x1+X28*x2)+1*sqrt(B28*(X18*x1+X28*x2)^2+C28)A29*(X19*x1+X29*x2)+-1*sqrt(B29*(X19*x1+X29*x2)^2+C29)A210*(X110*x1+X210*x2)+1*sqrt(B210*(X110*x1+X210*x2)^2+C210)" > fct = c(as.ex...

...s difficult. However, maybe that's similar to what we already do for dbg.values uses that precede definitions. The alternative to this design would be to say that stores to static allocas are special, and cannot be deleted without updating debug info. This is basically https://llvm.org/pr34136#c25. Thinking about it again today, maybe this approach is feasible. We could build tooling to audit for passes that delete these special "assigning stores". Maybe that's better than bending over backwards just to make it easy for the optimizers. -------------- next part -------------- An...

...s=$(echo "ibase=16; ${hex_chunk}" | bc) hex_chunk=$(echo ${hex}|cut -c5-16) echo ${hex_chunk} notsure=$(echo "ibase=16; ${hex_chunk}" | bc) hex_chunk=$(echo ${hex}|cut -c17-24) echo ${hex_chunk} issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) hex_chunk=$(echo ${hex}|cut -c25-32) echo ${hex_chunk} issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) hex_chunk=$(echo ${hex}|cut -c33-40) echo ${hex_chunk} issuer3=$(echo "ibase=16; ${hex_chunk}" | bc) hex_chunk=$(echo ${hex}|cut -c41-48) echo ${hex_chunk} issuer4=$(echo "ibase=16; ${hex_chunk}" | bc)...

...an/Bullseye (4.13.13+dfsg-1~deb11u5): the patch cleanly applied with > some fuzz and everything started working again! > We're still running an old NT4 domain with Debian domain controllers. > > all the best, > Adi > > [1] https://bugzilla.samba.org/show_bug.cgi?id=15418#c25 Yeah, I'm watching both the discussion on the ML and the bug report progress, I'm subscribed to the bug. Thanks, /mjt

...ot;,"G2-C10","G2-C11","G2-C12","G2-C13","G2-C14","G2-C15","G2-C16", "G3-C17","G3-C18","G3-C19","G3-C20","G3-C21","G3-C22","G3-C23", "G4-C24","G4-C25","G4-C26","G4-C27","G4-C28","G4-C29","G4-C30","G4-C31") write.csv(averagedResults, file = "Pr9549_averagedreplicates.csv", row.names = FALSE) #SCRIPT ENDS

...ey aren't needed. This is indeed a downside. It's mitigated in this patch by making sure that the major optimization passes aren't pessimized. >From the alternatives I've read, the most promising alternative is Reid's proposal here: https://bugs.llvm.org/show_bug.cgi?id=965#c25 to make infinite loops defined by default, and add a "known to be productive" attribute to functions. It would be a more complex change, and could potentially require changes in out-of-tree codebases. And it would be suboptimal in some cases when cross-language inlining. However, it woul...

...chunk=$(echo ${hex}|cut -c5-16) >> echo ${hex_chunk} >> notsure=$(echo "ibase=16; ${hex_chunk}" | bc) >> hex_chunk=$(echo ${hex}|cut -c17-24) >> echo ${hex_chunk} >> issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) >> hex_chunk=$(echo ${hex}|cut -c25-32) >> echo ${hex_chunk} >> issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) >> hex_chunk=$(echo ${hex}|cut -c33-40) >> echo ${hex_chunk} >> issuer3=$(echo "ibase=16; ${hex_chunk}" | bc) >> hex_chunk=$(echo ${hex}|cut -c41-48) >> echo ${hex...

...is is indeed a downside. It's mitigated in this patch by making sure > that the major optimization passes aren't pessimized. > > From the alternatives I've read, the most promising alternative is Reid's > proposal here: > > https://bugs.llvm.org/show_bug.cgi?id=965#c25 > > to make infinite loops defined by default, and add a "known to be > productive" attribute to functions. It would be a more complex change, and > could potentially require changes in out-of-tree codebases. And it would be > suboptimal in some cases when cross-language in...

...k}" | bc) > hex_chunk=$(echo ${hex}|cut -c5-16) > echo ${hex_chunk} > notsure=$(echo "ibase=16; ${hex_chunk}" | bc) > hex_chunk=$(echo ${hex}|cut -c17-24) > echo ${hex_chunk} > issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) > hex_chunk=$(echo ${hex}|cut -c25-32) > echo ${hex_chunk} > issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) > hex_chunk=$(echo ${hex}|cut -c33-40) > echo ${hex_chunk} > issuer3=$(echo "ibase=16; ${hex_chunk}" | bc) > hex_chunk=$(echo ${hex}|cut -c41-48) > echo ${hex_chunk} > issuer4=$(echo...

...var/log/{samba/log.smbd,access/access.log,messages} and I see nothing printed. No idea what is denying access. Running RHEL-8 with Samba version 4.12.3, in a clustered setup with CTDB smb.conf #======================= Global Settings ===================================== [global] netbios name = C25-USE1 realm = SAMDOM.LOCAL workgroup = SAMDOM security = ads clustering = yes fake oplocks = no log level = 2 idmap config * : backend = tdb idmap config * : range = 3000-7999 idmap config SAMDOM: backend = rid idmap config SAMDOM: range = 10000-999999 dedicated keytab file = /etc/krb5.keytab k...

...-0500, Robert Buck via samba <samba at lists.samba.org> wrote: > Folks, thank you for being so helpful. > > I can't quite figure out the exact command line to get ctdb > dbstatistics for the locking.tdb in CSV format. How do you do this? > > [root at use1-samba-server-c25-use1-01 ec2-user]# ctdb -X --separator=, > dbstatistics locking.tdb --help > > Usage: [OPTION...] > [...] > -Y enable machine readable output > > -x, --separator=CHAR specify separator for machine readable output > > -X...

...${hex_chunk} > >>> notsure=$(echo "ibase=16; ${hex_chunk}" | bc) > >>> hex_chunk=$(echo ${hex}|cut -c17-24) > >>> echo ${hex_chunk} > >>> issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) > >>> hex_chunk=$(echo ${hex}|cut -c25-32) > >>> echo ${hex_chunk} > >>> issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) > >>> hex_chunk=$(echo ${hex}|cut -c33-40) > >>> echo ${hex_chunk} > >>> issuer3=$(echo "ibase=16; ${hex_chunk}" | bc) > >>> he...

...-c5-16) >>> echo ${hex_chunk} >>> notsure=$(echo "ibase=16; ${hex_chunk}" | bc) >>> hex_chunk=$(echo ${hex}|cut -c17-24) >>> echo ${hex_chunk} >>> issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) >>> hex_chunk=$(echo ${hex}|cut -c25-32) >>> echo ${hex_chunk} >>> issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) >>> hex_chunk=$(echo ${hex}|cut -c33-40) >>> echo ${hex_chunk} >>> issuer3=$(echo "ibase=16; ${hex_chunk}" | bc) >>> hex_chunk=$(echo ${hex}|cut -c41...

...;samba at lists.samba.org> wrote: > > > Folks, thank you for being so helpful. > > > > I can't quite figure out the exact command line to get ctdb > > dbstatistics for the locking.tdb in CSV format. How do you do this? > > > > [root at use1-samba-server-c25-use1-01 ec2-user]# ctdb -X --separator=, > > dbstatistics locking.tdb --help > > > > Usage: [OPTION...] > > > [...] > > > -Y enable machine readable output > > > > -x, --separator=CHAR specify separator for machine readab...

Hello, Ive tried to find any hard information on how to install, and boot, opensolaris from a USB stick. Ive seen a few people written a few sucessfull stories about this, but I cant seem to get it to work. The procedure: Boot from LiveCD, insert USB drive, find it using `format'', start installer. The USB stick it not found (just stands on "Finding disks"). Remove USB stick,

...t; >>> notsure=$(echo "ibase=16; ${hex_chunk}" | bc) >> >>> hex_chunk=$(echo ${hex}|cut -c17-24) >> >>> echo ${hex_chunk} >> >>> issuer1=$(echo "ibase=16; ${hex_chunk}" | bc) >> >>> hex_chunk=$(echo ${hex}|cut -c25-32) >> >>> echo ${hex_chunk} >> >>> issuer2=$(echo "ibase=16; ${hex_chunk}" | bc) >> >>> hex_chunk=$(echo ${hex}|cut -c33-40) >> >>> echo ${hex_chunk} >> >>> issuer3=$(echo "ibase=16; ${hex_chunk}" | bc)...