Listfile
Does LISTFILE have a default sort order? The help file doesn't mention in what sequence files are listed. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Listfile
As far as I know - it's alphabetical (A-Z,0-9). Scott Rohling On Tue, Sep 21, 2010 at 10:52 AM, Mark Pace pacemainl...@gmail.com wrote: Does LISTFILE have a default sort order? The help file doesn't mention in what sequence files are listed. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Listfile
It does not. Any apparent order is an artifact of how it accesses in-storage directories. For RO minidisks they'll be ordered since their directories are, but for R/W minidisks files written since the disks were accessed may appear out of sequence. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 09/21/2010 10:02:47 AM: From: Scott Rohling scott.rohl...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 09/21/2010 10:03 AM Subject: Re: Listfile Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU As far as I know - it's alphabetical (A-Z,0-9). Scott Rohling On Tue, Sep 21, 2010 at 10:52 AM, Mark Pace pacemainl...@gmail.com wrote: Does LISTFILE have a default sort order? The help file doesn't mention in what sequence files are listed. -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Listfile
It had appeared that it was alpha / numeric, but then I would get an odd one at the end. Thanks for confirming that there is not a true sequence. I'll just run the LISTFILE through a PIPE and sort it how I want it. Thanks, Mike. On Tue, Sep 21, 2010 at 1:10 PM, Michael Harding mhard...@us.ibm.comwrote: It does not. Any apparent order is an artifact of how it accesses in-storage directories. For RO minidisks they'll be ordered since their directories are, but for R/W minidisks files written since the disks were accessed may appear out of sequence. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 09/21/2010 10:02:47 AM: From: Scott Rohling scott.rohl...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 09/21/2010 10:03 AM Subject: Re: Listfile Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU As far as I know - it's alphabetical (A-Z,0-9). Scott Rohling On Tue, Sep 21, 2010 at 10:52 AM, Mark Pace pacemainl...@gmail.com wrote: Does LISTFILE have a default sort order? The help file doesn't mention in what sequence files are listed. -- Mark D Pace Senior Systems Engineer Mainline Information Systems -- Mark D Pace Senior Systems Engineer Mainline Information Systems
Re: Listfile
For a nicely ordered (alpha/numeric) list using ONLY the LISTFILE command, first reaccess the disk. The CMS command ACCESS will sort the files while building the in-storage directory. I don't see that documented anywhere, but it's been true since at least VM/370. We had to rely on it back when all we had was line editors and very basic EXEC-classic. Mike Walter Hewitt Associates The opinions expressed herein are mine alone, not my employer's. Michael Harding mhard...@us.ibm.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 09/21/2010 12:10 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: Listfile It does not. Any apparent order is an artifact of how it accesses in-storage directories. For RO minidisks they'll be ordered since their directories are, but for R/W minidisks files written since the disks were accessed may appear out of sequence. -- Mike Harding z/VM System Support mhard...@us.ibm.com mike.b.hard...@kp.org mikehard...@mindless.com (925) 926-3179 (w) (925) 323-2070 (c) IM: VMBearDad (AIM), mbhcpcvt (Y!) The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU wrote on 09/21/2010 10:02:47 AM: From: Scott Rohling scott.rohl...@gmail.com To: IBMVM@LISTSERV.UARK.EDU Date: 09/21/2010 10:03 AM Subject: Re: Listfile Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU As far as I know - it's alphabetical (A-Z,0-9). Scott Rohling On Tue, Sep 21, 2010 at 10:52 AM, Mark Pace pacemainl...@gmail.com wrote: Does LISTFILE have a default sort order? The help file doesn't mention in what sequence files are listed. -- Mark D Pace Senior Systems Engineer Mainline Information Systems The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Listfile
On: Tue, Sep 21, 2010 at 01:21:32PM -0400,Mark Pace Wrote: } It had appeared that it was alpha / numeric, but then I would get an odd one } at the end. Thanks for confirming that there is not a true sequence. I'll } just run the LISTFILE through a PIPE and sort it how I want it. Alternately, just release the disk and access it again at the same or a different filemode. Releasing the disk (assuming r/w) sorts the directory. -- Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 Eastern time. N6LRT I speak for myself my dogs only.VM'er since CP-67 Canines: Val, Red, Shasta, Zero Casey (At the bridge)Owner:Chinook-L Canines: Red Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L
Re: LISTFILE of a sfs directory?
On Nov 2, 2007 9:27 AM, Kris Buelens [EMAIL PROTECTED] wrote: If LISTDIR wouldn't exist, you should not have tried to use FILELIST, but something simple like 'LISTDIR' dirid '(LIFO NOSUB' parse pull fm . if fm='-' then do call CSL 'DMSGETFM rc rs fm2list' 'ACCESS' dirid fm2list end else fm2list=fm ... LISTFILE fm2list '(ALLFILE ' if fm2listfm then 'RELEASE' fm2list Which is why I suggested Q FILEATTR since that is an easy CMS command that does not require the directory to be accessed (and I am grateful CMS Pipelines let me grow up without having to know about CSL calls ;-) Rob
Re: LISTFILE of a sfs directory?
Maybe nitpicking, but FILELIST does it work by accessing the directory and using LISTFILE (ALLFILES If LISTDIR wouldn't exist, you should not have tried to use FILELIST, but something simple like 'LISTDIR' dirid '(LIFO NOSUB' parse pull fm . if fm='-' then do call CSL 'DMSGETFM rc rs fm2list' 'ACCESS' dirid fm2list end else fm2list=fm ... LISTFILE fm2list '(ALLFILE ' if fm2listfm then 'RELEASE' fm2list 2007/11/2, Ian S. Worthington [EMAIL PROTECTED]: Thanks Rob. listdir does the job. For others, syntax is: LISTDIR dirid must be first stage of a pipeline (How come its never been documented? Just spent an hour faling to get push file + filelist trying to behave before giving up in disgust) i -- Original Message -- Received: Fri, 02 Nov 2007 12:03:04 AM GMT From: Rob van der Heij [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LISTFILE of a sfs directory? On 11/2/07, Ian S. Worthington [EMAIL PROTECTED] wrote: Is there in fact anyway to get a plain list without accessing a directory? If you only need file name and type, Q FILEATTR may help. And the listdir stage is there, but I believe it was never documented... Rob -- Kris Buelens, IBM Belgium, VM customer support
Re: LISTFILE of a sfs directory?
What documentation there is for LISTDIR can be found in PIPELINE NEWS, for completeness, here's all the Piper had to say: LISTDIR Write information from an SFS directory. Output similar to formatting as for STATE, except that it is all files in the directory. Subdirectories have D as the record format. Like other SFS drivers, this one works in some restricted mode with a minidisk (though you cannot have directories on a minidisk). Usual options for date formats. RECURSIVE processes the directory tree recursively. PWBSTAT produces output in the format required for interchange with the Plumbers' Workbench. NOFORMAT writes the raw DMSGETDI record. When PWBSTAT is omitted, the intent is FILE; when PWBSTAT is specified before NOFORMAT, the intent is FILEEXT. (Experimental. Incomplete; needs enhancements to support minidisk with PWBSTAT.) Rob van der Heij wrote: On Nov 2, 2007 1:15 AM, Ian S. Worthington [EMAIL PROTECTED] wrote: (How come its never been documented? Just spent an hour faling to get push file + filelist trying to behave before giving up in disgust) The Piper says: Coz it doesn't do all it should. It was never finished. -- DJ V/Soft
Re: LISTFILE of a sfs directory?
On Nov 2, 2007 1:15 AM, Ian S. Worthington [EMAIL PROTECTED] wrote: (How come its never been documented? Just spent an hour faling to get push file + filelist trying to behave before giving up in disgust) The Piper says: Coz it doesn't do all it should. It was never finished.
LISTFILE of a sfs directory?
I'm trying to get a list of files in a sfs directory into a pipe. LISTFILE doesn't seem to have been updated to handle dirids and FILELIST can't give a plain text version. Is there in fact anyway to get a plain list without accessing a directory? ian ... Ian S. Worthington, MBCS. http://isw.me.uk/ Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.
Re: LISTFILE of a sfs directory?
Thanks Rob. listdir does the job. For others, syntax is: LISTDIR dirid must be first stage of a pipeline (How come its never been documented? Just spent an hour faling to get push file + filelist trying to behave before giving up in disgust) i -- Original Message -- Received: Fri, 02 Nov 2007 12:03:04 AM GMT From: Rob van der Heij [EMAIL PROTECTED] To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LISTFILE of a sfs directory? On 11/2/07, Ian S. Worthington [EMAIL PROTECTED] wrote: Is there in fact anyway to get a plain list without accessing a directory? If you only need file name and type, Q FILEATTR may help. And the listdir stage is there, but I believe it was never documented... Rob
Re: LISTFILE of a sfs directory?
On 11/2/07, Ian S. Worthington [EMAIL PROTECTED] wrote: Is there in fact anyway to get a plain list without accessing a directory? If you only need file name and type, Q FILEATTR may help. And the listdir stage is there, but I believe it was never documented... Rob
Re: LISTFILE of a sfs directory?
Harry Williams posted SFSL REXX some years ago. It may be on the VM Download site. If not, I have a copy that Harry probably would allow me to post or send to you. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Ian S. Worthington Sent: Thursday, November 01, 2007 4:53 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LISTFILE of a sfs directory? I'm trying to get a list of files in a sfs directory into a pipe. LISTFILE doesn't seem to have been updated to handle dirids and FILELIST can't give a plain text version. Is there in fact anyway to get a plain list without accessing a directory? ian ... Ian S. Worthington, MBCS. http://isw.me.uk/ Dulce et decorum est pro patria mori, sed dulcius pro patria vivere, et dulcissimus pro patria biber. Ergo, bibiamo pro salute patriae.
LISTFILE Order
I have 4 files on a disk. When I enter the command LISTFILE * * D, the result seems to be out of the expected order. pipe cms l * * d (noh alldates | sort | cons PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 l * * d PMR18561 TRACE2 D1 PMR18561 TRACE3 D1 PMR18561 TRACE4 D1 PMR18561 TRACE1 D1 l * * d (alldates FILENAME FILETYPE FM CREATE-DT CREATE-TM LREF-DT UPDATE-DT UPDATE-TM PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 Notice that all have the same filename and each has what should be a sequence number appended to the word TRACE. Also note that the timestamps are in the same order as the sequence numbers. The list sorted by PIPE is in the order I expected from LISTFILE; instead, the TRACE1 file is moved to the bottom of the heap. What is happening here? Regards, Richard Schuh
Re: LISTFILE Order
You need to reaccess the disk. The FAT (FST) will be changed then. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, August 28, 2007 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LISTFILE Order I have 4 files on a disk. When I enter the command LISTFILE * * D, the result seems to be out of the expected order. pipe cms l * * d (noh alldates | sort | cons PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 l * * d PMR18561 TRACE2 D1 PMR18561 TRACE3 D1 PMR18561 TRACE4 D1 PMR18561 TRACE1 D1 l * * d (alldates FILENAME FILETYPE FM CREATE-DT CREATE-TM LREF-DT UPDATE-DT UPDATE-TM PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 Notice that all have the same filename and each has what should be a sequence number appended to the word TRACE. Also note that the timestamps are in the same order as the sequence numbers. The list sorted by PIPE is in the order I expected from LISTFILE; instead, the TRACE1 file is moved to the bottom of the heap. What is happening here? Regards, Richard Schuh This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: LISTFILE Order
Thanks. That worked. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Tuesday, August 28, 2007 11:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LISTFILE Order You need to reaccess the disk. The FAT (FST) will be changed then. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, August 28, 2007 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LISTFILE Order I have 4 files on a disk. When I enter the command LISTFILE * * D, the result seems to be out of the expected order. pipe cms l * * d (noh alldates | sort | cons PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 l * * d PMR18561 TRACE2 D1 PMR18561 TRACE3 D1 PMR18561 TRACE4 D1 PMR18561 TRACE1 D1 l * * d (alldates FILENAME FILETYPE FM CREATE-DT CREATE-TM LREF-DT UPDATE-DT UPDATE-TM PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 Notice that all have the same filename and each has what should be a sequence number appended to the word TRACE. Also note that the timestamps are in the same order as the sequence numbers. The list sorted by PIPE is in the order I expected from LISTFILE; instead, the TRACE1 file is moved to the bottom of the heap. What is happening here? Regards, Richard Schuh This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing.
Re: LISTFILE Order
LISTFILE always produces a sorted output for R/O minidisk only. Your D-disk must have been R/W. 2007/8/28, Schuh, Richard [EMAIL PROTECTED]: Thanks. That worked. Regards, Richard Schuh -- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Stracka, James (GTI) *Sent:* Tuesday, August 28, 2007 11:52 AM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* Re: LISTFILE Order You need to reaccess the disk. The FAT (FST) will be changed then. -Original Message- *From:* The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] *On Behalf Of *Schuh, Richard *Sent:* Tuesday, August 28, 2007 2:47 PM *To:* IBMVM@LISTSERV.UARK.EDU *Subject:* LISTFILE Order I have 4 files on a disk. When I enter the command LISTFILE * * D, the result seems to be out of the expected order. pipe cms l * * d (noh alldates | sort | cons PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 l * * d PMR18561 TRACE2 D1 PMR18561 TRACE3 D1 PMR18561 TRACE4 D1 PMR18561 TRACE1 D1 l * * d (alldates FILENAME FILETYPE FM CREATE-DT CREATE-TM LREF-DT UPDATE-DT UPDATE-TM PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 Notice that all have the same filename and each has what should be a sequence number appended to the word TRACE. Also note that the timestamps are in the same order as the sequence numbers. The list sorted by PIPE is in the order I expected from LISTFILE; instead, the TRACE1 file is moved to the bottom of the heap. What is happening here? Regards, Richard Schuh -- This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you consent to the foregoing. -- -- Kris Buelens, IBM Belgium, VM customer support
Re: LISTFILE Order
Yes, it was. It is a temporary V-disk.. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Kris Buelens Sent: Tuesday, August 28, 2007 12:16 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LISTFILE Order LISTFILE always produces a sorted output for R/O minidisk only. Your D-disk must have been R/W. 2007/8/28, Schuh, Richard [EMAIL PROTECTED]: Thanks. That worked. Regards, Richard Schuh From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Stracka, James (GTI) Sent: Tuesday, August 28, 2007 11:52 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: LISTFILE Order You need to reaccess the disk. The FAT (FST) will be changed then. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Tuesday, August 28, 2007 2:47 PM To: IBMVM@LISTSERV.UARK.EDU Subject: LISTFILE Order I have 4 files on a disk. When I enter the command LISTFILE * * D, the result seems to be out of the expected order. pipe cms l * * d (noh alldates | sort | cons PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 l * * d PMR18561 TRACE2 D1 PMR18561 TRACE3 D1 PMR18561 TRACE4 D1 PMR18561 TRACE1 D1 l * * d (alldates FILENAME FILETYPE FM CREATE-DT CREATE-TM LREF-DT UPDATE-DT UPDATE-TM PMR18561 TRACE2 D1- - - 08/28/07 18:18:20 PMR18561 TRACE3 D1- - - 08/28/07 18:20:20 PMR18561 TRACE4 D1- - - 08/28/07 18:30:20 PMR18561 TRACE1 D1- - - 08/28/07 18:00:00 Notice that all have the same filename and each has what should be a sequence number appended to the word TRACE. Also note that the timestamps are in the same order as the sequence numbers. The list sorted by PIPE is in the order I expected from LISTFILE; instead, the TRACE1 file is moved to the bottom of the heap. What is happening here? Regards, Richard Schuh This message w/attachments (message) may be privileged, confidential or proprietary, and if you are not an intended recipient, please notify the sender, do not use or share it and delete it. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Merrill Lynch. Subject to applicable law, Merrill Lynch may monitor, review and retain e-communications (EC) traveling through its networks/systems. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or error-free. This message is subject to terms available at the following link: http://www.ml.com/e-communications_terms/ . By messaging with Merrill Lynch you consent to the foregoing. -- Kris Buelens, IBM Belgium, VM customer support