Re: 001_password.pl fails with --without-readline
Soumya S Murali <soumyamurali.work@gmail.com>
From: Soumya S Murali <soumyamurali.work@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Oleg Tselebrovskiy <o.tselebrovskiy@postgrespro.ru>,
pgsql-hackers@postgresql.org
Date: 2026-01-20T07:25:35Z
Lists: pgsql-hackers
Hi all, Thank you for the guidance and clarifications. > =?UTF-8?B?T2xlZyBUc2VsZWJyb3Zza2l5?= <o.tselebrovskiy@postgrespro.ru> writes: > >> I fetched all refs and tags locally and reset my tree to a clean > >> origin/master, but I am unable to locate commit 34740b9 in my > >> repository > > > Maybe your origin is out-of-date or is just different? > > What does ‘git remote get-url origin’ say in your local repository? > > 34740b9 is there for me, but it's less than a day old: > > commit 34740b90bc123d645a3a71231b765b778bdcf049 > Author: Richard Guo <rguo@postgresql.org> > Date: Mon Jan 19 11:13:23 2026 +0900 > > Fix unsafe pushdown of quals referencing grouping Vars > > However, none of these patches are touching any recently-modified > code AFAIK, so they should apply cleanly even to a slightly out > of date tree. I suspect Soumya's failure-to-apply problem has > a different cause. The patches I posted were just "git diff" > output, without a commit message, so I believe you can't use > "git am" to apply them. Hoary old "patch -p1" ought to work > though. I missed the fact that the patches were raw git diff outputs rather than meant for git am. I will retry applying them on a clean upstream master tree and re-run the relevant test suites. > =?UTF-8?B?T2xlZyBUc2VsZWJyb3Zza2l5?= <o.tselebrovskiy@postgrespro.ru> writes: > >> While debugging that I got annoyed that a match failure results > >> in a timeout exit with absolutely no data logged about what output > >> the test got. So v3-0001 also changes timeout() --- which creates > >> a timeout that aborts the test --- to timer() --- which does what > >> the test author clearly expected, namely just stop waiting for > >> more input. (There's a thread somewhere around here about making > >> that change more globally, but I went ahead and did it here.) > > > I've found your thread about this - [1], and I agree, using > > timer() is better here, we get the stdout and stderr of a timed-out > > query > > Thanks for digging that up. After re-reading that thread I'm feeling > nervous about changing timeout() to timer() in something we need to > back-patch, so I'll leave that change out of the committed patch. > We ought to raise the priority of making that happen, though. > > > Also, thanks for making both "pump until" blocks identical, it seemed > > a little strange to have them be different. > > Yeah, I couldn't see a reason for that either. I too agree that changing the behavior in a back-patch could be risky and it makes sense to leave that part out for now while still addressing the core test robustness issues. I will follow up once I have re-applied the patches and completed testing. Regards, Soumya
Commits
-
Make psql/t/030_pager.pl more robust.
- 6918434a4acb 19 (unreleased) landed
-
Improve guards against false regex matches in BackgroundPsql.pm.
- fc84b3977e20 14.21 landed
- f356e2888cdb 17.8 landed
- bb6aedeca8d4 15.16 landed
- a1d7ae2b2e38 19 (unreleased) landed
- 92b3cc5a28f1 18.2 landed
- 6548e4a10d18 16.12 landed
-
Fix unsafe pushdown of quals referencing grouping Vars
- 34740b90bc12 19 (unreleased) cited
-
tests: BackgroundPsql: Fix potential for lost errors on windows
- 8b886a4e3488 18.0 cited