On Fri, 19 Mar 2010 11:08:43 -0400, Shmuel Metz (Seymour J.) wrote:
In listserv%201003181210449704.0...@bama.ua.edu, on 03/18/2010
at 12:10 PM, Paul Gilmartin paulgboul...@aim.com said:
Doesn't z/OS Unix use LF for ASCII files and NL for EBCDIC files? I don't
believe that there even is a new
On 18 Mar 2010 20:13:27 -0700, frank.swarbr...@efirstbank.com (Frank
Swarbrick) wrote:
BUt I think the issue that the op had is that the file was transfered to a
Windows system first,
in binary mode, and thus had Unix EOL instead of WIndows EOL. So connecting
to the
WIndows server and using
On 3/19/2010 at 8:33 AM, in message
fp27q5554p5l0atm2qg216qohr2j6c8...@4ax.com, Howard Brazee
howard.bra...@cusys.edu wrote:
On 18 Mar 2010 20:13:27 -0700, frank.swarbr...@efirstbank.com (Frank
Swarbrick) wrote:
BUt I think the issue that the op had is that the file was transfered to a
On Thu, 18 Mar 2010 18:47:03 -0600, Mark Post wrote:
Someone is to blame. If I have a UNIX directory containing
FRED.txt
Fred.txt
fred.txt
they all appear correctly in the Windows Explorer display.
As they should. Samba is both case sensitive and case preserving. Windows is
In
c11ded818b17214792b97fba28712bed04f3677...@jer-email1.jer.ad.malam.com,
on 03/18/2010
at 02:36 PM, gad...@malam.com said:
None of our users currently use USS.
I suspect that they all do.
Oh, you meant Unix System Services? Same answer; they just don't realize
it.
--
Shmuel
In 5eb94ed7f351e347b6bdf41930ea743b507...@m4ukex02.intranet.macro4.com,
on 03/18/2010
at 04:17 PM, Ray Pearce ray.pea...@macro4.com said:
There is a pair of GNU utilities called dos2unix and unix2dos which fix
up the line endings.
I suggest checking whether those are included with the ported
In listserv%201003181905245750.0...@bama.ua.edu, on 03/18/2010
at 07:05 PM, Paul Gilmartin paulgboul...@aim.com said:
Someone is to blame.
Indeed, but picking a random target is not the way to determine who
deserves the blame. If I knew no history I might blame m$, but AFAIK this
goes back to
In 6a4538f31003180151u19081fb6g1dd763e9e1d3e...@mail.gmail.com, on
03/18/2010
at 10:51 AM, Itschak Mugzach imugz...@gmail.com said:
CRLF?
Carriage Return Line Feed. DOS, OS/2 and windoze use that as an
end-of-line sequence while *ix uses LF for the purpose. To further confuse
the issue, the
In b8556c7c0999d4479a3f7944ac47e98305b83...@pbmail5.palmbeach.k12.fl.us,
on 03/18/2010
at 06:09 AM, George Rodriguez rodrigu...@palmbeach.k12.fl.us said:
That's what it means and it's used to end each line.
No. CRLF is used as a line ending sequence on DOS, OS/2, windoze and in
various
z/OS FTP wants to receive ASCII lines delimited by CR-LF, as per the FTP
specs. I find the simplest way to convert single LF delimiters to CR-LF is to
open the file with Wordpad (on Windows) and then save it; Wordpad will save
it with CR-LF instead. Then you can do a normal FTP.
On Fri, 19 Mar 2010 11:13:26 -0400, Shmuel Metz (Seymour J.) wrote:
There is a pair of GNU utilities called dos2unix and unix2dos which fix
up the line endings.
I suggest checking whether those are included with the ported tools.
Be my guest:
#! /bin/sh
# UNIX text to DOS -- convert LF to
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Friday, March 19, 2010 2:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
On Fri, 19 Mar 2010 11:13:26 -0400, Shmuel Metz (Seymour J.) wrote
On Fri, 19 Mar 2010 14:15:28 -0500, McKown, John wrote:
#!/bin/sh
# UNIX text to DOS
exec sed -e 's/$/\r/' $@
#!/bin/sh
#DOS to UNIX
exec sed -e 's/\r$//' $@
\n is LF
\r is CR
What version sed are you using?
(Never mind; I can guess.)
-- gil
In listserv%201003181210449704.0...@bama.ua.edu, on 03/18/2010
at 12:10 PM, Paul Gilmartin paulgboul...@aim.com said:
What about nl, which is the z/OS Unix convention?
Doesn't z/OS Unix use LF for ASCII files and NL for EBCDIC files? I don't
believe that there even is a new line character in
On 3/19/2010 at 12:21 PM, Paul Gilmartin paulgboul...@aim.com wrote:
-snip-
In my experience, Windows is case preserving but not case sensitive.
Correct.
-snip-
One of the components must go to considerable effort to make this
operate incorrectly.
And you really have any doubt which one?
Hi,
I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
The transfer is initiated in a batch job and is part of a production process.
Is there a ftp parameter that will help me?
We are using z/Os 1.9.
Thanks
Gadi
CRLF?
ITschak
2010/3/18 גדי בן אבי gad...@malam.com
Hi,
I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
The transfer is initiated in a batch job and is part of a production
process.
Is there a ftp parameter that will help
As far as I know, the is no CRLF option in ftp.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Itschak Mugzach
Sent: Thursday, March 18, 2010 10:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
CRLF?
ITschak
2010/3/18 גדי בן
On Thu, 18 Mar 2010 09:59:56 +0200 ??? ?? ??? gad...@malam.com wrote:
:I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
:The transfer is initiated in a batch job and is part of a production process.
:Is there a ftp parameter that
@bama.ua.edu
Subject: Re: FTP problem
On Thu, 18 Mar 2010 09:59:56 +0200 ??? ?? ??? gad...@malam.com wrote:
:I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
:The transfer is initiated in a batch job and is part of a production process
Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Binyamin Dissen
:Sent: Thursday, March 18, 2010 11:01 AM
:To: IBM-MAIN@bama.ua.edu
:Subject: Re: FTP problem
:On Thu, 18 Mar 2010 09:59:56 +0200 ??? ?? ??? gad...@malam.com wrote:
::I have to transfer a unix encoded file (has LF
:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
Look at http://www.mail-archive.com/ibm-main@bama.ua.edu/msg78550.html
On Thu, 18 Mar 2010 11:07:25 +0200 ??? ?? ??? gad...@malam.com wrote:
:Unix files use just LF as the end of line character
:Windows files use CR and LF as the end of line
District For Five Consecutive Years
- Original Message -
From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu
Sent: Thu Mar 18 04:51:37 2010
Subject: Re: FTP problem
CRLF?
ITschak
2010/3/18 גדי בן אבי gad...@malam.com
Hi,
I have to transfer
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of ??? ?? ???
Sent: Thursday, March 18, 2010 5:03 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
Thanks, but I don't think that would work here.
I think I have a solution.
I
in the process requires stripping the last character, I could
always use sort to do it.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
McKown, John
Sent: Thursday, March 18, 2010 2:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
. Syntax is
locsite sbsendeol=lf
HTH.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
??? ?? ???
Sent: Thursday, March 18, 2010 3:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP problem
Hi,
I have to transfer a unix encoded file (has LF
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
Gadi,
If this is an ASCII file which I am assuming it is, there is a parameter you
can try. The parameter is sbsendeol and it can be set to crlf, cr, lf, or
none. If you are running the ftp client from z/OS and getting the file from
the wintel
:59 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
Hi Rex,
Sbsendeol only works when you are transferring a file from z/OS to
another platform.
This is the way it's documented.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
IND$FILE cannot be initiated from the z/OS side.
Gadi
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Pommier, Rex R.
Sent: Thursday, March 18, 2010 4:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
You're right, I missed
On 18 Mar 2010 02:08:09 -0700, gad...@malam.com (??? ?? ???) wrote:
Unix files use just LF as the end of line character
Windows files use CR and LF as the end of line character.
There may be some options on his Unix machine. For instance, there
are editors available on Macs that will save a
[mailto:ibm-m...@bama.ua.edu] On Behalf Of
??? ?? ???
Sent: Thursday, March 18, 2010 3:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP problem
Hi,
I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
The transfer is initiated in a batch job
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee
Sent: Thursday, March 18, 2010 10:30 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
On 18 Mar 2010 02:08:09 -0700, gad...@malam.com (??? ?? ???) wrote:
Unix
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt
Sent: Thursday, March 18, 2010 10:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
This has been discussed here many times.
IIRC, the issue is a parameter
[mailto:ibm-m...@bama.ua.edu] On Behalf Of
McKown, John
Sent: Thursday, March 18, 2010 10:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
..snip
Ah, yes the vsftpd server problem where you need to set ascii_upload_enable and
ascii_download_enable to YES (default is NO).
--
John McKown
There is a pair of GNU utilities called dos2unix and unix2dos which fix
up the line endings.
If you can't find these on the Unix box then you can get them as part of
CygWin on your Windows machine. If this needs to be initiated from the
z/OS end then perhaps it could be run via ssh? I've never
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt
Sent: Thursday, March 18, 2010 11:09 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
Where/how, exactly, are these options set? Is there a z/os
client action
On Thu, 18 Mar 2010 14:36:55 +0200, G+D+J+ B+N% #B+J+ wrote:
None of our users currently use USS.
I would like to avoid it if possible.
Avoiding a possible solution to a problem fits the definiton of bigotry.
When the file arrives at OS, what are the line separators? If they
are, in fact, 0x15
You could use PuTTY psftp on Windows along with (free) Co:Z SFTP for z/OS:
c:\ psftp u...@myzos
psftp ls /+mode=text,linerule=lf
psftp ls /+recfm=fb,lrecl=1028,space=cyl.3.1
psftp put test.txt //HLQ.TEST.DATA
Setting linerule is actually unnecessary, since the default in text
mode is flexible,
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Thursday, March 18, 2010 11:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
On Thu, 18 Mar 2010 14:36:55 +0200, G+D+J+ B+N% #B+J+ wrote:
None of our
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Kirk Wolf
Sent: Thursday, March 18, 2010 11:43 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
snip
But if you already have an HFS file on z/OS and you want to convert
On Thu, 18 Mar 2010 11:43:20 -0500, Kirk Wolf wrote:
But if you already have an HFS file on z/OS and you want to convert it
to a dataset, you can use the todsn command on z/OS:
cat ascii.txt | todsn -s ISO8859-1 //HLQ.TEST.DATA
Again, the default is to recognize lf, crlf, or cr as a line
-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Thursday, March 18, 2010 12:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
On Thu, 18 Mar 2010 11:43:20 -0500, Kirk Wolf wrote:
But if you already
Avoiding a possible solution to a problem fits the definiton of bigotry.
Especially if the product is 'free', and you can set up a canned procedure to
do it.
I recently showed our Canadian accounting team how to use FTP, replacing their
cumbersome dependency on TSO and IND$FILE through RHUMBA.
[mailto:ibm-m...@bama.ua.edu] On Behalf Of
??? ?? ???
Sent: Thursday, March 18, 2010 3:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: FTP problem
Hi,
I have to transfer a unix encoded file (has LF as line delimiter) that is
stored on a windows platform to the MF.
The transfer is initiated in a batch job
sorry all,
should have read all the other posts.
if FTPing such a file with LF using text transfer,
the 0x0a will probably not trigger a new line on the z/OS
dataset, correct?
so the single 0x0a does not mean new line to the windows FTP client,
and several lines of windows are combined into
On Thu, 18 Mar 2010 10:48:52 -0500, McKown, John wrote:
The problem that I've run into is where the file is generated on a UNIX
machine, and accessed by a Windows server via Samba. The file only has LF, and
Windows' IIS ftp server doesn't recognized that as an end-of-line character,
so it does
On 3/18/2010 at 06:53 PM, Paul Gilmartin paulgboul...@aim.com wrote:
And Samba doesn't convert line separators:
It doesn't do it by design. It's a file server, not a data manglement server.
o Possibly because it might not be revertible?
Indeed. Revertible to what? No way to know just
On Thu, 18 Mar 2010 17:45:36 -0600, Mark Post mp...@novell.com wrote:
On 3/18/2010 at 06:53 PM, Paul Gilmartin paulgboul...@aim.com wrote:
And Samba doesn't convert line separators:
It doesn't do it by design. It's a file server, not a data manglement server.
The z/OS NFS server, by
On 3/18/2010 at 08:05 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Thu, 18 Mar 2010 17:45:36 -0600, Mark Post mp...@novell.com wrote:
-snip-
The file system keeps track of this, not Samba. It has access to that
information.
But if Samba (client or server) were to convert, e.g.
Generally this is causd because the file was transfered from the Unix
system to the Windows system in binary mode. If you transfer it using
ASCII mode it will end up with the proper CRLF delimiters when it
reaches the Windows system.
--
Frank Swarbrick
Applications Architect - Mainframe
To: IBM-MAIN@bama.ua.edu
Subject: FTP problem
Hi,
I have to transfer a unix encoded file (has LF as line delimiter)
that is
stored on a windows platform to the MF.
The transfer is initiated in a batch job and is part of a production
process.
Is there a ftp parameter that will help me
: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Thursday, March 18, 2010 10:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP problem
..snip
Ah, yes the vsftpd server problem where you need to set ascii_upload_enable
and ascii_download_enable
Des
... I'll be damned if I fill my mailbox with all the traffic on this group.
Well, I suggest you pay more attention to the text to which you are
responding in future. I said absolutely nothing at all about e-mails, flooded
with or otherwise. I referred to the IBM-MAIN archive:
Really selling the mailing list pretty hard there.
des is a hard man - or woman, I guess des could be short for Desmond or
Désirée - to whom to give a hint. He or she even pours scorn on the hint. I
guess I'm going to have to spell it out for him/her.
Out of the boundless kindness of my
Subject: Re: FTP Problem (was FTP Issue)
Really selling the mailing list pretty hard there.
des is a hard man - or woman, I guess des could be short
for Desmond or
Désirée - to whom to give a hint. He or she even pours scorn
on the hint. I
guess I'm going to have to spell it out for him
Chris, I believe the reference was to the ISPF Help panels (or actually,
the Tutorial panels). On our system, if you press the help PF key on the
primary menu and navigate to Appendix A1 (A;A) you will get an
explanation of the Dynalloc return codes.
Bart
-Original Message-
...
Best
On 11 Nov 2009 10:55:07 -0800, sc...@aitrus.org (Scott) wrote:
If I am answering specific questions, in order, then I respond in-line.
Mostly, however, I top post. I think the practice of writing a complete,
self-supporting response is better etiquette, as I don't need to scroll and
see what the
Gaur
It looks like it might be a *problem* rather than an *issue* to me. Perhaps
the *issue* is that you have a *problem* and you would like some help.
First let me mention that this appeared in Google Groups but did *not* appear
in the IBM-MAIN archive. This suggests to me that you are using
We have just upgraded to os 1.7 releases and having a problem with FTP.
When we try to FTP from a 1.7 LPAR we are unable to login. When trying
to FTP we can connect but when trying to use login and password we get
error message LOGIN FAILED. Only thing we notice is when we connect to
FTP we no
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Sewell, Raymond K.
[ snip ]
This Lpar does not work. z/os 1.7 operating system.
C:\Documents and Settings\rksewellftp 10.73.6.160
Connected to 10.73.6.160.
User (10.73.6.160:(none)): osfsp02
Login failed.
On Fri, 16 Jan 2009 12:26:16 -0600, Chase, John jch...@ussco.com wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Sewell, Raymond K.
[ snip ]
This Lpar does not work. z/os 1.7 operating system.
C:\Documents and Settings\rksewellftp 10.73.6.160
Connected
On Fri, 16 Jan 2009 12:10:00 -0600, Sewell, Raymond K.
raymond.k.sew...@osfhealthcare.org wrote:
We have just upgraded to os 1.7 releases and having a problem with FTP.
When we try to FTP from a 1.7 LPAR we are unable to login. When trying
to FTP we can connect but when trying to use login and
If there are no clues in your MVS syslog and none of the other hints
helps, you may also wish to examine the messages logged by the Unix
System Services syslog daemon for any related messages.
Bill
On Fri, 16 Jan 2009 12:30:26 -0600, John McKown joa...@swbell.net wrote:
On Fri, 16 Jan 2009
Yes all userids defined in RACF.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chase, John
Sent: Friday, January 16, 2009 12:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.7 , FTP PROBLEM
-Original Message-
From: IBM
@bama.ua.edu
To
IBM-MAIN@bama.ua.edu
cc
Subject
z/OS 1.7 , FTP PROBLEM
We have just upgraded to os 1.7 releases and having a problem with FTP.
When we try to FTP from a 1.7 LPAR we are unable to login. When trying
to FTP we can connect but when trying to use login and password we get
error
On Fri, 16 Jan 2009 14:07:16 -0600, Steve R Wolf srw...@ra.rockwell.com wrote:
Raymond,
I don't know if this is your issue but we had FTP problems when we
upgraded to Gigabit OSAs on a z/OS 1.4 system. IIRC the MTU on the ROUTE
(or GATEWAY) statement had a value greater than 1500 (which is the
Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chase, John
Sent: Friday, January 16, 2009 12:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: z/OS 1.7 , FTP PROBLEM
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Sewell, Raymond K
or workaround.
End Quote.
Disk driver and/or BIOS issue perhaps.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Raymond Noal
Sent: Tuesday, January 23, 2007 5:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.8 to Win 2003 Server FTP Problem
Dear
Dear List,
I am trying to FTP a 10GB file from my z/OS 1.8 system to a Windows 2003
Server platform. After about 9.2 GB of data being transferred, the FTP
process is aborted with the error message of - No CSI structure
available from the Windows FTP process.
Has anyone else seen this?
TIA
69 matches
Mail list logo