From: Steven Baltakatei Sandoval <baltakatei@gmail.com>
Date: Tue, 14 Jul 2020 22:27:50 +0000 (+0000)
Subject: fix(bklog):Update plan, bump version (bklog working)
X-Git-Url: https://zdv2.bktei.com/gitweb/EVA-2020-02.git/commitdiff_plain/b773158ab3376261c6b132f04d2d3bff9644be8a?ds=inline;hp=-c

fix(bklog):Update plan, bump version (bklog working)

Complete fix for `bklog` duration string bug.
---

b773158ab3376261c6b132f04d2d3bff9644be8a
diff --git a/exec/bklog b/exec/bklog
index a99468a..504ecbc 100644
--- a/exec/bklog
+++ b/exec/bklog
@@ -11,7 +11,7 @@ dirTmpDefault="/dev/shm"; # Default parent of working directory
 
 # Script Metadata
 scriptName="bklog";             # Define basename of script file.
-scriptVersion="0.1.28-test4";          # Define version of script.
+scriptVersion="0.1.29";         # Define version of script.
 scriptURL="https://gitlab.com/baltakatei/ninfacyzga-01"; # Define wesite hosting this script.
 scriptTimeStartEpoch="$(date +%s)"; # Save start time of script in epoch seconds
 scriptTimeStart="$(date +%Y%m%dT%H%M%S.%N)"; # YYYYmmddTHHMMSS.NNNNNNNNN
diff --git a/exec/bklog-plan.org b/exec/bklog-plan.org
index 597f653..36dd08b 100644
--- a/exec/bklog-plan.org
+++ b/exec/bklog-plan.org
@@ -1,5 +1,6 @@
 * bklog task list
-** TODO Adjust filename duration dynamically
+** DONE Adjust filename duration dynamically
+   CLOSED: [2020-07-14 Tue 22:17]
 2020-07-12T21:17Z; bktei> Currently, the "duration" component of the
 output filename for a given chunk is calculated from the ~bufferTTL~
 variable which does not necessarily reflect the amount of buffer lines
@@ -53,7 +54,11 @@ in seconds between ~bufferTimestampOld~ and ~bufferTimestampNew~ may
 be calculated and an appropriate duration string generated from the
 ~timeDuration()~ function.
 
-** TODO Update ~SECONDS~ variable during while read loop
+2020-07-14T22:17:16Z; bktei> Initial adjustment of SECONDS
+implemented. Ongoing monitoring of end time of each buffer round
+~while read~ loop checked.
+** DONE Update ~SECONDS~ variable during while read loop
+   CLOSED: [2020-07-14 Tue 16:22]
 2020-07-14T00:58Z; bktei> The starting timestamps of each output file
 still drifts against system time. Although the ~while read~ loop does
 not lose data, the drift causes the output files to be named weirdly.
@@ -67,11 +72,20 @@ number of lines being read in each buffer round should be tracked and
 a modulus comparison may be implemented within the ~while read~ loop
 so that a correction is made after some fraction of the expected lines
 to be read are read.
+
+2020-07-14T16:21Z; bktei> I ran a test to see if SECONDS drifts and it
+does not. The lag is caused by other synchronous commands. The
+solution will be to adjust the variables against which SECONDS is
+compared.
 ** TODO Account for "early-exit" bug in input script
-2020-07-14T03:00Z; bktei> What happens if the script piping its stdout
-into ~bklog~ immediately exits without providing any stdout (ex: a
-python script with a missing module)? ~bklog~ should be able to detect
-the latest exit code and exit early. It should also be able to detect
-if the incoming pipe is closed.
+*** 2020-07-14T03:00Z; bktei>
+What happens if the script piping its stdout into ~bklog~ immediately
+exits without providing any stdout (ex: a python script with a missing
+module)? ~bklog~ should be able to detect the latest exit code and
+exit early. It should also be able to detect if the incoming pipe is
+closed.
+
+*** 2020-07-14T22:25Z; bktei> 
+Possible solution using ~dd~, ~od~, and ~if [ -z string ]~ [[https://unix.stackexchange.com/a/33055][here]].
 * bklog narrative