Re: [Speedycgi-users] SpeedyCGI-2.21 doesn't compile under Red Hat 9

[<re...@th...>]

So with both fixes - either the added lines at the top of speedy_perl.c or
commenting out select(STDOUT); I have erratic problems running
openwebmail, unfortunately. The error displayed in the browser is the
famous "premature end of script" error. I haven't been able to get much
more info than that - nothing particularly shows up in the openwebmail
log. The oddity is that it sometimes works, sometimes doesn't. I'll try to
reproduce this running from command line.

Changing the first line of the scripts in question to
#!/usr/bin/perl alleviates the problem. The two scripts I've specifically
notices this with is openwebmail-send.pl and openwebmail-prefs.pl.

For now I have these two scripts running without SpeedyCGI.

Hope this helps track down the problem.

Regards,

Ron

On Mon, 19 May 2003, Sam Horrocks wrote:

> Thanks.  That's probably a better quick fix than commenting it out.
>
>  > I actually got the source to compile by adding the following lines that
>  > the top of speedy_perl.c:
>  >
>  >
>  > 	#ifndef setdefout
>  > 	#       define setdefout(a)     Perl_setdefout(aTHX_ a)
>  > 	#endif
>  >
>  >
>  > Joshua Douglas
>  > Systems Network Engineer
>  > Enterasys Networks Inc
>  > Phone:  978-684-1439
>  > Email:   jdo...@en...
>  > www:    http://www.enterasys.com
>  >
>  > -----Original Message-----
>  > From: Sam Horrocks [mailto:sa...@da...]
>  > Sent: Monday, May 19, 2003 10:01 AM
>  > To: re...@th...
>  > Cc: spe...@li...
>  > Subject: Re: [Speedycgi-users] SpeedyCGI-2.21 doesn't compile under Red
>  > Hat 9
>  >
>  >
>  > I'll look at it once I can get an RH-9 system.  I downloaded the CD's
>  > yesterday, so now I just need to find some time to install it.  RH-8 has
>  > the same version of perl (5.8), and it compiles there, so I don't know
>  > where the RH-9 problem is yet.
>  >
>  > You could probably comment out that setdefout() call if you're desperate
>  > to get something working right away.  All it does is essentially
>  > "select(STDOUT);", in case the previous run of the perl code selected
>  > another filehandle as the default output.
>  >
>  >  > Details of this problem have been logged as a bug, but I'm hoping
>  > someone  > has a suggestion to solve this as SpeedyCGI is an important
>  > component of a  > system I'm putting together.  >
>  >  > Any responses would be of interest.
>  >  >
>  >  > Regards,
>  >  >
>  >  > Ron
>  >  >
>  >  >
>  >  >
>  >  > -------------------------------------------------------
>  >  > This SF.net email is sponsored by: If flattening out C++ or Java  >
>  > code to make your application fit in a relational database is painful,
>  >  > don't do it! Check out ObjectStore. Now part of Progress Software.  >
>  > http://www.objectstore.net/sourceforge
>  >  > _______________________________________________
>  >  > Speedycgi-users mailing list
>  >  > Spe...@li...
>  >  > https://lists.sourceforge.net/lists/listinfo/speedycgi-users
>  >  >
>  >
>  >
>  > -------------------------------------------------------
>  > This SF.net email is sponsored by: If flattening out C++ or Java code to
>  > make your application fit in a relational database is painful,
>  > don't do it! Check out ObjectStore. Now part of Progress Software.
>  > http://www.objectstore.net/sourceforge
>  > _______________________________________________
>  > Speedycgi-users mailing list Spe...@li...
>  > https://lists.sourceforge.net/lists/listinfo/speedycgi-users
>  >
>  >
>  > -------------------------------------------------------
>  > This SF.net email is sponsored by: If flattening out C++ or Java
>  > code to make your application fit in a relational database is painful,
>  > don't do it! Check out ObjectStore. Now part of Progress Software.
>  > http://www.objectstore.net/sourceforge
>  > _______________________________________________
>  > Speedycgi-users mailing list
>  > Spe...@li...
>  > https://lists.sourceforge.net/lists/listinfo/speedycgi-users
>  >
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Speedycgi-users mailing list
> Spe...@li...
> https://lists.sourceforge.net/lists/listinfo/speedycgi-users
>