We run a bunch of screen sessions on some real-time processing and
typically only attach to them to investigate issues. Unfortunately,
sometimes we detach from the session with the session scroll-locked causing
the processing to be halted until someone notices.
I'm looking for a new command-line o
Here's a quick and dirty patch for 4.8.0 ... I didn't investigate if the
BSD side allows those settings (it's BSD, screw'em)
On Sun, Nov 21, 2021 at 7:54 AM Marc Haber wrote:
> Follow-up Comment #1, bug #23952 (project screen):
>
> This has been lying around in the bug tracker for 13 years now
and here's the man/texinfo patch
On Sun, Nov 21, 2021 at 12:59 PM david kerns
wrote:
> Here's a quick and dirty patch for 4.8.0 ... I didn't investigate if the
> BSD side allows those settings (it's BSD, screw'em)
>
>
>
> On Sun, Nov 21, 2021 at
es there?
>
> Greetings
> Marc
>
> On Sun, Nov 21, 2021 at 12:59:22PM -0700, david kerns wrote:
> > From: david kerns
> > Subject: Re: [screen-devel] [bug #23952] Screen can't set stop/parity
> bits
> > on serial
> > To: Screen development
> &g
On Mon, Mar 28, 2022 at 10:39 AM Daniel Santos
wrote:
> Hi.
>
> After spending almost a whole day trying to figure out, in the Internet
> and on the manual pages, why the screen program was not accepting my
> password of my user in my GNU system, I found out that screen, when
> installing from so
Typically, you run getty on one computer (the host), then screen (or some
other terminal emulator) on the second.
getty will prompt you for a login/password and then spawn a shell.
I suppose you could just spawn a shell directly (from systemctl), but that
is, obviously, insecure.
Ultimately, what
I'd argue for a global replacement of sprintf(dest, ...) to snprintf(dest,
sizeof(dest)...)
Unfortunately, that's probably not an automated task.
from the man page:
The snprintf() and vsnprintf() functions will write at most size-1 of
the characters printed
into the output string (the si
On Mon, Jul 8, 2024 at 8:02 AM Alex Naumov
wrote:
> On Mon, Jul 8, 2024 at 4:48 PM david kerns
> wrote:
>
>> I'd argue for a global replacement of sprintf(dest, ...) to snprintf(dest,
>> sizeof(dest)...)
>> Unfortunately, that's probably not an automated ta
On Mon, Jul 8, 2024 at 9:11 AM Alex Naumov
wrote:
>
>
> On Mon, Jul 8, 2024 at 5:43 PM david kerns
> wrote:
>
>> On Mon, Jul 8, 2024 at 8:02 AM Alex Naumov
>> wrote:
>>
>>> On Mon, Jul 8, 2024 at 4:48 PM david kerns
>>> wrote:
>>
On Tue, Jul 9, 2024 at 6:31 AM Vincent Lefevre wrote:
>
> As said, you need Autoconf version 2.71 or higher.
> You have only 2.69, which is very old:
>
> > $ autoreconf --version
> > autoreconf (GNU Autoconf) 2.69
> > Copyright (C) 2012 Free Software Foundation, Inc.
> [...]
>
> well, not sure ho
On Tue, Jul 9, 2024 at 1:00 PM Alex Naumov
wrote:
Install the last available autoconf:
https://packages.fedoraproject.org/pkgs/autoconf/autoconf/
GASP! install from source onto RHEL? where's the stability in that?? lol
ok, I found the solution:
sudo yum install autoconf-latest
of course, then yo
On Wed, Jul 10, 2024 at 1:35 AM Alex Naumov
wrote:
>
> Hey David.
> Thank you for the patch.
> It looks like this patch alarm user in case of overflow, right? We don't
> need to alarm users. We need the stable bug free code.
> The task is to find all cases where overflow is possible and... make i
On Wed, Jul 10, 2024 at 5:49 AM Alex Naumov
wrote:
> Ok, then remove it please and show us what we're going to have in git.
>
I modified the .patch file directly
snprintf_3.patch
Description: Binary data
On Wed, Jul 10, 2024 at 7:33 AM Alex Naumov
wrote:
> I still don't understand why we need this?
>
> REPORT_SNPRINTF(max, sizeof(buf))
>
Adding a length limit to prevent a buffer overflow protects against
malicious intentions. However, It truncates the destination string to
something less than ma
On Fri, Aug 30, 2024 at 3:01 AM anonymous wrote:
>
> Indicating that
> https://git.savannah.gnu.org/cgit/screen.git/tree/src/attacher.c#n465
> causes
> the crash.
>
>
unsolicited input :)
as I read it:
p = m.m.command.cmd;
n = 0;
for (; *av && n < MAXARGS - 1; ++av, ++n)
On Fri, Aug 30, 2024 at 5:39 AM david kerns wrote:
>
> On Fri, Aug 30, 2024 at 3:01 AM anonymous wrote:
>
>>
>> Indicating that
>> https://git.savannah.gnu.org/cgit/screen.git/tree/src/attacher.c#n465
>> causes
>> the crash.
>>
>>
&
16 matches
Mail list logo
