▒▒ 생각이 답이다 ▒▒

Vmware에 윈도우98을 설치한경우, vmware tool 을 실행하면 각종 드라이버가 설치됩니다만 사운드드라이버만은 별도로 설치해야 합니다.

Vmware 윈도우98 사운드드라이버 설치법을 포스팅합니다

Operating System: Microsoft Windows 98 Second Edition
This guide is for Microsoft Windows 98 Second Edition. Click Here for Microsoft Windows 98 First Edition

To play the sound for windows 98 in VMware, you need to download the below drivers.

To download, right-click the link and select “Save Target As…” or “Save Link As…”

• SBPCI_WebDrvsV5_12_01.exe
• eapci8m.ecw

Install Sound Blaster PCI128

1. Double click on SBPCI_WebDrvsV5_12_01.exe that you have downloaded

   

2. Click on Yes

   

3. Select Yes, I want to restart my computer now.
4. Click on Finish to restart your computer

   

Install eapci8m.ecw file

1. Copy the file eapci8m.ecw into C:\windows\system.

   

2. On the Windows Start menu, click Settings, click Control Panel

   

3. Click on System.

   

4. In the System Properties, click Device Manager, expand Sound, video and game controller, click SB PCI(WDM), click Properties.

   

5. In the SB PCI(WDM), click Settings.
6. In the MIDI Synthesizer Waveset, click Add WaveSet.

   

7. Select the file eapci8m.ecw in C:\windows\system, click OK.

   

8. 8 MB GM/GS Waveset ver 5 will be displayed under MIDI Synthesizer Waveset.

   

9. Click OK to exit and restart your windows 98.

출처 : http://blog.naver.com/shookit?Redirect=Log&logNo=90109228295

Vm_ware를 사용하다보면 호스트컴퓨터와 잦은 파일 이동이 일어납니다.

특히 그 크기가 커졌을때는 툴을 이용한 파일공유는 한계가 있지요.

여기서는 간단한 Vm_ware설정 및 네트워크 설정을 통해

큰 파일도 쉽게 이동할 수 있도록 만들어 보겠습니다.

우선 게스트 노드에서 호스트 노드로 연결을 시키는 작업을 하겠습니다.

Vm -> Setting -> option탭 -> shared Folders 로 이동 하신 뒤 add버튼을 클릭합니다.

공유받을 폴더를 선택 하라는군요.

보통 데이타 드라이브로 쓰는 D:로 선택했습니다.

이제 게스트 컴퓨터(여기선 VM_ware를 지칭합니다.)로 돌아온 뒤

내 컴퓨터 -> 도구 -> 네트워크 드라이브 연결을 클릭.

찾아보기를 클릭합니다.

호스트에서 공유해준 D:가 보이는군요. 확인!

이제 내 컴퓨터에 공유된 드라이브가 표시 됩니다.

이번엔 게스트 쪽에서 공유폴더를 만들어서 호스트가 자유롭게 드나들 수 있도록 하겠습니다.

일단 호스트 컴퓨터의 작업그룹을 확인.

게스트 컴퓨터의 시스템 등록정보 창입니다.

그룹이 파워 유저로 호스트 컴퓨터와 같은 그룹에 속해있는데요..

원래 기본은 워크그룹에 속해있습니다. 제가 미리 설정해뒀기 때문에 이렇게 보이고 있네요.

시스템 등록 정보 -> 컴퓨터 이름 -> 변경 클릭 후 작업그룹을 호스트의 작업그룹과 같게 변경합니다.

이름은 게스트 컴퓨터임을 알아보기 쉽게 지정하시면 편합니다.

이제 게스트 컴퓨터로 돌와와서 새 폴더를 하나 만듭시다.

폴더 이름을 대충 변경 해주고 네트워크 공유 보안의 하단에 있는 마법사를 실행하지 않고 공유하기를 클릭.

경고를 무시하고 마법사를 사용하지 않고 파일 공유 체크 후 확인합니다.

체크항목에 모두 체크해줍시다. 호스트 쯤 되는 분이 쓰기권한이 없어서는 체면이 안서죠.

공유폴더가 생겼군요.

이제 호스트 컴퓨터로 돌아와서 게스트 컴퓨터에서 공유해 준 공유폴더로 접근 해보겠습니다.

\\ <--- 는 내부네트워크에 접속하는 명령어로써 뒤에 접속하고자 하는 컴퓨터의 아이피를 치면 됩니다.

게스트 컴퓨터의 공유폴더로 접근이 된 모습.

이번엔 다른 방법을 사용 해 보죠.

내 네트워크 환경 -> 작업 그룹 전체보기 클릭.

아까 게스트를 호스트와 같은 작업그룹에 뒀기 때문에 여기에서 보이게 됩니다.

들어가보면 공유한 폴더가 보이죠.

그럼 여기까지^^ 긴 글 읽으시느라 수고가 많으셨습니다.

출처 : http://blog.naver.com/namelessda?Redirect=Log&logNo=102767117

lib 디렉토리안에 많은 .so 파일들이 있다. 이게 다 뭘까?

lib 디렉토리에는 리눅스 커널이나 어플리케션에서 사용되는 라이브러리들이 들어 있다.

- *.o , *. so 파일은 이미 컴파일 된 파일.

- 윈도우의 DLL과 같은 Shared Library.

보는법

objdump -D [ 파일명.so] > output

vi output

두 개의 lib 폴더의 차이

/lib

- 이 디렉토리의 파일은 시스템에 필요한 모든 라이브러리 포함

- root유저에 의해서 설치된 프로그램들이 사용되는 모든 라이브러리.

/usr/lib

- 이 디렉토리의 파일은 유저혹은 그룹유저들에게 사용될 라이브러리들이 /lib 디렉토리의 라이브러리에 링크되어 있다.


출처 : http://jsm1111111.blog.me/116346269

하지만 CERN 의 발표로 아인슈타인의 이론 깨지게생겼음 (이 실험 이후 후폭풍이 너무세서 실험 한번 더했는데도 같은결과가 나옴)

그래서 논란은 진행중

아래는 기사

1.아인슈타인이 틀렸다는 기사( 2번째 실험에서도 성공)

2. 아이슈타인 옳다는 기사(시간차떄문이라는 설)

출처 : http://www.ilbe.com/19147744

검증(Validation)과 확인(Verification)

Validation과 Verification(V&V)는 사실 현장에 있는 전문인들도 많이 혼돈스러워하는 용어이다. 이번 “프로젝트 실무” 과목의 과제와 더불어 관련된 문서를 조사해 보았다.

모든 내용은 최대한 이해하기 쉬운 용어들을 선택해 후에 복습을 하더라도 그 모호함이 없도록 최선을 다했다.

주요 인터넷 포털 사이트와 백과사전 사이트를 조사하여 얻어낸 두 용어 Validation과 Verification의 뜻과 차이점은 다음과 같이 정의 될 수 있다.

1. 검증(Validation)

• 목적 : Are we building the RIGHT product?(올바른 제품을 만들고 있는가?)

이것은 고객의 니드(Need, 요구, 명세)를 분석가가 받아들이는데 있어 혹여나 주관적인 관점이 들어가 발생할 수 있는 문제 즉, 실제 고객의 니드와 분석가가 받아들인 니드가 차이가 나는지를 검사하는 절차이다. 아래 Verification 부분에서도 설명하지만, 이 과정은 매우 중요하다. 제작 단계에서 고객의 니드에 부합하는지 아닌지를 판단하지 않는 그러한Validation 과정이 생략된 프로세스는 매우 큰 Risk를 안게 된다. 개발자들은 오류가 있는 명세를 가지고 마치 그것이 올바른 것인 양 고객에게 제공 할 때까지 열심히 제작을 할 것이다. 하지만 고객은 제품을 사용해보고는 “이것은 제가 요구한 것이 아닌데요?”라고 하는 사태가 벌어질 수 있는 것이다.

그리하여 Validation이 다 되었으면 그것이 Complete하다고 한다. 그렇담 Complete은 무엇인가. 우선 사전적 의미를 보면 다음과 같다

“including all parts, details, facts etc and with nothing missing”

사전적 의미를 보더라도 Validation이라는 것은 명백해 진다. 고객의 니드에서 빠진 요소가 없이 모든 것을 포함하는 것. 이것이 Validation의 가장 큰 목적이라고 할 수 있다. 분석가가 이해한 내용에 고객의 니드가 빠지면 않되는 것이다.

• 특징 :

∙다이나믹한 테스트 과정이다.

∙수정과정이다.

∙평가자들이나 종종 사용자들에 의한다.

2. 확인(Verification)

• 목적 : Are we building the product RIGHT?(제품을 올바르게 만들고 있는가?)

위에서 언급한 니드에 따라 제품이 설계에 맞게 만들어지고 있는가 혹은 제품이 명세서를 충족하는가를 검사하는 절차이다. 만약 어떤 프로세스에서 Validation 과정이 이루어지지 않았다고 하더라도 Verification 절차는 100% 올바르다는 결과를 도출할 수 있다. 이러한 상황은 오류를 범하게 되는 것이다. 개발자들은 엉뚱한 명세를 가지고(개발자들은 이것인 맞는 명세라고 생각함) 열심히 개발하고 테스트를 계속해서 한다. 결국 명세에 일치하는 제품이 나오게 되고 Verification 측면에서 봤을 때 제품은 우수한 품질이라고 단정짓는다.

Verification이 다 되었으면 그것이 Correct 한다고 한다. 그럼 이것이 Validation에서의 Complete하고 무엇이 다른가? 역시 사전적 의미를 보자.

“If something is correct, it is in accordance with the facts

and has no mistakes.“

facts는 고객의 니드에 따라 만들어진 명세라고 볼수 있다. 실수가 없고(빠진 것이 없고) 명세대로 이행에 나가고 있는가(Complete와의 차이점은 Complete은 고객의 니드에서 빠진 것이 없나 체크하는 것이고, Correct는 Validation이 Complete하다는 가정 하에 프로세스가 정확하다는 것이다.) 이것이 Verification의 목적이라고 볼 수 있겠다.

• 특징 :

∙정적인 테스트 과정이다.

∙예방과정이다.

∙2~3사람이나 그룹에 의한다.

∙internal process이다.

그럼 이러한 V&V를 소프트웨어 개발에 적용하는 이유는 무엇인가? 그것은 TTA에서 발간한 “소프웨어 검증 및 확인 계획서 지침★”이란 문서에 잘 설명되어 있다.

‘소프트웨어 V&V는 고도의 훈련이 요구되는 접근 방법으로 산출물 생명 주기 전반을 통해 소프트웨어 산출물을 평가한다. V&V 노력은 소프트웨어 품질을 확립하고, 소프트웨어가 사용자 요구에 만족한다는 것을 확신하기 위한 노력이다. V&V는 소프트웨어 산출물 혹은 개발, 지원 프로세스에 대해 시의 적절한 변경을 허용함으로써 소프트웨어 프로젝트와 산출물의 상태를 통찰 할 수 있는 기법을 제공한다. 소프트웨어 검증과 확인은 소프트웨어 시스템과 그 중간 산출물들의 요구 사항을 만족시키는지를 확인하기 위해 검사, 분석 그리고 시험 기법을 사용하며 이러한 요구사항은 기능의 성능과 품질 속성 모두를 포함한다.

	★소프트웨어 검증 및 확인 계획서 지침(Guide for Software Verification and Validation Plans), 정보통신단체 표준 TTAS.IE-1059, 2001년 12월 3일, 한국정보통신기술협회

※사전적 의미의 Validation과 Verification

Verification is a quality process that is used to evaluate whether or not a product, service, or system complies with a regulation, specification, or conditions imposed at the start of a development phase. Verification can be in development, scale-up, or production. This is often an internal process.

Validation is the process of establishing documented evidence that provides a high degree of assurance that a product, service, or system accomplishes its intended requirements. This often involves acceptance and suitability with external customers.

It is sometimes said that validation ensures that ‘you built the right thing’ and verification ensures that ‘you built it right’. 'Building the right thing' refers back to the user's needs, while 'building it right' checks that the documented development process was followed. In some contexts, it is required to have written requirements for both as well as formal procedures or protocols for determining compliance.

[사전출처]http://en.wikipedia.org/wiki/Verification_and_Validation

태그저장취소