[screen-devel] [bug #57748] Screen buffers ESC keypresses indefinitely since sgr support patch

Update of bug #57748 (project screen): Status:None => Confirmed ___ Follow-up Comment #1: That seems right. It is caused by trying to detect if there is wrong escape sequence delivered t

Re: [screen-devel] [PATCH for master] Expand d_xtermosc array in struct Display

On Fri, 21 Feb 2020 14:02:27 +0100 Václav Doležal wrote: > Commit 7059bff expands index range of "typ2" by one without expanding > affected arrays. d_xtermosc in struct display is one of these. > > Related: 7059bff20a28778f9d3acf81cad07b1388d02309 > (ansi: add support for xterm OSC 11) > Relat

[screen-devel] GNU Screen v.4.8.0

Hello everyone, I'm announcing availability of GNU Screen v.4.8.0 Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. This release * Improves startup time by only polling for already open files to close *

[screen-devel] [bug #14484] RFE: add escape to show number of currently open windows in hardstatus

Update of bug #14484 (project screen): Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release: Later => 5.0.0 ___

[screen-devel] [bug #57697] 4.99.0: CPU usage always 100% after the commit 8becc4d (Convert select() to poll() in sched.c)

Update of bug #57697 (project screen): Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release:None => 5.0.0 ___

Re: [screen-devel] suppress GCC 10 warnings

On Sat, 1 Feb 2020 13:53:29 -0800 Christophe Meyering wrote: > Hello, > > Using GCC10 on Fedora 31, I built screen from a git clone of the latest > sources. > After running > $cd src && ./autogen.sh && ./configure && make > I got multiple warnings in acls.c: > (...) > I fixed the incompatible-p

[screen-devel] [bug #57551] man page says C-a \ to quit, but C-a C-\ is what actually does quit

Update of bug #57551 (project screen): Status:None => Confirmed ___ Follow-up Comment #2: Yes, there is some discrepancy between what is hardcoded in process.c and between provided exampl

[screen-devel] [bug #49170] ^C doesn't work on FreeBSD

Update of bug #49170 (project screen): Status: Confirmed => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: This was fixed quite

[screen-devel] [bug #57595] SELECT_BROKEN check in configure.ac is broken

Update of bug #57595 (project screen): Open/Closed:Open => Closed ___ Reply to this item at: ___ Mes

[screen-devel] [bug #57595] SELECT_BROKEN check in configure.ac is broken

Update of bug #57595 (project screen): Status:None => Fixed Planned Release:None => 4.8.0 ___ Follow-up Comment #1: Thanks for patch! Ap

[screen-devel] [bug #57697] 4.99.0: CPU usage always 100% after the commit 8becc4d (Convert select() to poll() in sched.c)

Update of bug #57697 (project screen): Status:None => Confirmed ___ Follow-up Comment #1: Oh... interesing, if I run: ./screen -c /dev/null it reproduces. I must have something in my conf

[screen-devel] [bug #57629] Positional parameters in screenrc file?

Follow-up Comment #2, bug #57629 (project screen): At this point I think you are asking too much of how screen parses command line and would be better served by shell scripts around screen instead. There is nothing stopping shell script from generating a temporary screenrc file. And running scree

[screen-devel] [bug #14484] RFE: add escape to show number of currently open windows in hardstatus

Update of bug #14484 (project screen): Assigned to:None => eneville ___ Follow-up Comment #6: Hi Ed, sorry for delay! That looks a lot better. If you want to be showed as author of a patch i

[screen-devel] [bug #57628] Can't access $HOSTNAME in screenrc file

Follow-up Comment #4, bug #57628 (project screen): Either $HOST (which I see in zsh) or $HOSTNAME (as I see in bash) seem to be provided by shell expansion logic and are not true environment variables set in environment. You can see this by running 'env' command and observing that both of them are

[screen-devel] [bug #57628] Can't access $HOSTNAME in screenrc file

Update of bug #57628 (project screen): Status:None => Ready For Test Assigned to:None => amade ___ Reply to this item at:

[screen-devel] [bug #14484] RFE: add escape to show number of currently open windows in hardstatus

Follow-up Comment #4, bug #14484 (project screen): There is some things that can be improved. First there is a change in display.c, which shouldn't be part of this patch. There is also some weird white space problems (usually I would correct those myself when applying, but as there are other par

[screen-devel] [bug #23701] Unification of man page, texinfo manual

Update of bug #23701 (project screen): Severity: 4 - Important => 3 - Normal Assigned to: thomasadam => eneville ___ Follow-up Comment #2: Well, there is also

[screen-devel] [bug #25089] screen produces zombies

Follow-up Comment #11, bug #25089 (project screen): I can't find a reason, why it is done a way it is currently... as it seems to have been done this way from the beginning. So, let's try just running SIGCHLD handler directly instead of doing scheduling with GotSigChld variable. Let's check firs

[screen-devel] [bug #25089] screen produces zombies

Follow-up Comment #10, bug #25089 (project screen): Actually, ignore it for now, I hurried up a bit and forgot to test run it properly and screen hangs... will send better one ___ Reply to this item at:

[screen-devel] [bug #25089] screen produces zombies

Follow-up Comment #9, bug #25089 (project screen): That would be a lot easier if I could reproduce it... Anyway I suspect that with patch counter may still be decreased to early. I attached new one, can you try with it? (file #48132) ___

[screen-devel] [bug #55697] migrate from select to poll system call

Update of bug #55697 (project screen): Status:None => Fixed Assigned to:None => amade Open/Closed:Open => Closed Fixed Release:

Re: [screen-devel] issue in screen window messed up when switching between terminals

On Thu, 9 May 2019 18:47:50 +0530 muralidhara mk wrote: > Hi, > > This is Muralidhara from Bangalore. I have a bug in my screen executable: > > Platfrom: > --- > OS : Linux > SHELL : tcsh > screen version: Screen version 4.01.00devel (GNU) 2-May-06 > > BUG which I observed: >

Re: [screen-devel] [PATCH] Create TERMCAP entries limited to 1023 bytes by default.

On Tue, 5 Nov 2019 16:59:41 + Marcin Cieślak wrote: > From: Scott Shambarger > > TERMCAP_BUF defaults to 1023 to create TERMCAP entries that work on > most systems. To save space, TERMCAP is unwrapped, and vt220 extra > keys are skipped (unless TERMCAP_BUF > 1023); navigation keys are > s

Re: [screen-devel] [PATCH] Fix coredump on xterm and rxvt

On Tue, 5 Nov 2019 15:32:10 + Marcin Cieślak wrote: > From: Christoph Moench-Tegeder > > Here's the rub: with TERM=xterm (or rxvt, for that matter), Km > ("key_mouse", "Mouse event has occured") is not set (and therefore > NULL), but InitTermcap() (termcap.c:230) happily tries to strdup()

Re: [screen-devel] [PATCH for master] Make closeallfiles() faster

On Sat, 2 Nov 2019 23:21:54 +0100 Amadeusz Sławiński wrote: > Optimize startup time, making closeallfiles() faster, by doing less > system calls. Instead of calling close for each possible file, use > poll() to check if file exist at all. On linux with open file limit set > to

Re: [screen-devel] [PATCH for screen-v4] Make closeallfiles() faster

On Sat, 2 Nov 2019 23:21:40 +0100 Amadeusz Sławiński wrote: > Optimize startup time, making closeallfiles() faster, by doing less > system calls. Instead of calling close for each possible file, use > poll() to check if file exist at all. On linux with open file limit set > to

Re: [screen-devel] [PATCH 1/4] Convert select() to poll() in display.c

On Sun, 3 Nov 2019 00:31:57 +0100 Amadeusz Sławiński wrote: > select() limits number of file descriptors that can be used by screen. > Migrate to poll() to avoid this limitation. > > Bug: 55697 > > Signed-off-by: Amadeusz Sławiński No comments, so pushed all 4 patches to master

[screen-devel] [bug #57172] Freeze

Update of bug #57172 (project screen): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #3: Well, my french is q

[screen-devel] [bug #25089] screen produces zombies

Follow-up Comment #7, bug #25089 (project screen): As mentioned on mailing list, it is a bad solution. Try newly attached patch instead. (file #47810) ___ Additional Item Attachment: File name: 0001-Fix-screen-leaving-zombie-processes.patc

Re: [screen-devel] [PATCH for screen-v4] Fix screen leaving zombie processes

On Wed, 6 Nov 2019 21:11:08 +0100 Amadeusz Sławiński wrote: > On Wed, 6 Nov 2019 15:12:41 +0100 > Václav Doležal wrote: > > > I think this is bad solution. If some process deliberately closes stdout and > > stderr, screen will block until that process exits. > >

Re: [screen-devel] [PATCH for screen-v4] Fix screen leaving zombie processes

On Wed, 6 Nov 2019 15:12:41 +0100 Václav Doležal wrote: > I think this is bad solution. If some process deliberately closes stdout and > stderr, screen will block until that process exits. > > I am wondering why the zombies show up at all. They were reaped correctly on > my test process (code be

[screen-devel] [PATCH 4/4] Count timeout in milliseconds instead of using struct timeval

poll() accepts timeout in milliseconds, so there is no need to keep timeout in struct timeval. Signed-off-by: Amadeusz Sławiński --- src/display.c | 4 ++-- src/sched.c | 40 +++- src/sched.h | 2 +- src/winmsg.c | 5 ++--- 4 files changed, 20

[screen-devel] [PATCH 3/4] Convert select() to poll() in sched.c

select() limits number of file descriptors that can be used by screen. Migrate to poll() to avoid this limitation. As can be seen in case of scheduler it requires quite some changes, care must be taken to count poll() events properly. Bug: 55697 Signed-off-by: Amadeusz Sławiński --- src

[screen-devel] [PATCH 1/4] Convert select() to poll() in display.c

select() limits number of file descriptors that can be used by screen. Migrate to poll() to avoid this limitation. Bug: 55697 Signed-off-by: Amadeusz Sławiński --- src/display.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/src/display.c b

[screen-devel] [PATCH 2/4] Convert select() to poll() in screen.c

select() limits number of file descriptors that can be used by screen. Migrate to poll() to avoid this limitation. Bug: 55697 Signed-off-by: Amadeusz Sławiński --- src/screen.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git a/src/screen.c b/src/screen.c index

Re: [screen-devel] [PATCH for screen-v4] Fix screen leaving zombie processes

On Sun, 3 Nov 2019 00:17:21 +0100 Axel Beckert wrote: > So thanks again for the patch and for applying it in git, too. Well, it's not applied yet, I decided to change a bit my model of work, to send patches to the list first and wait a bit for comments (around one week.) If no one tells me that

[screen-devel] [bug #55618] Closing half a million file descriptors on startup

Update of bug #55618 (project screen): Status: Fixed => None Open/Closed: Closed => Open ___ Follow-up Comment #7: Original bug report

[screen-devel] [PATCH for screen-v4] Make closeallfiles() faster

-off-by: Amadeusz Sławiński --- src/misc.c | 33 ++--- 1 file changed, 30 insertions(+), 3 deletions(-) diff --git a/src/misc.c b/src/misc.c index 43e93a2a..52f8514e 100644 --- a/src/misc.c +++ b/src/misc.c @@ -26,6 +26,7

[screen-devel] [PATCH for master] Make closeallfiles() faster

-off-by: Amadeusz Sławiński --- src/misc.c | 30 +- 1 file changed, 25 insertions(+), 5 deletions(-) diff --git a/src/misc.c b/src/misc.c index ad49a844..7349e30f 100644 --- a/src/misc.c +++ b/src/misc.c @@ -30,6 +30,7 @@ #include "misc.h" +#include

[screen-devel] [PATCH for master] Fix screen leaving zombie processes

When window dies we should wait for child process to die, otherwise there is no one to reap it. So emove WNOHANG in waitpid(), which may cause screen to not wait for child to die and kill window, leaving zombie process. Bug: 25089 Signed-off-by: Amadeusz Sławiński --- src/window.c | 2 +- 1

[screen-devel] [PATCH for screen-v4] Fix screen leaving zombie processes

When window dies we should wait for child process to die, otherwise there is no one to reap it. So emove WNOHANG in waitpid(), which may cause screen to not wait for child to die and kill window, leaving zombie process. Bug: 25089 Signed-off-by: Amadeusz Sławiński --- src/screen.c | 2 +- 1

[screen-devel] [bug #25089] screen produces zombies

Follow-up Comment #4, bug #25089 (project screen): Well... from quick look I would say that WNOHANG in waitpid() looks suspicious: https://git.savannah.gnu.org/cgit/screen.git/tree/src/screen.c?h=screen-v4#n1495 Can you try removing it and see if it still happens? You can also try building scree

[screen-devel] [bug #55274] Release new version

Update of bug #55274 (project screen): Status:None => In Progress ___ Follow-up Comment #4: Released v.4.7.0, still working towards v.5.0.0

[screen-devel] [bug #55618] Closing half a million file descriptors on startup

Update of bug #55618 (project screen): Open/Closed:Open => Closed ___ Follow-up Comment #5: Should be fixed in v.4.7.0 release ___

[screen-devel] [bug #52663] configure option "--disable-use-locale" is not working

Update of bug #52663 (project screen): Open/Closed:Open => Closed Fixed Release:None => 4.7.0 ___ Reply to this item at:

[screen-devel] [bug #52329] screen: configure failed while build dir name contains "yes"

Update of bug #52329 (project screen): Open/Closed:Open => Closed Fixed Release:None => 4.7.0 ___ Reply to this item at:

[screen-devel] [bug #55618] Closing half a million file descriptors on startup

Update of bug #55618 (project screen): Fixed Release:None => 4.7.0 ___ Reply to this item at: ___ Mes

[screen-devel] GNU Screen v.4.7.0

Hello everyone, I'm announcing availability of GNU Screen v.4.7.0 Screen is a full-screen window manager that multiplexes a physical terminal between several processes, typically interactive shells. This release * Adds support for SGR (1006) mouse mode

[screen-devel] [bug #55274] Release new version

Follow-up Comment #3, bug #55274 (project screen): Yes, I can. Problem is that on screen-v4 branch not a lot happened and master (future v5) is not really ready for release (I could do some v4.99 preview, but it really is not that different than using git). If you look at: https://git.savannah.g

[screen-devel] [bug #56674] Make it possible for screen to ignore terminal commands to change window titles

Update of bug #56674 (project screen): Status:None => Works For Me Open/Closed:Open => Closed Fixed Release:None => 4.5.0 ___

[screen-devel] [bug #56063] pass through of escape codes to the terminal

Update of bug #56063 (project screen): Status:None => Works For Me Open/Closed:Open => Closed ___ Follow-up Comment #3: So, this was discuss

Re: [screen-devel] Does -L (command line arg) work?

On Mon, 11 Mar 2019 16:33:11 -0600 Stan Marsh wrote: > From within screen, I do: > > $ screen -L cat food > > This pops up a new window (in the current screen session) with an error > message that food doesn't exist, then exits (see note 1 below). I should > then have a screenlog.N file on my s

Re: [screen-devel] [PATCH] fix UTF-8 characters with more than 2 bytes

On Fri, 22 Feb 2019 13:29:17 +0100 Stefan Assmann wrote: > Characters are stored as uint32 nowadays. Looking at the lower bytes > only seems to be an oversight from the fontx clean up. > > Fixes: f18f5d0da1d4 get rid of fontx > --- > src/display.c | 1 - > 1 file changed, 1 deletion(-) > > dif

[screen-devel] [bug #55138] Bug: UTF-8 characters in hardstatus not working

Update of bug #55138 (project screen): Status:None => Duplicate ___ Follow-up Comment #14: It's well known deficiency, there is quite few similar bug reports: 24208 hardcopy doesn't han

[screen-devel] [bug #55709] Bracketed-paste mode causes Terminal.app to flash

Update of bug #55709 (project screen): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Quick look at xterm

[screen-devel] [bug #55697] migrate from select to poll system call

URL: Summary: migrate from select to poll system call Project: GNU Screen Submitted by: amade Submitted on: Mon 11 Feb 2019 09:25:30 PM UTC Category: None Severity: 3

[screen-devel] [bug #55696] When pasting don't parse screen escape codes

URL: Summary: When pasting don't parse screen escape codes Project: GNU Screen Submitted by: amade Submitted on: Mon 11 Feb 2019 09:21:50 PM UTC Category: None Severit

[screen-devel] [bug #55422] screen+cgdb fails to show correctly C characters

Follow-up Comment #1, bug #55422 (project screen): Possibly related issue: https://savannah.gnu.org/bugs/?24263 ___ Reply to this item at: ___ Message

[screen-devel] [bug #55644] Manpage Update Needed

Follow-up Comment #1, bug #55644 (project screen): I'm open to changing it, but I'm not that up to date on manpages formats. It would be best to use same thing as other GNU projects. Still, should be fairly easy task, for someone who wants to help with project. If anyone wants to do this, please

[screen-devel] [bug #54776] comm.h needed for list_{display, generic}.o

Update of bug #54776 (project screen): Status:None => Works For Me Open/Closed:Open => Closed ___ Reply to this item at:

[screen-devel] [bug #55511] Prevent Panic causing Panic, and children removing sockets

Update of bug #55511 (project screen): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks, applied to b

[screen-devel] [bug #55512] Fix blanker to work when screen is suid root

Update of bug #55512 (project screen): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #1: Thanks, applied to b

[screen-devel] [bug #52372] Giberish printed to screen window in certain situations

Update of bug #52372 (project screen): Status:None => Fixed Open/Closed:Open => Closed ___ Follow-up Comment #2: Thank you for patch

[screen-devel] [bug #52485] lock on /etc/utmp on AiX > 6100-09-07-1614

Update of bug #52485 (project screen): Status: Need Info => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #4: Thanks, for informat

[screen-devel] [bug #55505] Loading new session with virtualenv activated

Update of bug #55505 (project screen): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #2: Yep, not a bug, scre

[screen-devel] [bug #52296] Some unicode characters in hardstatus corrupt screen + hardstatus

Update of bug #52296 (project screen): Status:None => Duplicate Open/Closed:Open => Closed ___ Follow-up Comment #2: Yes, unicode handlin

[screen-devel] [bug #55618] Closing half a million file descriptors on startup

Update of bug #55618 (project screen): Status:None => Fixed ___ Follow-up Comment #2: So this is caused by screen v.4.6.2 misidentifying linux systems as svr4 and hitting wrong codepa

[screen-devel] [bug #54989] incorrect use of tparm

Follow-up Comment #6, bug #54989 (project screen): For now I applied workaround. To properly detect screen would need to be migrated to terminfo, which probably isn't a bad idea, but requires some effort. ___ Reply to this item at:

[screen-devel] [bug #52667] Off-by-one in RGB truecolor escape sequence parameter indices

Follow-up Comment #6, bug #52667 (project screen): Replying to comment 3: workaround for missing color was applied to master. ___ Reply to this item at:

Re: [screen-devel] [PATCH 0/6] Fixes for several defects and warnings found by static analysis

On Wed, 7 Nov 2018 16:10:20 +0100 Václav Doležal wrote: > Hello, > I'm sending several patches addressing issues found by static analysis. > > Regards, > Václav Doležal > Hey, thanks for patches! Which static analyzer did you use? Anyway pushed to screen-v4 and cherry-picked first 4 to mast

Re: [screen-devel] Window group code contribution

On Wed, 7 Nov 2018 00:07:59 +0100 Amadeusz Sławiński wrote: > On Fri, 2 Nov 2018 00:04:20 -0500 > Ethan Warth wrote: > > > I use window groups in my .screenrc. Window groups, as you likely already > > know, > > can be used to group other child windows (i

Re: [screen-devel] [PATCH 0/2] [screen-v4] Backport OSC 11 support

On Mon, 10 Sep 2018 19:34:01 +0200 Lubomir Rintel wrote: > Hi there, > > please consider adding these two patches to screen-v4 (unless v5 is soon > to be released). These patches make sure Vim guesses whether it's > running on a dark or white background and use reasonable color palette > for syn

Re: [screen-devel] [bug #54989] incorrect use of tparm

On Sat, 10 Nov 2018 21:22:22 + Marcin Cieslak wrote: > On Sat, 10 Nov 2018, Amadeusz Sławiński wrote: > > > Still 'infocmp xterm-direct|grep -i rgb' returns nothing, should I be > > checking > > colors# (D_CCO == 32767 check in code above) and pairs#, or

[screen-devel] [bug #54458] Session name length causes problem to "reopen fifo"

Update of bug #54458 (project screen): Status:None => Confirmed ___ Follow-up Comment #2: Hm... interesting, so it seems that sockaddr_un that is used in MakeServerSocket can only hold 10

[screen-devel] [bug #54989] incorrect use of tparm

Follow-up Comment #3, bug #54989 (project screen): I guess this will simplify things a bit, but will probably require some more work than just that: - if (f != of && (f & 0x0400) && hastruecolor) { - uint8_t _r, _g, _b; - - _r = (f & 0x00ff) >> 16; -

Re: [screen-devel] None of the commands work?

On Wed, 31 Oct 2018 12:53:51 + ledgerq wrote: > Hey > I'm very new to screen and was super happy to use it but for some reason none > of the navigation keys work anymore? > starting with ctrl a + c ?? > when I type screen in terminal it starts the usual message and at the end it > wont let

[screen-devel] [bug #54989] incorrect use of tparm

Follow-up Comment #1, bug #54989 (project screen): Yes, I'm aware of the problem. Proposed fix seems to work ok in my tests. But as mentioned it would be better if we could just get escape code from parent terminal terminfo. There seemed to be some work in this area to expose this information, b

Re: [screen-devel] Window group code contribution

tespaces; just > let me know what (if anything) the first commit's description should be > changed to. > > > Perfect normality is impossible. Be unique! >―redyoshi49q > > > On Thu, Nov 1, 2018 at 3:08 PM Amadeusz Sławiński wrote: > > > > On Mon, 2

Re: [screen-devel] Window group code contribution

On Mon, 22 Oct 2018 20:21:16 -0500 Ethan Warth wrote: > (I'm resending this, to the mailing list this time. I didn't notice that my > reply wasn't actually going to the list.) > > > Sorry; your message ended up in my spam folder, and I didn't notice it > immediately. > > I will be including t

[screen-devel] [bug #54776] comm.h needed for list_{display, generic}.o

Follow-up Comment #1, bug #54776 (project screen): This should be patched on screen-v4 branch. The branch on which you made patch already has comm.h as depndency for those build objects. ___ Reply to this item at:

Re: [screen-devel] Window group code contribution

On czwartek, 11 października 2018 22:15:37 CEST Ethan Warth wrote: > I have made some local changes to the current screen code base ( starting > from commit SHA1 ID f606916a7af47167a68806ddb6d471e3847fdafb ), and I would > like to contribute these changes to the main project. Specifically, I have

Re: [screen-devel] Commit d340b02c (Do not link against libelf.) has been accidentially(?) reverted by a8dc1fb5 (Rename configure.in to configure.ac)

On Sun, 15 Jul 2018 13:04:55 +0200 Axel Beckert wrote: > Hi, > > while investigating why screen still uselessly links against libelf > despite commit d340b02c ("Do not link against libelf.") from 2014 > (noticed by Sven Joachim, Cc'ed, c.f. https://bugs.debian.org/903818), > I noticed that follo

Re: [screen-devel] doc: fix typos

On Wed, 18 Jul 2018 22:03:28 +0300 Svyatoslav Mishyn wrote: > Hi there, > > just found a few typos, see attachment. > > (please, CC me) > > > Thanks. > > Hey, thanks, pushed to screen-v4 and master Cheers, Amadeusz

Re: [screen-devel] Bug in rendering terminal application

Hi, yes there are problems with how screen handles utf-8, rewriting encoding handling to be more manageable is still on my todo list. I already experimented a bit here https://github.com/amade/screen/tree/encoding-rewrite but ultimately it needs spending quite some time on it and thinking how to

Re: [screen-devel] Hardstatus string is not working properly in master branch

On Sat, 23 Jun 2018 22:42:43 +0200 Maarten van Malland wrote: > I've compiled the latest Git code to get true color working (which it > did, after some fiddling around; I got caught with the latest ncurses > bug as well). However, that's all working now, but the hardstatus > string I'm using isn'

Re: [screen-devel] timing issue with "-X stuff" command

So I tried a bit more and can reproduce it $ screen -S foo -dm screen -S foo -X stuff "/path/to/script.sh^M" No screen session found. Made a bug for it https://savannah.gnu.org/bugs/index.php?54164 On Tue, 12 Jun 2018 22:42:44 +0200 Amadeusz Sławiński wrote: > Hey, > >

[screen-devel] [bug #54164] race between starting backend and issuing command to session

URL: Summary: race between starting backend and issuing command to session Project: GNU Screen Submitted by: amade Submitted on: Thu 21 Jun 2018 08:03:46 PM UTC Category: None

Re: [screen-devel] Problems in screen.1

On Wed, 13 Jun 2018 17:07:52 -0400 "Eric S. Raymond" wrote: > Amadeusz Sławiński : > > > The obvious thing to do is just carry out that replacement. > > > > Actually I think the problem is that it doesn't work with some (non > > UTF-8) encodings

[screen-devel] [bug #54151] env var TMPDIR gets unset upon 'screen' command

Update of bug #54151 (project screen): Status:None => Invalid Open/Closed:Open => Closed ___ Follow-up Comment #1: It's not a bug in sc

[screen-devel] [bug #52667] Off-by-one in RGB truecolor escape sequence parameter indices

Follow-up Comment #4, bug #52667 (project screen): Yes, I know about this, something was changed in ncurses and it seems that tparm ignores 3rd and further parameters, should probably look if there is some workaround or talk to ncurses guy if its intentional. _

Re: [screen-devel] Problems in screen.1

On Wed, 13 Jun 2018 07:35:33 -0400 "Eric S. Raymond" wrote: > Amadeusz Sławiński : > > On Tue, 12 Jun 2018 19:35:24 -0400 > > "Eric S. Raymond" wrote: > > > > > Amadeusz Sławiński : > > > > You can find plain text versions h

Re: [screen-devel] Problems in screen.1

On Tue, 12 Jun 2018 19:35:24 -0400 "Eric S. Raymond" wrote: > Amadeusz Sławiński : > > You can find plain text versions here (they should be mostly similar, > > but there are some differences): > > https://git.savannah.gnu.org/cgit/screen.git/plain/src/doc

Re: [screen-devel] Problems in screen.1

On Tue, 12 Jun 2018 17:53:16 -0400 "Eric S. Raymond" wrote: > Amadeusz Sławiński : > > On Tue, 12 Jun 2018 15:16:13 -0400 (EDT) > > e...@thyrsus.com wrote: > > > > > -This is version 4.3.1. Its roots are a merge of a custom version > > > +

Re: [screen-devel] timing issue with "-X stuff" command

Hey, can you try if it reproduces with current release (4.6.2)? Cheers, Amadeusz On Tue, 12 Jun 2018 19:13:38 +0200 Hans Henrik Bergan wrote: > seems like there may be a timing issue with the -X stuff command, > > i had a script doing > > screen -S foo -dm > screen -S foo -X stuff "/path/to/

Re: [screen-devel] Problems in screen.1

On Tue, 12 Jun 2018 15:16:13 -0400 (EDT) e...@thyrsus.com wrote: > -This is version 4.3.1. Its roots are a merge of a custom version > +This is version 4.3.0. Its roots are a merge of a custom version Hi, seems interesting, but it seems to've been run against old version of screen? Current relea

Re: [screen-devel] Improved table rendering for the manual page

On Fri, 25 May 2018 21:01:50 + Marcin Cieslak wrote: > Hello, > > thanks for merging my fixes to the manual page. Here is more, > this time I have improved the way the manual page looks after > converting to printable format (PostScript, PDF). > > Most changes improve the way the tables are

Re: [screen-devel] Update web page manual

On Fri, 25 May 2018 10:04:21 -0700 Neal Fultz wrote: > https://www.gnu.org/software/screen/manual/ - hasn't been updated since > 2009 - can we generate it from the current man page, or is it a more > involved process? Hi, yes, I think it should be possible to generate then from info pages. But

[screen-devel] [bug #53182] Window number not respected by first screen command in screenrc

Update of bug #53182 (project screen): Status: Confirmed => Fixed Open/Closed:Open => Closed Planned Release:None => 5.0.0 ___

[screen-devel] [bug #53552] Wording in the man page is not the most appropriate

Update of bug #53552 (project screen): Status:None => Fixed Open/Closed:Open => Closed Planned Release:None => 4.7.0 ___

[screen-devel] [bug #53602] Screen corruption with some wide glyphs

nt fix as per ml list comment: From: David Woodfall To: screen-devel@... Subject: Re: [screen-devel] [bug #53602] Screen corruption with some wide glyphs On Tuesday 10 April 2018 14:03, Amadeusz Sławiński put forth the proposition: >Follow-up Comment #5, bug #53602 (project screen): > &

  1   2   3   4   >