netscape8 의 IE 와의 충돌은 MS에서 의도한것?

흠. 넷스8 쓰시는 분 많이 있나요?

전 이 글도 넷스8 에서 쓰고 있습니다

전에는 불여우 쓰다가도 가끔씩
익스를 실행시킬수 밖에 없었는데
지금은 넷스안에서 가끔씩 모드만 바꾸어 쓰니까 좋은데요

IE 로 xml 을 읽어본적이 없어서
저런 문제가 있는지는 몰랐습니다만,

ms 에서 조사해서 해결하겠다고 했으니 해결되겠지요.

느낌상 넷스가 좀 자주 죽는다는 느낌이 들긴 하는데
8.1 버전쯤에서는 좀 안정적이지 않을까 기대해봅니다

"근거없는"?
글을 읽어보니 근거를 제시하던데요..

제 스스로 확인은 안해봤습니다만은..

수동으로 넷스케이프 화일들을 설치하고 아래의 값을 넣어주면 http://msdn.microsoft.com/xml/rss.xml가 뜨지 않는 현상이 발견됩니다.

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\Netscape.exe]
@="D:\\Program Files\\Netscape\\Netscape Browser\\netscape.exe"
"PATH"="D:\\Program Files\\Netscape\\Netscape Browser"

App Paths는 범용으로 쓰이는 레지스트리 항목입니다. 이 키는 엉뚱한 값이 아닙니다. 여기에 대해서 답이 없다면 익스플로러는 유죄입니다.

넷스케이프를 수동으로 설치해보셨습니까? 이 부분이 수행이 되어야 공정한 비교가 될 것 같습니다. 그리고 내 컴퓨터는 D:\로 프로그램 파일즈 폴더가 시작하니 고쳐주시길 바랍니다.

아직 누가 잘못했는지 판단의 여지가 남아있는데 팔이 안으로 굽는다는 말을 하시는 것은 반칙인 것 같습니다.

"리눅스의 공간이니 팔이 안으로 굽는다" 결국 그것 하나였습니까? 추측과 단정보다는 근거를 제시하십시요. 여기의 주제나 반론은 모두 실험적인 또는 논리적인 근거를 가지고 있습니다. 논리적인 근거를 박살내기 보다는 "팔은 안으로 굽는다"는 이야기로 피해가시는 방향으로 가신 것은 비겁합니다.

간단한 복사와 범용 레지스트리 "App paths"의 복제만으로 IE의 XML을 전복시키는데 성공했습니다. 적어도 소문이 무성한 NS가 레지스트리를 건딜어서 안나오게 한다 정도의 이야기는 이제 그만해야 하지 않습니까? 조금 더 부연하자면 방금전 NS8은 커녕 순수한 NS을 깐적도 없는 깨끗한 PC 2대에서 단지 "넷스케이프" 화일 복제와 "App Paths" 레지스트리 설정만으로 XML을 안나오게 했습니다.

이전 넷스케이프나 지금의 AOL이나 맘에 안들기는 마찬가지입니다만 말은 똑바로 해야합니다. 이제 이야기를 진행시켜 갈려면 간단한 복사와 범용 레지스트리 "App Paths"의 복사만으로 IE가 XML을 전복시킨것의 반론을 펼치거나 NS가 한 "다른 나쁜 짓"을 말하는 게 순서일 것입니다.

적어도 지금까지 논리적으로 NS가 그다지 잘못한게 없다는게 입증된 이상 또 다시 "팔은 안으로 굽는다"거나 얻을 정보하나 없는 "기사"만 올리는 행동은 토론에 전혀 도움이 안됩니다.

혹시나 위에 올린 App Paths레지스트리 값에 대한 것이라면 D:\\를 C:\\로 수정하셔야 할 것입니다.

한분은 넷스케이프를 안 까신 분이였고 한 분은 넷스케이프의 존재를 모르는 분을 통해서 위의 실험을 했습니다.

그 결과로 익스플로러가 XML 렌더링이 뻗었습니다. 그렇다면 익스플로러가 뻗는게 넷스케이프가 무언가를 설치하거나 레지스트리 조작의 문제가 아니라는 반론을 하기에는 충분합니다. 그냥 복사된 파일과 App Paths 레지스트리 조작만으로도 익스플로러가 뻗었다면 단 하나의 사례라도 뻗은 PC의 수와 상관없이 반례가 되기 충분하다고 봅니다.

언급하신 regmon을 깔고 재실험을 하겠습니다.

네 맞습니다. 그게 문제의 .xml의 내용이고 npTrident.dll은 Netscape의 파일입니다. 그런데 여기서 주목할 부분이 있습니다.

12563	13.75374794	iexplore.exe:2804	OpenKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME\text/xml	SUCCESS		
12564	13.75380135	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME\text/xml\Extension	SUCCESS	".xml"	
12565	13.75384998	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME\text/xml\Extension	SUCCESS	".xml"	
12566	13.75389767	iexplore.exe:2804	CloseKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME\text/xml	SUCCESS		
12567	13.75396156	iexplore.exe:2804	OpenKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml	NOT FOUND		
12568	13.75404930	iexplore.exe:2804	OpenKey	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE	SUCCESS		
12569	13.75411892	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE\(Default)	SUCCESS	"C:\Program Files\Internet Explorer\iexplore.exe"	
12570	13.75417137	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE\(Default)	SUCCESS	"C:\Program Files\Internet Explorer\iexplore.exe"	
12571	13.75525761	iexplore.exe:2804	CloseKey	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\IEXPLORE.EXE	SUCCESS		
12572	13.75539303	iexplore.exe:2804	OpenKey	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\NETSCAPE.EXE	SUCCESS		
12573	13.75547123	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\NETSCAPE.EXE\(Default)	SUCCESS	"D:\Program Files\Netscape\Netscape Browser\netscape.exe"	
12574	13.75552559	iexplore.exe:2804	QueryValue	HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\NETSCAPE.EXE\(Default)	SUCCESS	"D:\Program Files\Netscape\Netscape Browser\netscape.exe"	
12575	13.75893307	iexplore.exe:2804	OpenKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml	NOT FOUND		
12576	13.75902843	iexplore.exe:2804	CreateKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension	SUCCESS		
12577	13.76012707	iexplore.exe:2804	CreateKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml	SUCCESS		
12578	13.76042938	iexplore.exe:2804	SetValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml\Content Type	SUCCESS	"text/xml"	
12579	13.76091385	iexplore.exe:2804	SetValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml\Version	SUCCESS	"2004, 0, 0, 1"	
12580	13.76119232	iexplore.exe:2804	SetValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml\(Default)	SUCCESS	"Trident Plugin for Netscape"	
12581	13.76167202	iexplore.exe:2804	SetValue	HKLM\Software\Microsoft\Internet Explorer\Plugins\Extension\.xml\Location	SUCCESS	"D:\Program Files\Netscape\Netscape Browser\PLUGINS\npTrident.dll"	
12582	13.76179028	iexplore.exe:2804	CreateKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME	SUCCESS		
12583	13.76186371	iexplore.exe:2804	CreateKey	HKLM\Software\Microsoft\Internet Explorer\Plugins\MIME\text/xml	SUCCESS

iexplorer가 알아서 App Paths 레지스트리를 뒤져서 알아서 만들어 준다는 것입니다. 뭔가 예전에 넷스케이프와 인터넷 익스플로러가 "서로의 문서화 되지 않은 특징"을 사용해 왔는데 그 부분에서 문제가 된 것이라고 생각합니다. voljin님의 도움으로 확실해졌군요. 둘다 나쁜 놈(?)일 가능성이 클 것 같지만 넷스케이프가 특별히 나쁜 짓을 한 것은 없다는 것을 말해주는 증거가 될 것 같습니다.

그 기사는 이미 읽어본 내용입니다. offree.net의 도아님도 읽어보셨을 것으로 짐작합니다.

이 문제는 IEBlog에서 IE의 개발자들이 언급한 것으로 넷스케이프의 제거와 레지스트리 제거를 요구하고 있습니다. 넷스케이프가 설치된 것과 넷스케이프가 레지스트리를 변경한 것이 이 문제의 원인이라는 것이지요. 아까 말씀드렸듯이 단 하나의 반례만 나오더라도 넷스케이프가 익스플로러의 xml 출력을 막는다는 주장은 깨어지게 됩니다.
그 주장에 대한 반례로서 내가 제시한 글이 무엇이 문제가 있는지 모르겠습니다. 따라서 이번 버그가 넷스케이프만의 문제는 아니고 익스플로러의 공이 크다고 생각해서 유죄라고 말한 것입니다.

이미 밤새도록 넷스케이프의 모든 설치과정의 전후의 레지스트리와 익스플로러 작동전 해당 XML 사이트 접속후의 레지스트리를 수차례 백업받아서 .xml 레지스트리를 생성하는 것은 iexplorer라는 것을 밝혔고 .xml 레지스트리가 바뀌는 동안 iexplorer를 제외한 다른 특별히 방해할 프로세스가 없다는 것을 시간 별로 캡쳐한 스크린샷으로 증명해드릴 수 있습니다. voljin님이 말씀한 도구를 통해서 실질적으로 바꾸는 놈이 iexplorer라는 것을 다시 확인했을 뿐입니다.

동감합니다. 치열한 싸움의 결과로 그런 모양이 되었다면 재밌는 일입니다. (가정했던 것이 정확해서 서로간의 "문서화 되지 않은 특징" 때문에 나타난 일이라면 말입니다.)

IE개발진과 이메일을 주고 받은 분이 있어서 문제가 쉽게 풀렸습니다.

IE와 넷스케이프는 서로의 자료를 가져가서 효율을 극대화시키는 방식을 체택하고 있었는데 북마크 등의 교류가 그 대표적인 예입니다.

그런데 익스플로러의 경우 10년 전부터 App Paths 레지스트리를 확인하며 거기에 Netscape가 들어있는 경우 사용가능한 형태면 자동으로 익스플로러에 추가했다는 것입니다. 그러한 관행을 넷스케이프 측도 알고 있었는데 이번에 넷스케이프 8을 출시하며 자동으로 익스플로러가 들고 갔을 때 깨어지는 플러그인이 있는 것은 넷스케이프 쪽이 관행을 깬 것이라고 생각하고 있더군요.

양 측다 알고 있던 특성이고 그게 10년이나 이어져 왔다면 관행을 깬 쪽이 문제를 일으킨 셈이 될 것입니다. 이번 일은 양 측의 브라우져 전쟁이 만든 지저분한 부분이 언제든지 문제가 발생할 가능성있게 만든 것이며 넷스케이프 쪽에서 지뢰를 밟은 것입니다. 넷스케이프가 수정해야 맞겠군요.

이 쓰래드에서 문제의 핵심으로 들어가는데 실패해서 개인적으로 매우 유감입니다. 익스플로러가 왜 넷스케이프의 화일을 레지스트리에 추가시키는지에 대해서 집중했다면 더 빨리 결론을 얻을 수 있었을 것입니다. 다른 쓰래드에서는 조금 나은 토론이 되었으면 좋겠습니다.

꼭 그렇지만은 않은것 같은데요..
제가 보기에도 CN님의 실험은 괜찮아보입니다..
물론 제가 일일이 따라서 해보지 않았기 때문에...
그 실험이 정확하다 아니다 할 수는 없지만요..

CN님은 자신의 실험(?)을 통해서 'MS의 잘못이다'라는 결론을 내리신겁니까?

제가 보기에는 실험하기 전부터 '이건 MS의 잘못이다'라는 답을 정해놓고 실험에 들어가신걸로 보입니다.

다른 분들이 달아주신 뎃글로 인해서 NS의 잘못 또는 MS, NS 모두의 부주의에 대한 이야기가 올라왔음에도 불구하고 여전히 'MS가 잘못이다'로 이야기를 풀어나가시려고 애쓰고 계십니다.

KLDP는 리눅스(또는 오픈소스) 커뮤니티지 안티MS 커뮤니티는 아니죠. 그렇기에 CN님의 행동은 MS 흠집내기로 보이는 겁니다.

그래서 '손님'들이 반감을 가지시는게 아닐까요?

또한 '손님'을 문제삼음으로써 자기 자신을 정당화 시키고 계십니다. 하지만 로그인 유무가 글의 정당성을 판가름하는 기준이 될 수는 없죠.

솔직히 MS, NS 모두 이렇게 쉽게 들어날 일을 서로 상대방 죽이기로 했을거라고는 생각하지 않습니다.

특히나 브라우저와 관련해서는 조그만한 사건도 엄청 큰 사건으로 부풀려지는 경우가 많은데 저런 어설픈 조작을 하진 않았을겁니다.

그나저나 IE가 NS말고 파폭도 검색하는지 모르겠네요. 만약 그렇다면 모질라 진영에서도 나름대로 IE와의 호환성(?)을 고려해야하는게 아닌가 싶습니다.

헉... 그럼 ActiveX 지원이 전혀 안되는 리눅스나 맥은 극악의 환경인건가요? :shock:
윈도우 살 돈이 없는 저같은 사람은... (도망)
흐흐 뭐 개인적인 생각입니다. =3

저는 개인적으로 COM은 좋아하지만, ActiveX 때문에 IE를 제일 싫어 합니다. site를 이용하려면, 왜 이것저것 ActiveX를 깔아야 하는지 이해할 수 없습니다. -_-;;;

@이번 국세청의 전자신고 site에서 학을 띄고 더욱 더 싫어 졌습니다. -_-;;; reboot만 2번 -_-;;; 차라리 그냥 프로그램을 배포하지...-_-

다 끝난 주제에 이렇게 글쓰는게 죄송하지만 .

실험 자체의 문제점 한가지만 알려드리겠습니다.
CN 님은 IE 에서 NS에 접근한다는것을 보여주셨습니다

이게 문제가 되는 이유가 증거가 단순히 App Paths에 Netscape.exe 를 추가하면 에러가 발생하는데.
최신 버전이 아닌 예전버전에선 아무런 문제가 발생하지 않거든요...
그런데 IE 가 NS 에 접근한다는 데만 초점을 맞추고
왜 최신버전 NS 에서"만"오류가 생가는지는 신경쓰지 않았습니다.

본문중에 이거에 관련된 질문이 있었는데...CN 님께선 그냥 넘어가버리시더군요.

그리고 제입장에선 CN 님이 맨처음 글쓰신 부분부터 IE 잘못이라고 단정하고 글을 쓰셨습니다...
물론 실험 결과만 해석하면 저도 CN 님 처럼 잘못 해석할수도있겠지만요~