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



As Tom suggested, I have used macros to get around this issue but at the time we were using Rumba. I have been playing with the macros in the TN5250J plug-in in RDi7.5 and it works really well.

Best regards,

Mark Austin
IT Consultant
Universal Music Publishing International
Email: mark.austin@xxxxxxxxxx
Tel: +44 (0) 20 8742 5520
Fax: +44 (0) 20 8742 5699

Universal Music Publishing International Limited
Registered in England. Number 02050403
Registered Office: 347-353 Chiswick High Road, London W4 4HS

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx [mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of Patricia Poss
Sent: 29 May 2009 03:17
To: 'COBOL Programming on the iSeries/AS400'
Subject: Re: [COBOL400-L] A Query question.

I find this acceptable.
It is a situation that I've come across myself any number of times. The
only way I know how to resolve is to save each query, one at a time. If
someone has a better answer, I'd love to know
Patty

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of Tom Liotta
Sent: Thursday, May 28, 2009 5:37 PM
To: cobol400-l@xxxxxxxxxxxx
Subject: Re: [COBOL400-L] A Query question.

geir.kildal wrote:

Yes - this may not belong here - but I'm only onto this list for the
time beeing.

Geir:

The idea of it 'belonging' here is to help you first. Should you
expect COBOL experts to have any good suggestions about your
question? If you want a good answer, you should ask where experts
can see the question.

But second, the idea is to help others who come later. Why would
anyone search the COBOL archives to find details about query products?

But if you don't need good answers, then the COBOL list is as good
as any, I suppose.

That's not a serious complaint; merely my way of thinking about
these forums.

I' just changed a couple of central files in my COBOL-system and
recompiled - all well, but I also have a huge number of querys which are
using the same files. I have to open and close them to make them pick
up the new file definitions.

My question is: Do I have to do this manually one query by one - or is
there a cunning method of some kind that will do this for me?

It depends on what kind of "query" these are.

Are they Query/400 *QRYDFN objects? Then, yes, they'll need be
opened individually, and probably manually.

Are they Query Manager *QMQRY objects? Then, as already noted, you
probably don't need to do anything to them; although, each one
should be tested in case there is a specific dependency on something
you changed. Personally, I haven't really used Query/400 queries
since shortly after QM queries and forms became generally available,
maybe 15 or more years ago.

Are these queries bound into programs? Something else?

Anyway, for *QRYDFN objects, you might investigate the creation of
PC5250 macros to help automate the process. Maybe you can get a
large majority handled simply by automating the key-stroke
sequences. Once most are handled, smaller solutions might be useful
for the rest.

Also, consider Albert York's TNAPI - a Telnet API. One download site:

http://think400.dk/downloads.htm

If 5250 macros are infeasible, then some TNAPI programming might
still be possible.

Tom Liotta

--
Tom Liotta
The PowerTech Group, Inc.
19426 68th Avenue South
Kent, WA 98032
Phone 253-872-7788 x313
253-479-1416
Fax 253-872-7904
http://www.powertech.com
--
This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing list
To post a message email: COBOL400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
or email: COBOL400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/cobol400-l.

--
This is the COBOL Programming on the iSeries/AS400 (COBOL400-L) mailing list
To post a message email: COBOL400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/cobol400-l
or email: COBOL400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/cobol400-l.



"**Confidentiality**
The information contained in this e-mail is confidential, may be privileged and is intended solely for the use of the named addressee. Access to this e-mail by any other person is not authorised. If you are not the intended recipient, you should not disclose, copy, distribute, take any action or rely on it and you should please notify the sender by reply. Any opinions expressed are not necessarily those of the company.

We may monitor all incoming and outgoing emails in line with current legislation. We have taken steps to ensure that this email and attachments are free from any virus, but it remains your responsibility to ensure that viruses do not adversely affect you.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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

This mailing list archive is Copyright 1997-2023 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.