Keep going with me

Is Visual Studio 2008 only 32 bit app?

kikiwaka — Wed, 11 Nov 2009 08:00:33 GMT

몇 일 전 128 bit OS 를 준비하고 있다는 Blog를 봤습니다. (이제 곧 32 bit 도 16 bit 처럼 사라지겠군요.) Windows 7 이 나오면서 64 bit 에 대한 관심이 많아지고 있습니다만… 정작 64 bit 에 대한 정보나 64 bit 를 지원하는 Application 은 별로 없는 듯 합니다. Visual Studio 는 어떨까요? x64 또는 IA64 용 Visual Studio 가 있을까요?

Visual Studio 의 Supported Architectures 는 다음과 같습니다 .

x86
x64 (WOW)

결론 부터 말하자면, 32 bit Application 밖에 없습니다. Visual Studio 는 64 bit Application 이 존재하지 않습니다. Visual Studio 2010 도 32 bit Application 만 제공할 예정입니다. x64 OS 에는 WOW 가 있으니 문제 없습니다만, IA64 에서는 WOW 같은 Emulator 가 없으니 Visual Studio 를 사용할 수 없겠네요.

Visual Studio 는 IDE(Integrated Development Environment) 로서, Editor, Compiler(Preprocessor), Linker, Loader, Debugger를 개발자에게 제공하여 손쉽게 Microsoft OS 에서 동작하는 Application 을 개발할 수 있게 도와줍니다. 즉, x86, x64, IA64 용 Application 을 개발할 수는 있으나, 정작 제공하는 Visual Studio 는 32 bit Application 이라는 것입니다.

Visual Studio 2008 은 IA64 및 x64 Application 을 개발할 수 있습니다. 다음과 같이 Solution Property 에서 Target Machine 을 설정할 수 있습니다.

Visual Studio 2008 은 Standard Edition 과 Professional Edition (Team System 과 Express Edition 이 있습니다만 제외하였습니다.) 이 있습니다. 두 Edition 모두 x64 및 IA64 Application 을 개발할 수 있습니다만, IA64 인 경우 Debugging 이 불가능합니다. (Team System(Team Suite Edition)부터 가능합니다.)

Visual Studio 는 오직 32 bit Application 만 구매할 수 있는 것이군요.

여기서 잠깐, WOW 는 과연 뭘까요? (World Of Warcraft 가 가장 먼저 생각나네요.) 64 bit OS 에서는 Program Files(x86) 과 Program Files Folder 가 있는 것을 봤을 텐데요! 이것과 관련이 있습니다.

Microsoft 64 bit(x64, IA64) OS 는 Wow64 라는 Win32 Emulation 를 제공합니다. Wow64 를 사용하여, 64 bit OS 에서도 32 bit Application 이 정상적으로 동작할 수 있습니다. Wow64 는 32 bit application 을 지원합니다만, 16 bit application 은 지원하지 않습니다. (단, Microsoft ACME, Install Shield version 5.x 만은 지원합니다.)
VM 을 4G 밖에 사용 못하니 뭔가 다른 Mechanism 을 제공해야 겠지요…

Wow64 의 기본 Mechanism 은 다음과 같습니다.

Wow64.dll
process 와 thread 생성 그리고 Ntoskrnl.exe 을 export 하여 Exception Dispatching 합니다. 또한, file system redirection, registry redirection 및 reflection 을 구현합니다.
Wow64Cpu.dll
32bit CPU context를 수행할 수 있게 도와줍니다.
Wow64Win.dll
Win32K.sys 를 export 하여 GUI syatem call 을 할 수 있게 합니다.

기본적으로 32bit 와 관련된 Ntdll.dll, User32.dll, Gdi32.dll 은 Windows\System32\Syswow64 folder 에 존재합니다. 따라서, WOW(Wow64)를 통해서 64bit OS 에서도 32 bit Application 이 수행될 수 있는 것입니다.

[Printer Driver 는 native 64 bit version 이 있어야 합니다. 32bit printer driver 는 사용할 수 없습니다. 친구가 물어보더군요…]

tag : WOW, VisualStudio, VIsualStudio2008

Difference between Volume License and SKU

kikiwaka — Wed, 11 Nov 2009 07:30:49 GMT

삼성전자에서 일할 때, Windows 를 설치하면서 Volume License 라는 용어를 접하고 당황한 적이 있습니다. CD-KEY 는 어디에도 존재하지 않고, 어떻게 설치하라는 것인지… Windows, Visual Studio 를 설치할 때 종종 Volume License CD 를 받게 됩니다. 이건 뭘까요?

Volume License
제품의 Volume 당 License 를 구매하는 방법입니다.
단, 5 copy 이상 부터 구매 가능합니다.
FPP SKU(Stock Keeping Unit)
단품으로 제공하는 것을 말합니다. (BOX 형태 구매라고 합니다.)

Volume License 가 개당 가격은 더 저렴합니다. (단, 5 Copy 이상 구매 해야 한다는 점이 있습니다만…)
기업에서 Volume License 를 구매하는 이유가 있군요.
아래는 Visual Studio 2008 가격입니다.

Visual Studio 2008 Professional Edtion SKU 가격          : 약 110만원
Visual Stduio 2008 Standrad Edition SKU 가격              : 약 36만원
Visual Studio 2008 Professional Volume License 가격   : 약 78만원

tag : VisualStudio, VolumeLicense

Visual Studio 6.0 License

kikiwaka — Wed, 11 Nov 2009 07:22:20 GMT

현재 구매할 수 있는 Visual Studio 는 2005 버전 부터 입니다. Visual Studio 6.0, Visual Studio .NET 을 구매할 수 있는 방법은 존재하지 않는걸까요? Microsoft 는 하위 버전에 대해서는 동일한 Edition 의 License 를 함께 제공하고 있습니다. 이 말은 무슨 말일까요?

Visual Studio 6.0 은 Enterprise Edition 과 Professional Edition 이 있습니다.
(Visual Studio 6.0 Standard Edition 은 Visual Studio 제품이 아닌 VC++, VB, Visual FoxPro, Visual InterDev, Visual J++ 개별 제품을 의미합니다.)

Visual Studio 6.0 License 를 제공 받을 수 있는 방법은 상위 버전의 동일한 Edition 을 구매하는 것입니다. Visual Studio 6.0 Enterprise Edition 인 경우, Enterprise Edition 이 VS 2005 이 후 버전에는 존재하지 않기 때문에, MSDN Subscription 을 구매해야 합니다.

Visual Studio 2008 Standard Edition (FPP (SKU) / Volume License) :
- 적용되는 6.0 제품이 없습니다.
Visual Studio 2008 Professional Edition (FPP (SKU)/ Volume License) :
- Visual Studio 6.0 Professional Edition License
Visual Studio 2008 with [Pro / Premier] MSDN Subscription (Volume License) :
- Visual Studio 6.0 Enterprise Edition License / Visual Studio 6.0 Professional Edition License

각 Edition 별 구성 제품 (Features)

Visual Studio 6.0 Enterprise Edition :

Visual C++
Visual Basic 6.0
Visual FoxPro 6.0
Visual InterDev
Visual J++ 6.0
Visual SourceSafe 6.0

Visual Studio 6.0 Professional Edition :

Visual C++
Visual Basic 6.0
Visual FoxPro 6.0
Visual InterDev
Visual J++ 6.0

참고] Visual Studio 6.0 Edition Features

tag : visual, studio, 6.0, VisualStudio

Linker option

kikiwaka — Wed, 04 Nov 2009 11:07:57 GMT

최근에 'MSBuild 를 사용하여 Build 할 때, Module Definition 에 있는 Library 가 생성되지 않는다'는 Case 를 진행하고 있습니다. Project 를 보지 않고서는 Verbose Log 만으로는 알수 가 없더군요.
Linker 에 대해서 다시 한 번 읽어 보는 것도 재밌을 듯 합니다. 예전에는 Linker Option의 설정 중에 이해가 안가는 것이 있었는데 말이죠…

http://msdn.microsoft.com/en-us/library/t2fck18t.aspx

Visual Studio on Windows 7

kikiwaka — Mon, 02 Nov 2009 12:25:25 GMT

2009년 10월 23일 Windows 7 이 출시 되었습니다. (Microsoft 에 있으면서 맞이한 두 번째 OS 이네요.)
이전 버전인 Windows Vista 에 비해서 상당히 좋아진 점이 많습니다. 개인적으로 안정적인 면이 뛰어나다고 봅니다.
개발자라면 Windows 7 에 어떤 개발 툴이 실행되는지 궁금 할 텐데요…(어떤 Runtime 이 OS 에 shipping 되어 있느지도 궁금하겠죠?)

여전히 VB 6.0 과 VFP 9.0 지원 됩니다. (언급한 내용을 종합해 보면, Windows 7 이 후 버전에서는 VB 6.0 이 사라질 듯 합니다. 어디까지나 추측입니다.) Visual Basic 6.0 은 2008년 4월 8일까지 지원 기간이기 때문에, 더 이상 코드를 구경할 일이 없어졌습니다만… Windows 7 은 여전히 VB 6.0 을 지원 하는 군요. 그만큼 애착이 큰 언어일지 모르겠습니다. 더 이상 지원을 하지 않는 언어이기 때문에 VB 6.0 을 사용하신다면 VB .NET 으로 갈아 타시길 권장하고 싶네요.

Windows 7 은 다음의 Microsoft Developer Product 만을 지원합니다.

Visual Basic 6.0
Visual FoxPro 9.0
Visual Studio 2005
(Visual Studio 2005 Service Pack 1 with the Visual Studio 2005 Service Pack 1 Update for Windows Vista)
Visual Studio 2008
Visual Studio 2010 (2010년 중반 발매 예정)

Windows 7 은 Windows 7 에서 동작하는 모든 Application 은 지원한다는 정책을 가지고 있기 때문에, 사실 위와 같은 사실은 당연합니다. Windows Vista 에서 실행되는 Visual Studio post 를 참조하여 주시기 바랍니다.

http://kikiwaka.egloos.com/1527177

Visual Studio 2005 on Windows 7

설치 전에 발생하는 Compatibility Issue 경고 메시지는 SP1 for Windows Vista 을 설치하면 해결 되므로 무시하셔도 됩니다.

“Visual Studio 2005 Service Pack 1 Update for Windows Vista” Service Pack 을 설치하셔야 합니다.

Visual Studio 2005 SP1 for Windows Vista & 7
영문일 경우 영문을 설치하여야 하며, 한국어 일 경우 한국어를 설치하셔야 합니다.
(The Visual Studio 2005 Service Pack 1 Update for Windows Vista addresses areas of Visual Studio impacted by Windows Vista enhancements. This update also applies to Windows 7, Windows Server 2008, and Windows Server 2008 R2.)

Administrator 또는 Administrators 그룹의 속한 계정으로 실행하며, 실행 시 관리자 권한으로 프로그램을 실행합니다. 이와 같이 실행하지 않을 경우 다음의 Issue 가 발생할 수 있습니다.

Running with normal user permissions
Running with elevated administrator permissions

관리자 권한으로 Visual Studio 2005를 실행하기 위해서는 VS 2005 바로가기 아이콘에서 오른쪽 마우스를 클릭 후 속성 버튼 호환성 탭에서 ‘관리자 권한으로 이 프로그램 실행’을 체크 하시면 됩니다.

참고 1.] Support Statement for Visual Basic 6.0 on Windows Vista, Windows 7
참고 2.] Windows 7 Compatibility Center
참고 3.] Expanded Microsoft Support Lifecycle Policy for Business & Development Products

tag : VisualStudio2008, Windows7, VisualStudio2005, VS2005, vs2008

Setup] Deploying custom .NET Framework 3.5

kikiwaka — Mon, 27 Jul 2009 09:27:06 GMT

.NET Framework 3.5 or .NET Framework 3.5 SP1 을 배포하려면, 일반적으로 Full Package 를 사용하게 됩니다. (물론, 인터넷이 기본적으로 되는 상황에서, Full Package 가 아닌, bootstapper 를 사용해도 됩니다만, Deploy 를 담당하는 입장에서는 고려 대상이 아닐 수 있습니다.) 문제는 bootstapper 가 약 2.8 MB인 반면에, Full Package 는 281 MB 입니다. 이는 Deploy 하는 입장에서는 상당히 큰 용량이 아닐 수 없습니다. (Prerequisite 이 이렇게 대용량을 차지한다는 것은 말이 안 됩니다.) 물론, 281 MB 가 전부 필요한 Package 로 구성되어 있지 않습니다. Installer 에서 Process Type 과 OS Version 을 확인하는 것은 그렇게 어려운 작업이 아니므로,Custom 하게 이를 구성할 수 있습니다.

우선 .NET Framework 3.5 SP1 의 구성은 다음과 같습니다.

.NET Framework 2.0

.NET Framework 2.0 SP1
.NET Framework 2.0 SP2 (Red Bits)

.NET Framework 3.0

.NET Framework 3.0 SP1
.NET Framework 3.0 SP2 (Red Bits)

.NET Framework 3.5 (Green Bits)

.NET Framework 3.5 SP1 (Green Bits)

.NET Framework 3.5 는 기존의 배포된 .NET Framework 2.0, 3.0 (SP1) 을 포함하며, 여기에 Red Bits(Bug fix, Performance issue 등)와 새로운 .NET Framework 의 기능인 Green Bits로 구성됩니다.

Command Prompt 에서 dotnetfx35.exe /x 로 압축을 풀게 되면, 다음과 같습니다.

dotNetFX20 : .NET Framework 2.0 x86 / x64 for MSI
dotNetFX30 : .NET Framework 3.0 x86 / x64 for MSI
dotNetFX35 : .NET Framework 3.5 x86 / x64 for MSI
dotNetMSP : .NET Framework 2.0 SP1 & 3.0 SP1 for Windows Vista, 2008 server (Using WUSA)
Tools : .NET Framework Registration Correction Tool
dotNetFx35setup.exe

내용을 보시면 아시겠지만, 우선 x86 과 x64 관련 Package 를 분리 할 수 있으며, Windows XP, 2003 과 Windows Vista, 2008 Server 을 분리 할 수 있습니다. 예를 들면 다음과 같습니다.

Windows Vista 이상의 제품 : dotNetFx20 & dotNetFx 30 를 제외 할 수 있습니다.

해당 Folder windows XP, 2003 에서 필요한 MSI File 로 구성 되어 있기 때문입니다.

Windows Vista SP1 이상을 고려할 경우 : dotNetFx20 & dotNetFx30 & dotNetFxMSP 를 제외 할 수 있습니다.

Windows Vista SP1 에는 .NET Framework 2.0 SP 1 과 .NET Framework 3.0 SP1 을 포함하고 있기 때문입니다.

tag : NETframework, Dotnetframework3.5

Setup] Common TR Guide for .NET Framework Setup issue

kikiwaka — Mon, 27 Jul 2009 08:28:01 GMT

.NET Framework 설치 관련 및 배포 issue 는 case volume 으로 보면 상당한 부분을 차지 합니다.(간혹 제가 쓴 내용을 보고 .NET Framework 설치와 관련되어 일반적인 방법으로 가이드가 되는 경우가 있습니다만, 제품 버전과 OS에 따라 TR은 상이하기 때문에 이를 꼭 확인 하여야 합니다. 또한 설치 issue 는 기본적으로 Dump 분석을 전제합니다.[Setup & Deploy EE 의 말을 빌리자면… 그렇습니다.]) 1935 error 또는 1603 error 는 알려진 Known issue 가 아니면, 상당히 해결하기가 어렵습니다.(LiveMeeting 으로 5-9시간 정도 소요됩니다.) 일반적으로 .NET Framework 설치 관련 issue 는 다음과 같이 진행합니다.

1. OS 를 확인하고, Full Package 를 Download 받습니다.

Windows Vista, Windows 2008 Server, Windows 7 인 경우, .NET Framework가 OS 에 기본적으로 shipping 되어 있기 때문에(OS component 로서 제공되며, WRP 에 의해 보호 받는 파일), Redistributable Package 가 존재하지 않습니다.
가장 최근의 Full Package 를 Download 받습니다.

2. %TEMP% Folder 를 삭제합니다.

3. 기존의 Package 를 삭제합니다.

프로그램 추가/삭제(Programs and Features) 에서 해당 Package 를 삭제합니다.
만일 정상적인 방법으로 삭제가 되지 않을 경우, Aaron Stebner 의.NET Framework cleanup tool 을 삭제합니다. 하지만, 이것은 정상적으로 삭제되지 않을 경우에만 한 하며, 최악의 경우 문제가 더 복잡해질 수 있습니다. 안전모드에서 삭제하시는 것을 추천합니다.
http://blogs.msdn.com/astebner/archive/2006/05/30/611355.aspx
Aaron Stebner 의 .NET Framework Setup Verification Tool 을 사용하여, 정상적으로 삭제된 여부를 확인 하거나, MSI Cleanup Tool 을 사용하여 MSI Database 에서 정상적으로 삭제되어 있는지 확인을 합니다.
(MSI Cleanup Tool 을 사용해서 프로그램을 삭제 해서는 안 됩니다.)
http://blogs.msdn.com/astebner/pages/8999004.aspx
http://support.microsoft.com/kb/290301/ko

4. 안전 모드(msconfig 에서 수행하여도 됩니다.) 에서 Full Package 를 실행 합니다.
자세한 Log 를 남기기 위해서는 다음 내용을 확인 하시기 바랍니다. http://kikiwaka.egloos.com/1554229

5. 문제가 발생 시 Process Explorer 로 자료를 수집하거나(Registry, File 관련 Data), Debugger 를 Attach 하여 Exception 을 확인합니다. (대부분 Debugger 에서 sxe eh, sxe clr 로 break 됩니다만… break 되지 않는 경우가 있으므로, DSC Team 에서는 TTT Log 를 사용하여 확인합니다.)

tag : NETFramework, setup

ADO .NET] Overview ADO.NET Entity Framework

kikiwaka — Wed, 22 Jul 2009 07:13:40 GMT

ADO.NET Entity Data Model 을 Base 로 하는 ADO.NET Entity Framework 는 개발자가 Data Access Application 을 개발 하는데 있어서, Conceptual Application Model 을 적용할 수 있게 해줍니다. Database는 Table과 Table의 관계로 표현될 수 있지만, 이를 Programming 적으로 표현하기에는 어려운 부분이 있습니다.
ADO.NET Entity Data Model 의 목적은 다음과 같습니다.

Conceptual Model Programming 을 개발과정에 있어 직접 적용함으로써, Application code layer 와 Hardware dependency layer 를 분리합니다. Layer 를 분리함으로써, Database 가 변경되더라도 Application Code 를 변경할 필요가 없습니다. LINQ to Entities 을 사용하게 됨으로써, Query 에 대한 Validation 을 Compile Time 에 할 수 있습니다.

개발자 입장에서 보면, ADO.NET Entity Framework 를 사용하게 되면, Database 에 의존하는 Data를 Object 로 표현할 수 있게 됨으로써(Data를 추상화 함으로써) Conceptual Model 방법론에 접근 할 수 있게 된다는 것입니다.

일반적으로 Database 개발은 Programming Interface Layer(AOD, ADO.NET), Data Access Layer(.NET Managed Provider, OLE DB provider, ODBC Driver, 각 Vendor 들의 Provider), 그리고 Database Layer(SQL Server, Oracle 등) 3개의 Layer 로 표현할 수 있습니다. 개발자는 Programming Interface Layer의 ADO, ADO.NET 등을 사용하여 Database를 사용하는 APP를 개발하게 됩니다. 기존에 개발한 Code 를 가지고, Database Migration 작업을 하게 된다면, 기존의 Code 는 수정되어야 하는 것이 기존의 Model 입니다. 하지만, Entity Framework의 Conceptual Model 을 사용하게 되면, 이러한 수정이 전혀 불필요하게 됩니다.

일반적인 Data Modeling 의 Design Pattern은 Conceptual Model, Logical Model, Physical Model 3개의 Model로 표현할 수 있습니다.

Conceptual schema definition language file (.csdl).

Store schema definition language file (.ssdl)

Mapping specification language file (.msl)

ADO.NET Entity Data Model을 사용하면, Conceptual Model을 Data Modeling 에 적용할 수 있다는 장점이 있지만, 이를 사용함에 있어서 Performance 측면의 이점은 기대할 수 없습니다.

[참고]
http://msdn.microsoft.com/en-us/library/bb399572.aspx

tag : EntityFramework, ADO.NET

Setup] Unable to install VS 2008 with error -2147023293

kikiwaka — Thu, 25 Jun 2009 08:04:19 GMT

최근에 가장 힘들게 풀었던 Issue 를 정리 해 봅니다. (설치 오류 issue 가 가장 Handling 하기 어렵습니다. 차라리 How to, TR 이 더 편합니다.)
Windows Vista x64에서 Visual Studio 2008 을 설치 하던 중 HRESULT –21470232393 가 발생 하였습니다. VSD error 를 확인하여 보면 다음과 같습니다.

[05/27/09,10:08:19] UTILS::RunNGENAction: starting "C:\Windows\Microsoft.NET\Framework\v2.0.50727\ngen.exe queue pause"
[05/27/09,10:08:19] UTILS::RunNGENAction: ngen.exe returned 0
[05/27/09,10:08:19] UTILS::RunNGENAction: starting "C:\Windows\Microsoft.NET\Framework64\v2.0.50727\ngen.exe queue pause"
[05/27/09,10:08:19] UTILS::RunNGENAction: ngen.exe returned 0
[05/27/09,10:08:19] Setup.exe: AddGlobalCustomProperty
[05/27/09,10:08:19] setup.exe: ***ERRORLOG EVENT*** : ISetupComponent::Pre/Post/Install() failed in ISetupManager::InternalInstallManager() with HRESULT -2147023293.
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {7F82DEDD-12EB-439F-B7A3-8B4264E0C20D} - PropertyName: EnableRollback - Value:
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {BD495746-4FBA-49F3-8EEB-D8B20EE75235} - PropertyName: Disable Rollback - Value:
[05/27/09,10:08:19] Setup.exe: ISetupManager::RunInstallFromList(IP_INSTALL) completed
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {092114C2-997D-4D68-8F3A-8BC2584FD23B} - PropertyName: Quiet Mode Setup - Value:
[05/27/09,10:08:19] Setup.exe: ERROR (non critical): Suite Main Directory:C:\Program Files (x86)\Microsoft Visual Studio 9.0\Microsoft Visual Studio 2008 Professional Edition - KOR does not exists. Log files will not be copied in the suite directory!
[05/27/09,10:08:19] vs70uimgr: Entering DisplayFinal() method.
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {9EEA4DFB-733A-4349-B43E-F564351AC503} - PropertyName: Passive Mode - Value:
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {C30D2581-4604-47C2-BC48-412BDDA3AF16} - PropertyName: No Restart - Value:
[05/27/09,10:08:19] vs70uimgr: Entering Next() method.
[05/27/09,10:08:19] VS70pgui: Entered CPageHeaderDynamic::OnShowWindow method
[05/27/09,10:08:19] VS70pgui: Generating finish page component list.
[05/27/09,10:08:19] VS70pgui: GenerateHtml() called in INSTALL mode.
[05/27/09,10:08:19] Setup.exe: GetComponents()
[05/27/09,10:08:19] Setup.exe: get_Components()
[05/27/09,10:08:19] Setup.exe: GetGlobalCustomProperty - Property: {BBE1827C-F2FD-4FDA-A6D6-C83B62FFFDCA} - PropertyName: compfailed - Value: 1
[05/27/09,10:08:19] VS70pgui: DepCheck indicates Microsoft Visual Studio 웹 제작 도구 구성 요소 is not installed.
[05/27/09,10:08:20] Setup.exe: AddGlobalCustomProperty
[05/27/09,10:08:20] VS70pgui: ***ERRORLOG EVENT*** : DepCheck indicates Microsoft Visual Studio 웹 제작 도구 구성 요소 is not installed.

위와 같이 Microsoft Visual Studio 웹 제작 도구 구성 요소에서 실패한 것을 알 수 있습니다.
웹 제작 도구 구성요소는 (Visual Web Developer) %temp% Folder 하위에 SetupExe(생성날짜).log 를 생성합니다. 해당 Log를 확인하여 보면,

Excluding feature: XDOCSEditorFilesIntl_1042 from the command line because it's current state on the machine is higher than the state requested for the option.
Excluding feature: WISPHiddenIntl_1042 from the command line because it's current state on the machine is higher than the state requested for the option.
Resource File Manager : Converted CultureTag [ko-kr] to LocaleId [1042].
Catalyst Package Configuration...
Package: OfficeMUI.ko-kr
File: C:\MSOCache\All Users\{90120000-006E-0412-0000-0000000FF1CE}-C\OfficeMUI.msi
Command Line: ADDLOCAL=
MSI(COMMONDATA): '1: 0 2: 1042 3: 949 '
MSI(INFO): '이 업데이트 패키지를 열 수 없습니다. 업데이트 패키지가 있고 업데이트 패키지에 액세스할 수 있는지 확인하거나 응용 프로그램 공급업체에 문의하여 올바른 Windows Installer 업데이트 패키지인지 확인하십시오.
C:\MSOCache\All Users\{90120000-006E-0412-0000-0000000FF1CE}-C\OfficeMUI.msi'
MSI(TERMINATE): '(null)'
Log level changed from: Standard to: Verbose
Error: Failed to configure: {90120000-006E-0412-0000-0000000FF1CE} ErrorCode: 1635(0x663).
Rolling back chain
06/18/2009 16:52:33 Rolling back package: OfficeMUI.ko-kr
There appears to be no rollback work to do for package: OfficeMUI.ko-kr path: C:\MSOCache\All Users\{90120000-006E-0412-0000-0000000FF1CE}-C\OfficeMUI.msi
Stopping running ose

위와 같이 OfficeMUI 에서 실패할 것을 알 수 있습니다. OfficeMUI 는 Office License 관련 Package 입니다. Office 를 확인하여 보면(Repair or reinstall), 해당 문제가 됩니다.

tag : visual_studio_2008, VisualWebDevelopr, setup

Setup] How to repair.NET Framework 2.0 or .NET Framework 3.0 on Vista

kikiwaka — Thu, 25 Jun 2009 07:32:37 GMT

Windows Vista (Windows 2008, Windows 7) 은 기본적으로 .NET Framework 2.0 과 .NET Framework 3.0 을 OS Component 로서 제공합니다. 이는 Windows Resource Protection (WRP 또는 이전 버전의 WFP)에 의해 보호받는 파일입니다. 즉, Windows XP, 2003과 다르게, Microsoft Installer 로 설치할 수 없으며, 삭제할 수도 없습니다. .NET Framework 3.5 의 Red bits 인 .NET Framework 2.0 SP2, .NET Framework 3.0 SP2 를 Windows Vista 인 경우 MSI 가 아닌 MSP 로 제공하는 이유도 그것 때문입니다.

Windows Vista 에서 .NET Framework 3.5 (SP1) 설치가 실패하는 이유는 대부분 Red bits 때문에 발생합니다.(물론 정확히 Log를 확인해야 합니다만…) 만일 .NET Framework 2.0 또는 .NET Framework 3.0 때문에 발생한 문제라면(ngening 과정에서 발생하기도 합니다. 이경우 ngen.exe update 를 사용하면 됩니다.) 이를 Fix 하기 위해서는 sfc(System File Checker) 를 사용하는 것이 좋습니다. sfc 는 Windows 의 모든 protected file 을 검사하고 Fix 할 수 있는 Command-line Utility 입니다. sfc /scannow 명령어를 통해 문제를 해결할 수 있습니다. (당연히, Administrator 권한으로 실행해야 합니다.)

cmd>sfc /scannow
cmd>findstr /C:“[SR]” %windir%\logs\cbs\cbs.log > sfcdetail.txt

[참고]
Description of Windows XP and Windows Server 2003 System File Checker (sfc.exe)
http://support.microsoft.com/kb/310747

How to analyze the log file entries that the Microsoft Windows Resource Checker (SFC.exe) program generates in Window Vista
http://support.microsoft.com/kb/928228/

tag : Framework2.0, Framework3.0, Vista, sfc