차이 unix 및 윈도우 파일
https://stackoverflow.com/questions/17645
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
나는 정확한 가정에는 유일한 차이"를"및"유닉스 파일은"은 줄바꿈?
우리가 하는 시스템에서 이동되었습 windows 시스템을 유닉스 시스템과는 데 문제입니다.
나는 자동화하는 데 필요한 번역 사 unix/windows 하기 전에 파일을 전달하는 시스템에서 우리의"transportsystem".나가야 할 뭔가를 결정 현재 형식이 뭔가로 변환하는 다른 형식입니다.는 경우에 그것은 단지는 줄 바꿈 그게는 큰 차이가 나는 그냥 고려는 파일을 읽 java.io.내가 알기로는,그들은 처리할 수 있으로 모두 readLine.다음 쓰기 각 라인으로 다시
while (line = readline)
print(line + NewlineInOtherFormat)
....
요약:
이 차이는 텍스트 파일에는 유닉 사용하여 한 줄을 먹(LF)을 의미하는 새로운 라인,윈도우를 사용하인 피드(CRLF)및 Mac 용도 그냥 CR.
하는 Cebjyre 부연:
OS X 용도 LF,같은 유닉스-맥 os9 아래의를 사용했지만 CR
도 있을 수 있습에 차이 문자 인코딩을 위한 국가의 문자입니다.이 없다"unix-encoding"하지만 많은 linux-개 UTF-8 을 사용 기본으로 인코딩이 있습니다.Mac OS(또한 유닉스)는 그것의 자신의 인코딩(macroman).나는 확실하지 않는 윈도우 기본 인코딩이다.
또한 새로운 라인의 차이,바이트하는 경우 문제를 일으킬 수 있는 파일은 유니코드로 처리됩니다.
그러나,다른 설정의 문제는 당신에 걸쳐 올 수 있습과 관련될 수 있는 단일/멀티바이트 문자 인코딩.당신이 볼 경우 이상한 예상치 못한 문자를(지에 end-of-line)이 될 수있는 이유입니다.특별히 광장 상자,물음표,거꾸로 표시 문자를 추가로 악센트 또는 예기치 못한 자입니다.
에,유닉스 파일에는 시작이다.가 숨겨져 있습니다.윈도우에서,그것은 파일시스템 플래그는 당신은 아마 없을 쉽게 액세스 할 수 있습니다.이 발생할 수 있는 파일에 있어야 숨겨진 지금은 눈에 보이게 되고 클라이언트에서는 기계입니다.
파일 권한을 따라 다릅니다.당신은 아마,파일을 복사할 때에는 유닉스 시스템에 있는 파일을 지금에 속한 사용자는 않았을 복사하고 있는 제한된 권리입니다.를 사용해야 합니다 chown/chmod 을 확인하는 올바른 사용자가 액세스할 수 있습니다.
가 존재한 도구를 사용하여 문제점:
는 경우에만 관심의 콘텐츠를 텍스트 파일,다음 예는 라인이 끝나는 것은 다릅니다.을 살펴 같은 것 dos2unix,그것이 도움이 될 수 있습니다 여기에.
로 pauldoo 서 알 수 있듯이,같은 도구 dos2unix 매우 유용할 수 있습니다.이러한에 있을 수 있습니다 linux/unix 시스템으로 fromdos 또는 tofrodos,또는 아마도 다목적 도구 상자 레코딩.
에 대한 도움말 java coding
파일에 쓰는 경우 또는 읽기에서 파일을(즉,당신은 당신의 통제),그것은 종종 가치를 지정하여 인코딩을 사용으로 가장 Java 방법을 수 있습니다.그러나,또한 손님들의 시스템 로케일 일을 많이 저장할 수 있습증
해결책
이 차이는 텍스트 파일에는 유닉 사용하여 한 줄을 먹(LF)을 의미하는 새로운 라인,윈도우를 사용하인 피드(CRLF)및 Mac 용도 그냥 CR.
바이너리 파일이에 차이점이 없습니다(i.eJPEG windows 시스템에서 될 것입니다 바이트와 같은 동일한 JPEG unix 상자입니다.)
다른 팁
도 있을 수 있습에 차이 문자 인코딩을 위한 국가의 문자입니다.이 없다"unix-encoding"하지만 많은 linux-개 UTF-8 을 사용 기본으로 인코딩이 있습니다.Mac OS(또한 유닉스)는 그것의 자신의 인코딩(macroman).나는 확실하지 않는 윈도우 기본 인코딩이다.
그러나 이것이 될 수 있는 또 다른 문제의 근원(외에 다른 줄바꿈).
무슨 문제가 있습니까?에 줄바꿈 관련 문제로 정보를 확인할 수 있는 프로그램 dos2unix 또는 unix2dos unix-기계
는 경우에만 관심의 콘텐츠를 텍스트 파일,다음 예는 라인이 끝나는 것은 다릅니다.을 살펴 같은 뭔가 dos2unix,그것이 도움이 될 수 있습니다 여기에.
(물론 다른 많은 것들 unix 및 윈도우 파일을 다르지만,나는 생각하지 않는 관심 있는 다른 차이는 지금.)
에 대 한 답변을 찾을 수 있습니다 문제는 다른 파일 시스템:
에,유닉스 파일로 시작하는 . 가 숨겨져 있습니다.윈도우에서,그것은 파일시스템 플래그는 당신은 아마 없을 쉽게 액세스 할 수 있습니다.이 발생할 수 있는 파일에 있어야 숨겨진 지금은 눈에 보이게 되고 클라이언트에서는 기계입니다.
파일 권한을 따라 다릅니다.당신은 아마,파일을 복사할 때에는 유닉스 시스템에 있는 파일을 지금에 속한 사용자는 않았을 복사하고 있는 제한된 권리입니다.를 사용해야 합니다 chown/chmod 을 확인하는 올바른 사용자가 액세스할 수 있습니다.
또한 새로운 라인의 차이, 바이트-기 위해 마크 문제를 일으킬 수 있습니다면 파일은 유니코드로 처리됩니다.
로 pauldoo 서 알 수 있듯이,같은 도구 dos2unix 매우 유용할 수 있습니다.이러한에 있을 수 있습니다 linux/unix 시스템 fromdos 나 tofrodos, 거나,아마도 다목적 도구 상자 레코딩.
그러나,다른 설정의 문제는 당신에 걸쳐 올 수 있습과 관련될 수 있는 단일/멀티바이트 문자 인코딩.당신이 볼 경우 이상한 예상치 못한 문자를(지에 end-of-line)이 될 수있는 이유입니다.특별히 광장 상자,물음표,거꾸로 표시 문자를 추가로 악센트 또는 예기치 못한 자입니다.
다음과 같은 명령을 실행합니다 로캘 에서 기존 유닉스용자는 무엇을 말할 것이 시스템 로케일이다.이 경우 다른 인코딩에서 사용하는 텍스트 파일로 전송되었습을 통해 윈도우에서는 기계,다음이 가끔 발생할 수 있습니다 문제는 이용 상황에 따라 그들의 파일이 있습니다.사용할 수 있습니다 매우 강력 레코딩 명령을 시도하고 변환 사이의 다양한 문자뿐만 아니라 모든 라인 종료 문제이다. 레코딩-l 당신을 보여줍니다 모든 형식과 인코딩하는 도구로 변환할 수 있습니다.그것은 될 가능성이 매우 긴 목록입니다.
파일에 쓰는 경우 또는 읽기에서 파일을(즉,당신은 당신의 통제),그것은 종종 가치를 지정하여 인코딩을 사용으로 가장 Java 방법을 수 있습니다.그러나,또한 손님들의 시스템 로케일 일을 많이 저장할 수 있습니다.
