bit값을 뒤집는 좋은 방법 없나요?
한 바이트 data를 뒤집는 좋은 방법 없나요?
예를들어 a라는 한 바이트 변수에 이진수로 01010100 이 저장되어 있을때
0bit값은 7bit값으로, 1bit값은 6bit값으로... reverse하여
00101010으로 저장되게 하는 좋은 방법 있으면 알려주세요.
이걸 위해 for문을 돌리자니 보기에도 안좋고, 시간도 많이 걸리고, 멋도 없네요.
뭔가 좋은 알고리듬이 있을거 같은데...
아바타 갤러리 추가
아바타 갤러리를 추가하였습니다. 아바타는 자기 자신의 상징을 나타내는 이미지로서 직접 만들어서 올릴 수도 있고 이곳에 이미 올라와 있는 이미지들 중에서 선택하실 수도 있습니다.
아바타를 설정하시려면 "개인 정보"란의 아랫부분을 보시면 됩니다. 현재 약 500개가 넘는 이미지를 등록시켜 두었으니 마음에 드시는 것으로 선택하시거나 혹은 직접 등록하시기 바랍니다.
http://bbs.kldp.org/profile.php?mode=editprofile
참고: 아바타 기능은 등록 사용자만이 이용하실 수 있습니다.
페도라 코어5에 한글 2005 설치 & 실행 성공 하였습니다.
많은 삽질 끝에 페도라 코어5에 한글 2005 설치에 성공하였습니다.
제가 한 방법은 제가 생각해도 상당히 삽질이니, 다른 고수분들의 많은 의견을 기다리겠습니다.
오늘 어쩌다 yum의 새로운 명령어를 알았습니다.
yum localinstall package이름
다운 받아놓은 패키기에 대하여 의존성을 체크하여 설치해주는 명령입니다.
그동안 알아본바에 의하면, 한글 2005가 설치되지 않은 것이
libssl.so.5 libcrypto.so.5 의 버전이 openssl097a 용이라서 안되다고 알고 있습니다.
그래서 yum localinstall을 이용하면 문제를 해결 할 수 있지 않을 하고 이용하여 봤습니다.
그 결과는
Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package haansoft-hwp-trial.i386 0:6.4.0.1083-1hs set to be updated --> Running transaction check --> Processing Dependency: libssl.so.5 for package: haansoft-hwp-trial --> Processing Dependency: libcrypto.so.5 for package: haansoft-hwp-trial --> Processing Dependency: libgsf-1.so.114 for package: haansoft-hwp-trial --> Finished Dependency Resolution Error: Missing Dependency: libssl.so.5 is needed by package haansoft-hwp-trial Error: Missing Dependency: libcrypto.so.5 is needed by package haansoft-hwp-trial Error: Missing Dependency: libgsf-1.so.114 is needed by package haansoft-hwp-trial
역시 안되더군요.
그래서 한글 2002나 깔아서 사용하자는 생각에 한글 2002 패키지에 대해서 yum localinstall을 이용해서
설치를 하였더니, openssl097a을 설치 하더군요.
일단 한글 2002 설치에 성공하고, 다시 한번 한글 2005 설치를 시도하였지만, 같은 결과를 보여주면서 안되더군요.
그래서 일단 lib 화일에 대한 심볼릭 링크를 걸고.
cd /lib ln -sf libcrypto.so.0.9.7a libcrypto.so.5 ln -sf libssl.so.0.9.7a libssl.so.5
행여나 해서
ln -sf libcrypto.so.0.9.7a /usr/lib/libcrypto.so.5 ln -sf libssl.so.0.9.7a /usr/lib/libssl.so.5
이렇게 하고
cd /usr/lilb ln -sf libgsf-1.so.113.0.3 libgsf-1.so.114 ln -sf libgsf-gnome-1.so.113.0.3 libgsf-gnome-1.so.114
하고
yum localinstall 을 했는데, 같은 결과를 보여 주더군요.
다시 kldp에서 우분투에 한글 2005을 깔았다는 게시물을 보니, 설치후 링크를 걸었더군요.
그래서
rpm --nodeps -Uvh haansoft-hwp-trial-6.4.0.1083-1hs.i386.rpm
로 무식하게 깔았습니다.
그리고
hwp
아래 그림과 같이 성공하였습니다. ^^V
저처럼 복잡한 방법 말고 좀 더 간단한 방법이 있을 거 같습니다.
많은 의견 부탁드립니다.
이제 cd에 들어 있는 실행화일이 하드디스크로 복사하면 실행이 되는데, cd에서 실행안되는 문제만 해결하면 됩니다.
FSF, 윈도우즈 비스타에 반대하는 캠페인 시작
FSF에서 비스타에 반대하는 캠페인 웹사이트를 개설했습니다. http://badvista.fsf.org/ 입니다. FSF는 이미 http://www.defectivebydesign.org/ 에서 Apple의 iTunes, iPod 등에 포함된 DRM에 반대하는 웹사이트를 개설하였는데 이번에는 윈도우즈 비스타에 포함된 여러 기술들이 어떻게 사용자들에게 문제가 되는지를 알리고 이를 반대하기 위한 목적으로 개설하였습니다.
관심 있으신 분들은 한번 가서 보시고 bsdvista에서 주장하는 구체적인 내용이 무엇인지 올려 주시면 감사드리겠습니다.
mplayerplug-in 재생창이 브라우저에 embeding 되어 있게 할려면
mozilla-firefox 에 mplayerplug-in 을 설치해서 웹동영상을 보고 있습니다.
/etc/mplayerplug-in.conf ### Should it handle embedded movies ? noembed=0 osdlevel=2 use-gui=mini vo=xmga fs=no
위 설정에서 noembed=1 으로 설정을 하면 동영상은 잘 보입니다만 재생창이 다른창으로 뜹니다.
그래서 재생창을 브라우저에 박혀있게 할려고 noembed=0 로 하면
동영상 버퍼링이 99% 까지 진행되고 멈추어버리네요.
다른 분들은 재생창이 브라우저에 박혀서 잘 보이시나요?
mplayerplug-in.conf 설정이 어떻게 되어있는지 좀 보여주십시요.
인터넷 대란의 원인은 DNS서버 관리 관행 탓
인터넷 대란의 원인은 DNS서버 관리 관행 탓
page 1/1
백재현기자 brian@inews24.com
2003년 02 월 09일
'1.25 인터넷 대란'의 진짜 원인은 관행처럼 굳어온 국내 DNS서버의 잘못된 관리체계 때문이라는 분석이 나왔다.인터넷 및 호스팅 서비스 전문회사인 아이네트호스팅(대표 신중현 www.inet.co.kr)은 9일 DNS서버에서 로그기록서버나 스위치의 주소인 PTR(Pointer)를 관리하지하지 않은 것이 1.25 인터넷 대란의 결정적인 원인이라고 발표했다.
이같은 지적은 인터넷 대란의 사고 결정적인 원인이 'SQL 슬래머 웜' 때문이 아니라 국내 네트워크 관리구조에 있었음을 인정하는 것이어서 향후 배상문제 등에 상당한 영향을 미칠 것으로 보인다.
아이네트호스팅은 '지난 1월 25일 전국을 인터넷 불통사태로 만든 인터넷 대란의 일차적인 원인이 웜 바이러스에 의해 촉발된 것은 사실이나 실제적 원인은 잘못된 DNS서버의 관리 관행에 있다'고 지적했다.
아이네트호스팅이 밝힌 사고의 과정은 이렇다.
웜에 감염된 SQL서버들에 의해 유발된 대량의 비정상 트래픽을 스위치 장비들이 감지하고 이를 관리자용 로그기록서버로 전송했는데 로그 서버는 정보를 제공한 스위치의 주소를 파악하기 위해 DNS에 Reverse Query(역질의)를 전송하게 된다. 이 때 국내 관행상 DNS서버에는 스위치나 로그분석 서버의 PTR(Pointer-IP주소를 스위치 이름으로 바꿔줌)정보를 파악하지 않고 있기 때문에 DNS서버는 로그 서버로 다시 '자료 없음'이라는 응답을 주게 되고 이는 다시 로그서버로 하여금 DNS에 주소를 묻는 Query를 보내게 만드는 과정이 반복되면서 패킷이 폭증했다는 것이다.
미국 등 해외에서 이번 사고의 피해가 적었던 것도 외국은 DNS서버가 PTR정보를 관리하기 때문이었다는 것이 아이네트호스팅 측의 분석이다.
이 회사의 기술운영팀 신승민 팀장은 "인터넷 웜의 감염에 의한 전형적인 현상은 트래픽의 비정상적인 증가이며, 이 증가는 ISP(인터넷서비스제공업체)혹은 IDC(인터넷 데이터센터)에서 사용하는 스위치 등의 장비에 의해서 모두 감지될 수 있고 그 내역을 자동으로 보고되도록 돼 있다. 또 감염시에는 그 보고 횟수가 현격히 증가하게 돼 로그서버로 전송되는 트래픽의 양이 커지며 최악의 경우 로그 서버가 마비되는 현상이 올 수 있다. 그러나 이 경우에도 인터넷이 마비되는 극한 상황은 절대로 발생하지 않는다. 문제는 로그 서버가 문의하게 되는 Reverse Query에 대한 응답이 제대로 나와줘야 하는데 이번 사고에서는 그렇지 못해 Reverse Query가 반복적으로 발생하게 되고 이러한 Query의 증가로 인해 오히려 DNS 서버가 마비되는 현상이 발생한 것"이라고 설명했다.
따라서 DNS에 각 스위치 장비에 대한 PTR 자료가 관리됐다면 한 스위치당 한번의 Reverse Query만을 전송해 DNS서버를 마비시킨 패킷의 폭증은 발생하지 않았을 것이라는 주장이다.
이 회사 위의석 이사는 "PTR정보는 관리자가 아니면 알 필요가 없는 정보이기 때문에 국내에서는 10여년동안 DNS서버가 이를 관리하지 않는 것이 관례였다."고 말하고 "따라서 이번 사고의 책임론이 거론되고 있는 KT를 비난하기는 어려운 실정"이라고 덧붙였다.
그는 그러나 "지난해 부터 DNS서버를 공격하는 웜이 나타났었던 만큼 필터링 시스템 설치 등의 조치를 취했어야 한다고 생각한다."고 지적했다.
한편 위의석 이사는 "이같은 자체 파악한 원인을 KT에 간접 통보했지만 KT는 이를 100% 인정하지는 않고 있는 것 같다."고 전했다.
<Copyright ⓒ inews24. 무단전재 및 재배포 금지>
PTR 정보를 설정하는 않는 관행 자체가 전혀 무리가 없는 것인지 여러분들의
의견을 듣고 싶습니다.
그동안 초보 관리자들의 많은 질문 중에 하나가 PTR 이 없어서 각종 서비스의
로그 시에 오래 정체되는 문제였는데, 왜 PTR 정보를 관리안해온건지도
궁금하군요.
[완료]char* name과 char *name, 어떤걸 써야하나요?
컴파일 결과는 둘다 똑같은 걸로 알고있습니다.
하지만 코딩할 때, 어떤 표현이 정확한건지 궁금합니다.
아시는 분 좀 갈켜주세요~.