Adobe Flash plugin 폰트 로딩 메모리 누수 버그

narusas의 이미지

발견 환경

HW
Atom N270
약 10대 가량의 일반 x86 PC(Core, Core 2 duo, 프레스캇, 기타등등)

OS
ubuntu 8.04
ubuntu 8.10
ubuntu 9.04
xubuntu 8.10
xubuntu 9.04

웹브라우저
Firefox 3.0
Firefox 3.5
kazehakase with Gecko 0.5.4
epiphany2.26.1
konquerer

Flash
Adobe flash plugin 10
Adobe flash plugin 10 debug
Adobe flash plugin 9

문제 재현

다음 사이트에 방문

http://www.betman.co.kr
http://traffic.local.naver.com/Traffic_browser/SubWayLine/

시스템 로케일이 ko_KR.UTF-8 이 아닌경우, 터미널을 열고 다음 명령을 입력하여 수행시킨다.

~$ export LANG=ko_KR.UTF-8
~$ export LC_ALL=ko_KR.UTF-8
~$ firefox

문제

일정시간이 지나면(메모리 총량에 따라 달라짐)

firefox: Fatal IO error 12 (Cannot allocate memory) on X server :0.0.
 
Program received signal SIGSEGV, Segmentation fault.

라는 메시지를 내고 Firefox가 crash 됨.

firefox가 해당 사이트에 들어가서 flash가 로드되기 전까지는 메모리사용량이 증가하지 않음
해당 사이트에 들어가서 flash가 로드된 이후에는 메모리 사용량이 급격하게 증가하면서 firefox가 crash됨.

영문이나 일어 로케일로 해당 사이트에 들어가면 이 문제가 발생하지 않음.

분석

firefox가 동작중일때 pmap을 이용하여 메모리 사용내역을 보면

pmap 5304
 
5304:   /usr/lib/firefox-3.0.11/firefox --display=:0
08048000     28K r-x--  /usr/lib/firefox-3.0.11/firefox
0804f000      4K r----  /usr/lib/firefox-3.0.11/firefox
08050000      4K rw---  /usr/lib/firefox-3.0.11/firefox
09570000  79932K rw---    [ anon ]
4750b000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
47693000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
4781b000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
479a3000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
47b2b000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
47cb3000   1568K r----  /usr/share/fonts/truetype/LexiGulim090423.ttf
.... 수백줄에 걸쳐 /usr/share/fonts/truetype/LexiGulim090423.ttf 가 찍혀 있음. 

영어나 일어등 한국어가 아닌 로케일에서는

/usr/share/fonts/truetype/LexiGulim090423.ttf

가 한줄만 있음. (한번만 로드되었음)

디버거를 걸어보면 crash가 발생하는 시점에 여러개의 thread가 존재하며,

Flash thread는 여러개가 있는데 그중 하나를 backtrace 해보면

#0  0xb804c9f0 in pthread_mutex_lock () from /lib/tls/i686/cmov/libpthread.so.0
#1  0xb18f50a8 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#2  0xb18f5332 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#3  0xb18f53c1 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#4  0xb176c50d in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#5  0xb804b50f in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#6  0xb7ea0a0e in clone () from /lib/tls/i686/cmov/libc.so.6

파이어폭스 메인 쓰래드는

#0  0xb8088430 in __kernel_vsyscall ()
#1  0xb7e9d276 in munmap () from /lib/tls/i686/cmov/libc.so.6
#2  0xb1deaf74 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#3  0xb1deadc0 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#4  0xb18fa81d in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#5  0xb176b105 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#6  0xb1754550 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#7  0xb7dedd89 in exit () from /lib/tls/i686/cmov/libc.so.6
#8  0xb67051d5 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#9  0xb6b46062 in _XIOError () from /usr/lib/libX11.so.6
#10 0xb6b4d3f8 in _XGetXCBBuffer () from /usr/lib/libX11.so.6
#11 0xb6b4d5fd in ?? () from /usr/lib/libX11.so.6
#12 0xb6b4e37e in _XReply () from /usr/lib/libX11.so.6
#13 0xb6b2a4f9 in XGetImage () from /usr/lib/libX11.so.6
#14 0xb6b2a779 in XGetSubImage () from /usr/lib/libX11.so.6
#15 0xb6700ff2 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#16 0xb66cb9f9 in gdk_drawable_copy_to_image () from /usr/lib/libgdk-x11-2.0.so.0
#17 0xb66cb9f9 in gdk_drawable_copy_to_image () from /usr/lib/libgdk-x11-2.0.so.0
#18 0xb176a3c3 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#19 0xb175e0c5 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#20 0xb1754590 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#21 0xb1759124 in ?? () from /usr/lib/adobe-flashplugin/libflashplayer.so
#22 0xb7871887 in ?? () from /usr/lib/xulrunner-1.9.0.11/libxul.so
#23 0xb7429aff in ?? () from /usr/lib/xulrunner-1.9.0.11/libxul.so
#24 0xb7a69680 in ?? () from /usr/lib/xulrunner-1.9.0.11/libxul.so
#25 0xb7a5adcb in ?? () from /usr/lib/xulrunner-1.9.0.11/libxul.so
#26 0xb7a5b04a in ?? () from /usr/lib/xulrunner-1.9.0.11/libxul.so
...

에서 보듯이 gdk_drawable_copy_to_image 를 사용하는 과정에서 memory full 이 나는것으로 보인다.

중복해서 로드되는 폰트는 /etc/fonts/conf.d/69-language-selector-ko-kr.conf 에서 sans-serif나 monospace로 지정된 폰트이다.
혹시나 싶어서 /etc/fonts/conf.avail/29-language-selector-ko-kr.conf 에 앨리어스와 힌팅을 각각 true/false 로도 설정해보고 테스트 하였으나 같은 결과였다.

결론
Adobe flash plugin은 한글 랜더링에 있어 심각한 메모리 누수 버그를 가지고 있다. 현재까지 이를 해결하는 꽁수는 없는 것으로 보이며 adobe에서 빠른 시간안에 조치를 취하기를 바라는 바이다.

bushi의 이미지

ko_KR.UTF-8

Mozilla/5.0 (X11; U; Linux i686; ko-KR; rv:1.9.0.11) Gecko/2009061118 Fedora/3.0.11-1.fc10 Firefox/3.0.11

flash-plugin-10.0.22.87-release.i386.rpm

[bushi@rose PKGS]$ pmap `pidof firefox`|grep ttf
b29a1000   3748K r----  /usr/share/fonts/vlgothic/VL-Gothic-Regular.ttf
b5f20000    896K r----  /usr/share/fonts/un-extra/UnJamoNovel.ttf
b6480000    892K r----  /usr/share/fonts/un-extra/UnJamoSora.ttf
b6567000    552K r----  /usr/share/fonts/dejavu/DejaVuSans-Bold.ttf
b65f1000    312K r----  /usr/share/fonts/dejavu/DejaVuSansMono.ttf
b67ea000     80K r----  /usr/share/fonts/thaifonts-scalable/Norasi.ttf
b67fe000    132K r----  /usr/share/fonts/liberation/LiberationSans-Regular.ttf
[bushi@rose PKGS]$
두 사이트 모두 같습니다. 메모리 사용량은 평소와 다름없이 줄기도하고 늘기도하고.

OTL

narusas의 이미지

우분투 계열의 문제점일수도 있겠군요.

narusas의 이미지

페도라쪽은 flash를 띄울때 nspluginwrapper 를 사용해서 띄움니다.
nspluginwrapper는 npviewer.bin이라는 외부 프로세스를 이용하여 flash 를 띄우며 이 npviewer.bin이라는 프로세스가 위에서 제시한 것과 동일한 현상의 메모리 릭을 발생시키다가 다운됩니다.

nspluginwrapper를 사용하면 firefox 자체는 다운되지 않는 장점이 있습니다. 그러나 nspluginwrapper의 자체적인 버그가 꽤 많기 때문에 플래시의 다운 현상 자체는 훨씬 더 많이 발생하게 됩니다.

bushi의 이미지

plugin 동작과정은 말씀하신 것이 맞습니다.
본래 64bit 환경에서 32bit plugin 을 사용하기 위해 제안된 것인데,
일관성을 위해서인지 아니면 뭔가 다른 이유가 있는 것인지는 몰라도 32bit 환경에서도 사용됩니다.
(다른 이유가 없는 것이 맞다면, 삭제하고 adobe 의 것을 직접적으로 사용해도 됩니다)

그냥 열어놓고 있는 것만으로는 15시간이 지나도 증상재현이 안되는 것 같아서,
네이버 지하철 노선도를 이리저리 클릭하며 노선을 잡아보고 있는 와중이었는데 flash 화면이 사라져버리는군요.
npviwer 가 죽어버렸고.

pmap 으로 npviewer.bin 을 보면

[bushi@rose PKGS]$ pmap `pidof npviewer.bin`|grep ttf|cut -c13-|wc -l
2553
[bushi@rose PKGS]$ pmap `pidof npviewer.bin`|grep ttf|cut -c13-|uniq
896K r----  /usr/share/fonts/un-extra/UnJamoNovel.ttf
[bushi@rose PKGS]$
입니다.
네이버 지할 노선도를 보기위해선 2553 번을 버텨야하는 거군요.

세번인가 네번인가 최단계산을 시켜보면

[bushi@rose PKGS]$ pmap `pidof npviewer.bin`|grep ttf|uniq|wc -l
2824
[bushi@rose PKGS]$ 
로 늘어납니다. 계속 버티면 계속 살 수 있다는 거겠죠.

메모리 부족과는 좀 다른 문제인 것 같은데,
결과적으론 mmap() 으로 할당받을 virtual address 공간이 없어져서 죽은 것 같습니다.

[bushi@rose PKGS]$ strace -p `pidof npviewer.bin`
...
...
open("/usr/share/fonts/un-extra/UnJamoNovel.ttf", O_RDONLY) = 11
fcntl64(11, F_SETFD, FD_CLOEXEC)        = 0
fstat64(11, {st_mode=S_IFREG|0644, st_size=914976, ...}) = 0
mmap2(NULL, 914976, PROT_READ, MAP_PRIVATE, 11, 0) = -1 ENOMEM (Cannot allocate memory)
mmap2(NULL, 917504, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1 ENOMEM (Cannot allocate memory)
...
...
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
Process 4601 detached
[bushi@rose PKGS]$

어째서 이미 로드한 폰트를 쓰지않고 계속 다시 로드하려고 하는지 모르겠지만...
혹시 사업적인 응용해서 급히 필요하신거라면,
open() 과 mmap() 를 가로채서 폰트로드를 감시하는 라이브러리를 preload 하는 방식으로 응급조치하시면 되겠습니다.

OTL

bushi의 이미지

file descriptor 번호가 너무 착한 것이 대견(?)스러워서 더 봤는데요...

open("/usr/share/fonts/un-extra/UnJamoNovel.ttf", O_RDONLY) = 11
fcntl64(11, F_SETFD, FD_CLOEXEC)        = 0
fstat64(11, {st_mode=S_IFREG|0644, st_size=914976, ...}) = 0
mmap2(NULL, 914976, PROT_READ, MAP_PRIVATE, 11, 0) = 0xb428c000
close(11) 
처럼 되어 있습니다.

이건 많이들 사용하는 패턴이죠. close() 를 위해 fd 를 어딘가에 보관해두는 번거로움을 피하기 위해.
mmap 은 close() 로는 풀리지 않습니다.
아니, 커널(파일시스템) 수준에서는 실제로 close 되지도 않습니다. mummap() 해주기 전까지는 말이죠.

ENOMEM 이 아니라 EMFILE 이 먼저 나왔어야하는게 아닌가 하는 생각이 들어서 보긴했는데,
system call 을 보는 것만으론 더 이상 무리겠습니다.
저런 트릭은 라이브러리 수준에서 얼마든 사용할 수 있는 트릭이니까요.

munmap 은 폰트를 unload 하는 부분에서 호출될텐데,
unload 를 하지 않고 계속 load 만 하는 배경환경이 system 때문인지 flashplayer 의 단순버그인지, 아니면 flash 프로그래머의 실수때문인지는 알쏭달쏭하네요.

개인적인 느낌으론, flash 프로그래머가 만들어낸 버그 일 듯 싶습니다.
제아무리 후진 위젯라이브러리라해도 200개의 label 을 표시하기 위해 200 개의 똑같은 폰트객체를 만들진 않을 것 같아서요.
아마도... 걸레같은 custom label class 하나 만들어두고 열심히 new 하고 있을 듯.

OTL

bushi의 이미지

저 스스로 느끼기에... 근래 말로만 나불대는 것 같아서 ... 좀 두드려봤습니다.
.
.
.

bushi@rose2:~/net/flash_wrap$ make
gcc -fPIC -Wall -O2 -g   -c -o ftmgr.o ftmgr.c
gcc -fPIC -Wall -O2 -g   -c -o ftmgr_mem.o ftmgr_mem.c
gcc -fPIC -Wall -O2 -g   -c -o rbtree.o rbtree.c
gcc -nostartfiles -shared -Wl,-soname,libftmgrwrapper.so ftmgr.o ftmgr_mem.o rbtree.o -o libftmgrwrapper.so -lc -ldl -lpthread
bushi@rose2:~/net/flash_wrap$ 
bushi@rose2:~/net/flash_wrap$ LD_PRELOAD=`pwd`/libftmgrwrapper.so firefox

기존에 떠 있는 firefox 는 죽이고 실행하셔야 합니다.
fedora10, ubuntu8.04 의 firefox 3.0.11 로만 시험해봤습니다.

플래시로 떡칠한 사이트 둘러볼 때 플래시화면이 사라지거나(fedora) 브라우저가 죽어버리는(ubuntu)는 이유를 이제서야 알았습니다.

+

찜찜했던 부분을 수정한 파일들을 다시 첨부합니다.

OTL

댓글 첨부 파일: 
첨부파일 크기
Plain text icon flash_wrap2.tgz.txt6.01 KB
pamisu1의 이미지

bushi 님이 첨부한 flash_wrap2.tgz 파일을 압축 풀어서 그 디렉토리로 들어간 다음에 터미널에서

make 한 뒤 
LD_PRELOAD=`pwd`/libftmgrwrapper.so firefox

라는 명령으로 파이어폭스를 띄우니 확실히 '플래시플레이어때문에 파이어폭스가 죽는 문제'가 개선되었습니다.

그런데 파이어폭스를 띄울 때 마다 터미널을 열고 저런 명령을 내린다는 것이 좀 번거롭습니다.

bushi 님이 만드신 패치를 아예 플래시플러그인이나 파이어폭스에 적용시켜 파이어폭스 아이콘만으로 실행시키려면 어떻게 해야 하나요?
sudo 명령으로 make 를 실행시켜야 하나요?

xubuntu 9.04, 파이어폭스 3.0.13, 플래시 플레이어는 어도브 사이트에서 받은 우분투용 플래시 10 버전입니다.

그리고 파이어폭스 3.5 버전도 시냅틱으로 설치했는데,

LD_PRELOAD=`pwd`/libftmgrwrapper.so firefox-3.5

라는 명령으론 오류가 나면서 실행이 되지 않네요.
bushi의 이미지

http://kldp.org/node/107277 에 팁을 적긴했는데, ubuntu 에서 어떻게 될 진 잘 모르겠습니다.
ubuntu 에도 nspluginwrapper 라는 패키지가 있긴있으니 이걸 설치해서 한번 해보세요.

firefox-3.5 에서 죽는 이유는 잘 모르겠지만,
위에 말씀드린 nspluginwrapper 를 통한다면 문제가 없을 것이라 생각합니다.

OTL

pamisu1의 이미지

조아라 사이트에서 소설을 읽다 보면 자꾸(10~15분 마다) 파이어폭스가 죽어서 방법을 찾던 중,
bushi 님의 글을 보게 되어 flash_wrap2.tgz 를 내려받은 뒤 압축풀고 그 디렉토리로 들어가서 터미널로

 
make 한 뒤 
LD_PRELOAD=`pwd`/libftmgrwrapper.so firefox

를 이용하니 조아라에서 소설을 잘 읽을 수 있게 되었습니다.

반면에 링크에 알려주신 팁은 통하질 않고 파이어폭스가 또 죽어버리네요.

우분투(xubuntu 9.04)에서 nspluginwrapper 패키지를 설치하면/usr/lib/nspluginwrapper/npviewer.sh 파일은 없고,
/usr/lib/nspluginwrapper/noarch/npviewer 라는 다른 파일이 생겨서 그냥 그 파일을 수정하고, libftmgrwrapper.so 파일을 /usr/lib/nspluginwrapper/ 에 복사했습니다.

http://traffic.local.naver.com/Traffic_browser/SubWayLine/ 사이트에선 두 방법 다 아예 먹통이 되어 버립니다.

저렇게 아예 처음부터 먹통이 되는 사이트가 있을 줄은 몰랐습니다.
다음 스포츠 생생화보 같은 경우 무한로딩만 하면서 안 되는 건 마찬가지지만 파이어폭스가 완전 먹통이 되진 않았거든요.

ps.
pmap 으로 npviewer.bin 을 살펴본다는 말이 무언지 잘 모르겠습니다.
사실 전 프로그램이나 컴퓨터에 대해 아는 것도 전무하고 그냥 여기저기 팁들을 복사 & 붙여넣기로 쓰는 일반 사용자거든요.

bushi의 이미지

.so 는 /usr/lib/nspluginwrapper/i386/linux/ 에 복사하시면 될텐데...
ubuntu 9.04 에서 해봤고 firefox 3.0 , 3.5 모두 잘 동작했습니다.

pmap 얘기는... 저기 위에 댓글에 적힌 것 처럼
$ pmap `pidof npviewer.bin` | grep ttf
를 했을 때 같은 폰트 이름이 중복해서 나오는지 보시면 된다는 뜻 입니다.

OTL

pamisu1의 이미지

그 후 htop으로 보니 npvewer.bin 은 없고 /usr/lib/firefox-3.xx/firefox 가 5~6개가 있더군요.
더 골치 아픈 건 /usr/sbin/console-kit-daemon 이 한 60개가 넘게 있습니다.

어쨌건 pmap [파이어폭스 PID] | grep ttf 를 해 봤습니다.

그랬더니 플래시가 없는 사이트, 예를 들면 kldp 는 폰트가 6개, 빈 페이지는 폰트가 2개가 뜹니다.
하지만 조아라 사이트 같이 플래시가 있는 사이트는 폰트가 무지하게 많이 중복되면서 뜨는군요.
특히 UnDotum, UnBatang 계열의 폰트가 많습니다.

참고로 /etc/conf.d/69-language-ko 파일을 69-language-ko.bak 으로 이름 바꿔 놓은 상태입니다.

반면에 flash_wrap2.tgz 를 압축풀고 그 경로에서
LD_PRELOAD=`pwd`/libftmgrwrapper.so firefox

로 열면 폰트 수가 확 줄어 들어서 조아라 사이트에서 파이어폭스가 죽는 일이 개선 됩니다.
다만 이것도 3~4 시간 소설을 읽다보면 문제가 있어서 아예 시스템이 멈춰버립니다.

그래서 아무런 키보드 입력이나 마우스 입력을 먹지 않아서 [알트+시스템레스큐 키]를 누른 상태에서 차례로 R-E-I-S-U-B 버튼을 눌러 강제로 재부팅 해야 합니다.

ps.
npviewer 파일을 수정할 때, 혹시 기존 옵션을 주석으로 막아야 할 곳이 있나요?

bushi의 이미지

아무래도 ubuntu 의 flash plugin 과 nswrapper 설치가 잘못 된 것 같습니다.

ubuntu 에서라면
apt-get install flashplugin-installer
apt-get install nspluginwrapper
로 설치가 끝나고.

galternatives 를 실행시켜 봤을 때,
firefox-flashplugin 항목이 /var/lib/flashplugin-installer/npwrapper.libflashplayer.so 로 선택되어있고.

firefox 를 실행시켜서 주소표시줄에 about:plugins 를 입력한 뒤에 나온 페이지의
"Shockwave Flash" 항목에

  파일명: npwrapper.libflashplayer.so
  Shockwave Flash 10.0 r32
처럼 되어 있으면 됩니다.

이상태에서 firefox 로 flash 가 있는 사이트에 접속한 뒤
shell 에서
ps ax|grep npviewer.bin
을 했을 때 프로세스가 걸려 나오면 됩니다.

OTL

pamisu1의 이미지

어도브에서 받은 우분투용 플래시플러그인 설치 파일을 제거하고,
우분투의 flashplugin-nonfree 도 없이 flashplugin-installer 만 설치하니 되는군요.

즉, 우분투(xubuntu 9.04 32비트) 에서

1.
flashplugin-installer, nspluginwrapper 패키지만 설치한 뒤
(firefox 를 실행시켜서 주소표시줄에 about:plugins 를 입력한 뒤에 나온 페이지의
"Shockwave Flash" 항목에
파일명: npwrapper.libflashplayer.so
Shockwave Flash 10.0 r32
라고 제대로 보입니다.)

2.
npviewer 파일 수정하고

3.
부치님의 flash_wrap2.tgz 파일을 압축풀고 make( 이게 빌드라는 거 맞죠?)한 뒤,
만들어진 libftmgrwrapper.so 파일을 /usr/lib/nspluginwrapper/i386/linux/ 로 복사합니다.

그 후
ps ax|grep npviewer.bin 으로 PID 알아낸 뒤
pmap PID | grep ttf 를 해 보니 깨끗하네요.

또한 네이버 지하철 노선 사이트도 좀 늦게 뜨긴 하지만 제대로 표시됩니다.
http://traffic.local.naver.com/Traffic_browser/SubWayLine/

이제 조아라에서 3~4 시간 소설을 읽으면서 시스템이 얼어버리는 지만 확인하면 됩니다.

추가:
조아라에서 오랜 시간 소설을 읽으니까 역시 시스템이 얼어버리네요.
다만 폰트 무한 로딩 문제는 아닌 것 같고 다른 문제 같습니다.

cocoon의 이미지

샘플 사이트의 네이버 주소가 잘못된거 같군요.
아래 주소의 지하철 검색부분을 테스트 해보셔야합니다.
네이버 첫화면 검색창에 "지하철"이라고 입력하시면 문제되는 현상을 수초 후 보실 수 있습니다.

http://search.naver.com/search.naver?where=nexearch&query=%C1%F6%C7%CF%C3%B6&x=0&y=0&sm=top_hty&fbm=1

네이버 지하철 검색을 하면 수도권 외 부분은 잘되고 수도권 부분은 크래쉬됩니다.
이 문제는 파이어폭스 3.0, 3.5 / Chromium / Opera에서도 동일하게 발생하네요.

이 외에도 다른 사이트에서도 한글 폰트를 로딩하는 부분이 포함된 플래시에서 동일 현상이 발생합니다.
어도비가 좀 고쳐주면 좋겠는데...

혹시나해서 이번 플래시 플레이어 10.1 베타를 받아서 테스트 해봤는데
고쳐지지 않고 같은 현상이 발생하네요.

파도의 이미지

64bit 플래시 플레이어에서는 이 버그가 없어서, 이후 버전부터는 버그가 수정된 줄 알았는데 아니군요..

--------Signature--------
시스니쳐 생각 중..

송효진의 이미지

native 64bit 환경에서도 ttf 가 엄청 많이 로딩되는 증상은 있는데,
제시해 주신 해결 방안은 적용을 못하겠네요.
nspluginwrapper 로는 64bit 를 64bit 로 wrapping 하는것이 안되는군요.

emerge money
http://wiki.kldp.org/wiki.php/GentooInstallSimple - 명령어도 몇 개 안돼요~
http://xenosi.de/

bushi의 이미지

nspluginwrapper 에 64bit plugin 지원이 들어간 것은

2007-08-20 21:46  Gwenole Beauchesne 
 
	* NEWS, configure, src/npw-config-template.h, src/npw-config.c:
	  Add support for 64-bit plugins and fix elf_swap_sym_32() for
	  st_shndx swapping (Martin Stransky).

http://svn.beauchesne.info/?view=rev&revision=439
http://svn.beauchesne.info/gwenole/projects/nspluginwrapper/trunk/src/npw-config.c?r1=302&r2=439&pathrev=439

OTL

송효진의 이미지

젠투 패키지 문제였군요.
64bit 전용으로 다시 컴파일해서 npwrapper.libflashplayer.so 를 만들어
about:plugins 에도 npwrapper.libflashplayer.so 로 나오는 것 까지는 했는데,
플래시가 안나오네요-_-;

emerge money
http://wiki.kldp.org/wiki.php/GentooInstallSimple - 명령어도 몇 개 안돼요~
http://xenosi.de/

송효진의 이미지

이 버그 언제쯤 고쳐질까요...
10.0.42.34 에서도 아직 안고쳐졌네요.

emerge money
http://wiki.kldp.org/wiki.php/GentooInstallSimple - 명령어도 몇 개 안돼요~
http://xenosi.de/

Prentice의 이미지

어도비에서 이 버그에 대해 알고 있나요? 아니면 누군가 알리려 해보셨다거나요.

cocoon의 이미지

일단 이와 관련한 문제를 어도비 포럼에 올렸는데 리플하나 안달리고 휙~페이지가 넘어가버리더군요...^^
그래서 국내 플래시 한글 문제 공동 대응팀이라고 플래시 커뮤니티에서 활동하시는 분들이 계시길래
간단한 설명과 본 포스트와 관련 내용을 링크했고 그쪽 분께서 어도비 내부에 이문제를 보고 하셨다고 하는데 그 이상은 잘 모르겠습니다.
이 문제는 일단 우분투에 버그 레포팅이 되어있긴합니다만 우분투에서 해결할수 있는 문제는 아니라고 봅니다.
일단 현재로서는 오직 한국어와 한글 환경에서만 발생하는 것 같아서
어도비에서 적극적으로 대응을 해줄런지도 미지수고 일단 그냥 기다리는 수밖에 없을 것 같군요.
그리고 일단 다른 작은 사이트는 그렇다 쳐도 네이버는 큰 포털이라 이 문제에대해 해결을 바라는 마음에서
고객센터에 이메일을 보냈는데 답변이 왔습니다. 답변이 아주 명쾌하더군요.
"네이버는 *윈도*용 파이어폭스를 지원하며 타 운영체제용 파이어폭스는 지원하지 않습니다."라고...
메일받고는 그냥 피식하고 웃고 말았습니다.

cocoon의 이미지

beta 3지만 문제 해결이 안되었네요...

Ubuntu 9.10 32bit + FF 3.5.7에서 테스트 해본 결과
위 사이트에서 부라우저가 다운되는 현상은 여전합니다.
10.1 정식 버전에서도 고쳐지지 않을 것 같다는 불길한 예감이 드는군요.

혹시 테스트 해보신분 계신지요?

송효진의 이미지

이러니까 잡스 아저씨가 플래시를 버렸지...

emerge money
http://wiki.kldp.org/wiki.php/GentooInstallSimple - 명령어도 몇 개 안돼요~
http://xenosi.de/

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.