|
In the old s/36 days (migrating to AS/400), we had to create a physical file for each record format, then create a logical that was keyed across all of them... IIRC, there was an indicator or something that told you what record format was current. Will that help??? dan -----Original Message----- From: AAnuszewski@hammer.net [mailto:AAnuszewski@hammer.net] Sent: Tuesday, December 04, 2001 8:11 AM To: java400-l@midrange.com Subject: Going slowly insane, or keyed file continued If a physical file has been defined as being comprised of 3 fields: a character field of length 1 a character field of length 10 that designates the key and a character field of length 117 that designates the rest of the data Is it possible for me to generate a different record format for this file and actually have it work as a keyed file? The issue is that the 10 character key is actually TWO fields - an 8 character field and a 2 byte numeric. I do even care WHAT is stored in the 2 character numeric field. I just need to ensure that there is not another record matching the first 8 characters. What I need to do is define the record format to look like a character field of length 1 a character field of length 8 - designated as key a numeric field 2 bytes long - don't care if this is designated key or not various length character, numeric, and packed decimal fields to comprise the remaining 117 bytes I can make this work with a sequential file and read the data. However, I can NOT get my program to recognize the key unless I keep it at 10 characters long, which is impossible. Amy _______________________________________________ This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list To post a message email: JAVA400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l or email: JAVA400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.
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.