× 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.



Mike,

This is a WAG, but I took a look at our box.

We've never used Net.Data 

We have:
Object      Library     Attribute  size  created
DB2WWW      QHTTPSVR    CPPLE     61440  3-21-06  v5r4
DB2WWW      QSYSCGI     CPPLE     61440  7-2-06   v5r4
DB2WWW      QTCP                  61440  12-10-00  v5r1

Not that 7-2-06 was when the v5r4 upgrade was install, I also noticed
that the copy in QSYSCGI was created by the QLPINSTALL profile.


My vote would be the one in QHTTPSVR also.  But it looks like the one is
QSYSCGI is a copy.

HTH,
Charles





-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx 
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Mike Cunningham
Sent: Wednesday, August 09, 2006 12:07 PM
To: Doug.Hart@xxxxxxx; Midrange Systems Technical Discussion
Subject: RE: net.data error Incorrect symbol (looking at DB2WWW)

Thanks for the reminder, I had forgot about this being the recommended
procedure.
 
I currently have 4 DB2WWW *PGM objects on my system
 
CGI Library (our own and the one the Apache map directive points to)
created 01/14/05 V5R2M0 size 53248 
QTCP created 12/06/00 V5R1M0 size 61440
QSYSCGI created 06/10/05 V5R3M0 size 57344
QHTTPSVR created 12/05/03 V5R3M0 size 57344
 
Any idea as to which one is the correct one that is patched 
as PTFs are
applied? I would guess it's the QHTTPSVR one. We clearly appear to be
using an out of date version.

Doug.Hart@xxxxxxx 8/9/2006 11:22:40 AM >>>


It is common to make a copy of the IBM program DB2WWW in one of your
own
libraries.  Chances are that if you upgraded or applied PTFs you need
to
replace this copy of the program with the IBM version again.   

--
Doug Hart 


-----Original Message-----
From: midrange-l-bounces+doug.hart=itt.com@xxxxxxxxxxxx
[mailto:midrange-l-bounces+doug.hart=itt.com@xxxxxxxxxxxx] On Behalf
Of
Mike Eovino
Sent: Wednesday, August 09, 2006 9:49 AM
To: Midrange Systems Technical Discussion
Subject: Re: net.data error Incorrect symbol

We get that error occasionally, and it's pretty tough to diagnose
exactly what is going wrong.  We find that if we make a simple change
to
the macro (add a few blank spaces somewhere) and save the file, it
usually takes care of the problem.

I think (and I'm just guessing here) that there is probably a problem
with the tokenized macro in the macro cache.  Changing the last
modified
date/time will force the db2www cgi program to reread and re-tokenize
the macro.

Like I said, that's just a guess as to why this works, but regardless,
it generally solves the issue.

Mike E.

On 8/8/06, Mike Cunningham <MCUNNING@xxxxxxx> wrote:
We started getting an error sent from net.data that has "Incorrect 
symbol <varies> encountered in macro <varies> at line 
<varies>" If we

restart the Apache server right away when we catch this the error
goes

away without making any changes to the macro or any of the includes 
(just about all of our macros have includes) so we can 
prove it's not

a constant error. The errors will start at random times and then go 
away by themselves. We were able to force it to happen by putting an

error in one of the includes (add an extra @) and then 
taking it away

again. No errors in any logs (that we can find). Anyone else come 
across this error before?


************************************
This e-mail and any files transmitted with it are proprietary and
intended solely
for the use of the individual or entity to whom they are addressed. If
you have
received this e-mail in error please notify the sender. Please note
that any views
or opinions presented in this e-mail are solely those of the 
author and
do not
necessarily represent those of ITT, Inc. The recipient should check
this e-mail and any attachments for the presence of viruses. ITT
accepts
no liability for any damage caused by any virus transmitted by this
e-mail.
************************************


-- 
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.


-- 
This is the Midrange Systems Technical Discussion 
(MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.




As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.