I noticed that when I perform a FTP function from Mainframe (I am using FTP to
retrieve jcls) to my pc I notice that sequence numbers appear on the file.
How can I prevent these annoying sequence numbers from appearing on the
output?
Thanks
Send instant messages to your online
> AFAIK the sequence numbers are completely useless nowadays. It was used
> for punched card sorter. Is there any other application ?
OK. Anyone who agree with the above statement is no longer allowed to use
++MACUPT or ++SRCUPD in SMP or to ever use IEBUPDTE.
Granted, these are very s
John Dawes wrote:
I noticed that when I perform a FTP function from Mainframe (I am using FTP to retrieve jcls) to my pc I notice that sequence numbers appear on the file.
How can I prevent these annoying sequence numbers from appearing on the output?
It is a problem with ftp or file
You can delete them in your JCL file.
On the command line enter 'NUM OFF'.
Then enter "c p'=' ' ' all 72 80"
This will delete your sequence numbers.
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
-Original Message-
From: IBM Mainframe Disc
Do the UNUM and store the FTP commands as a PDS member is how we do it.
Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
"Everything comes to him who hustles while he waits."
? Thomas A. Edison
---
You don't need to edit them out, the UNNUM command does it for you.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Veilleux, Jon L
Sent: 28 July 2006 13:20
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEQUENCE NUMBERS
You can delete them in you
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:[EMAIL PROTECTED] On Behalf Of John Dawes
> Sent: Friday, July 28, 2006 7:12 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: SEQUENCE NUMBERS
>
>
> I noticed that when I perform a FTP function fr
July 28, 2006 8:28 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEQUENCE NUMBERS
You don't need to edit them out, the UNNUM command does it for you.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Veilleux, Jon L
Sent: 28 July 2006 13:20
To
Yep!
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Veilleux, Jon L
Sent: 28 July 2006 13:52
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEQUENCE NUMBERS
Thanks, I'm just an old guy who learned how to delete them a long time
ago. Does UNNUM
L" <[EMAIL PROTECTED]> wrote:
You can delete them in your JCL file.
On the command line enter 'NUM OFF'.
Then enter "c p'=' ' ' all 72 80"
This will delete your sequence numbers.
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
-Original Me
Hi -
I deleted the first mails of this thread before I remembered this way of
doing it (you would put from MF would'nt you?):
type e
cd 'myuser'
lcd 'myuser'
sendsite
site LRECL=72 RECFM=FB BLKSIZE=7200
put ispf.cntl(acftap) testtrun.a
quit
Venlig hilsen
Tonni Ottosen
CSC Danmark A/S
Retor
At 7/28/2006 09:25 AM, you wrote:
Thanks to all who replied. I tried Jon's suggestion it worked. I
also tried the "UNNUM" but I received the message :Not in Number mode.
use "ren;unnum". This will blank out cols. 73-80 regardless of what's there.
Dave Cole REPLY TO: [EMAIL PRO
Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Dawes
Sent: Friday, July 28, 2006 9:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SEQUENCE NUMBERS
Thanks to all who replied. I tried Jon's suggestion it worked. I also
tried the "UNNUM" but I received the message
On the command line enter 'NUM OFF'.
Then enter "c p'=' ' ' all 72 80"
This will delete your sequence numbers.
Jon L. Veilleux
[EMAIL PROTECTED]
(860) 636-2683
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECT
Hi John,
When creating new members from scratch, you can setup your edit
profile with the following command:
PROF UNLOCK;NUM OFF;PROF LOCK
Then any time you create a member under the control of this profile,
it will be created without sequence numbers.
ISPF EDIT supports named profiles
In <[EMAIL PROTECTED]>, on
07/28/2006
at 10:11 PM, John Dawes <[EMAIL PROTECTED]> said:
> How can I prevent these annoying sequence numbers from appearing on
>the output?
Be careful what you ask for; you might get it. Those sequence numbers
serve a useful purpose, and
In a recent note, "Shmuel Metz (Seymour J.)" said:
> Date: Fri, 28 Jul 2006 16:57:30 -0300
>
> That said, others have told you about UNNUM; that will indeed delete
> those sequence numbers, which in fact are not annoying.
>
It appeared to me that the OP, perhaps
John Dawes wrote:
Thanks to all who replied. I tried Jon's suggestion it worked. I also tried the
"UNNUM" but I received the message :Not in Number mode.
I usually just do a RENUM and then an UNNUM in that case.
For the future, Do I have to keep doing the NUM OFF command? Is there a wa
ion from Mainframe (I am using
FTP to retrieve jcls) to my pc I notice that sequence numbers appear on the
file.
>
> How can I prevent these annoying sequence numbers from appearing on the
output?
>
> Thanks
>
Regards
Bruce Hewson
Paul Gilmartin wrote:
In a recent note, "Shmuel Metz (Seymour J.)" said:
Date: Fri, 28 Jul 2006 16:57:30 -0300
That said, others have told you about UNNUM; that will indeed delete
those sequence numbers, which in fact are not annoying.
It appeared to me that the OP, per
R.S. wrote:
Paul Gilmartin wrote:
In a recent note, "Shmuel Metz (Seymour J.)" said:
Date: Fri, 28 Jul 2006 16:57:30 -0300
That said, others have told you about UNNUM; that will indeed delete
those sequence numbers, which in fact are not annoying.
It appeared to me t
pret it as data, with funny effects
> somtimes. For example SYSIN DD * for FTP program cannot contain the
> numbers. AFAIK some TCPIP config files as well.
>
ITYM "INPUT DD *". (Feels like Pascal, doesn't it?)
Perhaps the access methods should strip off the sequence num
SNs were useful when cataloged procedures and source programs were
maintained using such batch edit utilities as IEBUPDTE and IEBUPDAT.
Their current uses are exiguous; they are of only antiquarian interest; and
even that interest has, it seems to me, been exhausted.
John Gilmore
Ashland, MA
In a message dated 7/29/2006 5:42:36 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
AFAIK the sequence numbers are completely useless nowadays. It was used
for punched card sorter. Is there any other application ?
>>
Your PARMLIB and a few others are maintained by SMP/
.
That's an interesting statement; are there data to support your position
that this is the case for most installations? I find sequence numbers to
be handy when restricting searches, especially when using editors
outside of SPF's. They can also be useful to detect omissions in CUT
>Their current uses are exiguous; they are of only antiquarian interest; and
>even that interest has, it seems to me, been exhausted.
REPEAT AFTER ME!
SMP is your friend!
SMP NEEDS statement numbers.
When in doubt.
PANIC!!
Ted MacNeil WRITES:
REPEAT AFTER ME!
SMP is your friend!
SMP NEEDS statement numbers.
SMP certainly uses SNs and IEBUPDTE in some contexts. Equally, it omits to
use them in others where it could do so.
It never needs to use them, and it would be well if it had stopped doing so
long ago
John,
While your statement is true it would seem to me JES2 (JES3?) still
sends out source and as long as it does then statement sequence
numbers are needed. I vaguely remember that IBM at one time said they
were going to stop sending out source for the JES's. They have done
this
Ed Gould wrote:
While your statement is true it would seem to me JES2 (JES3?) still
sends out source and as long as it does then statement sequence
numbers are needed. I vaguely remember that IBM at one time said they
were going to stop sending out source for the JES's. They have done
stopped
doing so long ago. Affection for obsolete technology is
understandable, even beguiling; but it is counter-productive.
This is just not true! There is nothing obsolete about the use of
sequence numbers when creating an SMP/E usermod. With this technology,
it's possible to wr
In <[EMAIL PROTECTED]>, on 07/30/2006
at 01:21 AM, john gilmore <[EMAIL PROTECTED]> said:
>It never needs to use them,
How else would you package ++ APAR sysmods to only change the relevant
code? There are packaging issues if you want to be able to use SUP as
intended, without requiring a REST
In <[EMAIL PROTECTED]>, on 07/29/2006
at 12:42 PM, "R.S." <[EMAIL PROTECTED]> said:
>AFAIK the sequence numbers are completely useless nowadays.
Then your knowledge doesn't go very far.
>It was used for punched card sorter.
That hasn't been the imp
in his specific case to drop the
sequence numbers. But if the data are ultimately going to someone
else, it's his responsibility to be sure that they don't require the
sequence numbers.
>Perhaps you feel that all utilities, on all platforms, should
>process only columns 1-72
Of my contention that Sequence Numbers (SNs) are obsolete, Edward Jeffe
writes:
| This is just not true! There is nothing obsolete about the use of sequence
numbers when creating | an SMP/E usermod. With this technology, it's
possible to write a modification to the behavior of a
| pr
nd me! We do *not* differ about the desirability of
continuing to use sequence numbers. Personally, I don't like them. I
prefer "unnumbered" source for programs not distributed to customers.
My objection was to your assertion that the use of sequence numbers is
now 'obsolet
Sequence numbers - sometimes we need them and sometimes we don't.
Can't we all just get along - to some new topics?
Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH: 770 621 3256
*
"Everything comes to him who hustles while he waits.&
On Sun, 30 Jul 2006 12:12:16 -0700, Edward Jaffe
<[EMAIL PROTECTED]> wrote:
>My objection was to your assertion that the use of sequence numbers is
>now 'obsolete'. That would be a valid statement only if a viable
>alternative to their use for source-maintained program
NNUM also set NUM OFF?
> Jon L. Veilleux
> [EMAIL PROTECTED]
> (860) 636-2683
> -Original Message-
> From: Perryman, Brian
> Subject: Re: SEQUENCE NUMBERS
> You don't need to edit them out, the UNNUM command does it for you.
> -Original Message---
tor. This is my
observation, not accurate statistics. People use blocks, even labels,
but not the numbers itself.
OK, to recap again, the sequence numbers are used for:
1. IEBUDTE, which is used by SMP/E
2. editor
3. punched card sorter.
Anything else ?
BTW: Since SN's are important for S
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of R.S.
Sent: Monday, July 31, 2006 4:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sequence numbers (AGAIN!)
OK, to recap again, the sequence numbers are used for:
1. IEBUDTE, which is used by SMP/E
2
l
>live) - no, there is no alternative in SMP/E.
>In my opinion, the numbers are rarely used in editor. This is my
>observation, not accurate statistics. People use blocks, even labels,
>but not the numbers itself.
>
>OK, to recap again, the sequence numbers are used for:
>1.
On Monday 31 July 2006 17:42, Thompson, Steve , SCI TW wrote:
> OK, to recap again, the sequence numbers are used for:
> 1. IEBUDTE, which is used by SMP/E
> 2. editor
> 3. punched card sorter.
>
> Anything else ?
I use ISPF NUM STD extensively on PDS members.
Beside
On Mon, 31 Jul 2006 20:52:43 -0400, Gilbert Saint-Flour
<[EMAIL PROTECTED]> wrote:
>
> ... I have an EDIT macro called LVL which
>recycles "gas levels", i.e. it compresses level numbers by reusing
>those which have no corresponding record in the member and adjusting
>pos 79-80 of the records, as n
Ed Jaffe wrote:
| Ed Gould wrote:
|
| | While your statement is true it would seem to me JES2 (JES3?) still
sends out source and as
| | long as it does then statement sequence numbers are needed. I vaguely
remember that IBM
| | at one time said they were going to stop sending out source for
r noting that clinging to a piece of obsolete
technology that we know and love, a high resolve to go on using it
until it is pried from our lifeless fingers, is dysfunctional.
Such passion, John! It leaves me all aflutter...
My opinion, FWIW: Whether or not sequence numbers are useful de
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of john gilmore
>
> [ snip ]
>
> There is no necessary linkage between supplying SNs in
> card-image columns 73-80 and OCO foir JES2.
>
> Several other almost but perhaps not quite equally bizarre
> arguments for the
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of David Cole
>
> At 7/30/2006 09:12 AM, John Gilmore wrote:
> >My favorite---storm warning of a big word to come---is their
> notional
> >usefulness in avoiding homoeoteleutera; but others may well
> have their
> >ow
On Sun, 30 Jul 2006 13:12:44 +, john gilmore <[EMAIL PROTECTED]>
wrote:
>
>The triviality of this issue is, however, convenient in one way. It
>provides an occasion for noting that clinging to a piece of obsolete
>technology that we know and love, a high resolve to go on using it until it
>i
high resolve to go on using it
>until it is pried from our lifeless fingers, is dysfunctional.
Your analysis is flawed by the invalid assumption that those defending
sequence numbers love them. I have, in my career, always strived to be
an early adopter of new technology, and have eagerly droppe
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Monday, July 31, 2006 10:53 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: sequence numbers (or whatever)
In <[EMAIL PROTECTED]>, on 07/30/2006
at 01:12 PM
I have a question to all those who don't think sequence numbers are needed.
If you don't use sequence numbers either at the beginning or end of a
record, how do you electronically update a source deck, be it JCL, COBOL,
assember, a macro, or whatever? I don't think the DIFF
In a recent note, Eric N. Bielefeld said:
> Date: Mon, 31 Jul 2006 17:25:18 -0500
>
> I have a question to all those who don't think sequence numbers are needed.
> If you don't use sequence numbers either at the beginning or end of a
> record, how do you elect
Message -
From: "Paul Gilmartin" <[EMAIL PROTECTED]>
In a recent note, Eric N. Bielefeld said:
Date: Mon, 31 Jul 2006 17:25:18 -0500
I have a question to all those who don't think sequence numbers are
needed.
If you don't use sequence numbers either at
Eric N. Bielefeld wrote:
Your probably right that some automated process is used to create the
update files. My question is how the updates can be merged in to the
main source without something like a line number. The only thing I
can think of is it would use a relative record number from the
In a recent note, Edward Jaffe said:
> Date: Mon, 31 Jul 2006 17:10:59 -0700
>
> Eric N. Bielefeld wrote:
> > Your probably right that some automated process is used to create the
> > update files. My question is how the updates can be merged in to the
> > main source without something l
>From Eric - My question is how the updates can be merged in to the main
source
without something like a line number.
How does Princeton's Version Merger do this, does it assume sequence
numbers are present?
Daniel McLaughlin
ZOS Systems Programmer
Crawford & Company
PH:
We differ about the
>> desirability of continuing to use them. So be it.
>
>Don't misunderstand me! We do *not* differ about the desirability of
>continuing to use sequence numbers. Personally, I don't like them. I
>prefer "unnumbered" source for program
atch any documents.
©2006 Google
I'm trying to parse it as same/early/distant/good/??? with
little success. "Homoioteleuton" could be somewhat relevant
in that sequence numbers distinguish the endings of lines.
-- gil
--
Sto
entioned this role for them
>>> explicitly in the post he comments upon. We differ about the
>>> desirability of continuing to use them. So be it.
>>
>>Don't misunderstand me! We do *not* differ about the desirability of
>>continuing to use sequence numbe
ually, the patch is documented as being applicable only to a
> specific version.
>
And neither method protects against overlapping patches by different
developers. In fact, if two different developers insert similar
new code but the sequence numbers by happenstance are different
(perhaps
"update" command from mid-60s ... which applied an update
control file to source, resulting in "temporary" file to be updated
recent refs:
http://www.garlic.com/~lynn/2006o.html#14 SEQUENCE NUMBERS
this provides a short description of the evoluation of the CMS
update comman
In <[EMAIL PROTECTED]>, on 07/31/2006
at 09:40 AM, Anne & Lynn Wheeler <[EMAIL PROTECTED]> said:
>cms had "update" command from mid-60s ... which applied an update
>control file to source,
I'm not sure when it came along, but by VM/SE there was a somewhat
more sophisticated UPDATE facility[1]
In <[EMAIL PROTECTED]>, on 07/31/2006
at 09:37 AM, Clark Morris <[EMAIL PROTECTED]> said:
>How do the various source maintenance packages for other platforms
>such as Unix handle the problem.
They generally use tools based on diff, which are like the little girl
with a little curl right in the
olumns + sequence), but the assembler actually supported 90
byte input lines, which allowed library maintenance tools to introduce a
much longer sequence identification which included a modification name
(analogous to a SYSMOD ID) and a sequence number within that
modification. I believe the seq
counterparts. User supplied
> source statements for the Assembler were constrained to 80-byte card
> images (72 columns + sequence), but the assembler actually supported 90
> byte input lines, which allowed library maintenance tools to introduce a
> much longer sequence identification
In
<[EMAIL PROTECTED]>,
on 08/02/2006
at 11:11 PM, Rob Weiss <[EMAIL PROTECTED]> said:
>Can you say IEBUPDTE?
Sure, but not with a straight face; it isn't nearly as powerful as
either CMS UPDATE or SCOPE UPDATE.
>But go back before XEDIT and it was not that nice.
But that was in a country fa
In <[EMAIL PROTECTED]>, on 08/02/2006
at 11:44 PM, "Joel C. Ewing" <[EMAIL PROTECTED]> said:
>CDC 6000 batch source maintenance tools (UPDATE?) even in the late
>1960's had much more elegance than IBM counterparts.
BTDTGTTS. It beat IEBUPDTE nine ways from Sunday.
--
Shmuel (Seymour J
On 4 Aug 2006 12:19:17 -0700, in bit.listserv.ibm-main you wrote:
>In
><[EMAIL PROTECTED]>,
>on 08/02/2006
> at 11:11 PM, Rob Weiss <[EMAIL PROTECTED]> said:
>
>>Can you say IEBUPDTE?
>
>Sure, but not with a straight face; it isn't nearly as powerful as
>either CMS UPDATE or SCOPE UPDATE.
>
>>Bu
In <[EMAIL PROTECTED]>, on 08/05/2006
at 10:01 AM, Clark Morris <[EMAIL PROTECTED]> said:
>My very vague recollection of the 705/7080 Autocoder is that was a
>powerful assembler.
That's one that I never used, so I don't know how good the macro
facility was. 7070 Autocoder was certainly excell
ref:
http://www.garlic.com/~lynn/2006o.html#14 SEQUENCE NUMBERS
http://www.garlic.com/~lynn/2006o.html#19 Source maintenance was Re:
SEQUENCE NUMBERS
http://www.garlic.com/~lynn/2006o.html#21 Source maintenance was Re:
SEQUENCE NUMBERS
for some additional drift, old history about requiring
In a message dated 7/30/2006 10:04:58 A.M. Central Standard Time,
[EMAIL PROTECTED] writes:
Did you mean: homoioteleuton
>>
More likely homoimaginus. Has anybody written a SHARE requirement for
SEQ/NOSEQ in IEASYS? It would probably be on the order of Y2K compliance.
--
In a message dated 7/30/2006 10:04:58 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
>homoeoteleutera - Google Search
>homoeoteleutera__ SearchAdvanced Search
>Did you mean: homoioteleuton
I did the same, clicked on Google's suggested alternate spelling,
On Tuesday 01 August 2006 08:29, Tom Marchant wrote:
> On Mon, 31 Jul 2006 20:52:43 -0400, Gilbert Saint-Flour wrote:
>>
>> ... I have an EDIT macro called LVL which recycles "gas levels",
>> i.e. it compresses level numbers by reusing those which have no
>> corresponding record in the member and
73 matches
Mail list logo