Subject: Re: Option to make cpp(1) not accept named pipes or devices as
To: Christos Zoulas <christos@zoulas.com>
From: Jim Wise <jwise@draga.com>
List: tech-toolchain
Date: 11/29/2004 18:00:11
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Mon, 29 Nov 2004, Christos Zoulas wrote:
>| This is true -- on the other hand, in the case of a binary (such as
>| calendar) compiled to use a new flag, the user will know that the
>| requested behavior was not provided, but will be unable to get the
>| binary to work, short of recompiling or of writing a wrapper script for
>| cpp which strips off the offending argument.
>|
>| Not sure which is a more compelling argument...
>
>It is a security issue here. I -personally - rather have it not run, than talk to a
>named pipe.
Seems reasonable. I'll place a note in calendar(1), and perhaps in
/etc/defaults/daily.conf warning about the dangers of using a
replacement cpp(1) here, and will look into adding a command line flag
- -- in addition to the environment variable, as users of binaries
compiled before the command line option became available should still
have an option.
For the time being, I will probably commit the environment variable as
is, and then look to adding the command-line support, as adding a
command-line tool to any of the gcc frontends is... relatively involved.
(And as doing so certainly leaves us no _worse_ off than we are now!)
- --
Jim Wise
jwise@draga.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (NetBSD)
iD8DBQFBq6n+pRpI6SYACmIRAjNdAKCZkhXikyenEaEaM1OEVYePcHUF7QCg1KUm
MNEPBnmk6kjp4TrVd6arm68=
=raHa
-----END PGP SIGNATURE-----