Hello David,
Thanks for your quick response.

Please find enclosed my answers:
ad 1.) O.k. There are always new things to discover ;-)

ad 2.) mod_ooRexx is running pretty well on the system (6 examples are
already in the seminarpaper)
I will send it to you via mail.

ad 3.) Enclosed the Apache error log file
[r...@www mod_rexx]# tail -f /usr/local/apache2/logs/error_log 
[Sat Feb 13 19:10:37 2010] [notice] Apache/2.2.14 (Unix) configured --
resuming normal operations
[Sat Feb 13 19:10:37 2010] [info] Server built: Feb  8 2010 21:38:45
[Sat Feb 13 19:12:39 2010] [notice] child pid 1246 exit signal
Segmentation fault (11)
^C
[r...@www mod_rexx]# 

Nothing to realise from my side.

ad 4.) The script ....
/* Using other Apache objects  */
/* Apache return codes used */
OK        = 0     /* Module has handled this stage. */
/* get the Apache request record ptr */
r = arg(1)
/* set content-type and send the HTTP header */
CALL WWWSendHTTPHeader r, "text/html" /* note: this call is NOT
optional */
/* start sending the html page */
SAY '<HTML>'
SAY '<HEAD>'
SAY '<TITLE>My seventh HTML Page From Rexx</TITLE>'
SAY '</HEAD>'
SAY '<BODY>'
SAY '<H1><U>My seventh HTML Page From Rexx</U></H1><BR>'
SAY 'Let us try to get some information from the server from the
different Apache classes.<BR>'
SAY '</BODY>'
SAY '<BR><BR>'
SAY '<FONT SIZE="1">Running on: 'wwwserver_software'</FONT>'
SAY '</HTML>'
return OK
... works pretty well as long as I don't add ...
::REQUIRES "Apache.cls"
... after the return startement.

Robert


David Ashley wrote:

> Robert -
> 
> First, some things to ponder.
> 
> 1. Don't even think about running your scripts from the command line. 
> The Apache enronment is not loaded and mod_oorexx only works when
> loaded by Apache. Mod_oorexx has dependencies on Apache libraries
> that are not loaded when you run from the command line.
> 2. The first thing to check is the Apache error log to see if the 
> mod_oorexx library is actually loading. You should see an error
> message if it is not.
> 3. The next thing is to test your script. Even if there is a crash in 
> Apache while running your script you should see an entry in the error 
> log. It may be cryptic but I would like to see it. It is probably a 
> memory access problem.
> 4. Try a script that does not access any WWW functions. It may appear
> on your browser as just plain text since it may not have the proper
> header information. Also leave the ::requires statement out of this
> script. If this script works, try putting the ::requires statement
> back in and run it again. If it still works then we know that at
> least the base functionality of mod_oorexx is working and the problem
> is in a function or method routine.
> 
> Let me know what you discover.
> 
> David Ashley
> 
> On 02/12/2010 02:02 PM, Robert Maschek wrote:
> > Hello David,
> > Sorry for the late answer.
> > I have copied the Apache.cls file to /usr/local/apache2/bin
> > directory.  It's marked 755 but I still got the same error message.
> > 
> > It seems that the script finds the Apache.cls file but it can't load
> > the mod_oorexx library.
> > 
> > Any ideas why?
> > 
> > David Ashley wrote:
> > 
> >    
> >> Apache.cls should go in the http server path, not the system path.
> >> Apache, for security reasons, restricts access to /usr/bin. This
> >> keeps rogue processes from being started via a script. So put it in
> >> Apache's bin subdir.
> > > 
> >> David Ashley
> > > 
> >> On 01/22/2010 01:45 PM, Robert Maschek wrote:
> >>      
> >>> Hello everbody,
> >>> While playing around with mod_oorexx on the Apache webserver I
> have >>> got another problem:
> > > > 
> >>> System: Fedora 12; Apache 2.2.14; ooREXX 4.0; mod_ooRexx 2.2.0
> > > > 
> >>> Script (plain simple):
> >>> /*******************************/
> >>> /* Using other Apache objects  */
> > > > 
> >>> /* Apache return codes used */
> >>> OK        = 0     /* Module has handled this stage. */
> > > > 
> >>> /* get the Apache request record ptr */
> >>> r = arg(1)
> > > > 
> >>> /* set content-type and send the HTTP header */
> >>> CALL WWWSendHTTPHeader r, "text/html" /* note: this call is NOT
> >>> optional */
> > > > 
> >>> /* start sending the html page */
> >>> SAY '<HTML>'
> >>> SAY '<HEAD>'
> >>> SAY '<TITLE>My seventh HTML Page From Rexx</TITLE>'
> >>> SAY '<LINK REL="stylesheet" TYPE="text/css" HREF="Samples.css">'
> >>> SAY '</HEAD>'
> >>> SAY '<BODY>'
> >>> SAY '<H1><<U>My seventh HTML Page From Rexx</U></H1><BR>'
> >>> SAY 'Let us try to get some information from the server from the
> >>> different Apache classes.<BR>'
> >>> SAY '</BODY>'
> >>> SAY '<BR><BR>'
> >>> SAY '<FONT SIZE="1">Running on: 'wwwserver_software'</FONT>'
> >>> SAY '</HTML>'
> > > > 
> >>> /*Server_rec class*/
> >>> request = .request_rec~new(r)
> >>> srvr = .server_rec~new(request~server)
> > > > 
> >>> srvr_host = srvr~hostname
> >>> SAY srvr_host
> > > > 
> >>> return OK
> > > > 
> >>> ::REQUIRES "Apache.cls"
> > > > 
> > > > 
> >>> The webpage isn't displayed and the Apache process dies.
> > > > 
> >>> When running it from the commandline:
> >>> [r...@www sample07]# rexx Sample07.rex
> >>>       48 *-* ::METHOD init EXTERNAL "LIBRARY mod_oorexx
> WWWNewReqRec" >>>       33 *-* ::REQUIRES "Apache.cls"
> >>> REX0098E: Error 98 running /usr/bin/Apache.cls line 48:  Execution
> >>> error REX0479E: Error 98.903:  Unable to load library "mod_oorexx"
> >>> [r...@www sample07]#
> > > > 
> >>> Apache.cls is in the /usr/bin directory and is marked executable.
> > > > 
> >>> As soon as I remove the ::Requires (and the other 4 lines
> belonging >>> to it) the script works.
> > > > 
> >>> Any ideas from your side?
> > > > 
> >>> Thanks in advance for your help.
> > > > 
> >>> Robert
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> >>>
> --------------------------------------------------------------------
> >>> ---------- Throughout its 18-year history, RSA Conference >>>
> consistently attracts the world's best and brightest in the field,
> >>> creating opportunities for Conference attendees to learn about
> >>> information security's most important issues through interactions
> >>> with peers, luminaries and emerging and established companies.
> >>> http://p.sf.net/sfu/rsaconf-dev2dev >>>
> _______________________________________________ Oorexx-devel >>>
> mailing list >>>
> [email protected] >>>
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
> > > > 
> > > > 
> >>>        
> > > 
> >>
> ----------------------------------------------------------------------
> >> -------- Throughout its 18-year history, RSA Conference
> consistently >> attracts the world's best and brightest in the field,
> creating >> opportunities for Conference attendees to learn about
> information >> security's most important issues through interactions
> with peers, >> luminaries and emerging and established companies.  >>
> http://p.sf.net/sfu/rsaconf-dev2dev >>      
> > 
> > 
> >    
> 
> 
> ----------------------------------------------------------------------
> -------- SOLARIS 10 is the OS for Data Centers - provides features
> such as DTrace, Predictive Self Healing and Award Winning ZFS. Get
> Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev



-- 



------------------------------------------------------------------------------
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/solaris-dev2dev
_______________________________________________
Oorexx-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oorexx-devel

Reply via email to