Received: (at submit) by bugs.debian.org; 7 Mar 2000 11:58:07 +0000 Received: (qmail 24241 invoked from network); 7 Mar 2000 11:58:07 -0000 Received: from soco.de (194.221.170.1) by master.debian.org with SMTP; 7 Mar 2000 11:58:07 -0000 Received: from gandalf. (cache.data-sciences.de [195.27.152.3] (may be forged)) by soco.de (8.9.1/8.9.1) with SMTP id MAA28172 for ; Tue, 7 Mar 2000 12:58:04 +0100 (MET) Received: from postix.ds.com ([130.1.1.224]) by gandalf.data-sciences.de; Tue, 07 Mar 2000 12:56:35 +0000 (MET) Received: from Data-Sciences.De by mail.data-sciences.de (8.9.3/8.9.3) with ESMTP id MAA16147 for ; Tue, 7 Mar 2000 12:58:03 +0100 Sender: gerdk@data-sciences.de Message-ID: <38C4EEC9.8C15EE1E@Data-Sciences.De> Date: Tue, 07 Mar 2000 12:58:01 +0100 From: Gerhard Kroder Organization: csg UB Data Sciences ...an IBM Global Services Company X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: de-DE, en MIME-Version: 1.0 To: submit@bugs.debian.org Subject: plan: exit(0);doc vs. plan.dir; error on 29. March Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Package: plan Version: 1.8.3-1 Severity: normal a) plan dies since two weeks or such plan isn't working any more. each time i start it up it shows up on screen, but as soon as i try to launch any action it dies and dissapears. while tracing it back a little (strace) i found it dies immediately after startup, but just it's x-output stays alive, an while hitting it will dissapeare then, of course. removing any pre-existent ~/plan* directory seems to solve the problem, plan doesn't die any more. putting previus plan-files back to an new ~/.plan.dir/ it dies again. b) docu wrong? going on debugging with reading /usr/doc/plan/README.Debian i'm told plan reads it's files from version 1.8.2 out of ~/.pland/ which is not tue. strarting plan without any existing ~/.plan* directory it complains about missing plan.dir: > gerdk@stardust gerdk >plan > gerdk@stardust gerdk >plan: warning: bad font for calNumberFont > ERROR: > > Error while reading files: > Failed to read master file ~/.plan.dir/dayplan, error 2 > Failed to read private file ~/.plan.dir/dayplan.priv, error 2 > ERROR: > > Error while reading files: > Failed to read master file ~/.plan.dir/dayplan, error 2 > Failed to read private file ~/.plan.dir/dayplan.priv, error 2 > plan: WARNING - no daemon, /home/gerdk//.plan.dir/lock.pland: No such > file or directory > plan: WARNING: can't signal daemon: No such file or directory this is some error to documentation or to behaviour of plan. back to a) next i copied plan files (locally customized entries) setp by step to ~/.plan.dir and found on file causing those exits. i tried to find out which entry it is, but it seemes to be an combination of entries. all i could find is an part of the profile working now and a diff that makes plan to die. > gerdk@stardust .plan.dir >diff Admin_3.bak Admin_3_ok > 8,22d7 > < 2/9/2000 14:0:0 1:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 950227200 62 0 0 > < N 4060.0.0 > < 2/9/2000 15:0:0 2:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 950227200 54 0 0 > < N var > < 2/22/2000 9:0:0 4:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 86400 951696000 62 0 0 > < N FAI > < 2/28/2000 14:0:0 1:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 0 54 0 0 > < N 4060.0.0 > < 2/28/2000 15:0:0 2:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 0 54 0 0 > < N var > gerdk@stardust .plan.dir > > Admin_* are files read by plan. trying out to delete these diff-entries one each time in the real file didn't succeed. furthre more, taking this diff all alone plan will run ok. testing one more thing w.rsp to part c) of this mail i found those entries from 28 Feb causing the trouble. removing them both from file lets plan run fine_ > gerdk@stardust .plan.dir >diff Admin_3.bak Admin_3 > 17,22d16 > < 2/28/2000 14:0:0 1:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 0 54 0 0 > < N 4060.0.0 > < 2/28/2000 15:0:0 2:0:0 0:20:0 0:5:0 ---------- 0 0 > < R 0 0 54 0 0 > < N var > gerdk@stardust .plan.dir > > so it seems to be a bug in handling 28/29 of February? c) error in year's overview well, short to say: 29th of Feb is not missing in year oberview but 1st of March (which probeabely will be countet as 29th Feb). i guess this causes error with handlind dates on 2/29 rsp. 3/1. -- System Information Debian Release: woody Kernel Version: Linux stardust 2.2.13 #1 Sat Nov 20 12:44:19 EST 1999 i686 unknown Versions of the packages plan depends on: ii lesstif1 0.89.4-1 OSF/Motif implementation released under LGPL. ii libc6 2.1.3-5 GNU C Library: Shared libraries and Timezone data ii xlib6g 3.3.6-3 shared libraries required by X clients ii xpm4g 3.4k-5 the X PixMap library ^^^ (Provides virtual package libxpm4) -- Gerhard