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




-----Original Message-----
Jon - thanks so much for the sleep example.

Simon - You get the prize - it did not work because I had 'sleep' as
uppercase.

All - Thanks so much for your suggestions and advice.  And sorry that
this response has taken so long to write. I had to switch gears for a
while.

Anyway - I can't believe I am asking for more advice for 1 call 1
condition program - but I obviously do not 'get' something.  I stream
the job that runs the program and it just sits in the job queue with a
status of 'SIGW' - which means it is waiting for a signal.  I am not
sure how to supply the signal.  I understood that the 'sleep' function
would proceed after the specified seconds passed, but that was not the
case.  I let the job sit in the queue for at least 20 minutes.  I feel
like I am missing something here.  Anyboyd have any ideas?

Thanks and have a great a weekend!

Adrienne McConnon


From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of
cobol400-l-request@xxxxxxxxxxxx
Sent: Thursday, October 27, 2005 1:21 PM
To: cobol400-l@xxxxxxxxxxxx
Subject: COBOL400-L Digest, Vol 3, Issue 112

Send COBOL400-L mailing list submissions to
        cobol400-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/cobol400-l
or, via email, send a message with subject or body 'help' to
        cobol400-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        cobol400-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of COBOL400-L digest..."


Today's Topics:

   1.  sleep example - API calls replacing HP Intrinsic calls
      (Adrienne McConnon)
   2. Re:  sleep example - API calls replacing HP Intrinsic     calls
      (Simon Coulter)
   3. RE:  sleep example - API calls replacing HP Intrinsic     calls
      (Jon Paris)


----------------------------------------------------------------------

message: 1
date: Wed, 26 Oct 2005 14:04:50 -0500
from: "Adrienne McConnon" <Adrienne.McConnon@xxxxxxxxxxxx>
subject: [COBOL400-L] sleep example - API calls replacing HP Intrinsic
        calls

Jon,

Thanks so much for the example.  I did try the 'sleepytime' program but
still am having problems compiling.  Basically, I cannot find the
'SLEEP' object in any of the Binding directories in QSYS, including the
QC2LE binding directory.  As a matter of fact - all objects in all of
the binding directories in lib qsys all begin with the letter 'Q'.  Is
there something else I am missing here?  Also we are on v5r2 - if it
makes a difference.  How do I get the SLEEP object into QC2LE?

Thanks so much for your help!

Have a great day~

Adrienne McConnon

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of
cobol400-l-request@xxxxxxxxxxxx
Sent: Monday, October 24, 2005 1:01 PM
To: cobol400-l@xxxxxxxxxxxx
Subject: COBOL400-L Digest, Vol 3, Issue 109

Send COBOL400-L mailing list submissions to
        cobol400-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/mailman/listinfo/cobol400-l
or, via email, send a message with subject or body 'help' to
        cobol400-l-request@xxxxxxxxxxxx

You can reach the person managing the list at
        cobol400-l-owner@xxxxxxxxxxxx

When replying, please edit your Subject line so it is more specific
than "Re: Contents of COBOL400-L digest..."


Today's Topics:

   1. RE:  Applying a DDS (Garcia, Luis)
   2. RE:  HP 3000 to iSeries (Jon Paris)


----------------------------------------------------------------------

message: 1
date: Mon, 24 Oct 2005 10:39:58 -0500
from: "Garcia, Luis" <lgarcia@xxxxxxxxxxxxxxxxxxx>
subject: RE: [COBOL400-L] Applying a DDS

Thanks everybody,  my biggest problem was that I didn't have a file
description nor a DDS to see how fields were inside the record, to make
matters worst some fields were compress.  Thank God I found a couple of
DDS
and with those and a CONVERT command (which I'm guessing applies the DDS
format to the file) I manage to recover the information.

So thanks for all your input.

-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of Zangare Basil
Sent: Monday, October 24, 2005 7:12 AM
To: COBOL Programming on the iSeries/AS400
Subject: RE: [COBOL400-L] Applying a DDS

How about just simply creating a logical file and using that?  The way
you can key it anyway you want.  

If the fields are defined in the file you would need to only define the
record format and key fields.  If it's a flat file you would have to
define the fields individually.

Using a logical file would allow you to use it over in other programs
without having to maintain a separate FD.  FD's have a tendency to get
out of sync after awhile, due to program mods, when the file is used in
other programs.



Basil Zangare
Applications Specialist
Nikon Inc
1300 Walt Whitman Road
Melville, New York 11747
phone: (631) 547-4389
fax: (631) 547-4026
bzangare@xxxxxxxxx


-----Original Message-----
From: cobol400-l-bounces@xxxxxxxxxxxx
[mailto:cobol400-l-bounces@xxxxxxxxxxxx] On Behalf Of Garcia, Luis
Sent: Friday, October 21, 2005 7:20 PM
To: COBOL Programming on the iSeries/AS400
Subject: [COBOL400-L] Applying a DDS

Is there a way to apply a DDS to a file created without the DDS? Or how
can
I access that data?

I got a file that was created without a DDS, I have a DDS but I don't
want
to write a program to read and write into another file, so I was
wondering
if it was a faster way?

Thanks

Luis 

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.