tlmgr - Windows 10

Reinhard Kotucha reinhard.kotucha at gmx.de
Fri Mar 18 01:47:37 CET 2022


On 2022-03-16 at 20:40:51 +0100, Siep Kroonenberg wrote:

 > On Wed, Mar 16, 2022 at 06:55:47PM +0100, Jerzy Ludwichowski wrote:
 > > Hi,
 > > 
 > > in response to ctrl-C after
 > > 
 > >     tlmgr -help |more
 > > 
 > > one gets
 > > 
 > >     Terminating on signal SIGINT(2)
 > > 
 > > sitting there forever; another ctrl-C yields
 > > 
 > >     The process tried to write to a nonexistent pipe.
 > >     ^C^C
 > > 
 > > This happens with tl2022 (trial). Same behavior with tl2021.
 > > A "q" terminates tlmgr-help|more nicely. Shouldn't ctlr-C do the same?
 > 
 > Confirmed. The first ^C terminates perl and more.exe, but apparently
 > not the batchfile. But I do not off-hand know of a simple enough
 > remedy.

I suppose that "Terminating on signal SIGINT(2)" comes from Perl and
not from Windows.  It seems that Windows doesn't support signals at
all and that Perl polls the keyboard occasionally instead in order to
emulate them.

That a "q" terminates tlmgr-help|more nicely is because the help
message is quite small and has already been piped completely to 'more'
when "q" is pressed.

Try a larger input file.  Execute

  ftype | more

and immediately thereafter press "q" and see what happens.

I have the impression that Perl tries to emulate signals on Windows.
This means that "signals" work only while Perl is running.

You can write a signal handler in Perl which removes a temporary file.
If my assumption is correct, unlike as on Unix, on Windows the file
will be removed when you kill the process with ^C while Perl is
running but not if the process aborts otherwise.

This is different from Unix where signals are supported at OS level.
Create a file with Emacs but don't save it.  Then send SIGSEGV to
to the process and Emacs will create a backup file before aborting.

I fear that there is not much what can be done to make Windows behave
like Unix if particular features are not supported at OS level.
Though Perl tries hard to emulate them, there are limits which can't
be exceeded.

Regards,
  Reinhard

-- 
------------------------------------------------------------------
Reinhard Kotucha                            Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover                    mailto:reinhard.kotucha at gmx.de
------------------------------------------------------------------



More information about the tex-live mailing list.