Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sources.redhat.com/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
X-Authentication-Warning:	slinky.cs.nyu.edu: pechtcha owned process doing -bs
Date:	Tue, 18 Feb 2003 12:43:34 -0500 (EST)
From:	Igor Pechtchanski <pechtcha AT cs DOT nyu DOT edu>
Reply-To:	cygwin AT cygwin DOT com
To:	John McAllister <john DOT mcallister AT castlewebsolutions DOT com>
cc:	cygwin AT cygwin DOT com
Subject:	Re: OK - more details for the CGI/cygwin problem (doesn't print all
	my HTML & Javascript to screen)
In-Reply-To:	<DJEELCAOBFKBPMEIMOEGCEIOCAAA.john.mcallister@castlewebsolutions.com>
Message-ID:	<Pine.GSO.4.44.0302181229060.7773-100000@slinky.cs.nyu.edu>
Importance:	Normal
MIME-Version:	1.0

On Tue, 18 Feb 2003, John McAllister wrote:

> Hello again,
>
> I guess my earlier message was either ignored or people didn't know what I
> was talking about. I didn't want to post all my code, because I don't think
> the problem lies within the code (the exact same cgi program works on the
> Red Hat UNIX client/server enviroment that it was created in). I was just
> trying to find out if it was a common problem ie. that an application that
> works perfectly well on UNIX does not when transferred to cygwin.
>
> [snip]
>
> My Apache configuration works ( I can see my webpages) - but the cgi is not
> writing all of what it's supposed to be writing. Is this some sort of memory
> problem? Is it a sockets problem?
>
> I am using Apache2 and the latest Cygwin release.
>
> I haven't a clue. Hope this helps someone to help me!
>
> Thanks,
> John McAllister

John,

First off, Cygwin is not Unix.  It's a POSIX emulation layer on top of
Windows.  Cygwin uses a lot of Windows functionality behind the scenes.
It strives to conform to the SUS, but doesn't necessarily have all the
bells and whistles that, say, Linux comes with.

Now, there are a few things you can check about your configuration, and a
few ways you can debug your code.

The best way to debug CGI code is to run it from the command line with
appropriate input and see if the output is correct.  That will eliminate
Apache as one of the variables.  If the output is not correct when run
from the command line, debug your program.

If the output is correct, check that your Apache environment is the same
as when you run from the command line.  Did you install Apache correctly
(including the CGI modules)?  Are you running it as a different user?
Does that user have the same mounts?  Do you get the same environment?
Does another CGI program that prints some other output of similar size
work?
	Igor
-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha AT cs DOT nyu DOT edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor AT watson DOT ibm DOT com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -