HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: CIFS (Samba) and DOS CR/LF Characters
Operating System - HP-UX
1833771
Members
1979
Online
110063
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-01-2001 01:53 PM
08-01-2001 01:53 PM
CIFS (Samba) and DOS CR/LF Characters
We have just implemented SAMBA on our HP-UX 11.0 64-bit server at the request of some of our DBA's. The problem we are running into is that copying text files to and from the server from Windows machines doesn't take care of the CR/LF characters as ftp in ascii mode does.. One of the DBA's insists that an old employer had automatic translation of files from Unix to DOS format working with SAMBA.. I can't find any information on how to do this. Does anyone know of a solution? I have them all using a unix2dos executeable currently.. But only as a temporary solution hopefully..
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-01-2001 02:15 PM
08-01-2001 02:15 PM
Re: CIFS (Samba) and DOS CR/LF Characters
Hello,
As far as I know Samba has never done any CR/LF conversions. It's just too hard to figure out the right thing to do. Probably your DBA worked in a shop where they hacked up a trick similar to yours.
JP
As far as I know Samba has never done any CR/LF conversions. It's just too hard to figure out the right thing to do. Probably your DBA worked in a shop where they hacked up a trick similar to yours.
JP
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-01-2001 07:41 PM
08-01-2001 07:41 PM
Re: CIFS (Samba) and DOS CR/LF Characters
This is the problem when you share unrelated filesystems. ASCII in DOS/Windows is different than Unix and there can be no simple conversion solution. The reason is easy:
How do you determine that a file is ASCII? In DOS/Windows, the convention is something.txt but there is nothing to enforce that rule. In Unix, any file name can contain anything. SO there is nothing in SAMBA/CIFS that could ever be configured to do such a conversion.
And most important: this is the 'real' disk so if you export a filesystem from HP-UX to a PC, when would the conversion be done? Reads and writes for both Unix and the PC think they are talking to the real disk...so 50% of the possible users will probably have the wrong version.
The only solution is to share these files n dual directories. Export a set of ASCII files to a PC by copying them with a script that uses ux2dos...and the PC looks at the copies. When the files need to be returned, use another script that copies them back from the share using dos2ux.
BTW: ftp handles this conversion automatically when using the ASCII option. And even better, ftp handles mainframes and Macs and just about any operating system that supports TCP/IP.
Bill Hassell, sysadmin
How do you determine that a file is ASCII? In DOS/Windows, the convention is something.txt but there is nothing to enforce that rule. In Unix, any file name can contain anything. SO there is nothing in SAMBA/CIFS that could ever be configured to do such a conversion.
And most important: this is the 'real' disk so if you export a filesystem from HP-UX to a PC, when would the conversion be done? Reads and writes for both Unix and the PC think they are talking to the real disk...so 50% of the possible users will probably have the wrong version.
The only solution is to share these files n dual directories. Export a set of ASCII files to a PC by copying them with a script that uses ux2dos...and the PC looks at the copies. When the files need to be returned, use another script that copies them back from the share using dos2ux.
BTW: ftp handles this conversion automatically when using the ASCII option. And even better, ftp handles mainframes and Macs and just about any operating system that supports TCP/IP.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-03-2001 08:16 AM
08-03-2001 08:16 AM
Re: CIFS (Samba) and DOS CR/LF Characters
Hello,
When I installed samba on my HP11.0 servers,
I read somewhere in the documentation that
samba doesn't do any CR/LF translation,
in any configuration option.
The reason was already explained if preceding replies.
Regards.
When I installed samba on my HP11.0 servers,
I read somewhere in the documentation that
samba doesn't do any CR/LF translation,
in any configuration option.
The reason was already explained if preceding replies.
Regards.
fdisson
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP