Re: [cgiwrap-users] "Feature" request during next release

[Tuc at T-B-O-H.N. <ml...@t-...>]

Hi,

	I guess I could of.

	I just hate to put anything between the wondering program you've
developed and the CGI. 

	In the end, I just compiled up another version of CGIWRAP and
the VH thats dedicated to this program (OTRS ticket system) uses it.
I've also contacted the developers about it since the error they
throwing REALLY isn't an error.

	Thanks again for everything Nathan... Keep up the good work,
and still use the functionality we sponsored in 3.8!

		Tuc
> 
> Quick hack for this particular CGI - why not just drop another wrapper
> in front of it?
> 
> --mybin.pl
> #!/usr/bin/perl
> open(STDERR, ">/dev/null");
> exec("mybin.pl.real", @ARGV);
> 
> -- Nathan
>  
> ------------------------------------------------------------
> Nathan Neulinger                       EMail:  nn...@um...
> University of Missouri - Rolla         Phone: (573) 341-6679
> UMR Information Technology             Fax: (573) 341-4216
> 
> > -----Original Message-----
> > From: cgi...@li... [mailto:cgiwrap-
> > use...@li...] On Behalf Of Tuc at T-B-O-
> > H.NET
> > Sent: Sunday, November 04, 2007 1:10 PM
> > To: cgi...@li...
> > Subject: [cgiwrap-users] "Feature" request during next release
> > 
> > Hi,
> > 
> > 	Can we possibly get a ./configure option to change the name
> > of the
> > binaries (cgiwrap, cgiwrapd, etc)? I realize this is weird, but
> > would make
> > some things for us easier.
> > 
> > 	What would be REALLY nice, but I'm sure is a nitemare, would
> > be a
> > way that you didn't have to staticly configure the binary with all
> > the
> > options. I don't know HOW you'd accomplish it..Maybe it an
> > environment variable
> > in a VH configuration.
> > 
> > 	Basically this stems from one CGI package I'm installing
> > throwing
> > GARBAGE that they shouldn't at STDERR which causes the system to
> > stop.
> > So I'm going to compile up a CGIWRAP with "--without-redirect-
> > stderr" and
> > put it as another name for just that VH.
> > 
> > 			Thanks, Tuc
> >