[Wien] Does w2web work on Mac OS X?

[Kevin Jorissen]

Hi Stefan,

Thanks very much for taking the time to write such a detailed reply. I appreciate it very much. 

I've indeed tested the lines coming back from CGIoutr and they're empty as you suspected. The html headers simply aren't being written. 

My own guess was slightly different -- that when I type http://local host:7890 w2web opens index.pl (as it is programmed to look for index files when you point it to a directory, in this case the root directory htdocs) - and index.pl points to change.cgi through redurectURL (in lib/w2web).  My hypothesis has been that redirectURL ought to write the header lines, and it's not happening for some reason.  I had ignored PrintPage - I assumed it only prints content? - but it seems that according to you, this also prints a header?  I'll look at the problem again using the pointers you've provided and let you know of any updates. 

Note that some of the pages execute fine, e.g. Surfing to http://localhost:7890/session/new.cgiworks fine (or is it new.pl?  I forget) and by being clever I can do some of the w2web tasks, but too many don't execute right (change session, execute program ...)

I've tried running the server through Komodo to do step by step debugging but again my primitive knowledge of perl/cgi prevents me from succeeding. 

My 2 Mac machines have a similar software configuration, so if anyone with a Mac can confirm it's working for them, that would be very valuable. 

(I'm also failing so far to compile wien2k-13/lapw0 correctly on Mac, but that will be for a new discussion.)


Cheers


Kevin


> On Aug 12, 2014, at 6:55 AM, Stefan Löffler <stefan.loeffler at tuwien.ac.at> wrote:
> 
> Hi,
> 
> I neither have a Mac, nor am I a Perl expert. But I assume that it should work, being a bunch of perl scripts. Here are some pointers/suggestions.
> 
>> Am 2014-08-08 um 07:47 schrieb Kevin Jorissen:
>> When I do so, the configuration stage passes without problems; I can enter my login/password; I am then forwarded to (e.g.) localhost:7890/session/change.cgi but this page does not display - I only see "Error - Missing Header" in my browser.  
>> 
>> I can see which lines of the perl code in $WIENROOT/SRC_w2web/bin/w2web  throw that error, but I don't understand enough perl to troubleshoot properly.  (I noticed there's some manipulation of line endings in the preceding perl lines, but I don't think they're responsible).
> 
> No, the problem seems to be somewhere before that. In bin/w2web, lines 590-600, it seems that change.cgi is executed.
> 
> In lines 614-628, the output is read. According to the HTTP standard (http://tools.ietf.org/html/rfc2616#section-4), this should consist of Headers, followed by an empty line. w2web parses the header fields and stops if (a) there are header fields followed by an empty line or (b) there are no header fields, but two empty lines. Then, the header fields are checked. In your case, w2web stumbles over a missing Content-type field (though most likely there are no header fields at all, or maybe even no message at all).
> 
> The header fields are normally written by the PrintPage function in libs/w2web.pl. The only reason it might fail (assuming it is called at all) seems to be if it can't open the HTML template htdocs/template.html. In all other cases, it should write the Content-type header, followed by by two new-lines (and followed by the page of interest).
> 
> PrintPage, in turn, is called at the end of htdocs/session/change.cgi.
> 
> 
> My suggestion:
> First, put the following line just before the "Missing header" line in bin/w2web:
>     while($line = <CGIOUTr>) { &write_data($line); }
> That way, you should be able to see what comes out of change.cgi. Presumably, there is no output (except for the missing header error).
> 
> Additionally, check if change.cgi is called (e.g., by putting the line 'PrintPage("Change SID", "OK");' in the beginning, or by writing something to a log file, or...). If it's not called, there may be something wrong with the forking. If it is called, there is some problem in change.cgi that needs to be tracked down in more detail.
> 
> HTH
> Stefan
> 
> -- 
> Stefan Löffler                                                         USTEM
> Vienna University of Technology                         T: +43 1 58801-45226
> Wiedner Hauptstraße 8-10/E052 / A-1040 Wien             F: +43 1 58801-13899
> http://tinyurl.com/njcu47                                       DVR: 0005886
> _______________________________________________
> Wien mailing list
> Wien at zeus.theochem.tuwien.ac.at
> http://zeus.theochem.tuwien.ac.at/mailman/listinfo/wien
> SEARCH the MAILING-LIST at:  http://www.mail-archive.com/wien@zeus.theochem.tuwien.ac.at/index.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://zeus.theochem.tuwien.ac.at/pipermail/wien/attachments/20140812/cdc3eebf/attachment.htm>