* ¹ß½ÅÀü¿ëÀ̹ǷΠ¼ö½ÅÀÌ ºÒ°¡ÇÕ´Ï´Ù.
* ¹Ýµå½Ã ÀÌ°÷([EMAIL PROTECTED])À¸·Î ȸ½Å ¹Ù¶ø´Ï´Ù.
* ºÒÇÊ¿äÇÑ Á¤º¸¶ó¸é Áø½ÉÀ¸·Î Á˼ÛÇÕ´Ï´Ù.
¾È³çÇϼ¼¿ä? ÈÀåÇ° ½ÎÀÌÆ®
´ºÄÚ½º(http://www.newcos.co.kr)°¡ »õ·Î
¿ÀÇÂÇÏ¿´½À´Ï´Ù.
Çѹø µé·¯¼Å¼ ±¸°æÇغ¸¼¼¿ä.
¾Æ¸¶ °¡°ÝÀÌ Àú·ÅÇҰŶó »ý°¢Çϸç,¾ÆÁÖ °£ÆíÇÏ°Ô ±¸¸ÅÇÏ½Ç ¼
Roland McGrath <[EMAIL PROTECTED]> writes:
> > An alternative strategy (for the dynamic case) is to have the client
> > hand a port for the file to the console server, which can then read
> > from it exactly as if it were a file (which it normally will be).
>
> Yeah, maybe. But that is certainl
> An alternative strategy (for the dynamic case) is to have the client
> hand a port for the file to the console server, which can then read
> from it exactly as if it were a file (which it normally will be).
Yeah, maybe. But that is certainly more of a burden on the server to stay
robust that j
Roland McGrath <[EMAIL PROTECTED]> writes:
> > And then the way to change that dynamically is to, well, do a setopts
> > call.
> >
> > If there is some error and it can't read the file, then it returns an
> > error and leaves the previous keymap in place.
>
> That seem utterly unacceptable to m
> And then the way to change that dynamically is to, well, do a setopts
> call.
>
> If there is some error and it can't read the file, then it returns an
> error and leaves the previous keymap in place.
That seem utterly unacceptable to me based on the principles I described.
Since you haven't r
> I changed it to treat an argument of just "HOST" like "HOST:/". It would
> be good to support URL syntax too, though that should dtrt with a :PORT.
This syntax may make using ipv6 addresses difficult.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http
Roland McGrath <[EMAIL PROTECTED]> writes:
> That second condition really means not presuming that there is any common
> filesystem at all between the user and the server, so the shared temporary
> file concept does not fit.
It seems to me that the ideal thing would have the passive translator
h
I changed it to treat an argument of just "HOST" like "HOST:/". It would
be good to support URL syntax too, though that should dtrt with a :PORT.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
> Maybe I don't know enough about the xfs protocol.
Me either.
> But it seems to me a very good thing if the console server can copletely
> configure itself from the passive translator setting, without requiring
> to run a loadfont program or anything.
I certainly agree with that. And having
On Mon, Mar 11, 2002 at 04:51:03AM -0500, Roland McGrath wrote:
> That is a wacky notion, but it might just make sense. Certainly using the
> xkb utilities from X directly is an attractive idea. Not only is the
> configuration based on a compatible format, it's actually the very same
> commands
Title: 5ÀÏ ÀåÅÍÇà»ç!
5ÀÏÀåÅÍÇà»ç!
5ÀÏ ÀåÅÍ Á¦Ç°Áß Å¸ ¼îÇθô º¸´Ù
ºñ½Ò °æ¿ì Â÷¾×ÀÇ 2¹è¸¦ ȯºÒ Çص帳´Ï´Ù.
Á¦18Â÷
°øµ¿±¸¸ÅÇà»ç!
On Mon, Mar 11, 2002 at 04:37:27AM -0500, Roland McGrath wrote:
> > I did only the above tests, not a full install and boot, which one should
> > probably do next. But it already looks very promising, fine work!
>
> But it doesn't sound like you tested any of the dynamic loading
> functionality
On Mon, Mar 11, 2002 at 11:36:56PM +0100, Marcus Brinkmann wrote:
> and, yo and behold, the calculation of maxaddr will underflow, leading to a
^^^
maxread
> maxaddr of around 2^32 minus something (something being 256kb - 566 or so).
^^^
maxread
> Because the size of the first run is smaller than that, store_read tries
> to read from multiple stores.
You mean multiple runs.
> Because in this case store_next_run is called, and store_next_run wraps
> around, this will succeed.
That should not happen. It should not be wrapping around at
Hi!
The current ftpfs command line argument interface isn't very intuitive,
for example most people would expect that
settrans -c /ftp /hurd/hostmux /hurd/ftpfs
works (but it doesn't since you one has add an additional "/" argument
at the end. I think it would be a good idea to have / be the de
Hi,
I figured out what's wrong with the gunzip store.
The compressed file is 566 bytes. Now, zread in gunzip() in gunzip.c does
try to read in chunks of 256kb (IN_BUFFERING). This means, store_read is
called with amount being 256kb. Because the size of the first run is
smaller than that, stor
Congratulation You Win Our $25 Ad!!
Very Important:
To Place Your Ad Send a Blank Mail To:[EMAIL PROTECTED]
The Name of our eZine is:
Marketing & Design
and we confirm we will place Your Ad in the next available
issue. With in the next 21 days.
Please rememb
On Sun, Mar 10, 2002 at 10:07:32PM -0500, Roland McGrath wrote:
> The question is basically whether or not you have a free
> list for fast allocation.
Ah, ok.
> > New patch, for now without a zone for iopb's, at
> > http://www.debian.org/~brinkmd/iopb-2002-03-11.patch
>
> Go ahead and put it in
Great work!
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
if you wish to remove yourself from this mailing list click
here
EROTIC
HARDCORE CARTOON SEX
These
toons may look innocent, but they love a huge cock up their juicy wet
tight toon pussy.
--- Oystein Viggen <[EMAIL PROTECTED]> wrote:
> * [Adam Olsen]
>
> > Just one question. Does apache keep the log open long term, or
> does
> > it open and close it for each item it writes? If it keeps it
> open
> > you'll have the problem that the log never rotates (it'd keep the
> old
> > fi
Title: ::: The 2002 1/4 CIW ¹«·á Ư° :::
Á¤ÅëºÎ
CIW ±¹Á¦ °øÀÎ ÀÎÅÍ³Ý À¥¸¶½ºÅÍ ¹«·á Ư°
CIW
±¹Á¦ À¥¸¶½ºÅÍ ÀÚ°ÝÁõ Ãëµæ°ú ±¹Á¦È ½Ã´ë¿¡ ¸Â´Â ±â¼ú ½Àµæ
3¿ù 16ÀÏ Åä¿äÀÏ °ºÏITÀü¹®Çб³(½Å¼³µ¿)¿¡¼ »õ·Î¿î ½ºÅ¸ÀÏÀÇ Æ¯°ÀÌ ¿¸®°Ô
µÇ¾ú½À´Ï´Ù.
½Ç½ÀÀÌ º´ÇàµÇ´Â Ư°À
¾È³çÇϼ¼¿ä?Á¤¸» ¿øÄ¡ ¾Ê´Â ¸ÞÀÏÀ» º¸³»µå·Á¼ Á˼ÛÇÕ´Ï´Ù.
Àú ¶ÇÇÑ ±â°¡¸·Èù ¼îÇθôÀÌ ¿ÀÇÂÇߴµ¥ ¾Ë¸± ¹æ¹ýÀÌ ¾ø¾î¼
ÀÌ·¸°Ô ¿°Ä¡ ºÒ±¸ ÇÏ°í ¸ÞÀÏÀ» º¸³À´Ï´Ù.
¾Æ·¡ »óÇ°Àº ´ëÇ¥ÀûÀÎ »óÇ°ÀÌ°í
»çÀÌÆ®·Î °¡½Ã¸é 500¿©°¡ÁöÀÇ »óÇ°ÀÌ ÀÖ½À´Ï´Ù.
¾î·Á¿î »óȲ¿¡¼ ¿ÀÇÂÇÏ°Å¶ó ¸¹ÀÌ ¹æ¹®ÇÏ¿© Áֽðí
°Ý·ÁÇØ ÁÖ½Ã¸é °¨»çÇÏ°Ú½À´
¾È³çÇϼ¼¿ä. ¿øŬ¸¯ ¸¶ÄÉÆà Çù·Â¾÷üÀÔ´Ï´Ù.
ÀúÈñ°¡ À̹ø¿¡ º¸À¯ÇÏ°í ÀÖ´Â ¿øŬ¸¯ ¸ÞÀÏ, ¹ß¼Û±â,
°Ô½ÃÆǵî·Ï±â ÀÏü¸¦ µô·¯°¡¿¡ ÇÑÁ¤ ÆǸÅÇÏ°í ÀÖ½À´Ï´Ù.
±¹³»¿¡¼ ÃÖ°íÀÇ ¼º´ÉÀ» ÀÚ¶ûÇÏ´Â ¸¶ÄÉÆà ÇÁ·Î±×·¥
¾Æ½ÇºÐµéÀº ´Ù ¾Æ½Ã¸®¶ó »ý°¢ÇÕ´Ï´Ù.
½ÇÀº ÀúÈñ´Â ¸¶ÄÉÆà ÇÁ·Î±×·¥ ÆǸž÷ü·Î½á,
Á¤Ç°À» Á¤°¡¿
¾È³çÇϼ¼¿ä. ¿øŬ¸¯ ¸¶ÄÉÆà Çù·Â¾÷üÀÔ´Ï´Ù.
ÀúÈñ°¡ À̹ø¿¡ º¸À¯ÇÏ°í ÀÖ´Â ¿øŬ¸¯ ¸ÞÀÏ, ¹ß¼Û±â,
°Ô½ÃÆǵî·Ï±â ÀÏü¸¦ µô·¯°¡¿¡ ÇÑÁ¤ ÆǸÅÇÏ°í ÀÖ½À´Ï´Ù.
±¹³»¿¡¼ ÃÖ°íÀÇ ¼º´ÉÀ» ÀÚ¶ûÇÏ´Â ¸¶ÄÉÆà ÇÁ·Î±×·¥
¾Æ½ÇºÐµéÀº ´Ù ¾Æ½Ã¸®¶ó »ý°¢ÇÕ´Ï´Ù.
½ÇÀº ÀúÈñ´Â ¸¶ÄÉÆà ÇÁ·Î±×·¥ ÆǸž÷ü·Î½á,
Á¤Ç°À» Á¤°¡¿
=?GB2312?B?1dvG8A==?=
To: [EMAIL PROTECTED]
Content-Type: text/html;
Sender: [EMAIL PROTECTED]
Date: Mon, 11 Mar 2002 19:22:23 +0800
X-Priority: 3
X-Library: Caretop Library
X-Mailer: Caretop 2604
http://www.cobuy.com.cn";>
___
Bug-hurd mailing list
[
Title: Çö´ëÀÎÀ» À§ÇÑ Ä«µå, Çö´ëMÄ«µå!
Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¼ Á˼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ À̸ÞÀÏÀº À¥¼ÇÎÁß ¾Ë°Ô µÇ¾úÀ¸¸ç ÀúÈñ´Â
À̸ÞÀÏ ÀÌ¿Ü¿¡
±ÍÇÏÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. º» ¸ÞÀÏÀº Á¤ÅëºÎ ±Ç°í»çÇ׿¡ µû¶ó Á¦¸ñ¿¡ <±¤°í>Ç¥±â¸¦ ÇÑ ¸ÞÀÏÀÔ´Ï´Ù.
How are you handling keyboard LEDs?
> Mmmh. You know, I considered supporting a subset of the X server protocol
> for that, so that you can use an X font server which supplies the fonts to
> the console server, and xkb to configure your keyboard map. That will
> definitely not be done in the
We now have core dumps! Many thanks to Jon Arney for his hacking on this
that spurred me to write some new code, and for helping to debug it.
I have now added a sys/procfs.h header file installed by the hurd package
(it's in hurd/include/sys/procfs.h). This defines the data structures used
in t
> Ok, I bite.
Finally! ;-)
> First, it compiles and builds.
That much I knew.
> The statically compiled ext2fs contains the following store classes
You'll need device in there if you want to boot. In my tree I have
../libstore/libstore_device.a linked into {ufs,ext2fs}.static, but I didn't
c
Returning EOF like files do seems consistent with reporting the device's
true size in st_size, which Unix devices also do not do.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> From a quick glance, argp seems to be reentrant, is this really
> true? Are there any (better) alternatives?
argp (at least the version in glibc-2.2.5, which is the latest glibc I
have around) uses getopt, which is inherently non-reentrant. There
se
* [Adam Olsen]
> Just one question. Does apache keep the log open long term, or does
> it open and close it for each item it writes? If it keeps it open
> you'll have the problem that the log never rotates (it'd keep the old
> file open), unless you split out individual lines, but then you'd n
33 matches
Mail list logo
