glibc 다운 그레이드 어떻게 하나요??
글쓴이: elementary / 작성시간: 금, 2007/07/06 - 4:08오후
환경
====================================
Platform: VMware
OS : Fedora 7.0
-version
binutils: binutils 2.12.90
cpp : cpp-2.95.3
gcc : gcc-2.95.3
====================================
현재 glibc는
glibc-2.6-3 버전이구요..
glibc-2.2.4-33 버전으로 다운그레이딩 하려고 하는데
glibc 건드리기가 까다로워서 어디서 부터 진행해야할지 난감하네요...
요약
glibc-2.6-3 -> glibc-2.2.4-33 버전으로 다운그레이딩 하는 방법 좀 알려주세요~~
Forums:
포기 하십시오
포기 하는게 좋으실껍니다.
시스템의 glibc 관련 라이브러리들이 바이너리에 dynamic 하게 빌드 되어 있습니다
즉 glibc 를 바꾸면 모든것을 새로 빌드 해야 합니다
누군가 그 작업을 다 해놓고 yum 저장소라도 공개 한다면 모를까 ;; 직접하시기엔 리스크가 너무큽니다
gentoo 같은 배포판은 가능하겠지만 정말 힘든것이 사실입니다
그게 아니면 필요한 모든 라이브러리를 포함한 static 빌드를 해버리는 방법이 있는데
설마 그게 쉬울리가 없겠죠 ? ;;;;
배포판을 바꾸시길 권해드립니다.
하늘은 스스로 삽질 하는 자를 삽으로 팬다.
------------------------------------------------
http://glay.pe.kr
--------------- 절취선 ------------------------
하늘은 스스로 삽질하는 자를 삽으로 팬다.
http://glay.pe.kr
혹시 rpm -ivh --nodeps
혹시 rpm -ivh --nodeps --force glibc-2.2.4 어쩌구저쩌구 하면 어떻게 될까요???
어떻게 되냐면 말이죠..
그렇게 되면 glibc 에 의존하고 있는 바이너리들이 세그먼트 폴트가 나겠죠.
... 한마디로 시스템 맛 가는거죠 -_-a
하늘은 스스로 삽질 하는 자를 삽으로 팬다.
------------------------------------------------
http://glay.pe.kr
--------------- 절취선 ------------------------
하늘은 스스로 삽질하는 자를 삽으로 팬다.
http://glay.pe.kr
이 모든 삽질이
이 모든 삽질이 다
어떤 프로그램 컴파일 때문에 하는 건데요..
libddbg.h:36: stdio.h: ?? ???? ????? ??
ddbg_assert.c:38: signal.h: ?? ???? ????? ??
ddbg_assert.c:39: stdio.h: ?? ???? ????? ??
make[1]: *** [ddbg_assert.o] 오류 1
make[1]: Leaving directory `/root/disksim-3.0/libddbg'
make[1]: Entering directory `/root/disksim-3.0/libparam'
cc -g -I/root/disksim-3.0/libddbg/include -Wall -c -o util.o util.c
util.c:32: stdlib.h: ?? ???? ????? ??
util.c:33: stdio.h: ?? ???? ????? ??
util.c:34: ctype.h: ?? ???? ????? ??
util.c:35: stdlib.h: ?? ???? ????? ??
util.c:36: string.h: ?? ???? ????? ??
util.c:37: libddbg/libddbg.h: ?? ???? ????? ??
In file included from util.c:39:
libparam.h:35: stdio.h: ?? ???? ????? ??
libparam.h:36: assert.h: ?? ???? ????? ??
이렇게 물음표 오류나는게 다 glibc 때문이겠죠??
gcc 랑 glibc 버전이 안 맞아서 생기는 문제겠죠??
프로그램 이름이?
도데체 프로그램 이름이 뭐죠?
gcc 버전과 glibc 가 안맞으면 그거에 따른 에러메세지를 보여주지..
저런식으로 ??? 하게 보여줄것 같진 않습니다 저런 부분은 보통 locale 문제가 아닐까요?
프로그램이름이 뭔지 알면 시도라도 해보겠는데 말이죠 ;;;
하늘은 스스로 삽질 하는 자를 삽으로 팬다.
------------------------------------------------
http://glay.pe.kr
--------------- 절취선 ------------------------
하늘은 스스로 삽질하는 자를 삽으로 팬다.
http://glay.pe.kr
어쩌면..
왠지 이거 같은 느낌이 드는데요.
서버측 locale 이 utf-8 이고 ( fedora 7 이라면 분명히 utf-8 일껍니다. )
원격이라던가 뭐 그런 ssh 클라이언트에서 utf-8 이 아닌 다른 ex ) euc-kr 이라던가
그런것 때문이 아닌가 하는 생각도 드는군요.
하늘은 스스로 삽질 하는 자를 삽으로 팬다.
------------------------------------------------
http://glay.pe.kr
--------------- 절취선 ------------------------
하늘은 스스로 삽질하는 자를 삽으로 팬다.
http://glay.pe.kr
프로그램 이름은
프로그램 이름은 DiskSim-3.0입니다.
disk를 시뮬레이션해서 성능을
여러가지 파라미터를 통해 수치상으로 보여주는 프로그램이에요.
카네기멜론에서 옛날에 제작된거라서
돌리는데 에로사항이 많습니다. ㅠㅠ
컴파일만 되면 되는데 말이죠..
착한 사람에게는
착한 사람에게는 물음표로만 되어 있어도 한글로 보입니다 :)
libddbg.h:36: stdio.h: ?? ???? ????? ??
이건 보나마나
libddbg.h:36: stdio.h: 그런 파일이나 디렉토리가 없음
입니다.
물음표 숫자랑 딱 맞죠? ^^
gcc랑 glibc 버전 얘기는 아무데도 안보이는데, 그렇게 예측하시면 곤란합니다.
당연하게도, 글자가 ??로 나오는 것은 glibc문제가 아니고 로케일 문제입니다.
확실히 생각은 안나는데
$ export OUTPUT_CHARSET=EUC-KR
또는
$ export OUTPUT_CHARSET=UTF-8
이거 둘 중에 하나 하면 십중팔구는 한글로 보일 것입니다.
(이게 완벽한 해결책은 아닐지도 모르는데, 일단 땜빵은 됩니다.)
에러는 헤더파일이 없어서 나는 것이므로, 헤더파일을 깔면 해결됩니다.
glibc-devel, libc6-dev, 등등 이런 비슷한 이름을 가진 패키지를 깔면
해결될 것입니다.
항상 어떤 라이브러리로 개발을 할 때에는 -dev(el) 이름을 가지는 패키지를
깔아줘야 합니다.
헉!! gcc 에러메세지도
헉!! gcc 에러메세지도 이제 한글로 나오는 건가요?
댓글 달기