From: Jeremy Bobbin
stat(3)'s mtime is in local time while REQ_MOD is in GMT.
This patch translates mtime to GMT before comparing to REQ_MOD.
---
http.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/http.c b/http.c
index 249c168..0c707be 100644
--- a/http.c
+++ b/h
From: Jeremy Bobbin
---
http.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/http.c b/http.c
index 249c168..8cf0ee4 100644
--- a/http.c
+++ b/http.c
@@ -531,7 +531,7 @@ http_send_response(int fd, struct request *r)
}
/* compare with last
Hey Hiltjo,
I appreciate your feedback. That suggestion works well and is nicer.
I've submitted the modified patch.
Thanks!
Jeremy
On 07/19/20 10:33PM, Hiltjo Posthuma wrote:
> On Sun, Jul 19, 2020 at 09:37:31AM -0700, Jeremy wrote:
> > From: Jeremy Bobbin
> >
> > s
Then should the functions which use the global variable, "term", in st.c
accept a Term pointer instead?
In the case of st, I believe this may affect readability slightly,
however, it would allow for some extensibility(if dvtm, for example,
wanted to rewrite its terminal implementation).
I'm not c
xargs kill
The command is not the important part, but that by using a well-known
process management interface, I can manage connections the way I like.
I believe that if one didn't want to use fork(3), while also keeping
the simplicity of quark, that person should rewrite quark in Golang.
I look forward to your feedback.
Jeremy
if you pass the `-x` option, when an executible file is
requested, Quark executes the file, writing the request body to stdin,
and writing stdout as the response.
I haven't tried to implement user authorization via filesystem
permissions, though I'd be curious to see what's possible.
Jeremy
atches you've provided. Thanks for your work.
>
If you really wanted to dab on st, you could have just
- removed the `-l` argument
- simplified ttywriteraw
- suggested that st shouldn't be scheduling for modem lines
- offer minicom as an alternative for those lead astray
But clearly you're too retarded to make a decent critisism like that. ;)
Jeremy
On 03/01/22 12:54PM, Dave Blanchard wrote:
> On Tue, 1 Mar 2022 07:49:21 -0800
> Jeremy wrote:
> No, I really don't. I just made an offhand comment regarding my initial
> impression of the code. I don't *need* to convince you of anything. After
> reading your
Hey Alan,
I'd like to apply your patch but there are premature linebreaks & the
tabs have been converted to spaces.
Jeremy
ptions:
- the selected options are run in the same order as the input
- each selected option is only run once
Which would look like:
#!/bin/sh
t=$(mktemp)
dmenu_path | tee "$t" | dmenu "$@" | awk 'NR==FNR { x[$0]++; next } x[$0]' -
"$t" | sh -x
Jeremy
this is correct, which is
why it segfaults when pasting 512+ bytes(Thanks).
I will rewrite the patch to address NRK's critique. Thank you for
your reivew, NRK.
All things considered, I am not opposed to making ttywrite do exactly
what it says. What are your thoughts on this Hiltjo, NRK, Roberto?
Jeremy
tbuf.buf = xrealloc(tbuf.buf, tbuf.siz);
fixed
> I'm highly skeptical of this. If the other end is not able to keep up
> that doesn't mean we should unboundedly keep hogging up memory.
My understanding of the problem has changed
[5],
out [5])
write(5, "y\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\ry\r"..., 4291
full strace:
https://www.jer.cx/pasta/FM0.gz
On my other machine it takes 10-million to produce the same behavior.
Could just be my kernel.
it looks like the X11 fd is left open to the child process by the way
Jeremy
because underlying programs can request info from the tty, there was a
potential recursion in ttyread:
1. ttyread
2. tty program wants window size
3. ttywrite the window size
this assumes the ttyfd is both ready for read & write.
if, for example, the tty wants st to report
pasting a large thing into st can cause a deadlock
commit 261ea4b attempted to fix this, but st still locks up when
pasting over a million chars for example
yes | head -c 100 | xclip -sel c
this patch buffers writes to the TYY, which allows us to:
- limit the size of writes to the TTY
- condit
15 matches
Mail list logo
