CGI Error

[Marion]

Hi guys,

 

I am having no luck getting rid of a nasty CGI error. The install worked fine, the catalog seems to work fine, but I get a CGI Error on every admin link in the admin panel.

 

I realise, quite a few people had problems with that and nobody seemed to be able to help them. The pattern I see in the previous posts is that they were on Windows servers...

 

What could I do? I can contact my hosting company but what do I ask them? (Moving to another server is not a option at this point because I have a Cold Fusion application running there and I wanted to use an Access database for that).

 

I noticed in phpmyadmin that the hosting company has working with linked tables disabled... could that be the reason for the CGI error?

 

I would truly appreaciate any suggestions.

Cheers

Marion

[OceanRanch]

What specific error message are you getting? It would be nice to see the webserver error log when you try to access admin, but you might not have access to it from your ISP.

 

Did you setup your admin/includes/configure.php after you had setup up your catalog/includes/configure.php. They are two different files.

 

Tom

[Marion]

Hello Tom and thanks very much for your reply.

 

1.) The error is:

CGI Error

The specified CGI application misbehaved by not returning a complete set of HTTP headers. The headers it did return are:

I was unable to find the web server error logs in the admin section of my server.

 

2.) Yes, I setup both config files. At the bottom of both of them, I defined the server, username, password, database and 'mysql' to store sessions. That is all there is to do, isn't it?

 

3.) Addionally, I asked my hosting company to make sure that they have PHP running with the ISAPI module... something I learned from other posts in this forum. So, at first, they changed it to phpisapi.dll, but then nothing worked. I got the error message "The selected module could not be found". Then, they changed it back to php.exe and now I am back to where I started.... sigh!

 

Thanks again!

Marion

[Guest]

Please post your admin/includes/configure.php - blank out the database info.

 

Matti

[Marion]

Hi Matti, and thanks for looking! A nice guy from my hosting company had a look as well and he thinks it might have to do with the paths... because he found out I can call an individual page (for example, configuration.php), but when you click on a link on that page, that CGI error happens.

 

Also, I got a list with six warnings when I installed OScommerce, but the installation was supposedly successfull.

 

Anyway, here is the code from the admin/includes/configure.php file

 

Thank you so much!

Marion

 

<?php

/*

  $Id: configure.php,v 1.14 2003/02/21 16:55:24 dgw_ Exp $

 

  osCommerce, Open Source E-Commerce Solutions

  http://www.oscommerce.com

 

  Copyright © 2002 osCommerce

 

  Released under the GNU General Public License

*/

 

// define our webserver variables

// FS = Filesystem (physical)

// WS = Webserver (virtual)

  define('HTTP_SERVER', 'http://www.ev-familien-bildungsstaette.de/'); // eg, http://localhost or - https://localhost should not be NULL for productive servers

  define('HTTP_CATALOG_SERVER', '');

  define('HTTPS_CATALOG_SERVER', '');

  define('ENABLE_SSL_CATALOG', 'false'); // secure webserver for catalog module

  define('DIR_FS_DOCUMENT_ROOT', $DOCUMENT_ROOT); // where your pages are located on the server. if $DOCUMENT_ROOT doesnt suit you, replace with your local path. (eg, /usr/local/apache/htdocs)

  define('DIR_WS_ADMIN', '/admin/');

  define('DIR_FS_ADMIN', DIR_FS_DOCUMENT_ROOT . DIR_WS_ADMIN);

  define('DIR_WS_CATALOG', '/catalog/');

  define('DIR_FS_CATALOG', DIR_FS_DOCUMENT_ROOT . DIR_WS_CATALOG);

  define('DIR_WS_IMAGES', 'images/');

  define('DIR_WS_ICONS', DIR_WS_IMAGES . 'icons/');

  define('DIR_WS_CATALOG_IMAGES', DIR_WS_CATALOG . 'images/');

  define('DIR_WS_INCLUDES', 'includes/');

  define('DIR_WS_BOXES', DIR_WS_INCLUDES . 'boxes/');

  define('DIR_WS_FUNCTIONS', DIR_WS_INCLUDES . 'functions/');

  define('DIR_WS_CLASSES', DIR_WS_INCLUDES . 'classes/');

  define('DIR_WS_MODULES', DIR_WS_INCLUDES . 'modules/');

  define('DIR_WS_LANGUAGES', DIR_WS_INCLUDES . 'languages/');

  define('DIR_WS_CATALOG_LANGUAGES', DIR_WS_CATALOG . 'includes/languages/');

  define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages/');

  define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/');

  define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/');

  define('DIR_FS_BACKUP', DIR_FS_ADMIN . 'backups/');

 

// define our database connection

  define('DB_SERVER', 'my_server_name_goes_here');

  define('DB_SERVER_USERNAME', 'my_username_goes_here');

  define('DB_SERVER_PASSWORD', 'my_password_goes_here');

  define('DB_DATABASE', 'database_name_goes_here');

  define('USE_PCONNECT', 'false');

  define('STORE_SESSIONS', 'mysql');

?>

[Marion]

GUYS, I GOT IT TO WORK!

 

Thanks for all your help! I'm sure I'll be back for more help soon, but for now, I am flying high!

 

What I did that apparently made a difference: my shop is a few levels down, not in the root directory of my domain, so I expanded the path (not sure if that's the right term) of the HTTP_SERVER to point directly to the folder in which OScommerce is installed.

 

<big happy sigh>

Marion

</big happy sigh>