|
I am learning to use the HTTP Server and I am playing with the Directives. I created a Directory on the IFS call outside. within it I created a directory call image. QTMHHTP1 and QTMHHTTP were give authority to these. Here is the Pass Directive I am using: Pass / /outside/* Does this give access to the image directory? I get the welcome page that is in the directory called outside but the image call pic04.gif does not display. when I do a view image from the browser I get the following: I get a Forbidden by Rule - 403 I have all the HTML in directory /outside and all images in /outside/image. Thanks In Advance Bruce Collins Twitchell Corporation bacollins@twitchellcorp.com "People who think they know everything really annoy those of us who do!" -----Original Message----- From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On Behalf Of Rob Berendt Sent: Tuesday, April 04, 2000 9:27 AM To: RPG400-L@midrange.com Subject: Re: Parms in a called program Avoid this arguement. Replace all of your *ENTRY with the following: * The following procedure interface replaces *ENTRY PLIST D ChgAutObj PI D OBJECTNAME D OWNER Page 36 of the new RPG Redbook: 'A procedure interface can also be used for the main procedure, in place of the *ENTRY PLIST.' My copy of the redbook is signed by Jon and Susan. boothm@earth.Goddard.edu on 04/03/2000 09:30:08 PM Please respond to RPG400-L@midrange.com@Internet To: rpg400-l@midrange.com@Internet cc: Fax to: Subject: Parms in a called program Does it make a difference where the *ENTRY is in a called program? It seems that if the *ENTRY & PARMS are in the *INZSR they are only read once, at the beginning of the program but if the lines are in the beginning of the Mainline they are read every cycle? In other words, if we call the program and then RETURN instead of setting on LR, when we call the program again the new set of parms don't get passed if the *ENTRY is in *INZSR but do get passed if in the Mainline? Does that seem correct? _______________________ Booth Martin boothm@earth.goddard.edu http://www.spy.net/~booth _______________________ +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.