"STRANGE" BEHAIVIOR
Kogan, Arthur
akogan@westpac.com.au
Fri, 5 Mar 1999 09:24:04 +1100
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_000_01BE668E.54582BAA
Content-Type: text/plain;
charset="iso-8859-1"
Thanks Bob.
> -----Original Message-----
> From: Deskin, Bob [SMTP:Bob.Deskin@Cognos.COM]
> Sent: Friday, 5 March 1999 2:31 AM
> To: 'Kogan, Arthur'
> Cc: 'powerh-l@lists.swau.edu'
> Subject: RE: "STRANGE" BEHAIVIOR
>
> I thought about this behaviour and I believe it is correct. The record
> status reflects that difference between the buffers and what's on disk (as
> far as QUICK knows). It has nothing to do with whether the file's open or
> closed. If you close a file, you don't necessarily re-initialize the
> buffers
> or the record status. I think this highlights the need for a RESET verb
> that
> initializes the buffers and resets the record status. We've all been using
> the GETfile OPTIONAL workaround for a long time. While I can't promise
> anything, I do know that it's on the list (but it's a long list).
>
> Bob Deskin
> Senior Product Advisor bob.deskin@cognos.com
> Cognos Inc. (613) 738-1338 ext 4205 FAX: (613) 228-3149
> 3755 Riverside Drive P.O. Box 9707 Stn. T, Ottawa ON K1G 4K9 CANADA
>
> > -----Original Message-----
> > From: Kogan, Arthur [mailto:akogan@westpac.com.au]
> > Sent: Sunday, February 28, 1999 8:52 PM
> > To: Hamilton, Allison; Deskin, Bob
> > Cc: 'powerh-l@lists.swau.edu'
> > Subject: RE: "STRANGE" BEHAIVIOR
> >
> > Hi Bob, Allison.
> >
> > Thanks a lot for your ideas.
> >
> > Bob, I was very careful about closing the file everywhere it was
> > appropriate.
> >
> > Allison, I am dealing with fixed length records.
> >
> > I was thinking about it all weekend and I finally come up with a simple
> > solution.
> >
> > The problem was as I suspected.
> >
> > When my designer procedure hit an error, it was in the middle of a while
> > retrieving loop reading records from my temporary file. It has just
> > successfully read a record and set the file buffer flags accordingly.
> Now,
> > before flagging the error, I close the file. I thought that this action
> > would reset any buffer flags, set by the previous successful read. But
> it
> > appears that it does not. So, when I create my new temporary file, and
> try
> > to write a new record to this empty file, because the buffer flags still
> > contain the values from the last successful read of the file, PH thinks
> > that I am trying to change/update previously read record and gives me
> the
> > error "record has changed since you last found it".
> >
> > The solution I came up with is prior to the first write, I do a get
> <file>
> > optional. Now, since my new file is empty at this time, I get an
> > unsuccessful read, which resets the buffer flags appropriately, so that
> > when I try to write, PH sees this correctly as writing a new record.
> >
> > This was really a curly one.
> >
> > Regards and thanks again,
> >
> > Arthur Kogan
> > Westpac Financial Services
> > Sydney, Australia
> >
> >
> > -----Original Message-----
> > From: Hamilton, Allison [SMTP:Allison.Hamilton@Cognos.COM]
> > Sent: Saturday, 27 February 1999 1:48 AM
> > To: Deskin, Bob; 'Arthur Kogan'
> > Cc: 'powerh-l@lists.swau.edu'
> > Subject: RE: "STRANGE" BEHAIVIOR
> >
> > Arthur - is your temporary file variable length, perchance??? If
> > so, I
> > suspect that the problem may be due to a couple of variable length
> > record
> > issues we've found lately with both PH 8 and 7 versions in similar
> > scenarios. These problems should be corrected to the best of our
> > knowledge
> > in 710G2. (251425, 248103 are related problems - your scenario is
> > similar
> > to 248103 - except that it was with mailboxes, but a mailbox is just
> > a
> > variable length virtual file - in this case also, the scenario
> > worked every
> > other time, the problem happens when you go from a shorter length
> > record to
> > a longer record)
> >
> > Hope that helps.
> > Allison Hamilton
> >
> > > ----------
> > > From: Arthur Kogan[SMTP:akogan@westpac.com.au]
> > > Sent: Friday, February 26, 1999 1:40 AM
> > > To: Deskin, Bob
> > > Cc: 'powerh-l@lists.swau.edu'
> > > Subject: "STRANGE" BEHAIVIOR
> > >
> > > Hi Bob,
> > >
> > > I think this one requires your "deep" knowledge of PH to explain.
> > >
> > > I am working on a quite complex screen and have hit a problem,
> > which I can
> > > not
> > > readily explain (which is concerning in it self!!!). I am using
> > PH710F4 on
> > > Alpha VMS with RMS files.
> > >
> > > In my screen after "finding" a primary record, I run a designer
> > procedure.
> > > The
> > > designer procedure:
> > >
> > > 1. sets a system variable with the name of my temporary data file,
> > using
> > > setsystemvalue function.
> > > 2. runs command to create the empty file, using "create/fdl=..."
> > command.
> > > This
> > > is an indexed RMS file.
> > > 3. writes some records to this file, using "put <filename> reset".
> > It
> > > writes
> > > new records only.
> > > 4. reads this file during further processing and displays some
> > values on
> > > the
> > > screen.
> > > 5. closes the temporary file.
> > >
> > > I have been careful to put close file statement just before
> > flagging any
> > > error
> > > messages occurring after the first write to the file, within this
> > designer
> > > procedure, as in this case the execution of the procedure stops at
> > the
> > > error
> > > message and does not continue to step 5.
> > >
> > > The problem occurs when after running the designer procedure once,
> > I run
> > > it
> > > again without re-finding the primary record or updating (if I do
> > either of
> > > those, there is no problem). The original error message I was
> > receiving
> > > was an
> > > RMS error about "bucket format check failed". After digging
> > dipper, I got
> > > the
> > > Powerhouse error "record has changed since you last found it" on
> > the first
> > > write to the new temporary file.
> > >
> > > This has got me thinking, that although I am trying to write "new"
> > records
> > > to
> > > the "new" empty file, because I have not done a find or update, PH
> > thinks
> > > that
> > > I am writing an updated version of the last read record. To test
> > this, I
> > > changed my "put <filename> reset" command to "put NEW <filename>
> > reset".
> > > This
> > > time I got no error, but NO records were written to the file. Note
> > also
> > > that
> > > the error only occurs every second time, i.e. if after finding the
> > primary
> > > record, I run the designer procedure 6 times, the error will occur
> > only
> > > the
> > > second, fourth and sixth time.
> > >
> > > Now, I think I can guess that the problem here is that the record
> > status
> > > flag
> > > does not get reset, so the screen thinks I want to update instead
> > of
> > > adding a
> > > new record. The question is how can I force this to happen? If I
> > can not
> > > get
> > > this to work this way, I guess, I can change the screen to run the
> > > designer
> > > procedure from POSTFIND, so it can only be run after the user does
> > a find,
> > > but
> > > I would really like to get this to work according to the original
> > design.
> > >
> > > Please help/explain/confirm my guess.
> > >
> > > Regards,
> > >
> > > Arthur Kogan
> > > Westpac Financial Services
> > > Sydney, Australia
> > >
> > > = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
> > = = = =
> > > =
> > > Subscribe: "subscribe powerh-l" in message body to
> > > majordomo@lists.swau.edu
> > > Unsubscribe: "unsubscribe powerh-l" in message to
> > majordomo@lists.swau.edu
> > > powerh-l@lists.swau.edu is gatewayed one-way to
> > bit.listserv.powerh-l
> > > This list is closed, thus to post to the list, you must be a
> > subscriber.
> > >
------_=_NextPart_000_01BE668E.54582BAA
Content-Type: application/ms-tnef
Content-Transfer-Encoding: base64
eJ8+IiEWAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy
b3NvZnQgTWFpbC5Ob3RlADEIAQSAAQAYAAAAUkU6ICJTVFJBTkdFIiBCRUhBSVZJT1IAAgYBCYAB
ACEAAAA2NTdGOTAzMjdGRDJEMjExODg0MjAwMDA4MzY4MzU2NwDFBgEggAMADgAAAM8HAwAFAAkA
HAAdAAUAJQEBBYADAA4AAADPBwMABQAJABgABAAFAAgBAQ2ABAACAAAAAgACAAEDkAYALBUAACsA
AAALAAIAAQAAAAMALgAAAAAAQAA5AEAc5LWNZr4BHgBwAAEAAAAUAAAAIlNUUkFOR0UiIEJFSEFJ
VklPUgACAXEAAQAAABsAAAABvmZUDasPhJsN0f0R0p4ZAAD2uPoRAA5joCAAAgEJEAEAAABAEAAA
PBAAAGAkAABMWkZ1VguQZgMACgByY3BnMTI10jIA+zM2AeggAqQD4wkCAGNoCsBzZXQwHiAHEwKD
AFAQVnBycd4yEVkOUAPVEWV9CoAIyOwgOwlvDjA1FX8KYAKA2QqBdWMAUAsDYwBBC2Aibg4QMDMz
C6YgVAkQ4G5rBCBCb2IuzwqiCoQKhAswbGkPMRjBUwFAEqBvdAWQdBHkMag2IC0dkk8FEGcLgIcH
QAXQB5BzYWdlHZMfGtYcpBxxCxMcpmktMYw0NAFAG/AxODABQKMM0CEzYiBGA2E6DIOqYhFARAeQ
awuALBqCgCBbU01UUDoakgUjVEAIUGdub3Mu8ENPTV0a1SJgBmACMEMixyKAaWRheSOwNUcF0ArA
ENAgMTkoQCBQMjozMRFQTSXXVPJvIscnSyUwAHAjsAcQlHRoCHAnJddDYymoCHBvdwSQaC1sQBkb
8HN0JXAD4GF1LoUJgHUrGFN1Ymoc0QEix1JFOiAiU1RAUkFOR0UiGoBFgEhBSVZJT1IfP/8gShv0
DNABwRjBE5ETkgwBmRrjSSAq0AhgZ2gFQB8BoAhgBUAq0AQAIGJlGRDgdmkIYTUgbmQgBzSQNeAb
8GV2ZSBp3wVANbEFoRbgHOAuGhE3QB838QWwCzEa8i0gYXR18wQgFuBmbBzRBCAq0DlwtCBkBpBm
BJAJ8GM3QL014HQskAnwNKE7MXU6wusEIDaCdzphJwQgAiA6kbEjcCAoYRCgGuNmCsEBPdAgUVVJ
Q0sgomslUHdzKTgwSQVAvxDgBCAlUDWRGTA0oG86kP9AoAPwKtA8wREgOGAFwDvSdyEAOfA9EnA7
oQWwGtRjiwkAERBkP4FmIHkIYH83sENSNSBB8yOwQ/JAwG46JwVAbgWQHoIFEGx5nTiBLQuAN2AH
MWl6N0DfO9ka1AWxO9I4lCA5VD+B/zWCGlA1hDWgNPAb8DTxOjJ/N0BFsAmAQfAFsUSQL4BT6EVU
IDcwciJgOlIa1H9GqEskPBoW4BERSyRI3Vf/QjA3MQdAAyA14DuhOZBAURca1DvSMCBUQgIgT1Bi
VDDATkFMPMAFsGv/CsAIYDaRS9QJAEBiB3FQwXc1oFMRNJBjAHBFgRyRbe0EAGUa1ABweUAzI7A0
kP9AwT8iOkQ3YD0UO9ItAj2w/zwQWLVUxS0CP3Aa2iPSI1S+IFy7GtQmYTYwBcBQA2DXLcAc4BFQ
ZDYgcwWxNdC/GqEBACTTBaAlQwWgbRrUHyUkNrA7EDgwXLooNjHAMykgNzM4ISAZcNA4IGV4BUA0
AdAnsJhGQVgvoGKkMjJjIMkooDQ5GtQzNxagB/B+aUyRAJABACNABRA3MVAMLk84MBqQeCA5N2Qw
NwYAdG44MSOwTw0CQGEtcFMwTiBLMSpHY8BLKGBDMABBRPpBGto+HY8enmqgIodo8PcqWiQAGMN1
AyAAwAMQQJDoOmFrKlJALJAtIAqw+2GwYJEuLYAzc27AEUAlxR9qoCZnLnE2kCdyRmVifHJ1CsBG
UGTgI7AoMzg+Og5AXlAo5WqgKYUgSD5hVqBvISqCUVBfEW47/yNKakYrtSxfLW1xsS6ZL3/nMItq
oGpGSGkagnYHGsX/fRgaJVTCBUBL0kPxBcBmYf890H6vfeM0kC1wBCBMkUZQ/1YQOcFuwTU0Q0JA
U0HVY4A/gyJBQRbgN1KC4WpGYXD/HJESoAcwHMCBb3YlV8J1kL86kIEwG/BAYUDzIQB4S6H/OfAZ
MEEROJSBX4K1SeNAUu81NDdhUUI7gWsJ8DagNoSfIQBrYUZBYJE3QHVwQOT7RJAAkG0LUFbVaqBf
IApAv0bQfo9/kjdAHJECYGWJcPeC4j6RNJBzOZBCgBzgQ4H3fL5VkDuhbUZQX7FrMEWw/wXAHJE7
IC3AheE1oDURA6D7BJADYHIjsIYUN1A7tFag9GRkUxFvQ9BEkDzQQhG7akYW4HQIgTYgWsJvQnD9
OIFhOqBAYYs1QfADYZZivxzAkOAFsHNCQgI/h2o5kP9NFZGBGEBF0oOxRkOcQESBf0jVNoIREYTI
PBRB8AtgZ788cZ/wOMFAUUZAODBOeID+LGpGNeBL0UHhoxFrQYS0/5hFVfFEQ0HGSaQ01DpTNZP/
ANCR4mpGU9BuwE8lNnFGUPeimiOwocJinYGTQ5txCGD/BCCf2JwTZzFaA4Z5gTA8YZ9YhUCxB5FA
ETgwU28jsP9BQQOgVfGcIRzAlmJFsFhhb527I7A2gptAeWpGQJF3/wUQsYFEkLHiSNVAkTWTnbH+
dLKmNeBWEDmQRzqi9XkgfwMQCVBqVQWgAjALcU4zdv8HQApQnQVZUz3QBUCtDZny80HGI7BQSEnU
hmc6U4lDz7NhQFUQ0RkwZS+QICdg/7GBrHagdqEZa0A3MAQgj/H/O9FqRphDe3BI1T/Sv0RJIX8L
gDshQ/K60wIQVEI3YCL/lR84UpGmVeOP+TWxh0FIYv+1gkHiEQCGIbRSV8VEkB7A9QVAPEICPmpG
QnCR4gdA/6QUxKWxtVLztceohlUyV8L/y0IAcGpGVECtDbCyDeCLEv9PZ6KchwhGQKuhtYJNBqnB
/7Dks2G0B7zTERBOEzeYRkH/PpG0Qo1jtLnGPxogNbGC4vecIY+SRJBjCHBGQQIgh5/9B/BlKmCc
4rMjf8UqYCOR/4e/bgQqQ5Wnb+QicGtROxCfBzEGUjYgRdFxV3lkRbDdJ4FBnyGd8BvwYWpGXXb/
fRhtM2rPa99tM2zodY8kBf9+NunWJR/mRnHZOXELICdyjjJnwHL3KDMxOjRjcN8o1uZVdQYjWXaQ
J+Bqeef/bTN373j/7St6j3uffK9tM/1t9S03goDDnay5wQchk6GfirUjsEKAJ/HiUWU//oD/XLBD
wJEoV8Hl+5SFqFaTWP9u8KrBN0AtwEcxywIFoJAg/5nU/O2aqDi45lUQgboC9SD/UQLFpAtg1IJA
5IQAkHG88f9jcDaCZ8BmIw+QmQOQwVWw/z5g/8w7IOdgyUFJkThCRGH/k3Ws4TTBqhECYTfFS6HJ
lX814FmxmgE2QWpGPyI58GSXHsAFnD1QNxlQRzJhwf4oFpAhMBaQ7wHwUBlRNSD/heEW4AeSNqAM
d/tQgMMLVv83gZEnCi9MwUCgEoX7UGOQ/zsgzHCvZ4LikFNu8oQAioD/q5FZ8kSQGWU3gp8a5Mf0
o//87UyAyhDuoOdxUvP7UTuy/zeSPdBRIv9yO9ILVqloU/D/S6GFY+X7QCFBks+TAWrD8O+vAQmx
sNND8mdAoJ0jkKH/NMD68EGRBF+1NOX7VMRBkX04lCn5n+mTQnE6RDhgbP5wi5n6o+qF6dYpr21C
aqX/6B8vAekz+ovg0+r0b29wct/tDHG16NaZoHK8NnOl8DH/cSDwjXTj5mR2vy6n9HHmZP/0//YP
NIX3ZeZk+G/5eS7Ufy5NfbU/7y5rScvckZyRce51yhC6EYDDIpagGBA/MP8P55nyvPIlUGOQA1C5
USvs/0MPiUNT0onSWSFosEVBtHH/cFEDUWdwFLCDkFGhjvLD8P9REZfTk2bfV9IUVfMuTbBB/y5N
nCOgcUelWdDSFNfDzXE+cl4QieFckZixH1BsZv4hVBBbMIk0tvCJ0WpGCKC5EXFGNFkRLk12IHDD
8NAgVk1TigRSV5EeQl8r3Uj/YZCWYkwGZiYiIv+PUZxSPzBNQpDQ76KcpM/C/3MgSuKWpmpGlzdY
rsdBLk3dlq9l9JBYzy56Mczg0pP9kKF5PBCTwfznkFOl8udg/8IxmgGde7/RV2C8k9BnVNr/LsXS
kmVzudO8gMXAqRNYrvcRsV2h19JtbvCzMr8hsVSfpfO2CVTDPqCxRC9mmcD0PS5w0CK4mG2zX58e
8f8uTajSU4GPABfgIWFYFliu/jPM4LRDDOGP4pymtXZvW/5wriHLg2bymwLSkcYonqB/Lk12xE8e
tNdEwqPxLk00/20hoLHXhR5Dl4GJ0oOw+vH/lwbnwI1jjwGcUACwClBlcP93I+TWudVWH8JpajZM
E1iu/jXM4KbD0sSdrWLvQ01Ms/8OsCTRyDATMLuSDkF5UqbE/x5DPBBwUcIwuTCfA6Tl5Nb/pWeq
oS5NwxMuTcIw58NEwf+f8NxAgONbZMnNyYi8sggC/x615NZeDi7FXwezAQnDHuj/pfMZwNwwx8O8
JV8HuDErAP9lIRtXhX+Rf5KJglSwBbkD/1HwAqRlgciQh/CJz1/OAZf/k1MklVtkXaFTI5pyYb9G
8f/Ncd9XXYNzTlAu3wPIo6zA+8tgEzAtW9UjZVyqhFDTcPO/s77SKGlnUMrSwpfIwf8i4UcQhI+I
QR/DEwEfAVAA/01WVEHHQslg5zXDFJ/G1iD/22EEua+QwFBpn9tiTv9YEtfDFB0Aq7IiGhBjIVDF
gv5ybcCNMQ6AuWC8gBqBEDC/xiD60FtzXACQA5bXaSRR/nLPw1AfnW8IkDtzuPAfUf/DH8QvxT6E
WZRXe1+VGdli/4jfom9yXcDDvQGSsUQkXBHvH8IrYeSQq5JnTqJUkdZB/6ZD1pU+oNlhcQd91b0+
J8z/w6TM827rDrBO4L+yi6Wg0v+ggETxaHKCca3W1vOc6ERR/84vK1GKv0oi2NZ0cNO0dPD/CVWb
RsIzUSJ9xbLBDlEzEf/UWRnh/7xxccElWsF5T3pT422K3eNORVfeKQS4emt/cp+9mCMhvNSyAr/z
GfRO/k99xzuBZkGVAUtQHsGVaP2ywE4IYINnH4LVP9ZPmnP/wAN+UqTWIZNk4aERbfEjI/5pPJCy
wK6hW2SsKV6IXKPvUD9dKqaPnAQ2IwMZ4etI/wgALNCTRKhGflLqX4Wf7RPfOYAHMfrxglNh0Hhm
giMh98c/LlzoIHe8wkQ0TsMlMP+EIYhyAT2xlv2HBTyOAm+w/y5Nj9JgzqCWEFCr0mqhOYD/dzAf
1Uwj1NS0g45xDkHTtP8RMWWBUUD1Z7AeUUCsUxvs/316ssRFQDMRmxLJQjtw/NO/tJCPEcHBHuMO
QSQ0P06w/66xcRd0YVAPA4L2Lwz0ISL/HtS24DXhvOH9MrzC/OLdNH8EayVQ8eVgz5d/mIslZFDC
Tz7ARklORAQjU6H//OLr447wXZSUB7+xu1Ggkf/oZ9MjQi7lkdZvISCMsNpC/+jgUXEs4CFQlUID
khEbM1D/wILMJZpysyaW3PoPvm3+UOuaMiuSL0elL6ERxAH+cO9awf0jI6+3XWUywH4RQi/3Vk0x
iS5NVzMUNgCzYcGwd2YA9PA04HK1sIHhM/559mRiADXhQY6xZ/A78Ake/WPdPTNPNF81bzZbqEY2
/Wsy5jzvYlrxaRoQPkAiznM6Vk1Qv1MtbD8wUfG7n8a44GRngekebcBqfgG5g0BvQB+gnGAnwHO2
4O517eDzQGPdVQawOlltUf87HzwrPUg+Xz9vmHRCdUTtv7HSLLBLUBIx3YHS0S0SMbU9OWJNEC5E
8y8BLkJm/+IvmfFE8lKDiDJdUSxBd+O/Z9DZ4ZVVRPIS8MHybY60WwkIQcdyJ9+oU32ogAABUvAD
AP0/UgMAAB4AQhABAAAAPwAAADw0MzBGODg3RDQxNUREMTExOEMyNzAwODA1RjMxRUNGMTAxMjQ5
MDZCQHNvdGEwMDA1LmNvZ25vcy5jb20+AAALAACACCAGAAAAAADAAAAAAAAARgAAAAADhQAAAAAA
AAMAB4AIIAYAAAAAAMAAAAAAAABGAAAAABCFAAAAAAAAAwAjgAggBgAAAAAAwAAAAAAAAEYAAAAA
UoUAAHQQAAAeACSACCAGAAAAAADAAAAAAAAARgAAAABUhQAAAQAAAAUAAAA4LjAyAAAAAAMAD4AI
IAYAAAAAAMAAAAAAAABGAAAAAAGFAAAAAAAACwApgAggBgAAAAAAwAAAAAAAAEYAAAAADoUAAAAA
AAADAAyACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAK4AIIAYAAAAAAMAAAAAAAABGAAAA
ABiFAAAAAAAAHgA6gAggBgAAAAAAwAAAAAAAAEYAAAAANoUAAAEAAAABAAAAAAAAAB4AO4AIIAYA
AAAAAMAAAAAAAABGAAAAADeFAAABAAAAAQAAAAAAAAAeADyACCAGAAAAAADAAAAAAAAARgAAAAA4
hQAAAQAAAAEAAAAAAAAAAwAmAAAAAAADADYAAAAAAB4AMUABAAAADwAAAEtPR0FOQTREQ0I3ODM4
AAADABpAAAAAAB4AMEABAAAADwAAAEtPR0FOQTREQ0I3ODM4AAADABlAAAAAAAMAgBD/////AgH5
PwEAAABiAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAABgAAAC9PPVdFU1RQQUMvT1U9V0JDL0NO
PVJFQ0lQSUVOVFMvQ049TVNNQUlMIEFERFJFU1NFUy9DTj1LT0dBTkE0RENCNzgzOAAAAB4A+D8B
AAAADgAAAEtvZ2FuLCBBcnRodXIAAAAeADhAAQAAAA8AAABLT0dBTkE0RENCNzgzOAAAAgH7PwEA
AABiAAAAAAAAANynQMjAQhAatLkIACsv4YIBAAAABgAAAC9PPVdFU1RQQUMvT1U9V0JDL0NOPVJF
Q0lQSUVOVFMvQ049TVNNQUlMIEFERFJFU1NFUy9DTj1LT0dBTkE0RENCNzgzOAAAAB4A+j8BAAAA
DgAAAEtvZ2FuLCBBcnRodXIAAAAeADlAAQAAAA8AAABLT0dBTkE0RENCNzgzOAAAQAAHMMDAdZuN
Zr4BQAAIMKorWFSOZr4BHgA9AAEAAAAFAAAAUkU6IAAAAAAeAB0OAQAAABQAAAAiU1RSQU5HRSIg
QkVIQUlWSU9SAAsAKQAAAAAACwAjAAAAAAADAAYQRlU8sQMABxC8FAAAAwAQEAAAAAADABEQBAAA
AB4ACBABAAAAZQAAAFRIQU5LU0JPQi0tLS0tT1JJR0lOQUxNRVNTQUdFLS0tLS1GUk9NOkRFU0tJ
TixCT0JTTVRQOkJPQkRFU0tJTkBDT0dOT1NDT01TRU5UOkZSSURBWSw1TUFSQ0gxOTk5MjozMUEA
AAAASug=
------_=_NextPart_000_01BE668E.54582BAA--
= = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = =
Subscribe: "subscribe powerh-l" in message body to majordomo@lists.swau.edu
Unsubscribe: "unsubscribe powerh-l" in message to majordomo@lists.swau.edu
powerh-l@lists.swau.edu is gatewayed one-way to bit.listserv.powerh-l
This list is closed, thus to post to the list, you must be a subscriber.