× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



To fix my problem for now I renamed the program...
Unfortunately my test web server is my live web server.
jim

----- Original Message -----
From: "Mark A. Manske" <mmanske@minter-weisman.com>
To: <web400@midrange.com>
Sent: Tuesday, November 19, 2002 11:28 AM
Subject: RE: [WEB400] recompiled cgi pgm not always called


> I have noticed this too -
>
> In my experience, we IPL each Friday night,
> so that is when I put major changes in -
>
> The other thing I have done - which has pluses and minus
> to get around this, and some other "opportunities"
> is to compile (in my headers spec) as actgrp(*new) -
> this insures a new copy of the program -
> good/bad/indifferent - it works.
> Persistent CGI was not an option here,
> and that got us around it - too much "worry"
> about the code getting too complex -
> though I am the only one here that knows
> how to fix the code and maintain the web site
> on  the AS/400.
>
> HTH
>
> Mark
>
> -----Original Message-----
> From: web400-admin@midrange.com [mailto:web400-admin@midrange.com]On
> Behalf Of Jim Franz
> Sent: Tuesday, November 19, 2002 10:10 AM
> To: WEB400@midrange.com
> Subject: [WEB400] recompiled cgi pgm not always called
>
>
> This is a multi-part message in MIME format.
> --
> [ Picked text/plain from multipart/alternative ]
> Sometime (not always) I recompile a cgi pgm, then use browser to call pgm,
> and I can see in job log I'm executing the QRPLOBJ version. If I clear
> qrplobj,
> sometimes get pointer reference error. It seems like once I halt, and
answer
> the halt message the http server not "letting go". Is this normal? Cannot
> recycle
> http server during production.
> V4r5 classic server, .
> Also, not controlling compile-using package (which should not make
> difference).
> jim franz
> --
>
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>
> _______________________________________________
> This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
> To post a message email: WEB400@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/web400
> or email: WEB400-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/web400.
>
>




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.