ÆÄ°Ý!! ¼öÀÔÁ÷ÆÇ Çｺ¿ëÇ° ¸ù¶¥4¸¸¿ø!!! (±¤°í)

Warning Unable to process data: multipart/mixed;boundary="= Multipart Boundary 0423021328"

Áö±ßÁö±ßÇÑ ¼Ó»ì~~!!!! *³ë±â»ç30±¤°í¸ÞÀÏ*

Title: Untitled Document ³ë±â»ç-30 ¿¹¾àÁ¢¼ö ½ÃÀÛÇß½À´Ï´Ù!! ¹Ýµå½Ã 3³¢ ½Ä»ç¸¦ Çϸ鼭 °¨·®½ÃÄÑÁִ ȹ±âÀûÀÎ '»ì»©´Â' Á¦Ç° !! µÎ´ÞÁ¤µµ µå½Ã¸é 6kgÀÌ»óÀÇ

Re: gnumach-dev

> Is there any reason why gnumach-dev shouldn't be the oskit-mach version? They were originally entirely compatible. Now mach_i386.defs is different on the two versions. However, nothing uses the old interfaces that were replaced by Marcus's new ones. So I think it will be fine to use just the

gnumach-dev

Is there any reason why gnumach-dev shouldn't be the oskit-mach version? Tks, Jeff Bailey -- One of the great things about books is sometimes there are some fantastic pictures. -- George W. Bush ___ Bug-hurd mailing list [EMAIL PROTECTED] http://

Re: improved console interface (was: Re: some console code checked in

On Mon, Apr 22, 2002 at 11:13:47PM -0400, Gaute B Strokkenes wrote: > Any Unicode character will fit in 21 bits, so you have plenty of bits > left over for attirbutes of various sorts. Furthermore, the Unicode > standard guarantees that this will alwasy be so. Is this also true for UCS-4? Becau

Re: improved console interface (was: Re: some console code checkedin

On Tue, 23 Apr 2002, [EMAIL PROTECTED] wrote: > On Tue, Apr 23, 2002 at 02:18:33AM +0200, Marcus Brinkmann wrote: >> There are probably more points that I forgot now, > > Oh, yeah, the exact data format of the mmap'able area. > > We need to store the character value and the attributes (bold, col

Re: improved console interface (was: Re: some console code checked in

On Tue, Apr 23, 2002 at 02:18:33AM +0200, Marcus Brinkmann wrote: > There are probably more points that I forgot now, Oh, yeah, the exact data format of the mmap'able area. We need to store the character value and the attributes (bold, color etc). We can settle on some common attributes, and lea

Re: improved console interface (was: Re: some console code checked in

On Tue, Apr 23, 2002 at 02:18:33AM +0200, Marcus Brinkmann wrote: > When seperating separate, dammit. Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www

improved console interface (was: Re: some console code checked in

On Tue, Mar 19, 2002 at 09:06:33PM -0500, Roland McGrath wrote: > First are some feature concerns, with a garnish of efficiency concerns that > are no doubt in fact negligible. There are several things you get from > having the virtual terminal (the screen matrix) maintained in a common > layer i

Bogus file permission and EPERM (was: Re: two bugs in libio environmenta

On Mon, Mar 25, 2002 at 02:34:38PM -0500, Roland McGrath wrote: > > Yeah, that seems to be the case. I have printed out the user id and > > group id vectors and the stat user and group fields that are looked for. > > The latter were normal, the former were empty. > > The thing to do now is look

[±¤ °í] ±âÁ¸ ºí·°°ú ÀüÇô´Ù¸¥ ¾ÅÅ©ºí·°! ¾î¸°ÀÌ/À¯¾Æ¿ëÀ¸·Î ÃÖ°í±Þ ¼±¹°! ÈÄȸNo~~~!!!

* °ü½É ¾ø´Â ³»¿ëÀÏ °æ¿ì Á¤Á¤È÷ »ç°ú¸¦ µå¸³´Ï´Ù. * ¾î¸°ÀÌ ³¯ÀÌ ´Ù°¡¿Í¼­ °øÀå¿¡ ÀÖ´Â Á¦Ç°À» Àú·ÅÇÏ°Ô °ø±ÞÇÏ°íÀÚ Çؼ­ µå¸®´Â ¸ÞÀÏÀÔ´Ï´Ù. * º» ¸ÞÀÏÀº 1ȸ ¹ß¼ÛÇϴ°ÍÀ¸·Î ´Ù½Ã ¹ß¼ÛµÇ´ÂÁö ¾Ê½À´Ï´Ù. ÇÏ´Ü¿¡ ¼ö½Å°ÅºÎ°¡ ÀÖ½À´Ï´Ù. ÇÊ¿ä½Ã¿¡ Ŭ¸¯ÇÏ½Ã¸é µË´Ï´Ù. ¢º¢º¢º ´Ù¸¥ ¼îÇθôÀÇ °¡°Ý°ú È®½ÇÈ÷ ºñ±³Çϼ¼¿ä~!!! Á

Re: [PATCH] libpipe/pq.c

On Mon, Apr 22, 2002 at 08:49:40PM +0200, Marcus Brinkmann wrote: > On Mon, Apr 22, 2002 at 04:49:36PM +0300, Ognyan Kulev wrote: > > Ognyan Kulev wrote: > > > > > > What did you decide about these patches? > > Please write a change

¿µ¾î,ÀϺ»¾î ÇнÀ!!!!ÀúÈñ°¡ µµ¿Íµå¸®°Ú½À´Ï´Ù!![±¤°í]

º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.º» ³»¿ëÀº ½ºÆÔ¸ÞÀÏÀÇ À¯Çü¿¡ ¾Æ¹«°Íµµ ¼ÓÇÏÁö ¾Ê½À´Ï´Ù.(ÇǶó¹Ìµå,  Çà¿îÀÇÆíÁö, ¼ºÀΰü·ÃÈ«º¸ µî)¶ÇÇÑ ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò´Â °¢ »çÀÌÆ®ÀÇ °ø°³°Ô½ÃÆÇ¿¡¼­ ÀÓÀÇÃßÃâÇÑ

Re: [PATCH] libpipe/pq.c

On Wed, Apr 10, 2002 at 01:48:08PM +0300, Ognyan Kulev wrote: > > I don't know how this library is used so it is possible that a part of > its interfaces demand that ports are already removed by > `packet_read_ports'. But why then `pq_dequeue' calls > `packet_dealloc_ports'? So i think the c

Re: [PATCH] libpipe/pq.c

On Mon, Apr 22, 2002 at 04:49:36PM +0300, Ognyan Kulev wrote: > Ognyan Kulev wrote: > > > What did you decide about these patches? Please write a changelog, and I will have the testing done by the time you have the changelog entries

Re: [PATCH] libpipe/pq.c

> Ognyan Kulev wrote: > > > What did you decide about these patches? I think I overlooked that when you posted it. Sorry. I haven't looked real closely. Off hand these fixes look ok to me. If Marcus or Neal can test them and com

Re: Problems with the pager of fatfs

Ludovic Courtès wrote: >Hi, > >>After reading from the pager there happens a weird thing: >> >>Breakpoint 1, pager_read_page (pager=0x8055528, page=0, >>buf=0x128bd7c,writelock=0x128bd80) at pager.c:554 >>554 { >>(gdb) p pager >>$1 = (struct user_pager_info *) 0x0 >>(gdb) p (struct user_

Re: [PATCH] libpipe/pq.c

Hi, Ognyan Kulev wrote: What did you decide about these patches? Regards -- Ognyan Kulev <[EMAIL PROTECTED]>, "\"Programmer\"" ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.g

toner supplies

Warning Unable to process data: multipart/mixed;boundary="=_NextPart_000_00K4_35N56Q7S.S3786X08"

[±¤.°í] ȨÆäÀÌÁö¸¦ ÀÔü·Î...

Title: vistavision_mail

Re: Problems with the pager of fatfs

On Mon, Apr 22, 2002 at 10:30:30AM +0200, Ludovic Courtès wrote: > I got the same kind of problem. First of all, I think you should not compile > with optimization if you want to debug it with gdb (otherwise you get weird > think). You should always compile with optimization when compiling the Hu

Re: Problems with the pager of fatfs

Hi, > After reading from the pager there happens a weird thing: > > Breakpoint 1, pager_read_page (pager=0x8055528, page=0, > buf=0x128bd7c,writelock=0x128bd80) at pager.c:554 > 554 { > (gdb) p pager > $1 = (struct user_pager_info *) 0x0 > (gdb) p (struct user_pager_info *) pager_get_up

±¸Àα¸Á÷/â¾÷Àü¹®»çÀÌÆ® ±Û·Î¹úÀâÀÔ´Ï´Ù[±¤°í]

¾È³çÇϼ¼¿ä? ±¸Àα¸Á÷Á¤º¸ ¹× â¾÷Á¤º¸ Àü¹®»çÀÌÆ® ±Û·Î¹úÀâÀÔ´Ï´Ù¾ÆÁ÷ ¹ÌºñÇÑ Á¡ÀÌ ¸¹Áö¸¸ ÀÚÁÖ µé¸£¼Å¼­ ÁÁÀº ±¸Àα¸Á÷ Á¤º¸ ¹× â¾÷Á¤º¸¸¦ ¸¶À½²¯ µî·ÏÇØ ÁÖ¼¼¿ä.ÁÁÀºÇÏ·ç µÇ½Ã°í¿ä Çູ°ú Çà¿îÀÌ ±×´ë¿Í ÇÔ²²ÇÏ±æ ¹Ù¶ó¸¶Áö ¾Ê½À´Ï´Ù. ±Û·Î¹úÀâ

WhizBang Labs Antigen found W32/Klez.gen@MM (McAfee4,CA(Vet)) virus

WhizBang Labs Antigen for Exchange found dream[1].scr infected with W32/Klez.gen@MM (McAfee4,CA(Vet)) virus. The file is currently Removed. The message, "Let's be friends", was sent from reg and was discovered in Andrew McCallum\Inbox located at Whizbang/First Administrative Group/. _

WhizBang Labs Antigen found HTML.MimeExploit.Klez (CA(Vet),CA(InoculateIT)) virus

WhizBang Labs Antigen for Exchange found Unknown infected with HTML.MimeExploit.Klez (CA(Vet),CA(InoculateIT)) virus. The file is currently Removed. The message, "Let's be friends", was sent from reg and was discovered in Andrew McCallum\Inbox located at Whizbang/First Administrative Group/.