From owner-freebsd-current Tue Sep 24 09:15:25 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09757 for current-outgoing; Tue, 24 Sep 1996 09:15:25 -0700 (PDT) Received: from vector.jhs.no_domain (slip139-92-42-1.ut.nl.ibm.net [139.92.42.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09651; Tue, 24 Sep 1996 09:15:02 -0700 (PDT) Received: (from jhs@localhost) by vector.jhs.no_domain (8.7.5/8.6.9) id PAA07476; Tue, 24 Sep 1996 15:34:38 +0200 (MET DST) Date: Tue, 24 Sep 1996 15:34:38 +0200 (MET DST) Message-Id: <199609241334.PAA07476@vector.jhs.no_domain> To: joerg@freebsd.org cc: current@freebsd.org Subject: ctm & disc full From: "Julian H. Stacey" Reply-To: "Julian H. Stacey" Organization: Vector Systems Ltd. Mailer: EXMH 1.6.7, PGP available X-Address: Holz Strasse 27d, 80469 Munich, Germany X-Phone: +49.89.268616 X-Fax: +49.89.2608126 X-Web: http://www.freebsd.org/~jhs/ Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Joerg, This addressed to you (cc'd current), as you wrote CTM man page... Maybe we could add something to `man ctm' regarding if a disc gets full .... I ran (cd /pub/freebsd/work/current/src ; ctm -v \ /pub/freebsd/ref/current/ctm/ctm/src-cur/deltas/src-cur.22[0-9]*.gz ) & saw this: + > FN usr.sbin/adduser/adduser.perl + All done ok + Working on + > DM contrib/gcc + ..... + > FM contrib/gcc/obstack.h + + /usr2: write failed, file system is full + contrib/gcc/obstack.h: No space left on device + /pub/freebsd/ref/current/ctm/ctm/src-cur/deltas/src-cur.2215.gz Fatal error: Assert failed. + Exit(96) I then ran it again & it started to apply, not noticing that the .ctm_status represented a state the tree didnt really have. + Delta number 2215 is already applied; ignoring. + Working on + > FS .ctm_status + > FN contrib/tcl/README No great problem if applying manually, But could be problematic for those who have procmail applying ctm patches in background mode, if the disc fills up. In an ideal world .ctm_status could record both start of application & end of succesful application, but that'd need a patch, & some discussion, meantime, could you document the hazard ? Julian --- Julian H. Stacey jhs@freebsd.org http://www.freebsd.org/~jhs/