레이블이 sucks인 게시물을 표시합니다. 모든 게시물 표시
레이블이 sucks인 게시물을 표시합니다. 모든 게시물 표시

2010년 3월 27일 토요일

옥션 개놈들



이 병신들 결국 계정 전부 털렸네
애초에 일부만 털렸다는거 자체가 말이 안되지.

옥션이나 네이버나 모두 이나라 IT 가 병신임을 증명하는 존재들이다.
애초에 주민등록번호로 회원가입을 받기 시작한 놈들이 문제고
저걸 고칠생각 없이 지금까지 답습한놈들도 상병신이고
각 사이트마다 민번 까라면 까고 암호는 동일하게 넣는 유저들도 병신이다.

또다른 병신들은 password  필드 길이제한을 짧게 주는 놈들
적어도 20바이트는 줘라 염병
특수문자도 받아 처먹게 하고.






2009년 7월 29일 수요일

wubi 쓰지말자 재확인

wubi 가 내 PC 에서는 성능상의 문제가 심각해서 후회중인데...
뭐 지금은 윈도에서 작업해야할 일 때문에 윈도 + 포터블 우분투를 쓰고있는 중이지만.
어쨌건.


회사 다른 직원 PC 를 봐주고 있다가
wubi 를 통한 우분투에서 작업도중 PC 가 갑자기 먹통. 헐

뭐 좋다 다운될수도 있지.
그런데 문제는 다시 부팅후에 wubi 부팅을 고르면(wubi 이므로 이 과정은 윈도 부트로더) grub 프롬프트만 뜨고 더이상 진행이 안된다.

결론만 적자면 wubi 가 쓰던 파티션 파일이 깨졌더라!
헐 이거뭐 앞뒤인과는 모르겠다만 어쨌건 최종적으로 내가 확인한것은 윈도쪽 ntfs 가 깨졌다는거. 탐색기에서는 해당 폴더로 진입 자체가 안되고(에러메시지는 기억안나네 지금 퇴근하고 적는거라) chkdsk 도 에러진단을 내준다(역시 메시지는 기억안난다)

chkdsk /f 돌려주고 나왔는데 그뒤는 모르겠네

어쨌건 wubi 는 단순 구경용이다.
주위에서 이거 쓴다고 하면 일단 말리고 보자.

2009년 6월 11일 목요일

씨네21 가짜 이벤트 발각

http://minoci.net/882

이런일이 있었네
전산오류 핑계라니 지랄하네



2009년 6월 10일 수요일

곱창 세제로 세척 헐

헉! 어제 먹은 곱창 세제로 씻는다니.. 충격 현장

님 ㅡㅡ;저 곱창만드는시장에서 알바뛰고잇습니다 ㅡㅡ;;




헐
저걸 구분할 재주는 없고
지금까지 저래왔다니 앞으로도 저런곳이 있을테고
곱창은 이제 다 먹었군.

2009년 4월 15일 수요일

도미노 피자 재판

http://gall.dcinside.com/list.php?id=pizza&no=9516

디씨는 삭제가 잦으니 백업.

펼쳐두기..


이게 진짠가.. 소비자를 병신으로 보는구만.

추가링크
http://gall.dcinside.com/list.php?id=pizza&no=9518&page=2
http://gall.dcinside.com/list.php?id=pizza&no=9519&page=2
이거 진짜였네..

하나더
http://blog.naver.com/lsulrich?Redirect=Log&logNo=100051606429



2009년 4월 6일 월요일

병신 ubuntu 8.10, 업데이트,리부팅 후 키보드 마우스 인식 안되는 문제

아 거참 짱나네
이색히들 업데이트 뜨는건 정말 공포스럽다.
아주 높은 확률로 다른쪽에서 문제가 생기니..
6.10 대 이후로는 뭔가 항상 문제를 안고 써왔는데
이번에도 병신짓을 하네.


오랜만에 윈도가 필요해서 리붓후 다시 우분투로 부팅을 했는데
키보드 마우스 전부 안먹는다.
이런 씨벌 이따위게 데스크탑 지향이라니


검색해보니
http://ubuntuforums.org/showthread.php?t=967790&highlight=keyboard+mouse
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/254840

추가.
흠. 결국 xorg.conf 가 날아간게 문제였네. 적당히 수작업을 채워넣어서 살리긴 했다. 다른애들 고생담을 들어보니 이게 작년부터 있던 문제인데 난 왜 이제 이걸 만난건지 모르겠네.

어쨌건 존나 맘에 안든다.

2009년 3월 27일 금요일

ghc 소켓제한

http://hackage.haskell.org/trac/ghc/ticket/635

소켓 스트레스 테스트를 짜기위해서 먼저 그냥 소켓만 열어두고 아무일 안하는놈을 만들어봤다. haskell 쓰레드는 erlang 처럼 가벼운놈이라 몇개를 열건 별무리없이 소화하겠지.. 했는데 소켓 천개정도 만든후엔 뻗어버리더라. ulimit 제한은 먼저 풀어둔 상태고..

적절히 구글링 해보니 ghc 가 내부적으로 소켓을 다룰때 select 를 쓰기때문에 생기는 문제라고 하는데.. 뭐 수정될거라고는 하지만 기분이 좀 드럽군. ghc 면 역사가 몇년인데 아직도 이런 문제가 있는건지.

역시나 내가 하는 일들에 쓰기는 어렵구만.