Re: IIS-bug - CGI-applikation terminates when loading standard DLL

From: Johan van Zyl (j.g.j_at_AXETHIS.telstra.com)
Date: 07/01/04


Date: Thu, 1 Jul 2004 22:07:47 +1200


"Erik Knudsen" <erikk@c2i.net> wrote in message
news:%23UFXmkOXEHA.1144@TK2MSFTNGP10.phx.gbl...
> Erik Knudsen wrote:
>
> > Hi!
> >
> > I am developing CGI applications, and have run into a problem wich looks
> > like a bug in IIS:
> >
>
> I can't believe that other CGI application developers doesn't have a
> problem with this - there's got to be a lot of people out there who have
> been affected by this problem - even if they are not directly aware of
> the cause, because of its random nature. Your customers will probably
> experience this more often, because they usually run CGI apps and IIS on
> fast hardware - even though they may not report every single incident to
> you, especially since this isn't easy for them to reproduce or
> understand. Please take the time to test this on your IIS configuration,
> on a somewhat fast pc - I'm quite sure you'll experience the problem I
> describe in these postings, and if so we need to get Microsoft to have a
> look at this. There's a lot of references everywhere on the net to CGI
> apps that sometimes "misbehaves" and doesn't return any headers when run
> by IIS. I'm sure this bug/issue/whatever is responsible for quite a few
> of these cases. I think it's time to take this thing seriously, despite
> it's somewhat random nature, and I hope that at least some people agree
> with me to the extent that they actually bother to run a test, as
> described previously - it shouldn't take more than a few minutes.
>
>
> Regards,
> Erik Knudsen

Hi Eric,

I'm not a CGI developer, more of a Microsoft one, but are currently trouble
shooting an issue that we are experiencing with a new Perl application that
we've purchased which are running on an win2k3 IIS 6.0 server.

Scenario:
- User logs into maintenance application via a web page, and a form are
displayed to capture details regarding the request.
- Some of the data on the form are pulled from a MS SQL 2000 server via an
ODBC connection, therefore it is using odbc32.dll
- web site makes use of a frameset

During testing the application behaved fine with no issues, but when it was
deployed into production on a Quad Processor box with 8 GB of RAM the "CGI
application misbehaved" message started appearing randomly within minutes of
going life. Hit refresh and the page will load fine second time round.

Going back to the test environment we configured some macro software to
emulate 15- 20 users logging on within seconds of one another (from a
workstation, not on the web server). Well, at least 2-3 out of every 15
page loads displayed the error message! Refresh would then load the page
fine.

Perusing the Event logs, HttpErr logs, web logs shows nothing untoward at
all during
that time span.

After trying to resolve this issue for four days I jokingly said today that
we should run the app on a 386 with 16 MB of RAM, perhaps that will help.

lol, was I surprised reading your message tonight!

I will have to investigate this tomorrow and see what happens if I run the
app on a box with somewhat lower specs. I will post my findings here.

Best wishes,

Johan



Relevant Pages

  • Re: Need some problemsolving-cgi/xml
    ... Did you check the server logs to see what ... Have you tested the script at ... > I get a CGI timeout error. ... How can I combine all these xml files/xsl to ...
    (comp.lang.perl.misc)
  • Re: ssi and Perl/CGI
    ... I don't have access to the logs. ... I'll give cmd a whirl, though cgi seems to work great if all my page ... content is coming from the CGI script. ...
    (perl.beginners)
  • Re: CGI apps in C?
    ... Another poster suggested using FastCGI. ... being accessed - in particular to prevent one site's CGI from being able to ... there are many other bottlenecks you may reach on your webserver ... Much better to monitor your utilisation and logs carefully. ...
    (freebsd-isp)
  • Re: POST to URLs asynchronously?
    ... such a way that you don't want to wait for the return result and processing using CGI? ... I want to do this to test the load of the new server that I have for my system. ... perldoc threads. ...
    (comp.lang.perl.misc)
  • CGI not novel, instant CAI gratification is garbage (was: JDEE/CGI/flashcards ...)
    ... CGI is just an interface to run ... network to the server, the application processes the ... Google Groups had a simple tree view that for really large threads ...
    (comp.lang.lisp)