search for: ditto

Can anyone shed some light on the origins of the comments... /* Mach-O doesn't support omitting the frame pointer for now. */ ...in gcc/config/i386/i386.c. FSF gcc trunk has enabled the omit-frame-pointer option as the default for both i386 and x86_64 recently. * config.gcc: Handle --enable-frame-pointer. * configure.ac: Add --enable-frame-pointer. * configure: Regenerated. *

...bose, trace), and sort them. All the OCaml-based tools had these options already, so there are no functional changes in the interface they provide. The only difference is that now the options are always sorted, while some tools didn't had them like that previously: because of this, a couple of ditto markers (as descriptions) don't match what's above them anymore, and thus their full description is put instead. --- builder/cmdline.ml | 18 +----------------- customize/customize_main.ml | 18 +----------------- dib/cmdline.ml | 17 +---------------- get-kernel/get_...

...c2 = > - let b2 = Bytes.of_string s in > - let r = ref false in > - for i = 0 to Bytes.length b2 - 1 do > - if Bytes.unsafe_get b2 i = c1 then ( > - Bytes.unsafe_set b2 i c2; > - r := true > - ) > - done; > - if not !r then s else Bytes.to_string b2 Ditto. > -let isspace c = > - c = ' ' > - (* || c = '\f' *) || c = '\n' || c = '\r' || c = '\t' (* || c = '\v' *) Ditto. > -let triml ?(test = isspace) str = > - let i = ref 0 in > - let n = ref (String.length str) in > - while...

Author: billm Repository: /hg/zfs-crypto/gate Revision: 33640e100342f4a847c599f1a1671dda6faf4e05 Log message: 6410698 ZFS metadata needs to be more highly replicated (ditto blocks) 6410700 zdb should support reading raw blocks out of storage pool 6410709 ztest: spa config can change before pool export Files: update: usr/src/cmd/mdb/common/modules/zfs/zfs.c update: usr/src/cmd/zdb/zdb.c update: usr/src/cmd/zpool/zpool_main.c update: usr/src/cmd/ztest/ztest.c upda...

Hi, On 03/07/2016 09:26 AM, Martin Maechler wrote: > I'm proposing to signal an error (from R >= 3.3.0) in such > examples -- which do "work" in R 3.2.x and earlier : > >> f <- NULL; body(f) <- quote(sin(a+1)); f > function () > sin(a + 1) > <environment: 0x48f9798> > This works because formals() (the getter) works on things that are not a

Yesterday I reproduced this problem on a (new) IBM x3550 M3 with the latest squeeze packages, and installing http://ftp.cyconet.org/debian/archive/unofficial/xen/4.0.1-5/xen-hypervisor-4.0-amd64_4.0.1-5_amd64.deb fixed it. -- 2. That which causes joy or happiness.

On Dec 22, 2007, at 5:00 AM, dovecot-request at dovecot.org wrote: (stuff cut out) > Message: 10 > Date: Sat, 22 Dec 2007 11:12:30 +0200 > From: arvids <arvids at mpe.lv> > Subject: [Dovecot] v1.1.beta12 deliver crashes > To: Dovecot Mailing List <dovecot at dovecot.org> > Message-ID: <200712221112.30760.arvids at mpe.lv> > Content-Type: text/plain;

https://bugzilla.samba.org/show_bug.cgi?id=7670 Summary: rsync --hard-links fails where ditto succeeds Product: rsync Version: 3.1.0 Platform: Other OS/Version: Mac OS X Status: NEW Severity: blocker Priority: P3 Component: core AssignedTo: wayned at samba.org ReportedBy: Dave at Yost.com...

Apologies if this has been addressed, but looking at some of the sun blogs and google searches I have not been able to find an answer. Does ZFS support on write automatic snapshots? For example, according to defined policy, every time a file is written a snapshot is created with the diff stored. I can see this being useful in high security environments and companies that have extreme regulatory

...#39;Lm' in R >= 3.4.0 ## 2. ------------------------- m + 2:3 ## gave numeric(0), now remains matrix identical to m Im + 2:3 ## gave integer(0), now remains matrix identical to Im (integer) m > 1 ## gave logical(0), now remains matrix identical to Lm (logical) m > 0.1[0] ## ditto m > NULL ## ditto ## 3. ------------------------- mm <- m[,c(1:2,2:1,2)] try( m == mm ) ## now gives error "non-conformable arrays", ## but gave logical(0) in R <= 3.3.x ## 4. ------------------------- str( Im + NULL) ## gave "num", now gives "int" #...

I''m building a system with two Apple RAIDs attached. I have hardware RAID5 configured so no RAIDZ or RAIDZ2, just a basic zpool pointing at the four LUNs representing the four RAID controllers. For on-going maintenance, will a zpool scrub be of any benefit? From what I''ve read with this layer of abstration ZFS is only maintaining the metadata and not the actual data on the

...about it. What's happening is this: I did this: yum groupinstall "Development and Creative Workstation" yum groupinstall "KDE Plasma Workspaces" Now, when I go in graphical mode, I try to change to kde on login. Nope - minutes later, I can see a cursor, and a gray screen. Ditto on the "safe mode", and ditto on "gnome classic". What have I missed? mark

...pdate; > + else > + temp += post_update; The sign extension is not done correctly here. (This has been fixed in Xen code). > + post_update = (inst.M3.i << 7) + inst.M3.imm7; > + if (inst.M3.s) > + temp -= post_update; > + else > + temp += post_update; Ditto. > + post_update = (inst.M10.i << 7) + inst.M10.imm7; > + if (inst.M10.s) > + temp -= post_update; > + else > + temp += post_update; Ditto. > + post_update = (inst.M10.i << 7) + inst.M10.imm7; > + if (inst.M10.s) > + temp -= post_update; > + els...

...and I've skipped some of the repetitive output) On remote ls A/ a/ b/ c/ d e on local pwd /rmh/dir from local rsync -avvz --exclude-from=file user at remote:/A/ /rmh/dir/ cat 'file': * + a + b That results in: Sender hiding a/ because of pattern * " ... ditto ... " b/ because of pattern * " ... ditto ... " c/ because of pattern * " ... ditto ... " d because of pattern * " ... ditto ... " e because of pattern * [...] cat file: * + a/* + b/* Same resul...

I'm proposing to signal an error (from R >= 3.3.0) in such examples -- which do "work" in R 3.2.x and earlier : > f <- NULL; body(f) <- quote(sin(a+1)); f function () sin(a + 1) <environment: 0x48f9798> > g <- NULL; formals(g) <- alist(x = pi, y=); g function (x = pi, y) NULL <environment: 0x4e6dfe8> > The proposal is that the underlying C

The latest version seems to have a bug. One of my users went to look at a paper in Phy Rev E, and the firefox pdf view looked fine... but what printed had garbage for scales on the graphs. Then I had him use the firefox print preview... and it was garbage. Looked at it on my system, ditto, and firefox was updated yesterday on all our systems. Save as (why isn't there an "open"?) a .pdf, pull it up in acroread, and print, and everything's fine. mark

This patch adds code to handle SKB_GSO_TCPV6 skbs and construct appropriate extra or prefix segments to pass the large packet to the frontend. New xenstore flags, feature-gso-tcpv6 and feature-gso-tcpv6-prefix, are sampled to determine if the frontend is capable of handling such packets. Signed-off-by: Paul Durrant <paul.durrant@citrix.com> Cc: Wei Liu <wei.liu2@citrix.com> Cc: David

Our network admin did some work with load balancing on our test system last night. This morning, I came in and tried to SSH into our fileserver, and it took forever. Ditto for SSHing within the network. Ditto for any MySQL connection, including the connections that the app servers make. I''m sure this is due to Reverse DNS lookup attempts. When I added host entries for all the machines that connect (including the public IP of the network I''m on)...

...> m + 2:3 ## gave numeric(0), now remains matrix identical to m > > Im + 2:3 ## gave integer(0), now remains matrix identical to Im > (integer) > > > m > 1 ## gave logical(0), now remains matrix identical to Lm > (logical) > > m > 0.1[0] ## ditto > > m > NULL ## ditto > > > ## 3. ------------------------- > > mm <- m[,c(1:2,2:1,2)] > > try( m == mm ) ## now gives error "non-conformable arrays", > > ## but gave logical(0) in R <= 3.3.x > > > ## 4. -----...

...age:methods") ) >> unique(env_list) > Thanks ... but the above work fine for me. E.g., R> l = list(a=new.env(), b=new.env()) R> unique(l) > [[1]] <environment: 0x55695f2f6d20> > [[2]] <environment: 0x55695f2f6930> > Best -k Ditto here; also your (Jan) 2nd example works fine. So, you must have loaded some (untidy) packages / code which redefine standard base R behavior ? Martin