Hi Javier,

> and I got it working until last Thursday (the 26th).
> But today, when I was about  release my fix, I noticed it didn't work anymore.
We've installed some updates on Thursday, both for the Debian base system
as well as updated python dependencies.

> I tried building my own version of geminispace.info to debug it but I
> can't reproduce it that way, it works fine. I would appreciate it if
> someone with access to the server can help me debug this by looking at
> the logs. I just made a bunch of requests to
> "gemini://geminispace.info/42cgierror" so the requests are easy to find.

this is a stack trace of one of the requests:

Hey,

i'm using gmnigit on gemini://gmn.clttr.info/sources/
synced by a small script whenever i update my capsule.

regards
Ren?

Otherwise we end up using the client certificate
of a previous request and the current request will
fail with a SSL error 26.
---
closes ~sircmpwn/gmni#67

 src/client.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/src/client.c b/src/client.c
index 127a56c..0044122 100644
--- a/src/client.c
+++ b/src/client.c
@@ -187,6 +187,8 @@ gemini_request(const char *url, struct gemini_options *options,
[message trimmed]

---
In download_resp() the length check for the default
path handler checked the wrong buffer...missed that
one in the last patch.

 src/util.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/src/util.c b/src/util.c
index dd1fa37..45704e7 100644
--- a/src/util.c
+++ b/src/util.c
@@ -82,9 +82,9 @@ download_resp(FILE *out, struct gemini_response resp, const char *path,
 		}
[message trimmed]

This works for gmni and gmnlm respectively.
---
The asserts for paths exceeding PATH_MAX limits
have been replaced with user-friendly messages.

 src/util.c | 44 +++++++++++++++++++++++++++++++++++---------
 1 file changed, 35 insertions(+), 9 deletions(-)

diff --git a/src/util.c b/src/util.c
index 1d44c07..dd1fa37 100644
--- a/src/util.c
+++ b/src/util.c
@@ -66,22 +66,48 @@ download_resp(FILE *out, struct gemini_response resp, const char *path,
 		char *url)
[message trimmed]

This works for gmni and gmnlm respectively.
---
 src/util.c | 28 +++++++++++++++++++---------
 1 file changed, 19 insertions(+), 9 deletions(-)

diff --git a/src/util.c b/src/util.c
index 1d44c07..ec497be 100644
--- a/src/util.c
+++ b/src/util.c
@@ -67,21 +67,31 @@ download_resp(FILE *out, struct gemini_response resp, const char *path,
 {
 	char path_buf[PATH_MAX];
 	assert(path);
-	if (path[0] == '\0') {
[message trimmed]

This works for gmni and gmnlm respectively.
---
 src/util.c | 28 +++++++++++++++++++---------
 1 file changed, 19 insertions(+), 9 deletions(-)

diff --git a/src/util.c b/src/util.c
index 1d44c07..ae6abbe 100644
--- a/src/util.c
+++ b/src/util.c
@@ -67,21 +67,31 @@ download_resp(FILE *out, struct gemini_response resp, const char *path,
 {
 	char path_buf[PATH_MAX];
 	assert(path);
-	if (path[0] == '\0') {
[message trimmed]

closes ~sircmpwn/gmni#64
---
 src/parser.c | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/src/parser.c b/src/parser.c
index 6f12456..fa3b798 100644
--- a/src/parser.c
+++ b/src/parser.c
@@ -44,9 +44,7 @@ gemini_parser_next(struct gemini_parser *p, struct gemini_token *tok)
 		}
 
 		int n = p->read(p->state, &p->buf[p->bufln], p->bufsz - p->bufln - 1);
-		if (n == -1) {
[message trimmed]

due to the wrong handling in download_resp() files may get
broken (last chunk missing) and file descriptors have not
been closed correctly.

Additionally we now allow downloading of local ressources
as well - for what its worth.
---
 src/util.c | 12 ++++++++----
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/src/util.c b/src/util.c
index 8441b58..1d44c07 100644
--- a/src/util.c
+++ b/src/util.c
[message trimmed]

Nope, currently installed is:
local/openssl 1.1.1.l-1
local/libretls 3.4.1-1

It's basically plain Arch, last openssl update 
dates back to early September.

I'm not sure when it broke, but i know for sure
that it worked someday.