Loading ...
Sorry, an error occurred while loading the content.
 

ScriptAliasMatch was (Re: First CGIDEV2 app - IMG SRC="not working")

Expand Messages
  • skattie22
    Hi chaps and thanks for your input, but at the risk of appearing really stupid, I am still not getting it. If I don t have a current directory, then the
    Message 1 of 63 , Nov 1, 2010
      Hi chaps
      and thanks for your input, but at the risk of appearing really stupid, I am still not getting it.
      If I don't have a current directory, then the absolute path begins where? My root entries are
      ServerRoot /cgidev2
      DocumentRoot /cgidev2/htdocs

      My Aliases are (none refer to the IFS?)
      Alias /CGIDEV2/ /qsys.lib cgidev2.lib/
      ScriptAlias /CGIDEV2P/ /qsys.lib/cgidev2.lib/
      ScriptAliasMatch /cgidev2p/(.*) /qsys.lib/cgidev2.lib/£1
      ScriptAliasMatch /cgidev2p/(.*) /qsys.lib/cgidev2.lib/£1
      Alias / /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbr

      my html says
      <td><img src="/cgidev2/htdocs/images/mpshead1.jpg"></td>
      <td><img src="/htdocs/images/mpshead1.jpg"></td>
      <td><img src="/images/mpshead1.jpg"></td>

      and here is the log entry:

      File /qsys.lib/cgidev2.lib/htdocs does not exist, referer: http://10.1
      URI in request GET /cgidev2/htdocs/images/mpshead1.jpg HTTP/1.1 is not
      File /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbrimages does not exist,
      URI in request GET /images/mpshead1.jpg HTTP/1.1 is not valid, referer
      File /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbrhtdocs does not exist,
      URI in request GET /htdocs/images/mpshead1.jpg HTTP/1.1 is not valid,

      OK, let's remove DocumentRoot and see what happens:
      (PS here is an error message when starting the server - is this related?)
      ZSRV_MSG0400: as_cache: Unable to open file /cgidev/ using O_RDONLY. S
      File /qsys.lib/cgidev2.lib/htdocs does not exist, referer: http://10.1
      URI in request GET /cgidev2/htdocs/images/mpshead1.jpg HTTP/1.1 is not
      File /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbrimages does not exist,
      File /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbrhtdocs does not exist,
      URI in request GET /images/mpshead1.jpg HTTP/1.1 is not valid, referer
      URI in request GET /htdocs/images/mpshead1.jpg HTTP/1.1 is not valid,

      if '/' always goes to /qsys.lib then how do I get to the IFS...?



      --- In Easy400Group@yahoogroups.com, Paul Tuohy <tuohyp@...> wrote:
      >
      > Hi Kevin,
      >
      > Yep, I think we have done this one to death :-) It really comes down to
      > the interpretation of absolute path - the killer would be if you had to
      > include the domain. I come from the school where, if you're referring to
      > an element that is on the same domain, you don't need to use the domain
      > name in the path - but be sure to include the first slash (/). At least
      > that's my definition of absolute - and I'm sticking with it. :-)
      >
      >
      > Regards
      >
      > Paul Tuohy
      > ComCon
      > www.comconadvisor.com
      > www.systemideveloper.com
      >
      >
      >
      >
      >
      > Kevin Turner wrote:
      > >
      > >
      > > Paul
      > >
      > >
      > >
      > > Yes I agree. I have just been playing with the "common" approach and
      > > realised that there is very little difference with either approach. We
      > > (or I) could be getting a little hung up on semantics. What brought
      > > us to this point was the assertion that you "have to use absolute
      > > paths" when HTML is delivered via a CGIDEV2 program.
      > >
      > >
      > >
      > > When someone says "absolute" path to me it means one that contains the
      > > full URL (i.e. http://domain/blah/blah/myimage.png) so to see a
      > > comment that states that CGIDEV2 CGI programmers have to use absolute
      > > paths really got my eyes popping out of my head!
      > >
      > >
      > >
      > > So, Adrian (if you have bothered to get this far J) the point that
      > > Giovanni was making could be your problem. However, it is not really a
      > > case of having to use an absolute path. You still use a relative path
      > > but relative to what? Assuming your images are all in a directory
      > > called images, and images is a subdirectory of the document root
      > > (/whatever/htdocs) then you have two things to consider. I couldn't
      > > see what your scriptaliasmatch directive was in this thread, but if
      > > you used the "common" approach like this:
      > >
      > > ScriptAliasMatch /mylibp/(.*).pgm /qsys.lib/mylib.lib/$1.pgm
      > >
      > > then, as Giovanni pointed out, your references to your images must be
      > > relative to the root. You therefore should use a '/' at the beginning
      > > (i.e. "/images.myimage.png")
      > >
      > >
      > >
      > > if you use the other approach (which was the one used in the example
      > > of the thread you resurrected) like this:
      > >
      > > ScriptAliasMatch (.*).pgm /qsys.lib/<mylib>.LIB/$1.pgm
      > >
      > > then you should be able to use either just "images/myimage.png" or
      > > "/images/myimage.png" and either will work.
      > >
      > >
      > >
      > > If it still isn't working after reviewing this then it has got to be a
      > > simple configuration error.
      > >
      > >
      > >
      > > As an aside, a useful link on the subject that goes into more detail
      > > (there are probably hundreds of similar ones but this is the first one
      > > I found): http://www.communitymx.com/content/article.cfm?cid=230ad
      > >
      > >
      > >
      > > Rgds
      > >
      > > Kevin
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Paul Tuohy
      > > *Sent:* 31 October 2010 21:58
      > > *To:* Easy400Group@yahoogroups.com
      > > *Subject:* Re: [Easy400Group] Re: ScriptAliasMatch was (Re: First
      > > CGIDEV2 app - IMG SRC="not working")
      > >
      > >
      > >
      > >
      > >
      > > Hi Kevin,
      > >
      > > My apologies (again) - a slight misconstruing on my part of
      > > relative/absolute. Just to clear up this thing on the images...
      > >
      > > Assuming that the root directory for a server is /www/myserver/htdocs
      > > and that this directory conatins a subdirectory images.
      > >
      > > The server configuration contains a script alias that aliases
      > > /cgi-bin/ to /QSYS.LIB/MYLIB.LIB/.
      > >
      > > If a CGIDEV2 template document contains a directive of <img
      > > src="images/myimg.jpg">, the image will not be found, since this means
      > > the image would have to be located in /cgi-bin/images/myimg.jpg.
      > >
      > > If, on the other hand, a CGIDEV2 template document contains a
      > > directive of <img src="/images/myimg.jpg">, the image WILL be found -
      > > the / at the start relates to the root directory for the server.
      > >
      > > The reference to re-inventing the wheel (and I did not mean that in
      > > any sort of a derogatory or mean to imply it was necessarily a bad
      > > thing to do) was with such things as setting a library list or
      > > handling security. Remember, I am talking about someone starting out -
      > > not a full working application.
      > >
      > > Regards
      > >
      > > Paul Tuohy
      > > ComCon
      > > www.comconadvisor.com <http://www.comconadvisor.com>
      > > www.systemideveloper.com <http://www.systemideveloper.com>
      > >
      > >
      > >
      > >
      > >
      > > Kevin Turner wrote:
      > >
      > >
      > >
      > > Paul
      > >
      > >
      > >
      > > It is not a case of having to code /images/myimg.jpg or
      > > images/myimg.jpg (i.e. whether or not to include a /). Both of those
      > > are relative references (and both work with the approach I am talking
      > > about).
      > >
      > >
      > >
      > > The problem here, if I understand Giovanni's point (which may not be
      > > the case), is that if you must use absolute paths to resources (like
      > > images) if you use the "common" approach to the scriptaliasmatch.
      > >
      > >
      > >
      > > In other words, instead of being able to say /images/myimg.jpg (or
      > > equally images/myimg.jpg) -- which is a relative reference to a
      > > resource within the document root, you actually have to specify an
      > > absolute path to the resource like
      > > /directory/directory/images/myimg.jpg As soon as you have to do
      > > that, that surely you have a big problem with providing theming that
      > > can be switched on the fly (to name but one)?
      > >
      > >
      > >
      > > I am not sure I follow your last point. How are we re-inventing the
      > > wheel of what an HTTP server does for you? To my mind it is just the
      > > opposite - we are allowing a website based on CGIDEV2 to behave just
      > > like any other website, with no restrictions.
      > >
      > >
      > >
      > > I accept the premise that relative referencing may not be a big deal
      > > to some. But if you had the choice, why would you choose to work in an
      > > environment that precludes you from using relative references when you
      > > don't have to? Seems to me like you would be placing a restriction on
      > > yourself from the start for no real gain.
      > >
      > >
      > >
      > > Rgds
      > >
      > > Kevin
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Paul Tuohy
      > > *Sent:* 31 October 2010 21:11
      > > *To:* Easy400Group@yahoogroups.com <mailto:Easy400Group@yahoogroups.com>
      > > *Subject:* Re: [Easy400Group] Re: ScriptAliasMatch was (Re: First
      > > CGIDEV2 app - IMG SRC="not working")
      > >
      > >
      > >
      > >
      > >
      > > Hi Kevin,
      > >
      > > I don't think the relative paths is such a big deal for many. In an
      > > application, maybe. But I have to say I have never found it to be one.
      > >
      > > The benefit of being able to code 'images/myimg.jpg' as opposed to
      > > '/images/myimg.jpg' would only be of benefit if I were implementing
      > > multiple applications/systems/sites within a single htdocs directory -
      > > and I would not do that. I would use virtual hosts.
      > >
      > > The flip side of the coin is that the approach you are taking is to
      > > some extent re-inventing the wheel of what a HTTP server does for you.
      > >
      > >
      > > Regards
      > >
      > > Paul Tuohy
      > > ComCon
      > > www.comconadvisor.com <http://www.comconadvisor.com>
      > > www.systemideveloper.com <http://www.systemideveloper.com>
      > >
      > >
      > >
      > >
      > >
      > > Kevin Turner wrote:
      > >
      > >
      > >
      > > Paul
      > >
      > >
      > >
      > > Is it a more common approach though?
      > >
      > >
      > >
      > > Personally I am still not quite sure why
      > >
      > > ScriptAliasMatch /mylibp/(.*).pgm /qsys.lib/mylib.lib/$1.pgm
      > >
      > >
      > >
      > > would be a more common approach to
      > >
      > > ScriptAliasMatch (.*).pgm /qsys.lib/<mylib>.LIB/$1.pgm
      > >
      > >
      > >
      > > Perhaps I should rephrase that -- perhaps it is a more common
      > > approach, but why? What advantages does the first method have over the
      > > second that would outweigh the rather huge disadvantage of not being
      > > able to use relative paths to resources?
      > >
      > >
      > >
      > > You can still have different libraries in use with either approach
      > > can't you? Maybe the ability to use relative paths is not a big deal
      > > to some.
      > >
      > >
      > >
      > > Rgds
      > >
      > > Kevin
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Paul Tuohy
      > > *Sent:* 31 October 2010 18:42
      > > *To:* Easy400Group@yahoogroups.com <mailto:Easy400Group@yahoogroups.com>
      > > *Subject:* Re: [Easy400Group] Re: ScriptAliasMatch was (Re: First
      > > CGIDEV2 app - IMG SRC="not working")
      > >
      > >
      > >
      > >
      > >
      > > Hi Kevin,
      > >
      > > Sorry - I had missed the previous thread on this. And I had not meant
      > > to question the way this is tackled in Renaissance. I meant it more as
      > > a general question/statement.
      > >
      > > I think your approach is absolutely fine when you are looking at a
      > > finished product. But from a beginners point of view I think the "more
      > > common" (sorry, a better phrase does not come to mind) approach of
      > > matching an alias directory to a library is easier to understand. And
      > > the library list can still be set in the directory container.
      > >
      > > Another influence on the approach to take would depend on security and
      > > how that might be implemented.
      > >
      > >
      > >
      > > Regards
      > >
      > > Paul Tuohy
      > > ComCon
      > > www.comconadvisor.com <http://www.comconadvisor.com>
      > > www.systemideveloper.com <http://www.systemideveloper.com>
      > >
      > >
      > >
      > >
      > >
      > > Kevin Turner wrote:
      > >
      > >
      > >
      > > Hi Paul
      > >
      > >
      > >
      > > No not really. As I alluded to in my last post, we rely on the library
      > > list so there is no necessity for the URL to reference a library. In
      > > our case, the program referenced on the URL is always exactly the same
      > > program in the same library -- a routing program if you like. The
      > > routing program then decides which real CGI program to call to produce
      > > the HTML. The routing program can also do a whole lot of other things
      > > like set the library list or even stick the request on a DDM data
      > > queue to be processed on a different box. We had a longish thread on
      > > this topic a while ago -- it might muddy the waters for Adrian for us
      > > to go into all that in great depth -- but we could always start a
      > > different thread.
      > >
      > >
      > >
      > > Cheers
      > >
      > > Kevin
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Paul Tuohy
      > > *Sent:* 31 October 2010 18:09
      > > *To:* Easy400Group@yahoogroups.com <mailto:Easy400Group@yahoogroups.com>
      > > *Subject:* [Easy400Group] Re: ScriptAliasMatch was (Re: First CGIDEV2
      > > app - IMG SRC="not working")
      > >
      > >
      > >
      > >
      > >
      > > Hi Kevin,
      > >
      > > Does this approach (ScriptAliasMatch (.*).pgm
      > > /QSYS.LIB/<mylib>.LIB/$1.pgm) not give you problems if you have more
      > > than one library in use?
      > >
      > >
      > >
      > >
      > > Regards
      > >
      > > Paul Tuohy
      > > ComCon
      > > www.comconadvisor.com <http://www.comconadvisor.com>
      > > www.systemideveloper.com <http://www.systemideveloper.com>
      > >
      > >
      > >
      > >
      > >
      > > Kevin Turner wrote:
      > >
      > >
      > >
      > > Giovanni
      > >
      > >
      > >
      > > It is probably a moot point as to whether or not CGIDEV2 programmers
      > > usually do that. We certainly don't because doing so will give you a
      > > bit of a headache in the long run. I would think it would be better to
      > > not mention a library name in the URL at all, and just use library
      > > lists to pick up the CGI program -- but there is a very longwinded
      > > separate thread on that topic J
      > >
      > >
      > >
      > > So yes, I agree that if you have done that then you are going to have
      > > problems with relative references. If Adrian has set his Apache server
      > > up like that then this may well be his problem. But (respectfully) I
      > > still have to say that relative references are not possible when the
      > > HTML page is sent from a CGI program is definitely misleading for a
      > > CGI novice IMHO. It is perfectly possible -- and to my mind probably
      > > preferable. After all, we want to push the point that web pages
      > > created via CGIDEV2 are capable of doing the same things that any
      > > other technology.
      > >
      > >
      > >
      > > If you are starting from scratch (as I think Adrian is doing) then it
      > > would be better to have the scriptaliasmatch directive as shown in the
      > > example below:
      > >
      > >
      > >
      > > ScriptAliasMatch (.*).pgm /QSYS.LIB/<mylib>.LIB/$1.pgm
      > >
      > >
      > >
      > > Then use relative references to your resources in (preferably)
      > > subdirectories of the Apache document root (not the server root). You
      > > don't have to have a preceding '/' on the relative path if you don't
      > > want to. I am not entirely sure which is syntactically correct -- both
      > > methods seem to be fine. In this way it doesn't matter whether the
      > > HTML is delivered by a CGI program or is just a static page in the
      > > document root -- the paths to the resources should work just the same
      > > in either case. The only caveat to that as far as I know would be
      > > references to images from within CSS files, since the relative paths
      > > are then relative to the location of the CSS file itself rather than
      > > the document root.
      > >
      > >
      > >
      > >
      > >
      > > Best rgds
      > >
      > > Kevin
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Giovanni B. Perotti
      > > *Sent:* 31 October 2010 16:38
      > > *To:* Easy400Group@yahoogroups.com <mailto:Easy400Group@yahoogroups.com>
      > > *Subject:* Re: [Easy400Group] Re: First CGIDEV2 app - IMG SRC="not
      > > working"
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > Usually people working with CGIDEV2 would use the following Apache
      > > directive for cgi programs in library MYLIB:
      > > ScriptAliasMatch /mylibp/(.*).pgm /qsys.lib/mylib.lib/$1.pgm
      > > and the URL to request a cgi program would then be:
      > > http://.../mylibp/mypgm.pgm
      > >
      > >
      > >
      > > In such a case, if you need to refer to objects not in the ServerRoot
      > > (document root) directory,
      > > a "relative positioning" like <img src="../myimages/myimg.jpg"> would
      > > not work.
      > >
      > >
      > >
      > > Giovanni
      > >
      > > ----- Original Message -----
      > >
      > > *From:* Kevin Turner <mailto:kevin.turner@...>
      > >
      > > *To:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > >
      > > *Sent:* Sunday, October 31, 2010 5:17 PM
      > >
      > > *Subject:* RE: [Easy400Group] Re: First CGIDEV2 app - IMG SRC="not
      > > working"
      > >
      > >
      > >
      > >
      > >
      > > I guess I must be missing the point.
      > >
      > > If you go here: http://rns.coraltree.co.uk/xr0000.pgm
      > >
      > > You will get a page that has been delivered to the browser by a
      > > CGI program via a scriptaliasmatch as you would expect.
      > >
      > > The Apache server has a document root of /rns/htdocs
      > >
      > > /rns/htdocs has subdirectories of rui/images containing images,
      > > rui/scripts containing javascript resources, rui/styles containing
      > > css resources (you get the idea).
      > >
      > > If you view the page source then you will see that all the images, scripts and css resources are referred to using a relative path -- that is to say a path relative to the apache server document root. For example:
      > >
      > > <img class="bgimage" src="rui/images/ctslogobig.png <view-source:http://dory:8081/rui/images/ctslogobig.png>" />
      > >
      > > So this a relative path to the image (with no preceeding '/').
      > >
      > > ------------------------------------------------------------------------
      > >
      > > size=2 width="100%" align=center tabindex=-1>
      > >
      > > *From:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > [mailto:Easy400Group@yahoogroups.com] *On Behalf Of *Giovanni B.
      > > Perotti
      > > *Sent:* 31 October 2010 16:14
      > > *To:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > > *Subject:* Re: [Easy400Group] Re: First CGIDEV2 app - IMG SRC="not
      > > working"
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > Relative positioning cannot be used when an HTML page is sent from
      > > a CGI program.
      > >
      > > In this case the origin of the relative positioning is the path of
      > > the CGI program itself,
      > > and that is not an IFS directory.
      > >
      > > Try it yourself!
      > >
      > > Giovanni
      > >
      > > ----- Original Message -----
      > >
      > > *From:* Kevin Turner <mailto:kevin.turner@...>
      > >
      > > *To:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > >
      > > *Cc:* Easy400Group@yahoogroups.com
      > > <mailto:Easy400Group@yahoogroups.com>
      > >
      > > *Sent:* Sunday, October 31, 2010 2:33 PM
      > >
      > > *Subject:* Re: [Easy400Group] Re: First CGIDEV2 app - IMG
      > > SRC="not working"
      > >
      > >
      > >
      > > "Relative positioning cannot be used when the HTML page is
      > > sent from a CGI program,"
      > >
      > > Is that a bit misleading? I don't understand why it makes any
      > > difference that a cgi program has delivered the HTML because
      > > the browser gets the image from the server after the HTML has
      > > been received (unless it has it cached). It is perfectly ok
      > > for cgi programs to deliver HTML to the browser with relative
      > > links to images. They don't have to be absolute - in fact to
      > > do so would be a bit restrictive if you want to make use of
      > > CSS themes etc.
      > >
      > > Maybe I am misunderstanding the point?
      > >
      > > On 30 Oct 2010, at 00:10, "Giovanni B. Perotti"
      > > <gb_perotti@... <mailto:gb_perotti@...>> wrote:
      > >
      > >> On top of what Elbert Cook already suggested, may I add a
      > >> couple of remarks.
      > >>
      > >> 1-Path of the image in the HTML.
      > >>
      > >> The common technique to reference images in a static page is
      > >> to use a "relative positioning" technique.
      > >>
      > >> Imagine that your static page is
      > >>
      > >> /mydir/html/pagexx.html
      > >>
      > >> and that an image in that page is
      > >>
      > >> /mydir/images/imagexxx.jpg .
      > >>
      > >> Then you have two ways in the HTML to reference the image:
      > >>
      > >> A- Relative positioning:
      > >>
      > >> <img src="../images/imagexxx.jpg">
      > >>
      > >> The browser would get bach one step (..) from the
      > >> current directory /mydir/html
      > >>
      > >> and access subdirectory /images instead .
      > >>
      > >> B-Absolute positioning:
      > >>
      > >> <img src="/mydir/images/imagexxx.jpg">
      > >>
      > >> Relative positioning cannot be used when the HTML page is
      > >> sent from a CGI program,
      > >>
      > >> for the very simple reason that the CGI URI (example:
      > >> /cgidev2p/mypgm.pgm )
      > >>
      > >> is not referring to a real path, but to an alias (/cgidev2p)
      > >> and you cannot use it for relative positioning.
      > >>
      > >> Therefore, when an HTML page is sent from a CGI program, the
      > >> reference to the image must be absolute:
      > >>
      > >> /mydir/images/imagexxx.jpg
      > >>
      > >> Also please note that in your case you missed the initial
      > >> slash. You wrote:
      > >>
      > >> images/picture.jpg
      > >>
      > >> and that - without the initial slash (/) will never work.
      > >>
      > >> It also seems strange to me that you have a directory named
      > >> /images.
      > >>
      > >> That looks like a subdirectory.
      > >>
      > >> You must use a fully qualified path:
      > >>
      > >> /mydir/images/picture,jpg
      > >>
      > >> 2-HTTP directives
      > >>
      > >> Make sure that your HTTP server directives include the
      > >> following directives,
      > >>
      > >> that allow APACHE to access your images:
      > >>
      > >> Alias /mydir /mydir
      > >>
      > >> <Directory /mydir>
      > >> AllowOverride None
      > >> Options None
      > >> order allow,deny
      > >> allow from all
      > >> </Directory>
      > >>
      > >> Hope this helps.
      > >>
      > >> Giovanni
      > >>
      > >> ----- Original Message -----
      > >>
      > >> *From:* skattie22 <mailto:adrian.burch@...>
      > >>
      > >> *To:*
      > >> <mailto:Easy400Group@yahoogroups.com>Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >>
      > >> *Sent:* Friday, October 29, 2010 5:20 PM
      > >>
      > >> *Subject:* [Easy400Group] Re: First CGIDEV2 app - IMG
      > >> SRC="not working"
      > >>
      > >>
      > >>
      > >> Time to wake up this thread again :-)
      > >>
      > >> Hi y'all, I've just started fiddling with CGIDEV2 and am
      > >> delivering webpages - yoohoo!
      > >>
      > >> But I cannot get my images to display.
      > >> I have scrutinized this thread from bottom to top,
      > >> followed the suggestions but still no joy (replaced my
      > >> config with kevin's suggestion)...
      > >> In a nutshell, as with Clive, vanilla CGIDEV2 install -
      > >> no changes apart from adding the following line after the
      > >> ServerRoot /cgidev2
      > >> DocumentRoot /cgidev2/htdocs
      > >> Have given *RWX to *PUBLIC for all dirs in path
      > >> /cgidev2/htdocs/images
      > >> and to the jpgs therein.
      > >> The html says <img src="images/picture.jpg">
      > >>
      > >> but I get no image.
      > >>
      > >> Clive didn't say exactly what change in the config file
      > >> fixed the problem...and I know it was a long time
      > >> ago...but if anyone can point me in the right direction
      > >> I'd be very grateful
      > >>
      > >> Cheers
      > >> Adrian
      > >>
      > >> --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>,
      > >> "willyrosedotcodotuk" <easy400@> <mailto:easy400@>
      > >> wrote:
      > >> >
      > >> > No problem, Kevin.
      > >> > I'm guessing they were all on one line because you're
      > >> receiving
      > >> > updates via eMail?
      > >> > On the Forum proper your config appeared with line-feeds.
      > >> >
      > >> > And it's working fine even with the extra slash in:
      > >> > ScriptLog logs/ScriptErrors
      > >> >
      > >> > I've put this correction in anyway, for the next stop+start.
      > >> >
      > >> > I'm accustomed to images appearing without any problem
      > >> at all on
      > >> > conventional web pages.
      > >> > So why do I feel so chuffed I've got my first on an
      > >> iSeries web page.
      > >> > A celebratory coffee is called-for.
      > >> >
      > >> > Thanks again.
      > >> > Clive
      > >> >
      > >> >
      > >> >
      > >> > --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>, "Kevin Turner"
      > >> > <kevin.turner@> wrote:
      > >> > >
      > >> > > Second potential problem, although my email did put
      > >> each script log
      > >> > on a
      > >> > > separate line, the forwarded version from easy400
      > >> seemed to remove
      > >> > the
      > >> > > line breaks and put them all on the same line. At the
      > >> considerable
      > >> > risk
      > >> > > of having just repeat the problem, the logging
      > >> directives should
      > >> > look
      > >> > > like this (one per line):
      > >> > > CustomLog logs/access_log combined
      > >> > > LogMaint logs/access_log 7 0
      > >> > > LogMaint logs/error_log 7 0
      > >> > > ErrorLog logs/error_log
      > >> > > ScriptLog logs/ScriptErrors
      > >> > >
      > >> > > *not* all on one line like this:
      > >> > > CustomLog logs/access_log combined LogMaint
      > >> logs/access_log 7 0
      > >> > LogMaint
      > >> > > logs/error_log 7 0 ErrorLog logs/error_log ScriptLog
      > >> > logs/ScriptErrors
      > >> > >
      > >> > > -----Original Message-----
      > >> > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > On Behalf Of Kevin Turner
      > >> > > Sent: 18 November 2008 11:13
      > >> > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > Subject: RE: [Easy400Group] Re: First CGIDEV2 app -
      > >> IMG SRC="not
      > >> > > working"
      > >> > >
      > >> > > First typo spotted. Although not relevant to the
      > >> problem, it
      > >> > should be
      > >> > > ScriptLog logs/ScriptErrors
      > >> > > Not
      > >> > > ScriptLog /logs/ScriptErrors
      > >> > >
      > >> > > -----Original Message-----
      > >> > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > On Behalf Of Kevin Turner
      > >> > > Sent: 18 November 2008 11:06
      > >> > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > Subject: RE: [Easy400Group] Re: First CGIDEV2 app -
      > >> IMG SRC="not
      > >> > > working"
      > >> > >
      > >> > > Clive
      > >> > >
      > >> > > If I were you I would renamed your config file out of
      > >> the way for
      > >> > the
      > >> > > time being and start again. You are trying something
      > >> simple, so a
      > >> > > simple config file will suffice. You can then add
      > >> stuff back in if
      > >> > and
      > >> > > when it becomes necessary.
      > >> > >
      > >> > > Assuming your server root is /CGIDEV2 (as indicated by
      > >> your
      > >> > QATMHINSTC)
      > >> > > and your document root is /cgidev2/htdocs - then
      > >> indulge me by
      > >> > adding a
      > >> > > folder called "images" to "/cgidev2/htdocs" and put
      > >> your image
      > >> > objects
      > >> > > in that folder. Then lets assuming that your programs
      > >> all live in a
      > >> > > library called <mylib>. Change your config file to
      > >> just contain the
      > >> > > minimum: like the one shown below (replacing <mylib> as
      > >> > appropriate) and
      > >> > > refer to your images in your html as
      > >> src="images/myimage.gif". Run
      > >> > you
      > >> > > program using http://lon400a:8015/CLIVE.PGM
      > >> > >
      > >> > >
      > >> > ======================================================================
      > >> > ==
      > >> > > ===============================
      > >> > > Listen *:8015
      > >> > >
      > >> > > LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\"
      > >> \"%{User-Agent}
      > >> > i\""
      > >> > > combined
      > >> > > LogFormat "%{Cookie}n \"%r\" %t" cookie
      > >> > > LogFormat "%{User-agent}i" agent
      > >> > > LogFormat "%{Referer}i -> %U" referer
      > >> > > LogFormat "%h %l %u %t \"%r\" %>s %b" common
      > >> > > CustomLog logs/access_log combined
      > >> > > LogMaint logs/access_log 7 0
      > >> > > LogMaint logs/error_log 7 0
      > >> > > ErrorLog logs/error_log
      > >> > > ScriptLog /logs/ScriptErrors
      > >> > >
      > >> > > ExpiresActive On
      > >> > > ExpiresByType image/jpg "access plus 1 months"
      > >> > > ExpiresByType image/jpeg "access plus 1 months"
      > >> > > ExpiresByType image/gif "access plus 1 months"
      > >> > > ExpiresByType image/png "access plus 1 months"
      > >> > > ExpiresDefault "access plus 1 days"
      > >> > >
      > >> > > Options +ExecCGI +Includes
      > >> > >
      > >> > > DocumentRoot /CGIDEV2/htdocs
      > >> > >
      > >> > > DirectoryIndex index.html
      > >> > >
      > >> > > AddOutputFilter INCLUDES .shtml
      > >> > >
      > >> > > ScriptAliasMatch (.*).pgm /QSYS.LIB/<mylib>.LIB/$1.pgm
      > >> > >
      > >> > > <Directory /QSYS.LIB/<mylib>.LIB>
      > >> > > Options +ExecCGI
      > >> > > Allow From all
      > >> > > </Directory>
      > >> > >
      > >> > ======================================================================
      > >> > ==
      > >> > > ===============================
      > >> > > -----Original Message-----
      > >> > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > On Behalf Of willyrosedotcodotuk
      > >> > > Sent: 18 November 2008 10:44
      > >> > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > Subject: [Easy400Group] Re: First CGIDEV2 app - IMG
      > >> SRC="not
      > >> > working"
      > >> > >
      > >> > > I think we're making progress, but I'm still not quite
      > >> there. I
      > >> > have
      > >> > > at least sussed-out that I can easily stop and restart
      > >> the CGIDEV2
      > >> > > server to take heed of my changes to its config.
      > >> > >
      > >> > > In my /cgidev2/conf/httpd.conf
      > >> > > I have added "DocumentRoot /cgidev2/htdocs" as
      > >> suggested by Kevin.
      > >> > >
      > >> > > ...plus the following directives, culled from this old
      > >> post:
      > >> > >
      > >> http://tech.groups.yahoo.com/group/Easy400Group/message/8335
      > >> which
      > >> > > referred to a similar issue
      > >> > > AddType application/pdf .pdf
      > >> > > AddType text/x-component .htc
      > >> > > AddType text/css .css
      > >> > > AddType image/gif .gif
      > >> > > AddType image/jpeg .jpeg .jpg .jpe
      > >> > >
      > >> > > ...plus
      > >> > > Alias /images/ /images/
      > >> > >
      > >> > >
      > >> > >
      > >> > > <IMG SRC="images/tp_logo2.gif" produces the following
      > >> log entry:
      > >> > > ZSRV_MSG0109: /qsys.lib/cgidev2.lib/images is not a cgi
      > >> > > program: /qsys.lib/cgidev2.lib/images, referer:
      > >> > > http://lon400a:8015/CGIDEV2P/CLIVE.PGM
      > >> > >
      > >> > > <IMG SRC="/images/tp_logo2.gif" produces:
      > >> > > ZSRV_MSG0018:
      > >> > File /qsys.lib/cgidev2.lib/htmlsrc.file/menu.mbrimages
      > >> > > does not exist, referer:
      > >> http://lon400a:8015/CGIDEV2P/CLIVE.PGM
      > >> > > ZSRV_MSG0016: URI in request GET /images/tp_logo2.gif
      > >> HTTP/1.1 is
      > >> > not
      > >> > > valid, referer: http://lon400a:8015/CGIDEV2P/CLIVE.PGM
      > >> > >
      > >> > > <IMG SRC="/tp_logo2.gif" produces:
      > >> > > (3486)A path name is too long.: ZSRV_MSG064C: access
      > >> > to /tp_logo2.gif
      > >> > > failed, referer: http://lon400a:8015/CGIDEV2P/CLIVE.PGM
      > >> > >
      > >> > > <IMG SRC="tp_logo2.gif" produces:
      > >> > > ZSRV_MSG0109: /qsys.lib/cgidev2.lib/tp_logo2.gif is
      > >> not a cgi
      > >> > > program: /qsys.lib/cgidev2.lib/tp_logo2.gif, referer:
      > >> > > http://lon400a:8015/CGIDEV2P/CLIVE.PGM
      > >> > >
      > >> > >
      > >> > > On the off-chance this might be Alias-related or Alias
      > >> sequence-
      > >> > > related, here are the aliases the CGIDEV2 server is
      > >> starting with:
      > >> > > Alias /CGIDEV2/ /qsys.lib/cgidev2.lib/
      > >> > > ScriptAlias /CGIDEV2P/ /qsys.lib/cgidev2.lib/
      > >> > > ScriptAliasMatch /cgidev2p/(.*) /qsys.lib/cgidev2.lib/
      > >> > > $1
      > >> > > ScriptAliasMatch /cgidev2p/(.*) /qsys.lib/cgidev2.lib/
      > >> > > $1
      > >> > >
      > >> > Alias / /qsys.lib/cgidev2.lib/htmlsrc.file/me
      > >> > > nu.mbr
      > >> > > Alias /images/ /images/
      > >> > >
      > >> > >
      > >> > > I'd be delighted if you can suggest an answer, but I
      > >> don't want to
      > >> > > heap all my misery on you!
      > >> > > If there's an H2G2 for Directives, please point me at
      > >> it and I'll
      > >> > > start reading.
      > >> > >
      > >> > > Many thanks for your help,
      > >> > > Clive
      > >> > >
      > >> > >
      > >> > > --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>, "Kevin Turner"
      > >> > > <kevin.turner@> wrote:
      > >> > > >
      > >> > > > Only if you are using the APACHEDFT server, which I
      > >> doubt.
      > >> > > >
      > >> > > > I expect you have created a server called CGIDEV2
      > >> which, from your
      > >> > > > QATMHINSTC email, has a server root of /cgidev2. In
      > >> fact your
      > >> > > > QATMHINSTC indicates that the config file for this
      > >> server is
      > >> > > > /cgidev2/conf/httpd.conf. That is the config file
      > >> that controls
      > >> > > your
      > >> > > > Apache server and that is the one that should have a
      > >> documentRoot
      > >> > > > directive, perhaps like this:
      > >> > > > DocumentRoot /cgidev2/htdocs
      > >> > > >
      > >> > > > Then, as I mentioned in the previous email copied
      > >> before, your
      > >> > > images
      > >> > > > must be in /cgidev2/htdocs or a subfolder thereof
      > >> (like images).
      > >> > > You
      > >> > > > then reference the images in your HTML in a way that
      > >> is relative
      > >> > to
      > >> > > the
      > >> > > > document root.
      > >> > > >
      > >> > > > -----Original Message-----
      > >> > > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > > On Behalf Of willyrosedotcodotuk
      > >> > > > Sent: 17 November 2008 12:39
      > >> > > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > > Subject: [Easy400Group] Re: First CGIDEV2 app - IMG
      > >> SRC="not
      > >> > > working"
      > >> > > >
      > >> > > > Hang on - what about this:
      > >> > > >
      > >> > > > Browse : /www/apachedft/conf/httpd.conf
      > >> > > > Record : 1 of 26 by 18
      > >> > > > Control :
      > >> > > >
      > >> > > > ....+....1....+....2....+....3....+....4....
      > >> > > > ************Beginning of data**************
      > >> > > > # Apache Default server configuration
      > >> > > >
      > >> > > > # General setup directives
      > >> > > > HotBackup Off
      > >> > > > CgiConvMode %%MIXED/MIXED%%
      > >> > > > HostNameLookups Off
      > >> > > > UseCanonicalName On
      > >> > > > TimeOut 30000
      > >> > > > KeepAlive Off
      > >> > > > DocumentRoot /www/apachedft/htdocs
      > >> > > > :
      > >> > > > :
      > >> > > > :
      > >> > > >
      > >> > > > Does that suggest if I put a copy of my image into
      > >> > > > www/apachedft/htdocs and it'll magically appear on
      > >> the screen?
      > >> > > >
      > >> > > >
      > >> > > >
      > >> > > >
      > >> > > >
      > >> > > >
      > >> > > > --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>, "willyrosedotcodotuk"
      > >> > > > <easy400@> wrote:
      > >> > > > >
      > >> > > > > Worryingly, I'm getting an Internal Server Error
      > >> when I click
      > >> > on
      > >> > > > the
      > >> > > > > HTTP Admin link today!
      > >> > > > >
      > >> > > > > If I wrkmbrpdm QUSRSYS/QATMHINSTC, I see the
      > >> following in
      > >> > > APACHEDFT
      > >> > > > > and CGIDEV2 members:
      > >> > > > >
      > >> > > > > Display Physical File
      > >> > > > Member
      > >> > > > > File . . . . . . : QATMHINSTC Library . . . . :
      > >> > > > QUSRSYS
      > >> > > > > Member . . . . . : APACHEDFT Record . . . . . :
      > >> > > > 1
      > >> > > > > Control . . . . . Column . . . . . :
      > >> > > > 1
      > >> > > > >
      > >> > > >
      > >> > >
      > >> > Find . . . . . . .
      > >> > > > >
      > >> > > >
      > >> > >
      > >> > *...+....1....+....2....+....3....+....4....+....5....+....6....+....
      > >> > > > > -apache -d /www/apachedft -f
      > >> > > > conf/httpd.conf
      > >> > > >
      > >> > >
      > >> > >
      > >> > > >
      > >> > > > > ****** END OF DATA ******
      > >> > > > >
      > >> > > > > Looks like there's an empty record #2...
      > >> > > > >
      > >> > > > >
      > >> > > > > Display Physical File
      > >> > > > Member
      > >> > > > > File . . . . . . : QATMHINSTC Library . . . . :
      > >> > > > QUSRSYS
      > >> > > > > Member . . . . . : CGIDEV2 Record . . . . . :
      > >> > > > 1
      > >> > > > > Control . . . . . Column . . . . . :
      > >> > > > 1
      > >> > > > >
      > >> > > >
      > >> > >
      > >> > Find . . . . . . .
      > >> > > > >
      > >> > > >
      > >> > >
      > >> > *...+....1....+....2....+....3....+....4....+....5....+....6....+....
      > >> > > > > -apache -d /cgidev2 -f
      > >> > > > conf/httpd.conf
      > >> > > > > ****** END OF DATA
      > >> > > > ******
      > >> > > > >
      > >> > > > > No sign of a DocumentRoot directive in either
      > >> member. :-/
      > >> > > > >
      > >> > > > >
      > >> > > > >
      > >> > > > >
      > >> > > > > --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>, "Kevin Turner"
      > >> > > > > <kevin.turner@> wrote:
      > >> > > > > >
      > >> > > > > > I think you are probably looking at the
      > >> information through
      > >> > the
      > >> > > > HTTP
      > >> > > > > > Admin tool because the server root is not
      > >> usually seen in the
      > >> > > > > > configuration file, it is seen in the object
      > >> that defines the
      > >> > > > Apache
      > >> > > > > > instance (which is a member in a file called
      > >> > > QUSRSYS/QATMHINSTC).
      > >> > > > > >
      > >> > > > > > One of the menu options you will see at the
      > >> bottom of the
      > >> > Admin
      > >> > > > tool
      > >> > > > > > enables you to display or edit the config file.
      > >> This is the
      > >> > > thing
      > >> > > > > that
      > >> > > > > > gets generated as you change various things via
      > >> the wizards.
      > >> > > > > >
      > >> > > > > > Normally I would expect to see a document root
      > >> directive like
      > >> > > > this:
      > >> > > > > > DocumentRoot /blah/blah
      > >> > > > > >
      > >> > > > > > And you would then have your documents
      > >> (including images) in
      > >> > > > > > subfolder(s) of the document root. For example,
      > >> the document
      > >> > > root
      > >> > > > > might
      > >> > > > > > be defined like this:
      > >> > > > > > DocumentRoot /cgidev2/htdocs
      > >> > > > > >
      > >> > > > > > Your images might then live in
      > >> /cgidev2/htdocs/images
      > >> > > > > >
      > >> > > > > > You would refer to them in your HTML like this:
      > >> > > > > > src = "images/tp_logo2.gif"
      > >> > > > > >
      > >> > > > > >
      > >> > > > > >
      > >> > > > > > -----Original Message-----
      > >> > > > > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > > > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > > > > On Behalf Of willyrosedotcodotuk
      > >> > > > > > Sent: 14 November 2008 11:09
      > >> > > > > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > > > > Subject: [Easy400Group] Re: First CGIDEV2 app -
      > >> IMG SRC="not
      > >> > > > > working"
      > >> > > > > >
      > >> > > > > > Thanks for the reply, Kevin.
      > >> > > > > >
      > >> > > > > > The only "root" mentioned in the config is
      > >> > > > > > ServerRoot /cgidev2
      > >> > > > > > ...is this the entry you were referring to?
      > >> > > > > >
      > >> > > > > > I've put a copy of the gif into /CGIDEV2.
      > >> > > > > > I've given *PUBLIC *RWX and object *ALL
      > >> authorities to the
      > >> > > > > directory
      > >> > > > > > and the gif and it's definitely in the cgidev2
      > >> directory:
      > >> > > > > >
      > >> > > > > > Directory . . . . : /cgidev2
      > >> > > > > >
      > >> > > > > > Type options, press Enter.
      > >> > > > > > 2=Edit 3=Copy 4=Remove 5=
      > >> > > > > > 11=Change current directory ...
      > >> > > > > >
      > >> > > > > > Opt Object link Type
      > >> > > > > > conf DIR
      > >> > > > > > logs DIR
      > >> > > > > > tp_logo2.gif STMF
      > >> > > > > >
      > >> > > > > > My HTML is
      > >> > > > > > <IMG SRC="/tp_logo2.gif" align="LEFT"
      > >> ALT="TP_LOGO_2.GIF
      > >> > SHOULD
      > >> > > > BE
      > >> > > > > > HERE...">
      > >> > > > > > I just tried ../tp_logo... too, and the name in
      > >> uppercase,
      > >> > but
      > >> > > to
      > >> > > > > no
      > >> > > > > > avail.
      > >> > > > > >
      > >> > > > > >
      > >> > > > > > --- In Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>, "Kevin Turner"
      > >> > > > > > <kevin.turner@> wrote:
      > >> > > > > > >
      > >> > > > > > > Your logo not displaying can only *usually* be
      > >> one (or a
      > >> > > > > > combination of)
      > >> > > > > > > three things:
      > >> > > > > > > 1) The document root in your Apache config
      > >> points to a
      > >> > > > directory
      > >> > > > > > that
      > >> > > > > > > does not contain the image
      > >> > > > > > > 2) The path specified in the img src property
      > >> is incorrect
      > >> > > > > > > 3) The document location definition in your
      > >> Apache config
      > >> > is
      > >> > > > > denying
      > >> > > > > > > access to the image
      > >> > > > > > >
      > >> > > > > > > It looks like you have been experimenting with
      > >> 2) - but
      > >> > > before
      > >> > > > > > deciding
      > >> > > > > > > on what should go in there you need to make
      > >> sure that the
      > >> > > > > document
      > >> > > > > > root
      > >> > > > > > > is correct in the Apache config. Can you
      > >> include that in
      > >> > > your
      > >> > > > > > email for
      > >> > > > > > > further analysis?
      > >> > > > > > >
      > >> > > > > > > -----Original Message-----
      > >> > > > > > > From: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > > > > [mailto:Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>]
      > >> > > > > > > On Behalf Of willyrosedotcodotuk
      > >> > > > > > > Sent: 14 November 2008 09:56
      > >> > > > > > > To: Easy400Group@yahoogroups.com
      > >> <mailto:Easy400Group@yahoogroups.com>
      > >> > > > > > > Subject: [Easy400Group] First CGIDEV2 app -
      > >> IMG SRC="not
      > >> > > > working"
      > >> > > > > > >
      > >> > > > > > > I've just written my first CGIDEV2 Noddy App
      > >> and got it
      > >> > > working
      > >> > > > > to
      > >> > > > > > my
      > >> > > > > > > satisfaction. Two problems, which I'm going to
      > >> post
      > >> > > separately.
      > >> > > > > > >
      > >> > > > > > > This one: The company logo I've coded to
      > >> display in the top
      > >> > > > left
      > >> > > > > > > corner, doesn't!
      > >> > > > > > >
      > >> > > > > > > I've specified the HTML source every which way:
      > >> > > > > > > o <IMG SRC="/myDir/logo.gif" ALT="LOGO GIF
      > >> SHOULD BE
      > >> > HERE...">
      > >> > > > > > > o <IMG SRC="/cgidev2/logo.gif"...
      > >> > > > > > > o <IMG SRC="../myDir/logo.gif"...
      > >> > > > > > > o <IMG SRC="../cgidev/logo.gif"...
      > >> > > > > > > o <IMG SRC="/logo.gif"...
      > >> > > > > > > In place of the logo, I get the "normal" red
      > >> cross in a
      > >> > white
      > >> > > > box
      > >> > > > > > > with my ALT="text" displayed.
      > >> > > > > > >
      > >> > > > > > > To my knowledge, nobody else has tinkered with
      > >> CGIDEV2 so
      > >> > I'm
      > >> > > > > > > confident we're running with a vanilla
      > >> configuration.
      > >> > > > > > >
      > >> > > > > > > I've scanned the configuration source and the
      > >> only
      > >> > reference
      > >> > > to
      > >> > > > > gif
      > >> > > > > > > files is the following entry:
      > >> > > > > > > FRCACacheLocalFileRunTime /cgidev/*.gif
      > >> > > > > > >
      > >> > > > > > > Is this just a configuration issue?
      > >> > > > > > > If so, what do I need to specify to reveal all?
      > >> > > > > > >
      > >> > > > > > > Thanks in anticipation,
      > >> > > > > > > Clive Rose
      > >> > > > > > >
      > >> > > > > > >
      > >> > > > > > >
      > >> > > > > > > ------------------------------------
      > >> > > > > > >
      > >> > > > > > > Yahoo! Groups Links
      > >> > > > > > >
      > >> > > > > > >
      > >> > > > > > >
      > >> > > > > > >
      > >> > > > > > > No virus found in this incoming message.
      > >> > > > > > > Checked by AVG - http://www.avg.com
      > >> > > > > > > Version: 8.0.175 / Virus Database:
      > >> 270.9.3/1786 - Release
      > >> > > Date:
      > >> > > > > > > 13/11/2008 18:01
      > >> > > > > > >
      > >> > > > > > > NOTICE: The information in this electronic mail
      > >> > transmission
      > >> > > is
      > >> > > > > > intended by CoralTree Systems Ltd for the use of
      > >> the named
      > >> > > > > > individuals or entity to which it is directed
      > >> and may contain
      > >> > > > > > information that is privileged or otherwise
      > >> confidential. If
      > >> > > you
      > >> > > > > have
      > >> > > > > > received this electronic mail transmission in
      > >> error, please
      > >> > > > delete
      > >> > > > > it
      > >> > > > > > from your system without copying or forwarding
      > >> it, and notify
      > >> > > the
      > >> > > > > > sender of the error by reply email or by
      > >> telephone, so that
      > >> > the
      > >> > > > > > sender's address records can be corrected.
      > >> > > > > > >
      > >> > > > > > > CoralTree Systems Limited
      > >> > > > > > > Company Registration Number 5021022.
      > >> > > > > > > Registered Office:
      > >> > > > > > > 12-14 Carlton Place
      > >> > > > > > > Southampton
      > >> > > > > > > Hampshire
      > >> > > > > > > SO15 2EA
      > >> > > > > > > UK
      > >> > > > > > > VAT Registration Number 834 1020 74.
      > >> > > > > > >
      > >> > > > > >
      > >> > > > > >
      > >> > > > > >
      > >> > > > > > ------------------------------------
      > >> > > > > >
      > >> > > > > > Yahoo! Groups Links
      > >> > > > > >
      > >> > > > > >
      > >> > > > > >
      > >> > > > > >
      > >> > > > > > No virus found in this incoming message.
      > >> > > > > > Checked by AVG - http://www.avg.com
      > >> > > > > > Version: 8.0.175 / Virus Database: 270.9.3/1786
      > >> - Release
      > >> > Date:
      > >> > > > > > 13/11/2008 18:01
      > >> > > > > >
      > >> > > > >
      > >> > > >
      > >> > > >
      > >> > > >
      > >> > > > ------------------------------------
      > >> > > >
      > >> > > > Yahoo! Groups Links
      > >> > > >
      > >> > >
      > >> > >
      > >> > >
      > >> > > ------------------------------------
      > >> > >
      > >> > > Yahoo! Groups Links
      > >> > >
      > >> > >
      > >> > >
      > >> > >
      > >> > > ------------------------------------
      > >> > >
      > >> > > Yahoo! Groups Links
      > >> > >
      > >> > >
      > >> > >
      > >> > >
      > >> > > ------------------------------------
      > >> > >
      > >> > > Yahoo! Groups Links
      > >> > >
      > >> >
      > >>
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission
      > > is intended by CoralTree Systems Ltd for the use of the named
      > > individuals or entity to which it is directed and may contain
      > > information that is privileged or otherwise confidential. If
      > > you have received this electronic mail transmission in error,
      > > please delete it from your system without copying or
      > > forwarding it, and notify the sender of the error by reply
      > > email or by telephone, so that the sender's address records
      > > can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named
      > > individuals or entity to which it is directed and may contain
      > > information that is privileged or otherwise confidential. If you
      > > have received this electronic mail transmission in error, please
      > > delete it from your system without copying or forwarding it, and
      > > notify the sender of the error by reply email or by telephone, so
      > > that the sender's address records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named individuals
      > > or entity to which it is directed and may contain information that is
      > > privileged or otherwise confidential. If you have received this
      > > electronic mail transmission in error, please delete it from your
      > > system without copying or forwarding it, and notify the sender of the
      > > error by reply email or by telephone, so that the sender's address
      > > records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named individuals
      > > or entity to which it is directed and may contain information that is
      > > privileged or otherwise confidential. If you have received this
      > > electronic mail transmission in error, please delete it from your
      > > system without copying or forwarding it, and notify the sender of the
      > > error by reply email or by telephone, so that the sender's address
      > > records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named individuals
      > > or entity to which it is directed and may contain information that is
      > > privileged or otherwise confidential. If you have received this
      > > electronic mail transmission in error, please delete it from your
      > > system without copying or forwarding it, and notify the sender of the
      > > error by reply email or by telephone, so that the sender's address
      > > records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > >
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named individuals
      > > or entity to which it is directed and may contain information that is
      > > privileged or otherwise confidential. If you have received this
      > > electronic mail transmission in error, please delete it from your
      > > system without copying or forwarding it, and notify the sender of the
      > > error by reply email or by telephone, so that the sender's address
      > > records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      > >
      > >
      > > ------------------------------------------------------------------------
      > > NOTICE: The information in this electronic mail transmission is
      > > intended by CoralTree Systems Ltd for the use of the named individuals
      > > or entity to which it is directed and may contain information that is
      > > privileged or otherwise confidential. If you have received this
      > > electronic mail transmission in error, please delete it from your
      > > system without copying or forwarding it, and notify the sender of the
      > > error by reply email or by telephone, so that the sender's address
      > > records can be corrected.
      > >
      > >
      > >
      > > --------------------------------------------------------------------------------
      > >
      > >
      > > CoralTree Systems Limited
      > > 25 Barnes Wallis Road
      > > Segensworth East, Fareham
      > > PO15 5TT
      > >
      > > Company Registration Number 5021022.
      > > Registered Office:
      > > 12-14 Carlton Place
      > > Southampton, UK
      > > SO15 2EA
      > > VAT Registration Number 834 1020 74.
      > >
      >
    • skattie22
      In a nutshell...install the correct version and you will not have this problem. The correct version uses port 8014. IBM s offering uses port 8015, is much
      Message 63 of 63 , Nov 1, 2010
        In a nutshell...install the correct version and you will not have this problem.

        The correct version uses port 8014.
        IBM's offering uses port 8015, is much smaller, does not have many examples, and will cost you a lot of time....

        Thanks again everyone
      Your message has been successfully submitted and would be delivered to recipients shortly.