이응기역

임의로 .svn directory 를 지웠을 때 나타나는 에러 메시지

svn checkout 을 다시 하면 된다.

소스(파일) 날짜를 보존하고 싶으면, tar 로 묶어두었닥 checkout 후에 다시 풀면 된다 

 AIX ksh 0403-057 Syntax error: `(' is not expected error ...

점검할 것
# makefile 에 에러가 없는 지
# make clean 을 하지 않고 make 하고 있는지

• 보기 > 사이드바 > 설정 > 시작
  • 시작은 왼쪽 탭에 있는 메뉴이다

http://searcher.tistory.com/entry/ECLIPSE-CVS-%EC%82%AC%EC%9A%A9%ED%95%98%EA%B8%B0

를 참고하라.
해보지는  않았다.

이 문제가 궁금했는데, 누군가 답변을 올려놓았다. 맞는 얘기인지는 ....


출처는 http://www.curiousmath.com/index.php?name=News&file=article&sid=30


Re: Round to Even 

While the term "proof" applied to this trick is horribly misleading -- it is a sample, or simulation -- it should also be pointed out that round-to-even is only more accurate in a cumulative sense. In other words, the accuracy of the rounding becomes an issue only when multiple operations are being carried out. This may not seem like a big difference, but it's important.

For example, in terms of individual numbers ending in 5 after the decimal place, round-up will always give an error of 0.5 (ie. 4.5 -> 5). Round-to-even will still give an error of 0.5 (ie. 5.5 -> 5) but there is a zero-sum associated with cumulative operations on data sets. In other words, when performing multiple operations with data, round-to-even will "cancel out" rounding errors to a greater extent than round-up.

Consider the data set {4.5, 5.5, 6.5, 7.5, 8.5}. Round-up yields {5, 6, 7, 8, 9}, whereas round-to-even yields {4, 6, 6, 8, 8}. Summing each of these sets, round-up yields 35, whereas round-to-even yields 32. The actual sum of the original data set is 32.5, which supports the claim that round-to-even is more accurate. Examining the rounding adjustments made during calculations, round-up yields {+0.5, +0.5, +0.5, +0.5, +0.5}, whereas round-to-even yields {-0.5, +0.5, -0.5, +0.5, -0.5}. The sums of these data sets are 2.5 and -0.5 respectively, where a number closer to zero is more accurate.

The original post hints at this when it describes the Rounding Error, but does not make it explicitly clear why this is the case. Hopefully this post will clarify.

Optons -> Session Optons -> Apperance

windows 에서 telnet 을 이용한 http server 자동 테스트.
test.vbs 로 저장한 뒤 더블클릭(또는 윈도 배치(시작프로그램 등)에 등록)



set WshShell = WScript.CreateObject("WScript.Shell")
WshShell.Run "cmd"
WScript.Sleep 100
WshShell.AppActivate "C:\Windows\system32\cmd.exe"
WScript.Sleep 100
WshShell.SendKeys "telnet yahoo.com 80{ENTER}"
WScript.Sleep 2000
WshShell.SendKeys "GET /index.html{ENTER}"
WshShell.SendKeys "User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4{ENTER}"
WshShell.SendKeys "Host: yahoo.com{ENTER}"
WshShell.SendKeys "{ENTER}"
WshShell.SendKeys "{ENTER}"
WScript.Sleep 2000
WshShell.SendKeys "exit{ENTER}" 'close cmd.exit

관리자 권한이 있는 다른 사용자로 로그인 후, 아래 디렉토리 이름을 바꾸면 된다.
c:\docs and settings\"profile name"\local settings\application data\microsoft\windows
권한 문제로 접근이 거부 된다면, 문제가 된 사용자가 c:\docs and settings\"profile name"
디렉토리의 보안항목에서 다른 사용자에게 전체 권한을 주면 된다.

아래 글을 보고 조치했다.


We experienced this problem at our office with about 11 users. The fix is to cut and paste the folder c:\docs and settings\"profile name"\local settings\application data\microsoft\windows" to another location. Log back in and problem will be resolved.

Note: to do this you must log in as another user to move this folder.

Note: local settings is a hidden folder.




http://www.techspot.com/vb/topic48091.html

도구(ALT+T) -> 부가기능(A) -> '테마' 탭 선택

아래처럼 하면 한 프로세스가 attach 하고 있는 공유메모리를 알 수 있다.
#svmon -P $PID|grep -e "shared memory segment" -e "unused segment"

ipcs -mP 를 이용해서 Vsid(Virtual Segmentation ID) 를  찾아보면 공유메모리 키도 알아낼 수 있다.