Translate a Document.
Location : /usr/src/linux-kernel-2.6.24/Document/vesafb.txt
PS. If I have mistakes, please let me know. : )
What is vesafb?
===============
vesafb란 무엇인가?
This is a generic driver for a graphic framebuffer on intel boxes.
이것은 인텔 박스(컴퓨터)의 그래픽 프레임 버퍼를 위한 generic 드라이버이다.
The idea is simple: Turn on graphics mode at boot time with the help
of the BIOS, and use this as framebuffer device /dev/fb0, like the m68k
(and other) ports do.
idea는 간단한다: 바이오스의 도움을 받아 boot타임에 그래픽 모드를 켜는것이다, 그리고 이것은 /dev/fb0라는 프레임 버퍼 장치로 사용한다. 마치 m68k포트가 그러하듯이.
This means we decide at boot time whenever we want to run in text or
graphics mode. Switching mode later on (in protected mode) is
impossible; BIOS calls work in real mode only. VESA BIOS Extensions
Version 2.0 are required, because we need a linear frame buffer.
이것은 boot타임에 텍스트나 그래픽 모드를 실행시키려는 것이다. 후에(보호 모드로 진입한 후에) 모드를 변경하는것은 불가능하다.; 바이오스 콜은 리얼모드에서 동작한다. 우리는 linear 프레임 버퍼가 필요하기 때문에 VESA BIOS 확장 버전 2.0이 필요하다.
Advantages:
득:
* It provides a nice large console (128 cols + 48 lines with 1024x768)
without using tiny, unreadable fonts.
* 이것은 눈꼽만한 읽기 어려운 글자없이 큰 콘솔(128칸 + 48줄의 1024*768해상도)을 제공해 준다.
* You can run XF68_FBDev on top of /dev/fb0 (=> non-accelerated X11
support for every VBE 2.0 compliant graphics board).
* XF68_FBDev를 /dev/fb0위에서 돌릴수 있다.
* Most important: boot logo :-)
* 가장 중요한거. 부트로고가 뜬다 : -)
Disadvantages:
실:
* graphic mode is slower than text mode...
* 그래픽 모드는 텍스트 모드보다 느리다...
How to use it?
어떻게 사용하나?
==============
Switching modes is done using the vga=... boot parameter. Read
Documentation/svga.txt for details.
vga=... 이라는 boot parameter를 이용하여 모드를 변경할 수 있다. 자세한 내용은 Documentation/svga.txt파일에서 확인하라.
You should compile in both vgacon (for text mode) and vesafb (for
graphics mode). Which of them takes over the console depends on
whenever the specified mode is text or graphics.
당신은 vgacon(텍스트 모드용)과 vesafb(그래픽 모드용)을 컴파일 해야한다. 텍스트 모드나 그래픽 모드에 따라서 두개중 적당한 모듈이 사용된다.
The graphic modes are NOT in the list which you get if you boot with
vga=ask and hit return. The mode you wish to use is derived from the
VESA mode number. Here are those VESA mode numbers:
당신이 vga=ask로 설정하고 부팅했을때 그냥 엔터를 쳤다면, 그래픽 모드선택되지 않는다. 사용 가능한 모드는 VESA모드 번호에서 선택한다. VESA모드 번호는 다음과 같다.
| 640x480 800x600 1024x768 1280x1024
----+-------------------------------------
256 | 0x101 0x103 0x105 0x107
32k | 0x110 0x113 0x116 0x119
64k | 0x111 0x114 0x117 0x11A
16M | 0x112 0x115 0x118 0x11B
The video mode number of the Linux kernel is the VESA mode number plus
0x200.
리눅스 커널의 비디오 모드 번호는 VESA모드 번호에 0x200을 더한 값이다.
Linux_kernel_mode_number = VESA_mode_number + 0x200
So the table for the Kernel mode numbers are:
따라서 커널 모드 번호테이블은 다음과 같다:
| 640x480 800x600 1024x768 1280x1024
----+-------------------------------------
256 | 0x301 0x303 0x305 0x307
32k | 0x310 0x313 0x316 0x319
64k | 0x311 0x314 0x317 0x31A
16M | 0x312 0x315 0x318 0x31B
To enable one of those modes you have to specify "vga=ask" in the
lilo.conf file and rerun LILO. Then you can type in the desired
mode at the "vga=ask" prompt. For example if you like to use
1024x768x256 colors you have to say "305" at this prompt.
위의 모드를 활성화 시키는 한가지 방법은 lilo.conf에 "vga=ask"를 명시하고 LILO 를 재실행 하는것이다. 그러면 "vga=ask"프롬프트에서 원하는 모드를 입력할 수 있다. 일예로, 1024x768 해상도에 256컬러를 사용하고 싶다면 "305"를 입력하면 된다.
If this does not work, this might be because your BIOS does not support
linear framebuffers or because it does not support this mode at all.
Even if your board does, it might be the BIOS which does not. VESA BIOS
Extensions v2.0 are required, 1.2 is NOT sufficient. You will get a
"bad mode number" message if something goes wrong.
만약 작동하지 않는다면, 이것은 아마도 BIOS가 linear framebuffers를 지원하지 못하거나 혹은 아무것도(linear framebuffers뿐 아니라) 지원하지 못하기 때문일 것이다. 설사, 보드가 지원하더라도 BIOS가 지원하지 못하는 것일수 도 있다. VESA BIOS Extensions v2.0이상이 필요로 하며, 1.2 버전은 sufficient(?)하다. 무언가 잘못되었다면 "bad mode number" 라는 메세지를 볼 수 있다.
1. Note: LILO cannot handle hex, for booting directly with
"vga=mode-number" you have to transform the numbers to decimal.
1. 노트: LILO는 hex(16진수)를 지원하지 못한다. 따라서 "vga=mode-number" 형식으로 직접적으로 입력하려 한다면 hex값을 dec(10진수)로 변환해서 적어야 한다.
2. Note: Some newer versions of LILO appear to work with those hex values,
if you set the 0x in front of the numbers.
2. 노트: 몇몇 새로운 버전의 LILO는 0x를 숫자의 앞에 붙이는 조건으로 hex값들을 쓸수 있다.
X11
===
XF68_FBDev should work just fine, but it is non-accelerated. Running
another (accelerated) X-Server like XF86_SVGA might or might not work.
It depends on X-Server and graphics board.
XF68_FBDev는 무난하게 작동하기는 하지만, (그래픽)가속되지는 않는다. 가속되는 XF86_SVGA같은 X-Server는 잘 작동될거라 단언하기 어렵다. 그것은 X-Server나 그래픽 보드에 따라 다르기 때문이다.
The X-Server must restore the video mode correctly, else you end up
with a broken console (and vesafb cannot do anything about this).
X-Server는 비디오 모드를 정확히 복원해야 하며, 그렇지 않다면 broken(망가진?) 콘솔을 만나게 될것이다. (vesafb는 이것에 대해 아무것도 할 수 없다.)
Refresh rates
=============
There is no way to change the vesafb video mode and/or timings after
booting linux. If you are not happy with the 60 Hz refresh rate, you
have these options:
리눅스가 부팅한 이후로는 vesafb 비디오 모드나 타이밍을 수정할 방법이 없다. 만약 모니터가 60Hz의 refresh rate라면 즐겁지 못할것이다, 이 경우 다음의 선택사항들이 있다:
* configure and load the DOS-Tools for your the graphics board (if
available) and boot linux with loadlin.
* ???(번역 안됨)
* use a native driver (matroxfb/atyfb) instead if vesafb. If none
is available, write a new one!
* vesafb대신에 native 드라이버(matroxfb/atyfb)를 사용해라. 만약 (장치에 맞는)native 드라이버가 없다면, 하나 작성해도 된다.
* VBE 3.0 might work too. I have neither a gfx board with VBE 3.0
support nor the specs, so I have not checked this yet.
* VBE 3.0도 동작할 것이다. 나는 VBE3.0을 지원하거나 해당 스펙을 가진gfx보드가 없기 때문에 확인하지 못했다.
Configuration
설정
=============
The VESA BIOS provides protected mode interface for changing
some parameters. vesafb can use it for palette changes and
to pan the display. It is turned off by default because it
seems not to work with some BIOS versions, but there are options
to turn it on.
VESA BIOS는 parameter들을 변경하기 위한 보호모드 인터페이스를 제공한다.
vesafb는 그것을 사용하여 palette를 변경하거나 화면을 확장할 수 있다. 이것은 몇몇 BIOS버전에서 동작하지 않기 때문에 기본적으로 off되어 있지만, on시킬수 있는 옵션이 존재한다.
You can pass options to vesafb using "video=vesafb:option" on
the kernel command line. Multiple options should be separated
by comma, like this: "video=vesafb:ypan,invers"
당신은 커널 커맨드라인에 "video=vesafb:option"과 같은 방법으로 vesafb에 옵션을 줄 수 있다. 다수의 옵션은 쉼표(,)로 구분되어야 한다. 예: "video=vesafb:ypan, invers"
Accepted options:
가능한 옵션들:
invers no comment...
invers 내용 없음...
ypan enable display panning using the VESA protected mode
interface. The visible screen is just a window of the
video memory, console scrolling is done by changing the
start of the window.
ypan VESA 보호모드 인터페이스를 사용하여 확장할수 있도록 한다. 보이는 화면은 비디오 메모리의 윈도우 일 뿐이다. 콘솔은 윈도우의 시작 위치를 변경함으로서 화면의 스크롤 처리를 한다.
pro: * scrolling (fullscreen) is fast, because there is
no need to copy around data.
pro: * 스크롤(전체화면)이 빠르다. 왜냐하면, 주변의 데이터를 복사할 필요가 없기 때문이다.
* You'll get scrollback (the Shift-PgUp thing),
the video memory can be used as scrollback buffer
* 당신이 스크롤백(Shift+PageUp Key)할때 비디오 메모리는 스크롤백 버퍼처럼 사용된다.
kontra: * scrolling only parts of the screen causes some
ugly flicker effects (boot logo flickers for
example).
kontra: * 약간의 번쩍거림(flicker-부트 로고가 깜빡거리는 현상등-)때문에 스크롤이 화면의 일부만 가능하다.
ywrap Same as ypan, but assumes your gfx board can wrap-around
the video memory (i.e. starts reading from top if it
reaches the end of video memory). Faster than ypan.
ywrap ypan과 동일함, 다만, ..???(번역 안됨)
redraw scroll by redrawing the affected part of the screen, this
is the safe (and slow) default.
redraw 화면의 일부를 새로 그리는 방식으로 스크롤이 진행됨. 이것이 기본 상태(안전하지만 느린)임.
vgapal Use the standard vga registers for palette changes.
This is the default.
vgapal palette를 변경하기위해 standard vga 레지스터를 사용함. 이것이 기본 상태임.
pmipal Use the protected mode interface for palette changes.
pmipal palette를 변경하기위해 보호모드 인터페이스를 사용함.
mtrr:n setup memory type range registers for the vesafb framebuffer
where n:
mtrr:n 'n' 에 vesafb 프레임 버퍼에 사용할 메모리 타임 레지스터를 설정함:
0 - disabled (equivalent to nomtrr) (default)
1 - uncachable
2 - write-back
3 - write-combining
4 - write-through
If you see the following in dmesg, choose the type that matches the
old one. In this example, use "mtrr:2".
만약 당신이 다음에 나오는 메세지를 dmesg에서 봤다면, `old:` 에 해당하는것을 선택하면 된다. 이 예에서는 "mtrr:2"를 사용하면 된다.
...
mtrr: type mismatch for e0000000,8000000 old: write-back new: write-combining
...
nomtrr disable mtrr
nomtrr mtrr을 disable 한다.
vremap:n
remap 'n' MiB of video RAM. If 0 or not specified, remap memory
according to video mode. (2.5.66 patch/idea by Antonino Daplas
reversed to give override possibility (allocate more fb memory
than the kernel would) to 2.4 by tmb@iki.fi)
vremap:n
'n'에 비디오 램의 MiB를 remap 한다. 만약 설정하지 않거나, 0으로 적어 넣는다면, 비디오 모드에 따라 메모리를 remap한다. ..??? 번역 안됨.
vtotal:n
if the video BIOS of your card incorrectly determines the total
amount of video RAM, use this option to override the BIOS (in MiB).
vtotal:n
만약 비디오 BIOS가 그래픽 카드의 비디오램 용량을 잘못 측정한다면, 이 옵션을 사용해서 BIOS설정을 덮어 쓸 수 있다. (MiB로.)
Have fun!
즐거운 시간 갖으시라!
Gerd
--
Gerd Knorr <kraxel@goldbach.in-berlin.de>
Minor (mostly typo) changes
by Nico Schmoigl <schmoigl@rumms.uni-mannheim.de>
Location : /usr/src/linux-kernel-2.6.24/Document/vesafb.txt
PS. If I have mistakes, please let me know. : )
What is vesafb?
===============
vesafb란 무엇인가?
This is a generic driver for a graphic framebuffer on intel boxes.
이것은 인텔 박스(컴퓨터)의 그래픽 프레임 버퍼를 위한 generic 드라이버이다.
The idea is simple: Turn on graphics mode at boot time with the help
of the BIOS, and use this as framebuffer device /dev/fb0, like the m68k
(and other) ports do.
idea는 간단한다: 바이오스의 도움을 받아 boot타임에 그래픽 모드를 켜는것이다, 그리고 이것은 /dev/fb0라는 프레임 버퍼 장치로 사용한다. 마치 m68k포트가 그러하듯이.
This means we decide at boot time whenever we want to run in text or
graphics mode. Switching mode later on (in protected mode) is
impossible; BIOS calls work in real mode only. VESA BIOS Extensions
Version 2.0 are required, because we need a linear frame buffer.
이것은 boot타임에 텍스트나 그래픽 모드를 실행시키려는 것이다. 후에(보호 모드로 진입한 후에) 모드를 변경하는것은 불가능하다.; 바이오스 콜은 리얼모드에서 동작한다. 우리는 linear 프레임 버퍼가 필요하기 때문에 VESA BIOS 확장 버전 2.0이 필요하다.
Advantages:
득:
* It provides a nice large console (128 cols + 48 lines with 1024x768)
without using tiny, unreadable fonts.
* 이것은 눈꼽만한 읽기 어려운 글자없이 큰 콘솔(128칸 + 48줄의 1024*768해상도)을 제공해 준다.
* You can run XF68_FBDev on top of /dev/fb0 (=> non-accelerated X11
support for every VBE 2.0 compliant graphics board).
* XF68_FBDev를 /dev/fb0위에서 돌릴수 있다.
* Most important: boot logo :-)
* 가장 중요한거. 부트로고가 뜬다 : -)
Disadvantages:
실:
* graphic mode is slower than text mode...
* 그래픽 모드는 텍스트 모드보다 느리다...
How to use it?
어떻게 사용하나?
==============
Switching modes is done using the vga=... boot parameter. Read
Documentation/svga.txt for details.
vga=... 이라는 boot parameter를 이용하여 모드를 변경할 수 있다. 자세한 내용은 Documentation/svga.txt파일에서 확인하라.
You should compile in both vgacon (for text mode) and vesafb (for
graphics mode). Which of them takes over the console depends on
whenever the specified mode is text or graphics.
당신은 vgacon(텍스트 모드용)과 vesafb(그래픽 모드용)을 컴파일 해야한다. 텍스트 모드나 그래픽 모드에 따라서 두개중 적당한 모듈이 사용된다.
The graphic modes are NOT in the list which you get if you boot with
vga=ask and hit return. The mode you wish to use is derived from the
VESA mode number. Here are those VESA mode numbers:
당신이 vga=ask로 설정하고 부팅했을때 그냥 엔터를 쳤다면, 그래픽 모드선택되지 않는다. 사용 가능한 모드는 VESA모드 번호에서 선택한다. VESA모드 번호는 다음과 같다.
| 640x480 800x600 1024x768 1280x1024
----+-------------------------------------
256 | 0x101 0x103 0x105 0x107
32k | 0x110 0x113 0x116 0x119
64k | 0x111 0x114 0x117 0x11A
16M | 0x112 0x115 0x118 0x11B
The video mode number of the Linux kernel is the VESA mode number plus
0x200.
리눅스 커널의 비디오 모드 번호는 VESA모드 번호에 0x200을 더한 값이다.
Linux_kernel_mode_number = VESA_mode_number + 0x200
So the table for the Kernel mode numbers are:
따라서 커널 모드 번호테이블은 다음과 같다:
| 640x480 800x600 1024x768 1280x1024
----+-------------------------------------
256 | 0x301 0x303 0x305 0x307
32k | 0x310 0x313 0x316 0x319
64k | 0x311 0x314 0x317 0x31A
16M | 0x312 0x315 0x318 0x31B
To enable one of those modes you have to specify "vga=ask" in the
lilo.conf file and rerun LILO. Then you can type in the desired
mode at the "vga=ask" prompt. For example if you like to use
1024x768x256 colors you have to say "305" at this prompt.
위의 모드를 활성화 시키는 한가지 방법은 lilo.conf에 "vga=ask"를 명시하고 LILO 를 재실행 하는것이다. 그러면 "vga=ask"프롬프트에서 원하는 모드를 입력할 수 있다. 일예로, 1024x768 해상도에 256컬러를 사용하고 싶다면 "305"를 입력하면 된다.
If this does not work, this might be because your BIOS does not support
linear framebuffers or because it does not support this mode at all.
Even if your board does, it might be the BIOS which does not. VESA BIOS
Extensions v2.0 are required, 1.2 is NOT sufficient. You will get a
"bad mode number" message if something goes wrong.
만약 작동하지 않는다면, 이것은 아마도 BIOS가 linear framebuffers를 지원하지 못하거나 혹은 아무것도(linear framebuffers뿐 아니라) 지원하지 못하기 때문일 것이다. 설사, 보드가 지원하더라도 BIOS가 지원하지 못하는 것일수 도 있다. VESA BIOS Extensions v2.0이상이 필요로 하며, 1.2 버전은 sufficient(?)하다. 무언가 잘못되었다면 "bad mode number" 라는 메세지를 볼 수 있다.
1. Note: LILO cannot handle hex, for booting directly with
"vga=mode-number" you have to transform the numbers to decimal.
1. 노트: LILO는 hex(16진수)를 지원하지 못한다. 따라서 "vga=mode-number" 형식으로 직접적으로 입력하려 한다면 hex값을 dec(10진수)로 변환해서 적어야 한다.
2. Note: Some newer versions of LILO appear to work with those hex values,
if you set the 0x in front of the numbers.
2. 노트: 몇몇 새로운 버전의 LILO는 0x를 숫자의 앞에 붙이는 조건으로 hex값들을 쓸수 있다.
X11
===
XF68_FBDev should work just fine, but it is non-accelerated. Running
another (accelerated) X-Server like XF86_SVGA might or might not work.
It depends on X-Server and graphics board.
XF68_FBDev는 무난하게 작동하기는 하지만, (그래픽)가속되지는 않는다. 가속되는 XF86_SVGA같은 X-Server는 잘 작동될거라 단언하기 어렵다. 그것은 X-Server나 그래픽 보드에 따라 다르기 때문이다.
The X-Server must restore the video mode correctly, else you end up
with a broken console (and vesafb cannot do anything about this).
X-Server는 비디오 모드를 정확히 복원해야 하며, 그렇지 않다면 broken(망가진?) 콘솔을 만나게 될것이다. (vesafb는 이것에 대해 아무것도 할 수 없다.)
Refresh rates
=============
There is no way to change the vesafb video mode and/or timings after
booting linux. If you are not happy with the 60 Hz refresh rate, you
have these options:
리눅스가 부팅한 이후로는 vesafb 비디오 모드나 타이밍을 수정할 방법이 없다. 만약 모니터가 60Hz의 refresh rate라면 즐겁지 못할것이다, 이 경우 다음의 선택사항들이 있다:
* configure and load the DOS-Tools for your the graphics board (if
available) and boot linux with loadlin.
* ???(번역 안됨)
* use a native driver (matroxfb/atyfb) instead if vesafb. If none
is available, write a new one!
* vesafb대신에 native 드라이버(matroxfb/atyfb)를 사용해라. 만약 (장치에 맞는)native 드라이버가 없다면, 하나 작성해도 된다.
* VBE 3.0 might work too. I have neither a gfx board with VBE 3.0
support nor the specs, so I have not checked this yet.
* VBE 3.0도 동작할 것이다. 나는 VBE3.0을 지원하거나 해당 스펙을 가진gfx보드가 없기 때문에 확인하지 못했다.
Configuration
설정
=============
The VESA BIOS provides protected mode interface for changing
some parameters. vesafb can use it for palette changes and
to pan the display. It is turned off by default because it
seems not to work with some BIOS versions, but there are options
to turn it on.
VESA BIOS는 parameter들을 변경하기 위한 보호모드 인터페이스를 제공한다.
vesafb는 그것을 사용하여 palette를 변경하거나 화면을 확장할 수 있다. 이것은 몇몇 BIOS버전에서 동작하지 않기 때문에 기본적으로 off되어 있지만, on시킬수 있는 옵션이 존재한다.
You can pass options to vesafb using "video=vesafb:option" on
the kernel command line. Multiple options should be separated
by comma, like this: "video=vesafb:ypan,invers"
당신은 커널 커맨드라인에 "video=vesafb:option"과 같은 방법으로 vesafb에 옵션을 줄 수 있다. 다수의 옵션은 쉼표(,)로 구분되어야 한다. 예: "video=vesafb:ypan, invers"
Accepted options:
가능한 옵션들:
invers no comment...
invers 내용 없음...
ypan enable display panning using the VESA protected mode
interface. The visible screen is just a window of the
video memory, console scrolling is done by changing the
start of the window.
ypan VESA 보호모드 인터페이스를 사용하여 확장할수 있도록 한다. 보이는 화면은 비디오 메모리의 윈도우 일 뿐이다. 콘솔은 윈도우의 시작 위치를 변경함으로서 화면의 스크롤 처리를 한다.
pro: * scrolling (fullscreen) is fast, because there is
no need to copy around data.
pro: * 스크롤(전체화면)이 빠르다. 왜냐하면, 주변의 데이터를 복사할 필요가 없기 때문이다.
* You'll get scrollback (the Shift-PgUp thing),
the video memory can be used as scrollback buffer
* 당신이 스크롤백(Shift+PageUp Key)할때 비디오 메모리는 스크롤백 버퍼처럼 사용된다.
kontra: * scrolling only parts of the screen causes some
ugly flicker effects (boot logo flickers for
example).
kontra: * 약간의 번쩍거림(flicker-부트 로고가 깜빡거리는 현상등-)때문에 스크롤이 화면의 일부만 가능하다.
ywrap Same as ypan, but assumes your gfx board can wrap-around
the video memory (i.e. starts reading from top if it
reaches the end of video memory). Faster than ypan.
ywrap ypan과 동일함, 다만, ..???(번역 안됨)
redraw scroll by redrawing the affected part of the screen, this
is the safe (and slow) default.
redraw 화면의 일부를 새로 그리는 방식으로 스크롤이 진행됨. 이것이 기본 상태(안전하지만 느린)임.
vgapal Use the standard vga registers for palette changes.
This is the default.
vgapal palette를 변경하기위해 standard vga 레지스터를 사용함. 이것이 기본 상태임.
pmipal Use the protected mode interface for palette changes.
pmipal palette를 변경하기위해 보호모드 인터페이스를 사용함.
mtrr:n setup memory type range registers for the vesafb framebuffer
where n:
mtrr:n 'n' 에 vesafb 프레임 버퍼에 사용할 메모리 타임 레지스터를 설정함:
0 - disabled (equivalent to nomtrr) (default)
1 - uncachable
2 - write-back
3 - write-combining
4 - write-through
If you see the following in dmesg, choose the type that matches the
old one. In this example, use "mtrr:2".
만약 당신이 다음에 나오는 메세지를 dmesg에서 봤다면, `old:` 에 해당하는것을 선택하면 된다. 이 예에서는 "mtrr:2"를 사용하면 된다.
...
mtrr: type mismatch for e0000000,8000000 old: write-back new: write-combining
...
nomtrr disable mtrr
nomtrr mtrr을 disable 한다.
vremap:n
remap 'n' MiB of video RAM. If 0 or not specified, remap memory
according to video mode. (2.5.66 patch/idea by Antonino Daplas
reversed to give override possibility (allocate more fb memory
than the kernel would) to 2.4 by tmb@iki.fi)
vremap:n
'n'에 비디오 램의 MiB를 remap 한다. 만약 설정하지 않거나, 0으로 적어 넣는다면, 비디오 모드에 따라 메모리를 remap한다. ..??? 번역 안됨.
vtotal:n
if the video BIOS of your card incorrectly determines the total
amount of video RAM, use this option to override the BIOS (in MiB).
vtotal:n
만약 비디오 BIOS가 그래픽 카드의 비디오램 용량을 잘못 측정한다면, 이 옵션을 사용해서 BIOS설정을 덮어 쓸 수 있다. (MiB로.)
Have fun!
즐거운 시간 갖으시라!
Gerd
--
Gerd Knorr <kraxel@goldbach.in-berlin.de>
Minor (mostly typo) changes
by Nico Schmoigl <schmoigl@rumms.uni-mannheim.de>
덧글