Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

리눅스 환경의 .NET Core에서 "test".IndexOf("\0")가 0을 반환

희한하군요. 다음의 코드가 윈도우와 리눅스에서 결과가 다릅니다.

string txt = "test";
Console.WriteLine(txt.IndexOf("\0")); // 윈도우 환경: -1 반환
                                      // 리눅스 환경: 0 반환

심지어 다음과 같이 해도 마찬가지입니다.

string txt = "test\0\0test";
Console.WriteLine(txt.IndexOf("\0")); // 윈도우에서는 4 반환
                                      // 리눅스에서는 0 반환




검색해 보면 다음의 글이 나오는데,

What happens when you IndexOf an empty string?
; https://dev.to/turnerj/what-happens-when-you-indexof-an-empty-string-1m0c

빈 문자열의 경우에는 윈도우와 리눅스 환경에서 동일하게 0을 반환합니다.

string txt = "test";
Console.WriteLine(txt.IndexOf("")); // 윈도우 및 리눅스 환경: 0 반환

null 문자와는 다르게, 사실 빈 문자열에 대해서는 어떤 값이 반환되어야 할 지 판단 기준이 잘 안 서는데요, 이에 대해 MSDN 문서에 설명이 있습니다.

Character sets include ignorable characters, which are characters that are not considered when performing a linguistic or culture-sensitive comparison. In a culture-sensitive search, if value contains an ignorable character, the result is equivalent to searching with that character removed. If value consists only of one or more ignorable characters, the IndexOf(String, Int32, Int32) method always returns startIndex, which is the character position at which the search begins.


위의 이야기에 따르면 "ignorable characters"에 포함하는 문자를 IndexOf로 찾는 경우에는 startIndex의 값을 반환한다고 합니다. 실제로 테스트 결과 그렇게 나옵니다.

Console.WriteLine(txt.IndexOf("\0")); // 0 반환

Console.WriteLine(txt.IndexOf("\0", 2)); // 2 반환

정리해 보면, 빈 문자열과 '\0' 널 문자는 리눅스 환경에서는 "ignorable characters"에 속하고, 윈도우 환경에서는 빈 문자열만 해당하는 것입니다.




참고로 "What happens when you IndexOf an empty string?" 글에서 인용한 내용을 보면 힌트가 하나 더 있습니다.

Character sets include ignorable characters, which are characters that are not considered when performing a linguistic or culture-sensitive comparison. In a culture-sensitive search (that is, if comparisonType is not Ordinal or OrdinalIgnoreCase), if value contains an ignorable character, the result is equivalent to searching with that character removed. If value consists only of one or more ignorable characters, the IndexOf(String) method always returns 0 (zero) to indicate that the match is found at the beginning of the current instance.


따라서 리눅스에서도 StringComparison의 옵션에 따라 결과가 달라집니다.

Console.WriteLine(txt.IndexOf("\0", StringComparison.Ordinal)); // -1 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.OrdinalIgnoreCase)); // -1 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.InvariantCulture)); // 0 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.CurrentCultureIgnoreCase)); // 0 반환
Console.WriteLine(txt.IndexOf("\0", StringComparison.InvariantCultureIgnoreCase)); // 0 반환

문서에서 언급한 것처럼 "Ordinal or OrdinalIgnoreCase" 상황에서는 저렇게 -1을 정상적으로 반환합니다.

마지막으로 다음의 결과도 인상적입니다.
using System;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            string result = null;

            result = "\r\n";

            // Environment.NewLine == A string containing "\r\n" for non-Unix platforms, or a string containing "\n" for Unix platforms.
            int pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // -1

            pos = result.IndexOf(Environment.NewLine, 0, StringComparison.OrdinalIgnoreCase);
            Console.WriteLine(pos); // 1

            result = Environment.NewLine;
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // 0

            result = "test\n";
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // 4

            result = "test\r\n";
            pos = result.IndexOf(Environment.NewLine);
            Console.WriteLine(pos); // -1
        }
    }
}




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]





[최초 등록일: ]
[최종 수정일: 7/8/2020 ]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer@outlook.com

비밀번호

댓글 쓴 사람
 




[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
12291정성태8/15/20205오류 유형: 638. error 1297: Device driver does not install on any devices, use primitive driver if this is intended.
12290정성태8/11/2020145.NET Framework: 931. C# - IP 주소에 따른 국가별 위치 확인파일 다운로드1
12289정성태8/6/2020110개발 환경 구성: 502. Portainer에 윈도우 컨테이너를 등록하는 방법
12288정성태8/5/202047오류 유형: 637. WCF - The protocol 'net.tcp' does not have an implementation of HostedTransportConfiguration type registered.
12287정성태8/5/202038오류 유형: 636. C# - libdl.so를 DllImport로 연결 시 docker container 내에서 System.DllNotFoundException 예외 발생
12286정성태8/5/202038개발 환경 구성: 501. .NET Core 용 container 이미지 만들 때 unzip이 필요한 경우
12285정성태8/4/202072오류 유형: 635. 윈도우 10 업데이트 - 0xc1900209 [2]
12284정성태8/4/202098디버깅 기술: 169. Hyper-V의 VM에 대한 메모리 덤프를 뜨는 방법
12283정성태8/3/202043디버깅 기술: 168. windbg - 필터 드라이버 확인하는 확장 명령어(!fltkd)
12282정성태8/2/202051디버깅 기술: 167. windbg 디버깅 사례: AppDomain 간의 static 변수 사용으로 인한 crash (2)
12281정성태8/2/2020163개발 환경 구성: 500. (PDB 연결이 없는) DLL의 소스 코드 디버깅을 dotPeek 도구로 해결하는 방법
12280정성태8/2/202061오류 유형: 634. 오라클 (평생) 무료 클라우드 VM 생성 후 SSH 접속 시 키 오류 발생
12279정성태7/29/202065개발 환경 구성: 499. 닷넷에서 접근해보는 InterSystems의 Cache 데이터베이스파일 다운로드1
12278정성태8/2/202065VS.NET IDE: 149. ("Binary was not built with debug information" 상태로) 소스 코드 디버깅이 안되는 경우
12277정성태8/2/2020101개발 환경 구성: 498. DEVPATH 환경 변수의 사용 예 - .NET Reflector의 (PDB 연결이 없는) DLL의 소스 코드 디버깅
12276정성태7/23/2020124.NET Framework: 930. 개발자를 위한 닷넷 어셈블리 바인딩 - DEVPATH 환경 변수
12275정성태7/28/2020101개발 환경 구성: 497. 닷넷에서 접근해보는 InterSystems의 IRIS Data Platform 데이터베이스파일 다운로드1
12274정성태7/21/202080개발 환경 구성: 496. Azure - Blob Storage Account의 Location 이전 방법파일 다운로드1
12273정성태7/20/2020210개발 환경 구성: 495. Azure - Location이 다른 웹/DB 서버의 경우 발생하는 성능 하락
12272정성태7/16/2020101.NET Framework: 929. (StrongName의 버전 구분이 필요 없는) .NET Core 어셈블리 바인딩 규칙파일 다운로드1
12271정성태7/16/202082.NET Framework: 928. .NET Framework의 Strong-named 어셈블리 바인딩 (2) - 런타임에 바인딩 리디렉션파일 다운로드1
12270정성태7/16/202079오류 유형: 633. SSL_CTX_use_certificate_file - error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
12269정성태7/16/202071오류 유형: 632. .NET Core 웹 응용 프로그램 - The process was terminated due to an unhandled exception.
12268정성태7/15/202076오류 유형: 631. .NET Core 웹 응용 프로그램 오류 - HTTP Error 500.35 - ANCM Multiple In-Process Applications in same Process
12267정성태7/15/2020144.NET Framework: 927. C# - 윈도우 프로그램에서 Credential Manager를 이용한 보안 정보 저장파일 다운로드1
[1]  2  3  4  5  6  7  8  9  10  11  12  13  14  15  ...