powerh-l Digest, Vol 28, Issue 12

Lowe, Chuck J Chuck.J.Lowe at questdiagnostics.com
Tue Sep 18 10:11:23 CDT 2007


Bob,
 I also Dropped the index, re added it and did the SET ..  DBTREEMODE1=TRUE.  Still does not work. 

-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin at Cognos.COM]
Sent: Tuesday, September 18, 2007 10:27 AM
To: Lowe, Chuck J; powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12


The syntax looks fine. Have you created the index in IMAGE?

Bob 

-----Original Message-----
From: Lowe, Chuck J [mailto:Chuck.J.Lowe at questdiagnostics.com] 
Sent: September 18, 2007 10:17 am
To: Deskin, Bob; powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12

I looked in the manuals and this is mentioned on RECORD but no example
given.  Here is the PDL setup.  Can you tell me the exact syntax.
Thanks! (I tried INDEXED right after the "Organization Master" and it
compiled but I received the error in Quiz. 


Record DX-ICD9-MASTER   Organization Master
  Item DX-ICD9-KEY      Datatype Character        Size 26

  Index DX-ICD9-KEY
  Segment DX-ICD9-KEY

This is what I changed it to 

Record DX-ICD9-MASTER   Organization Master INDEXED
  Item DX-ICD9-KEY      Datatype Character        Size 26

  Index DX-ICD9-KEY
  Segment DX-ICD9-KEY

-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin at Cognos.COM]
Sent: Tuesday, September 18, 2007 10:02 AM
To: Lowe, Chuck J; powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12


The INDEXED option and enhanced index support went into version 8.39.
The index is on the key of the master dataset. SO you still need to
declare the key as an index in PDL. The INDEXED option says that it's a
b-tree index.

Bob 

-----Original Message-----
From: Lowe, Chuck J [mailto:Chuck.J.Lowe at questdiagnostics.com] 
Sent: September 18, 2007 9:55 am
To: Deskin, Bob; powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12

Do you know what version?  We are on (PowerHouse  8.49.D1) and while the
dictionary compiles is does not allow even a 
parm prompt for retrieval.

Q U I Z   (PowerHouse  8.49.D1)
Copyright 2005 COGNOS INCORPORATED

 
> ACC DX-ICD9-MASTER
> SHO ITE
 
                                             INPUT OUTPUT
DX-ICD9-MASTER                          TYPE SCALE SCALE  DEC PICTURE
* DX-ICD9-KEY                           CHAR                  X(26)
 
 
> CHOOSE DX-ICD9-KEY PARM PROMPT "ENTER KEY "
*E* Item(s) DX-ICD9-KEY do not define a key/index of the primary file.
> 


-----Original Message-----
From: Deskin, Bob [mailto:Bob.Deskin at Cognos.COM]
Sent: Tuesday, September 18, 2007 8:54 AM
To: Lowe, Chuck J; powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12


INDEXED on the RECORD statement indicates that the key of the master is
created with a B-tree index. 

Bob

-----Original Message-----
From: powerh-l-bounces+bob.deskin=cognos.com at lists.sowder.com
[mailto:powerh-l-bounces+bob.deskin=cognos.com at lists.sowder.com] On
Behalf Of Lowe, Chuck J
Sent: September 17, 2007 5:02 pm
To: powerh-l at lists.sowder.com
Subject: RE: powerh-l Digest, Vol 28, Issue 12

Thanks Peter. I read up on the B-TREE section on Turbo Image.  If I
implement it is there any changes I need to make to the PowerHouse
Dictionary?  I did not find any info on B-TREE in the PDL reference
manual.

-----Original Message-----
From:
powerh-l-bounces+chuck.j.lowe=questdiagnostics.com at lists.sowder.com
[mailto:powerh-l-bounces+chuck.j.lowe=questdiagnostics.com at lists.sowder..
..
...
....
com]On Behalf Of powerh-l-request at lists.sowder.com
Sent: Friday, September 14, 2007 8:01 AM
To: powerh-l at lists.sowder.com
Subject: powerh-l Digest, Vol 28, Issue 12


Send powerh-l mailing list submissions to
	powerh-l at lists.sowder.com

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

You can reach the person managing the list at
	powerh-l-owner at lists.sowder.com

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


Today's Topics:

   1. AcuCOBOL and Eloquence to AcuCOBOL / MS SQL Server (Penney, John)
   2. RE:Help with SELECT in QUICK (ver 8.49.D1) on HP3000
      (Peter Bateman)
   3. RE:Help with SELECT in QUICK (ver 8.49.D1) on HP3000
      (Pickering, John (NORBORD))
   4. RE:Help with SELECT in QUICK (ver 8.49.D1) on HP3000
      (Peter Bateman)
   5. Help needed: strange failure: QTP Program (vamsi krishna)


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

Message: 1
Date: Thu, 13 Sep 2007 12:57:57 -0700 (PDT)
From: "Penney, John" <resolutebay at yahoo.com>
Subject: AcuCOBOL and Eloquence to AcuCOBOL / MS SQL Server
To: 3000 - L <HP3000-L at RAVEN.UTC.EDU>, power-l
	<powerh-l at lists.sowder.com>
Message-ID: <307392.20456.qm at web30010.mail.mud.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"

Listers:
   
  Does anybody know of any tool, manual, automated, whatever that can
help translate COBOL Eloquence DB calls to MS SQL Server calls? Working
with a client and it looks like it is going to be a dog: embedded SQL in
COBOL source with a pre-compiler, etc. Back to the 90s?
   
  Any information gratefully accepted. Suppliers / vendors please feel
free to reply offline.
   
  Thanks for your time.
   
  Cheers!
   
  JP
   
   
   


John M Penney 
  267 Oxford Street, Apt 205 
  Rochester, NY 14607
  (360)789-8159

       
---------------------------------
Pinpoint customers who are looking for what you sell. 
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.sowder.com/pipermail/powerh-l/attachments/20070913/d0aaf2be
/attachment-0001.htm

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

Message: 2
Date: Thu, 13 Sep 2007 17:00:48 -0300
From: "Peter Bateman" <peterbateman808 at hotmail.com>
Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
To: powerh-l at lists.sowder.com
Message-ID: <BAY133-F29072C185ED18DF7F66ECEF9C30 at phx.gbl>
Content-Type: text/plain; format=flowed

Hi Chuck:

  I am presuming that the client enters the whole key or first part of
the 
key.

  Image now has b-tree indexed keys. If you have  indexed on the key of
the 
master.

  temporary t-key char * <n> reset at startup
  File my-detail primary
  Access via Key request key using (tru (t-key) + '@')

  Procedure input key
  begin
     if FINDMODE
       then let t_key = fieldtext
  end
This should make the "Select" go faster.
Some consideration should be given to trailing blanks.
Suppose 'ABC ' is on file and also 'ABCD'. and the client entered 'ABC'
John's method would give you just the records with 'ABC ' whereas my
method woud give you both. You could combine both method if that
is desired.

Regards,
Peter Bateman

>From: "Pickering, John (NORBORD)" <John.Pickering at norbord.com>
>To: "Lowe, Chuck J" <Chuck.J.Lowe at questdiagnostics.com>,        
><powerh-l at lists.sowder.com>
>Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>Date: Thu, 13 Sep 2007 11:14:28 -0400
>
>You could do this with custom Path and Find procedures. But you're
>opening yourself up for a lot of work because the lazy users will like
>how it works and want the same function everywhere!
>
>Request the key in the path procedure. Check if the master record
exists
>by doing a "get file optional" right there in the path procedure. If
the
>record exists (accessok) then "let path = 1" otherwise "let path = 2".
>You will also need to save the value that the user entered in a temp
>with a "reset at startup"
>
>In the find procedure you should test the value of path and either get
>the master via the key using the value that was entered or get the
>master file sequentially. This is pretty much the default find
procedure
>but if I write a path procedure then I always write the find procedure.
>There should be a select clause on the file statement to select records
>for which part of the key matches the value the user entered. Something
>like:
>   Select if t-saved-value = key of
>master-file[1:size(tru(t-saved-value))
>
>It will take you a couple of tries to get it working! Have fun :-)
>
>Regards,
>JWP
>
>-----Original Message-----
>From: powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com
>[mailto:powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com]
On
>Behalf Of Lowe, Chuck J
>Sent: Thursday, September 13, 2007 10:34 AM
>To: powerh-l at lists.sowder.com
>Subject: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>
>I have a quick screen that access a Manual Master in Turbo-Image. What
I
>need to do is if the user can't find a record (in Find mode) it will do
>a Select without the user having to enter S in the mode and without the
>user having to put a '@' after the value.
>
>Thanks in Advance!
>
>Chuck Lowe
>
>--
>= = = = = = = = = = = = = = = = = = = = = = = = = = = =
>Mailing list: powerh-l at lists.sowder.com
>Subscribe: &quot;subscribe&quot; in message body to 
>powerh-l-request at lists.sowder.com
>Unsubscribe: &quot;unsubscribe &lt;password&gt;&quot; in message body
to 
>powerh-l-request at lists.sowder.com
>http://lists.sowder.com/mailman/listinfo/powerh-l
>This list is closed, thus to post to the list you must be a subscriber.
>Add 'site:lists.sowder.com powerh-l' to your search terms to search the

>list archive at Google.

_________________________________________________________________
See Fireworks On Live Image Search 
http://search.live.com/images/results.aspx?q=Fireworks&mkt=en-ca&FORM=SE
RNEP



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

Message: 3
Date: Thu, 13 Sep 2007 16:26:08 -0400
From: "Pickering, John (NORBORD)" <John.Pickering at norbord.com>
Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
To: "Peter Bateman" <peterbateman808 at hotmail.com>,
	<powerh-l at lists.sowder.com>
Message-ID:
	<A9C59E8229335F4DA2F204E736E15168071D8A37 at torexc251.norbord.com>
Content-Type: text/plain;	charset="us-ascii"

Peter

Please read that select statement again!

>Select if t-saved-value = key of
master-file[1:size(tru(t-saved-value))]

If the user enters 'ABC' the my method will get all records that start
with 'ABC'.

Regards,
JWP

-----Original Message-----
From: powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com
[mailto:powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com] On
Behalf Of Peter Bateman
Sent: Thursday, September 13, 2007 4:01 PM
To: powerh-l at lists.sowder.com
Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000

Hi Chuck:

  I am presuming that the client enters the whole key or first part of
the 
key.

  Image now has b-tree indexed keys. If you have  indexed on the key of
the 
master.

  temporary t-key char * <n> reset at startup
  File my-detail primary
  Access via Key request key using (tru (t-key) + '@')

  Procedure input key
  begin
     if FINDMODE
       then let t_key = fieldtext
  end
This should make the "Select" go faster.
Some consideration should be given to trailing blanks.
Suppose 'ABC ' is on file and also 'ABCD'. and the client entered 'ABC'
John's method would give you just the records with 'ABC ' whereas my
method woud give you both. You could combine both method if that
is desired.

Regards,
Peter Bateman

>From: "Pickering, John (NORBORD)" <John.Pickering at norbord.com>
>To: "Lowe, Chuck J" <Chuck.J.Lowe at questdiagnostics.com>,        
><powerh-l at lists.sowder.com>
>Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>Date: Thu, 13 Sep 2007 11:14:28 -0400
>
>You could do this with custom Path and Find procedures. But you're
>opening yourself up for a lot of work because the lazy users will like
>how it works and want the same function everywhere!
>
>Request the key in the path procedure. Check if the master record
exists
>by doing a "get file optional" right there in the path procedure. If
the
>record exists (accessok) then "let path = 1" otherwise "let path = 2".
>You will also need to save the value that the user entered in a temp
>with a "reset at startup"
>
>In the find procedure you should test the value of path and either get
>the master via the key using the value that was entered or get the
>master file sequentially. This is pretty much the default find
procedure
>but if I write a path procedure then I always write the find procedure.
>There should be a select clause on the file statement to select records
>for which part of the key matches the value the user entered. Something
>like:
>   Select if t-saved-value = key of
>master-file[1:size(tru(t-saved-value))
>
>It will take you a couple of tries to get it working! Have fun :-)
>
>Regards,
>JWP
>
>-----Original Message-----
>From: powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com
>[mailto:powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com]
On
>Behalf Of Lowe, Chuck J
>Sent: Thursday, September 13, 2007 10:34 AM
>To: powerh-l at lists.sowder.com
>Subject: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>
>I have a quick screen that access a Manual Master in Turbo-Image. What
I
>need to do is if the user can't find a record (in Find mode) it will do
>a Select without the user having to enter S in the mode and without the
>user having to put a '@' after the value.
>
>Thanks in Advance!
>
>Chuck Lowe
>
>--



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

Message: 4
Date: Thu, 13 Sep 2007 18:19:53 -0300
From: "Peter Bateman" <peterbateman808 at hotmail.com>
Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
To: powerh-l at lists.sowder.com
Message-ID: <BAY133-F3681F9FF2F7A555111A980F9C30 at phx.gbl>
Content-Type: text/plain; format=flowed

Hi John:

    That is true but only if full key is not on file. i.e.
ABC<blank><blank> 
....... etc.
    If ABC<blank><blank> ... etc. is onefile then PATH = 1 which returns
the
    rows with just ABC<blank><blank> ... etc.

Regards,
Peter Bateman



>From: "Pickering, John (NORBORD)" <John.Pickering at norbord.com>
>To: "Peter Bateman" 
><peterbateman808 at hotmail.com>,<powerh-l at lists.sowder.com>
>Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>Date: Thu, 13 Sep 2007 16:26:08 -0400
>
>Peter
>
>Please read that select statement again!
>
> >Select if t-saved-value = key of
>master-file[1:size(tru(t-saved-value))]
>
>If the user enters 'ABC' the my method will get all records that start
>with 'ABC'.
>
>Regards,
>JWP
>
>-----Original Message-----
>From: powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com
>[mailto:powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com]
On
>Behalf Of Peter Bateman
>Sent: Thursday, September 13, 2007 4:01 PM
>To: powerh-l at lists.sowder.com
>Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
>
>Hi Chuck:
>
>   I am presuming that the client enters the whole key or first part of
>the
>key.
>
>   Image now has b-tree indexed keys. If you have  indexed on the key
of
>the
>master.
>
>   temporary t-key char * <n> reset at startup
>   File my-detail primary
>   Access via Key request key using (tru (t-key) + '@')
>
>   Procedure input key
>   begin
>      if FINDMODE
>        then let t_key = fieldtext
>   end
>This should make the "Select" go faster.
>Some consideration should be given to trailing blanks.
>Suppose 'ABC ' is on file and also 'ABCD'. and the client entered 'ABC'
>John's method would give you just the records with 'ABC ' whereas my
>method woud give you both. You could combine both method if that
>is desired.
>
>Regards,
>Peter Bateman
>
> >From: "Pickering, John (NORBORD)" <John.Pickering at norbord.com>
> >To: "Lowe, Chuck J" <Chuck.J.Lowe at questdiagnostics.com>,
> ><powerh-l at lists.sowder.com>
> >Subject: RE: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
> >Date: Thu, 13 Sep 2007 11:14:28 -0400
> >
> >You could do this with custom Path and Find procedures. But you're
> >opening yourself up for a lot of work because the lazy users will
like
> >how it works and want the same function everywhere!
> >
> >Request the key in the path procedure. Check if the master record
>exists
> >by doing a "get file optional" right there in the path procedure. If
>the
> >record exists (accessok) then "let path = 1" otherwise "let path =
2".
> >You will also need to save the value that the user entered in a temp
> >with a "reset at startup"
> >
> >In the find procedure you should test the value of path and either
get
> >the master via the key using the value that was entered or get the
> >master file sequentially. This is pretty much the default find
>procedure
> >but if I write a path procedure then I always write the find
procedure.
> >There should be a select clause on the file statement to select
records
> >for which part of the key matches the value the user entered.
Something
> >like:
> >   Select if t-saved-value = key of
> >master-file[1:size(tru(t-saved-value))
> >
> >It will take you a couple of tries to get it working! Have fun :-)
> >
> >Regards,
> >JWP
> >
> >-----Original Message-----
> >From: powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com
> >[mailto:powerh-l-bounces+john.pickering=norbord.com at lists.sowder.com]
>On
> >Behalf Of Lowe, Chuck J
> >Sent: Thursday, September 13, 2007 10:34 AM
> >To: powerh-l at lists.sowder.com
> >Subject: Help with SELECT in QUICK (ver 8.49.D1) on HP3000
> >
> >I have a quick screen that access a Manual Master in Turbo-Image.
What
>I
> >need to do is if the user can't find a record (in Find mode) it will
do
> >a Select without the user having to enter S in the mode and without
the
> >user having to put a '@' after the value.
> >
> >Thanks in Advance!
> >
> >Chuck Lowe
> >
> >--

_________________________________________________________________
Windows Live Hotmail. Even hotter than before. Get a better look now. 
www.newhotmail.ca?icid=WLHMENCA148



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

Message: 5
Date: Fri, 14 Sep 2007 17:26:53 +0530
From: "vamsi krishna" <vamsi.coe at gmail.com>
Subject: Help needed: strange failure: QTP Program
To: powerh-l at lists.sowder.com
Message-ID:
	<6fa629b40709140456v4eac8817hcd200886bd03f557 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hello Guys,

I've faced a real strange problem in one of the batch job failure.
Following is the QTP Log:

********************************************************************
* REQUEST PROCESS-SS-CREATE-SSDING                                 *
*                                                                  *
* CREATE/UPDATE OPEN ORDERS FOR SUPERSEEDING LINES                 *
********************************************************************
------------------------------------------------------------------------
-------
Attempt to add a duplicate value when UNIQUE KEY/INDEX was specified.
[1]
   File:  ODETADD
     Linkitem:  CUST-CODE                        041184002
     Linkitem:  CUST-ORD                         45593
     Linkitem:  KEY-CODE
     Linkitem:  GM-PART                              13270399
     Linkitem:  CUST-ORD-AL                      45593
     Linkitem:  CUST-CODE-AL                     041184002
     Linkitem:  LINE-ITEM-NUM                          201
     Linkitem:  GM-PART-AL                           13270399
     Linkitem:  LINE-STATUS                      5

Action Taken: Run terminated.
------------------------------------------------------------------------
-------

Records read:
  XPWSQ2DD_SS3_S                           1
  ODET-SSDED                               1
  ODET-SSDING                              0
  XPWIOXRF                                 0
  CREF-SSDING                              0
  CREF-SSDED                               1
  XPMIOHEA                                 1

Transactions processed:                    1

Records processed:                     Added    Updated  Unchanged
Deleted
  ODETADD                                  0          0          0
0
  CREFADD                                  0          0          0
0
  ODETUPD                                  0          0          0
0
  ODETSSDEDUPD                             0          0          0
0
  OXRFUPD                                  0          0          0
0
  OXRFADD                                  0          0          0
0
  XPOSQ2DD                                 0          0          0
0

Finished.
****************************************************
 THE PROCESS ./my_xback00.ksh HAS FAILED WITH STATUS 5
 IN THE COMMAND qtp XPBACKSS0
****************************************************

The problem here is it displays "attempt to add a duplicate value when
UNIQUE KEY/INDEX was specified", when there is no corresponding index
value
present in the file.


Indexes for this file is defined as follows:

-- Index Contents --

 ** XDET-KEY is a 49 byte  UNIQUE PRIMARY  index **


    Segment                              Type            Size  Ord
Offset
    CUST-CODE                            CHARACTER          9    A
0
    CUST-ORD                             CHARACTER         20    A
9
    KEY-CODE                             CHARACTER          8    A
29
    GM-PART                              CHARACTER         12    A
37


 ** XDET-ALT-KEY-1 is a 36 byte  UNIQUE ALTERNATE  index **


    Segment                              Type            Size  Ord
Offset
    CUST-ORD-AL                          CHARACTER         20    A
0
    CUST-CODE-AL                         CHARACTER          9    A
20
    LINE-ITEM-NUM                        ZONED UNSIGNED     7    A
29


 ** XDET-ALT-KEY-2 is a 12 byte  REPEATING ALTERNATE  index **


    Segment                              Type            Size  Ord
Offset
    GM-PART-AL                           CHARACTER         12    A
0
 ?
2007/09/14                         copd                           Page
4
                         R E C O R D   R E P O R T
          For DICTIONARY:  /disk1/uketddsnlp/common/dicc/copd.pdc


 ** XDET-ALT-KEY-3 is a 1 byte   REPEATING ALTERNATE  index **


    Segment                              Type            Size  Ord
Offset
    LINE-STATUS                          CHARACTER          1    A
0



Following is the data:
> acc xpmiodet
> choose cust-code "041184002", cust-ord "45593"
Choose viaindex XDET-KEY.
> set rep nohead
> set rep page wid 260
> rep cust-ord cust-ord key-code gm-part cust-ord-al cust-code-al
line-item-num gm-part-al line-status
> go

  45593                 45593                               13262882
45593                 041184002        201      13262882  F
  45593                 45593                               96660028
45593                 041184002        700      96660028  F
Following is data in the file:

> acc xpmiodet
> choose cust-code "041184002", cust-ord "45593"
Choose viaindex XDET-KEY.
> set rep nohead
> set rep page wid 260
> rep cust-ord cust-ord key-code gm-part cust-ord-al cust-code-al
line-item-num gm-part-al line-status
> go

  45593                 45593                               13262882
45593                 041184002        201      13262882  F
  45593                 45593                               96660028
45593                 041184002        700      96660028  F


Please lemme know how could this be possible.
-- 
"Nothing is impossible as impossible itself says i m possible"
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.sowder.com/pipermail/powerh-l/attachments/20070914/a4e989a0
/attachment.html

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

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l at lists.sowder.com
Subscribe: &quot;subscribe&quot; in message body to
powerh-l-request at lists.sowder.com
Unsubscribe: &quot;unsubscribe &lt;password&gt;&quot; in message body to
powerh-l-request at lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
Add 'site:lists.sowder.com powerh-l' to your search terms to search the
list archive at Google.

End of powerh-l Digest, Vol 28, Issue 12
****************************************
------------------------------------------
The contents of this message, together with any attachments, are
intended only for the use of the person(s) to which they are
addressed and may contain confidential and/or privileged
information. Further, any medical information herein is
confidential and protected by law. It is unlawful for unauthorized
persons to use, review, copy, disclose, or disseminate confidential
medical information. If you are not the intended recipient,
immediately advise the sender and delete this message and any
attachments. Any distribution, or copying of this message, or any
attachment, is prohibited.

-- 
= = = = = = = = = = = = = = = = = = = = = = = = = = = =
Mailing list: powerh-l at lists.sowder.com
Subscribe: &quot;subscribe&quot; in message body to
powerh-l-request at lists.sowder.com
Unsubscribe: &quot;unsubscribe &lt;password&gt;&quot; in message body to
powerh-l-request at lists.sowder.com
http://lists.sowder.com/mailman/listinfo/powerh-l
This list is closed, thus to post to the list you must be a subscriber.
Add 'site:lists.sowder.com powerh-l' to your search terms to search the
list archive at Google.
 
     This message may contain privileged and/or confidential
information.  If you have received this e-mail in error or are not the
intended recipient, you may not use, copy, disseminate or distribute it;
do not open any attachments, delete it immediately from your system and
notify the sender promptly by e-mail that you have done so.  Thank you.
------------------------------------------
The contents of this message, together with any attachments, are
intended only for the use of the person(s) to which they are
addressed and may contain confidential and/or privileged
information. Further, any medical information herein is
confidential and protected by law. It is unlawful for unauthorized
persons to use, review, copy, disclose, or disseminate confidential
medical information. If you are not the intended recipient,
immediately advise the sender and delete this message and any
attachments. Any distribution, or copying of this message, or any
attachment, is prohibited.
------------------------------------------
The contents of this message, together with any attachments, are
intended only for the use of the person(s) to which they are
addressed and may contain confidential and/or privileged
information. Further, any medical information herein is
confidential and protected by law. It is unlawful for unauthorized
persons to use, review, copy, disclose, or disseminate confidential
medical information. If you are not the intended recipient,
immediately advise the sender and delete this message and any
attachments. Any distribution, or copying of this message, or any
attachment, is prohibited.
------------------------------------------
The contents of this message, together with any attachments, are
intended only for the use of the person(s) to which they are
addressed and may contain confidential and/or privileged
information. Further, any medical information herein is
confidential and protected by law. It is unlawful for unauthorized
persons to use, review, copy, disclose, or disseminate confidential
medical information. If you are not the intended recipient,
immediately advise the sender and delete this message and any
attachments. Any distribution, or copying of this message, or any
attachment, is prohibited.



More information about the powerh-l mailing list