후니의 잡동사니

if(IsUserAnAdmin())
{

// 관리자 권한으로 실행중

}
else
{

// 아닐 경우 관리자 권한으로 프로그램 실행

SHELLEXECUTEINFO si;
ZeroMemory(&si, sizeof(SHELLEXECUTEINFO));

si.cbSize = sizeof(SHELLEXECUTEINFO);
si.hwnd = NULL;
si.fMask = SEE_MASK_FLAG_DDEWAIT;
si.lpVerb = "runas";
si.lpFile = "Launcher.exe";
si.lpParameters = lpCmdLine;
si.nShow = SW_SHOWNORMAL;
si.lpDirectory = 0;

ShellExecuteEx(&si);
exit(0);

}

Administrators 권한이 있는 경우에만 정상적으로 수행될 수 있는 어플리케이션을 만들기 위해서는 manifest를 이용하여 '이 프로그램을 수행하기 위해서는 반드시 권한상승이 필요하다'는 정보를 실행파일에 포함시킬 필요가 있습니다.

물론, 오른마우스를 클릭해서 "관리자 권한으로 실행" 으로 어플리케이션을 수행하거나, '속성'에서 '관리자 권한으로 이 프로그램 실행'을 선택할 수도 있겠지만, 사용자에게 이렇게 어플리케이션을 수행할 것을 강요하는 것은 매우 어려운 일이기 때문에, 실행파일 자체에 '이 어플리케이션은 반드시 Administrators permission이 필요하다' 라는 정보를 추가하여, 자동적으로 권한상승 창이 뜰 수 있도록 하는 것은 매우 중요합니다. 그런데 Visual Studio 2005 조차도 이러한 정보를 단숨에 실행파일에 추가하는 손쉬운 방법을 제공하지는 않습니다. (1. 아래 내용을 보면 아시겠지만 그렇다고 매우 복잡한것도 아닙니다. 2. 한편으로 보면 이는 매우 당연합니다. Visual Studio 2005가 Vista보다 미리 출시되었을 뿐더러 이러한 manifest를 추가하는 것은 단순히 특수한 type의 resource를 추가하는 것 이상의 동작이 아니기 때문입니다.) 게다가 managed code를 개발하느냐 혹은 C/C++와 같이 native code를 개발하느냐에 따라 그 방법이 서로 상이하기 때문에 조금은 혼돈스러울 수 있습니다.

앞서 말한 이러한 제약사항(본 어플리케이션은 반드시 Administrators 권한이 필요하다와 같은)은 manifest 라는 파일에 기록되게 되며, manifest 파일들은 실행파일에 추가(embedding)될 수 있습니다. manifest 파일의 일반적인 구조는 다음과 같습니다. 이 파일은 '실행파일명.exe.manifest' 라는 파일로 저장하는 것이 좋습니다. 'MyApp.exe'가 실행파일명이라면 'MyApp.exe.manifest'로 저장하시면 됩니다.

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
<assemblyIdentity version="1.0.0.0"
processorArchitecture="X86"
name="IsUserAdmin"
type="win32"/>

<description>Description of your application</description> 
<!-- Identify the application security requirements. -->
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel
level="requireAdministrator"
uiAccess="false"/>
</requestedPrivileges>
</security>
</trustInfo>
</assembly>

(indentation을 못해서 죄송합니다. 어떻게 하는지를 모르겠어요 ^^;)

이제 실질적인 3가지 절차를 알아 봅시다.  

1. 'Step by Step' 방법

먼저 '실행파일명.rc' 라는 이름의 빈파일을 만듭니다. 'MyApp.rc'와 같이 만들면 됩니다. 아래와 같은 내용을 적습니다.

#define RT_MANIFEST 24 
#define APP_MANIFEST 1

APP_MANIFEST RT_MANIFEST MyApp.exe.manifest

위 의미는 RT_MANIFEST 형 resource로 APP_MANIFEST 라는 이름의 identifier를 "MyApp.exe.manifest" 라는 내용을 정의한다라는 의미입니다.(manifest 형 resource 구분자의 값은 항상 1로 정의하는 것이 좋습니다.

(참고적으로 파일내에 RT_MANIFEST 를 정의하는 대신 #include <winuser.h> 를 포함시키는 것도 좋은 방법입니다. 하지만 이 경우 winuser.h 파일의 위치를 정의하기 위하여 추가적인 명령들을 설정해야할 수 있습니다. 또한 MyApp.exe.manifest 파일을 rc 파일과 분리된 파일로 두지 않고 rc 파일내에 쓸 수도 있습니다.)

이제 rc 파일을 컴파일하여 res 파일을 만듭니다. 컴파일 하는 방법은 다음과 같은 두가지 방법 중 한가지를 사용하면 됩니다.

• command line prompt 에서 rc.exe /r MyApp.rc 를 입력합니다.
• Visual Studio 2005 내에서 project properties를 선택하고 Build Event Tab의 Pre-Build event에 다음을 입력합니다.

"$(DevEnvDir)..\..\SDK\v2.0\bin\rc.exe" /r "$(ProjectDir)$(TargetName).rc"

(rc.exe 파일의 위치는 적절히 수정되어야할 수 있습니다.)

이제 컴파일된 resource를 실행파일에 추가하기 위한 절차를 수행합니다. 다음과 같은 2가지 방법이 있을 수 있습니다.

• Visual Studio 2005나 MsBuild를 이용하는 방법

MyApp.csproj 파일을 열어서 볼드체로 표시된 내용을 다음과 같이 추가합니다.

<PropertyGroup>

...
<Win32Resource>MyApp.res</Win32Resource>

...
</PropertyGroup>

• command line을 이용하여 컴파일 하는 방법

csc /win32res:MyApp.res MyApp.cs
vjc /win32res:MyApp.res MyApp.jsl
vbc /win32resource:MyApp.res MyApp.vb

 

2. mt.exe를 활용하는 방법

mt.exe 를 이용하면 이미 생성된 실행파일에 manifest 파일을 embedding할 수 있습니다. mt.exe를 활용하는 방법에도 2가지 방법이 있을 수 있습니다.

• command prompt를 이용하여 다음과 같이 입력합니다.

mt.exe -manifest MyApp.exe.manifest -outputresource:MyApp.exe;#1

여기서 #1 은 manfest 파일에 대한 resource identifier를 1로 정의한다는 의미입니다.

• Visual Studio 2005 내에서 project properties를 선택하고 Build Event Tab의 Post-Build event에 다음을 입력합니다.

"$(DevEnvDir)..\..\VC\bin\mt.exe" -manifest "$(ProjectDir)$(TargetName).exe.manifest"  –outputresource:"$(TargetDir)$(TargetFileName)";#1

 

3. Manifest Tool을 이용하는 방법

Visual Studio 2005를 이용하여 C++ 어플리케이션을 개발하고 있다면, 좀 더 손쉽게 manifest 파일을 embedding할 수 있습니다.

project properties를 선택하고 Configuration Properties->Manifest Tool을 선택한 후, Input and Output을 선택합니다. Additional Manifest Files 에 'MyApp.exe.manifest' 와 같이 manifest 파일명을 입력하면 됩니다.

결론

이러한 3가지 방법중에 각각 선호하는 방법을 선택하면 되겠습니다만, 2번 방법을 이용하는 것이 가장 간단하면서도, managed/native의 구분없이 사용할 수 있으므로 가장 적절하지 않을까 생각됩니다.

다음 Link를 참고하십시오.

Developer Best Practices and Guidelines for Applications in a Least Privileged Environment

.Net Security Blog : Adding a UAC Manifest to Managed Code

The Moth: Vista: User Account Control

How To: Tell Vista's UAC What Privelege Level Your App Requires

출처 : http://himskim.egloos.com/1524155

1. 현재 프로세스 종료 안시키고 실행

SHELLEXECUTEINFO si;  

ZeroMemory(&si, sizeof(si));

si.cbSize = sizeof(si);

si.lpFile = 실행파일명;

si.lpDirectory = 실행파일 경로;

si.nShow |= SW_SHOWNA;

si.lpParameters = (LPCSTR)보내고자할 파라미터 데이터;

if(!ShellExecuteEx(&si))        

{   

int res = GetLastError();        

if(res == ERROR_FILE_NOT_FOUND)

AfxMessageBox("프로그램을 찾을 수 없습니다.");

if(res == ERROR_PATH_NOT_FOUND)

AfxMessageBox("프로그램 경로가 올바르지 않습니다.");

if(res == ERROR_ACCESS_DENIED)

AfxMessageBox("프로그램 액세스가 거부되었습니다.");

return;

}

2. 현재 프로세스 종료시키고 실행

- 기존 프로세스의 기억 공간에 새로운 프로그램을 적재함으로써, 호출 프로세스를 변형(프로세스 식별번호 유지)

- 테스트 해보니 클래스의 소멸자 호출이 되지 않음(메모리 릭 발생 가능성 존재)

execl (char*path, char*argo, char*arg1,………,NULL) 

execv (char*path, char**argv) 
execlp(char*filename, char*argo, char*arg1,………,NULL) 
execvp(char*filename, char**argv) 
  
path        실행화일이 있는 곳까지의 전체 경로 이름 
argo         실행하고자 하는 프로그램 이름 
arg1~argn 실행하고자 하는 프로그램의 인수들 
avgv         실행하고자 하는 프로그램의 인수들의 배열 
filename    실행하고자 하는 프로그램 이름 

참조 

http://blog.naver.com/PostView.nhn?blogId=eyes0311&logNo=20009947817&redirect=Dlog&widgetTypeCall=true

http://blog.naver.com/PostView.nhn?blogId=shymusicko&logNo=90005695640

현재 사용되는 프로세스의 CPU 점유율 계산법

double XfGetTime(void)
{
    LARGE_INTEGER liEndCounter,liFrequency ;
    QueryPerformanceCounter(&liEndCounter);
    QueryPerformanceFrequency(&liFrequency);

    return (liEndCounter.QuadPart / (double)liFrequency.QuadPart) * 1000;
}

bool GetCpuShare(double &dShare)
{
   static double oldTime = XfGetTime();     //start 상태의 가장 마지막 값을 저장한다.
   static __int64 iOldKernelTime=0, iOldUserTime=0;

   LARGE_INTEGER  iCreationTime, iExitTime, iKernelTime, iUserTime;

   bool ret = false;

   if( GetProcessTimes( GetCurrentProcess() , (LPFILETIME) &iCreationTime, (LPFILETIME) &iExitTime
      , (LPFILETIME) &iKernelTime, (LPFILETIME) &iUserTime ) == TRUE )
   {
      if( iOldKernelTime > 0)
      {
         __int64 sum = iKernelTime.QuadPart - iOldKernelTime + iUserTime.QuadPart - iOldUserTime;
         sum /= 10000; // 100 nano sec 단위에서 msec 단위로 변환

         if( XfGetTime()  - oldTime > 0)
         {
            dShare = sum / (XfGetTime()-oldTime) * 100.0  ;
            ret = true;
         }
      }

      iOldKernelTime = iKernelTime.QuadPart;
      iOldUserTime = iUserTime.QuadPart;
      oldTime = XfGetTime();
   }

   return ret;
}

인터넷에서 찾다보니 위와 같은 함수가 있어서 사용했는데 이상한 결과가 나오는 걸 확인했다

최종 값에 아래의 값을 가져와서 나누면 제대로된 결과가 나오는 거 같다.
(Processor 갯수만큼 나눠서 사용한다는 소리)



SYSTEM_INFO Info;
GetSystemInfo(&Info);

dShare /= Info.dwNumberOfProcessors;

참조 : http://ictlab.tistory.com/24

windows
 - 해당하는 SVN 저장소의 hooks 디렉토리에 pre-revprop-change.bat 라는 파일을 생성
        ex) Repositories/sample_project/hooks/pre-revprop-change.bat

 - pre-revprop-change.bat 파일내용
    if "%4" == "svn:log" exit 0
    echo Changing revision property '%4' is prohibited >&2
    exit 1

unix
 - 파일명을 pre-revprop-change

hooks 디렉토리 밑에 pre-revprop-change.tmpl 에 예제참조.

참조 : http://weemy.tistory.com/46

Visual Studio 에서 제공해주는 CRT debug library와는 다르게 callstack을 보여준다는 장점이 있다.

아래 사이트에서 다운 받아서 사용하면 된다.

http://vld.codeplex.com/

셋팅

 - predefined header, 즉 stdafx.h 뒤에 vld.h 를 포함

 - 프로젝트 속성에서 include와 lib 위치 추가

셋팅된 프로젝트에서만 Leak이 검출 되기 때문에 DLL을 사용하던가 다른 프로젝트가 존재하는 경우 해당 프로젝트도 같은  셋팅을 해야한다.

추가 사항

 - 파일로 남기고 싶을 경우 설치 폴더에 있는 vld.ini파일에서 ReportTo 옵션을 file 또는 both를 변경

abs: 절대값을 구한다.
acos: 코사인에 대한 역 삼각함수
all(x); x의 모든 원소가 0인가? 맞으면 true, 아니면 false를 리턴한다.
any(x): x의 원소중에 0이 아닌 원소가 하나라도 있는가? 있으면 true, 없으면 false를 리턴한다.
asfloat: 인자값을 float 타입으로 바꾼다.
asin: 싸인에 대한 역 삼각함수
asint: 인자값을 int 타입으로 바꾼다.
asuint: 인자값을 uint 타입으로 바꾼다.
atan: 탄젠트에 대한 역 삼각함수
atan2: atan2(y,x) 의 형태로 쓰이며 이는 atan(y/x)와 같다. 분모인 x는 당연히 0이어서는 안 된다.
ceil: 인자값으로 전달 받은 float형 값보다 크거나 같은 정수들 중에서 가장 작은 값
clamp: 인자값을 특정 범위로 한정한다. 즉, clamp(x, min, max)에서 x가 min보다 작으면 min을
max보다 크면 max를 리턴한다.
clip:
픽셀 쉐이더에서만 사용 가능하다. 만약 인자값이 0보다 작으면 현재의 픽셀을 버린다.
clip( Input.Color.A < 0.1f ? -1:1 );
위에서 만약 알파값이 0.1보다 작다면 인자값은 -1이 될 것이고 이는 0보다 작기 때문에
해당 픽셀은 처리되지 않게 된다.
cos, sin, tan: 기본 삼각함수
cross: 인자로 받은 두 개의 float형 3D 벡터값들의 외적값을 구한다.
D3DCOLORtoUBYTE4: D3DCOLOR값으로 채워진 4D 벡터의 float형 성분들을 UBYTE4 형으로 변경한다. UBYTE4형을 지원하지
않는 특정 하드웨어를 위해 마련된 함수이다.
ddx: ddx_coarse 참조
ddy: ddy_coarse 참조
degrees: 인자로 입력 받은 라디언 값에 해당하는 degree값을 리턴한다.
determinant: 인자로 입력받은 정방행렬의 행렬식을 구한다.
distance(x,y): 두 벡터의 거리를 구한다.
dot: 인자로 받은 두 개의 3D 벡터들의 내적값을 구한다.
log: 밑이 e인 로그값을 구한다.
log10: 밑이 10인 로그값을 구한다.
log2: 밑이 2인 로그값을 구한다.
floor:인자값으로 전달 받은 float형 값보다 작거나 같은 정수들 중에서 가장 큰 값
radians: 인자로 입력 받은 degree 값에 해당하는 radian값을 리턴한다.
sqrt(x) : x의 제곱근을 구한다.
rsqrt: 제곱근의 역수를 구한다.
max: 두 인자 중 큰 값을 구한다.
min: 두 인자 중 작은 값을 구한다.
fwidth:
isfinite(x): x가 유한한가? 맞으면 true, 아니면 false 리턴
isinf(x): x가 무한인가? 맞으면 true, 아니면 false 리턴
length(x): 벡터 x 의 길이를 리턴
normalize: 정규화한다.
pow(x,y): x^y, 즉 x의 y승 값을 리턴
exp(x): 밑을 e로 하는 지수 e^x를 리턴
exp2(x): 밑을 2로 하는 지수 2^x를 리턴
modf(x,i) : x의 정수부분은 i에 저장되고 소수점 이하부분이 리턴값으로 넘어온다.
sign(x) : x의 부호를 리턴한다. 부호가 음수이면 -1, 0이면 0, 양수이면 1을 리턴
saturate(x) : x를 [0, 1] 범위의 값으로 한전한다
lerp(x,y,s) : 선형보간 값인 x + s(y - x) 를 리턴한다.
step(x,y) : x가 y보다 작거나 같은지 판단한다. 맞으면 1, 그렇지 않으면 0을 리턴한다
smoothstep(min,max,x) : x가 [min, max] 사이의 값인 경우에 [0, 1] 사이의 Hermite 보간 값을
리턴한다.
fmod(x,y) : x/y의 나머지 값을 리턴한다
frac(x) : x의 소수점 이하 부분을 리턴한다
frexp(x,e) : 주어진 실수 x의 소수점 이하값인 가수부분과 지수부분을 동시에 리턴한다.
가수부분을 e로 리턴하고, 지수부분을 함수리턴값으로 리턴한다
round(x) : 반올림한 정수를 리턴
mul(x,y) : 두 행렬의 곱을 리턴한다.
faceforward(n, i, ng) : 관찰자를 향하는 표면 노말값을 리턴한다
reflect(i, n) : 반사벡터를 리턴한다.
refract(i, n, R) : 굴절벡터를 리턴한다.
lit(n·l, n·h, m) : 조명계수 벡터를 리턴한다.
noise(x) : Perlin 노이즈값을 리턴한다.

fwidth(x): abs(ddx(x)) + abs(ddy(x)) 를 계산한다.