Re: Fix for Extra Parenthesis in pgbench progress message - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject Re: Fix for Extra Parenthesis in pgbench progress message
Date
Msg-id 20241127.184140.897862112615216224.ishii@postgresql.org
Whole thread Raw
Responses Re: Fix for Extra Parenthesis in pgbench progress message
List pgsql-hackers
> Yes, I will.
> 
> But, the patch didn't apply cleanly to some back branches, so I've
> created
> and attached updated patches for them. Could you review these?
> If they look good, I'll proceed with pushing them.

Sure. The patch for master to v15 look good to me.  Unfortunately
v5-0001-pgbench-Ensure-previous-progress-message-is-fully-pg13-14.patch
applies to v14 but does not apply to v13.

$ git checkout REL_13_STABLE
Switched to branch 'REL_13_STABLE'
Your branch is up to date with 'origin/REL_13_STABLE'.
$ git apply ~/v5-0001-pgbench-Ensure-previous-progress-message-is-fully-pg13-14.patch 
error: patch failed: src/bin/pgbench/pgbench.c:4222
error: src/bin/pgbench/pgbench.c: patch does not apply

So I created a patch for pg13 using patch command.  Attached is the
patch for pg13.

Best reagards,
--
Tatsuo Ishii
SRA OSS K.K.
English: http://www.sraoss.co.jp/index_en/
Japanese:http://www.sraoss.co.jp
diff --git a/src/bin/pgbench/pgbench.c b/src/bin/pgbench/pgbench.c
index 6ea89cabc9..6bccacaf86 100644
--- a/src/bin/pgbench/pgbench.c
+++ b/src/bin/pgbench/pgbench.c
@@ -3840,6 +3840,8 @@ initGenerateDataClientSide(PGconn *con)
     PGresult   *res;
     int            i;
     int64        k;
+    int            chars = 0;
+    int            prev_chars = 0;
 
     /* used to track elapsed time and estimate of the remaining time */
     instr_time    start,
@@ -3926,10 +3928,10 @@ initGenerateDataClientSide(PGconn *con)
             elapsed_sec = INSTR_TIME_GET_DOUBLE(diff);
             remaining_sec = ((double) scale * naccounts - j) * elapsed_sec / j;
 
-            fprintf(stderr, INT64_FORMAT " of " INT64_FORMAT " tuples (%d%%) done (elapsed %.2f s, remaining %.2f
s)%c",
-                    j, (int64) naccounts * scale,
-                    (int) (((int64) j * 100) / (naccounts * (int64) scale)),
-                    elapsed_sec, remaining_sec, eol);
+            chars = fprintf(stderr, INT64_FORMAT " of " INT64_FORMAT " tuples (%d%%) done (elapsed %.2f s, remaining
%.2fs)",
 
+                            j, (int64) naccounts * scale,
+                            (int) (((int64) j * 100) / (naccounts * (int64) scale)),
+                            elapsed_sec, remaining_sec);
         }
         /* let's not call the timing for each row, but only each 100 rows */
         else if (use_quiet && (j % 100 == 0))
@@ -3943,14 +3945,24 @@ initGenerateDataClientSide(PGconn *con)
             /* have we reached the next interval (or end)? */
             if ((j == scale * naccounts) || (elapsed_sec >= log_interval * LOG_STEP_SECONDS))
             {
-                fprintf(stderr, INT64_FORMAT " of " INT64_FORMAT " tuples (%d%%) done (elapsed %.2f s, remaining %.2f
s)%c",
-                        j, (int64) naccounts * scale,
-                        (int) (((int64) j * 100) / (naccounts * (int64) scale)), elapsed_sec, remaining_sec, eol);
+                chars = fprintf(stderr, INT64_FORMAT " of " INT64_FORMAT " tuples (%d%%) done (elapsed %.2f s,
remaining%.2f s)",
 
+                                j, (int64) naccounts * scale,
+                                (int) (((int64) j * 100) / (naccounts * (int64) scale)), elapsed_sec, remaining_sec);
 
                 /* skip to the next interval */
                 log_interval = (int) ceil(elapsed_sec / LOG_STEP_SECONDS);
             }
         }
+
+        /*
+         * If the previous progress message is longer than the current one,
+         * add spaces to the current line to fully overwrite any remaining
+         * characters from the previous message.
+         */
+        if (prev_chars > chars)
+            fprintf(stderr, "%*c", prev_chars - chars, ' ');
+        fputc(eol, stderr);
+        prev_chars = chars;
     }
 
     if (eol != '\n')

pgsql-hackers by date:

Previous
From: David Rowley
Date:
Subject: Re: Remove useless GROUP BY columns considering unique index
Next
From: Michail Nikolaev
Date:
Subject: Re: Strange assertion in procarray.c