¸¸¾à¿¡ ÀÌ·¯ÇÑ ¸ðµç°ÍµéÀÌ ³ª¿¡°Ô ÁÖ¾îÁø´Ù¸é...[±¤ °í]
Title: º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. º» ±¤°í°¡ â¾÷¿¡ °ü½ÉÀÌ ¸¹Àº ¾î¶² ºÐ¿¡°Ô´Â Áß¿äÇÑ °è±â°¡ µÉ ¼ö ÀÖÀ¸³ª, Á¤º¸ÀÇ È«¼ö¿¡ ÁöÄ£ ¾î¶² ÀÌ¿¡°Ô´Â ºÒÇÊ¿äÇÑ ¾²·¹±âÀÏ »ÓÀÔ´Ï´Ù. ÀÌ·± ºÐ²²¼´Â *¼ö½Å°ÅºÎ* ¸¦ ´©¸£½Ã°í ±× Àǻ縦 Ç¥ÇØ Áֽñ⠹ٶø´Ï´Ù °£È¤ OUTLOOK ¿¡·¯·Î ÀúÈñ¿¡°Ô ¼ö½Å°ÅºÎ ÆíÁö°¡ µµÂøÇÏÁö ¾ÊÀ» ¼ö ÀÖ½À´Ï´Ù... ÀÌ·± °æ¿ì¿¡´Â ¹ø°Å·Î¿î ÀÏÀÌÁö¸¸ ´Ù¸¥ ¸ÞÀϰèÁ¤À» ÀÌ¿ëÇÏ¿© ¹Ýµå½Ã ¼ö½Å°ÅºÎ ÁÖ¼ÒÁö([EMAIL PROTECTED])·Î ±× °ÅºÎ Àǻ縦 ¹àÇô ÁֽʽÿÀ... °Ç°ÇÑ ÇÏ·ç µÇ½Ã±æ ºòÇ÷¡³Ý µåµð¾î... ºòÇ÷¡³ÝÀÇ ¾ÆÀÌÅÛ GWP ¿Ã 8¿ù »ó·ú! GWP ÇÁ·£Â÷ÀÌÁî ¾È³» ¸¸¾à¿¡¡¦ »ï¼ºÀüÀÚ¿¡¼ ¾Ö´ÏÄÝ ´ë¸®Á¡À» ¸ðÁýÇÑ´Ù¸é ÇØº¸°í ½ÍÀº »ý°¢Àº ¾øÀ¸½ÅÁö¿ä¡¦ ¶Ç, Çϳª·Î Åë½ÅÀ̳ª 011´ë¸®Á¡°ú °°Àº Åë½Å ´ë¸®Á¡À» ÇÏ½Ã°í ½ÍÀº »ý°¢Àº¡¦ ·Ôµ¥ ¹éÈÁ¡À» ¿î¿µÇØ º¸°í ½ÍÀ¸½Å ²ÞÀ» ²Ù¾î º¸½ÅÀûÀº¡¦ ¿äÁò°ú °°ÀÌ ÀÎÅÍ³Ý »ç¿ëÀ²ÀÌ ±ÞµîÇÏ´Â ¼¼»ó¿¡ ´åÄÄ »ç¾÷À» ÇØº¸°í ½ÍÀº »ý°¢Àº ¾øÀ¸½Ê´Ï±î? ¸¸¾à¿¡ ´ç½Å¿¡°Ô¡¦ ÇѰ¡Áö¸¦ ÅëÇÏ¿© ÀÌ 3°¡Áö ¸ðµÎ¸¦ Çѹø¿¡ Á¦°øÇØ Áִ ȸ»ç°¡ Àִٸ顦. °Å±â¿¡´Ù ´©±º°¡°¡ ´ç½Å¿¡°Ô ÀÌ 3°¡ÁöÀÇ »ç¾÷À» Çϳª·Î ¹¾î »ç¾÷À» ÇÒ ±âȸ¸¦ Á¦°øÇϰí Àִٸ顦 ÇØ º¸½Ç »ý°¢Àº? Á¤¸» ÀÌ·± Á¤º¸°¡ ÀÖ´Ù¸é Çѹø Âë ¾Ë¾Æº¸½Ç »ý°¢Àº? ÀλýÀÇ ±âȸ´Â ¼¼ ¹øÀÖ½À´Ï´Ù. Áö±ÝÀÌ ±× ±âȸÀÔ´Ï´Ù. ÀÚ¼¼ÇÑ ¹®ÀǴ ȨÆäÀÌÁö¸¦ ¹æ¹®ÇϽþî Áú¹®ÇÏ¿© Áֽøé ÀÚ¼¼ÇÏ°Ô ¾Ë·Áµå¸®°Ú½À´Ï´Ù. www.gwpwinner.com º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ E-M
¸íǰÀ̺¥Æ®[±¤°í] ÃÖ°íÀÇ È¿µµ¼±¹° `Àº'½Ç¹ö ¹«¸º¸È£´ë
¡¡ ¡¡ º» ¸ÞÀÏÀº Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ Á¤º¸¼º ±¤°í¸ÞÀÏ ÀÔ´Ï´Ù. Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç Á¤ÁßÈ÷ ¾çÇØºÎŹ µå¸®°Ú½À´Ï´Ù. ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã¸é ¾Æ·¡¿¡ ¼ö½Å°ÅºÎ¸¦ ´·¯ Áֽʽÿä. ¢¹ Àå, ³ë³âÃþ Áúº´ 1À§ - ¹«¸, °üÀý ºÎ¸ð´Ô²² µå¸®´Â ÃÖ°íÀÇ È¿µµ¼±¹° !! °¡Á¤ÀÇ ´Þ !! ÆÄ°Ý ÇÑÁ¤ ¼¼ÀÏ !! ¡¡ ³ë³â Àα¸ÀÇ 80%´Â ¹«¸ÀÌ ÁÁÁö ¾Ê¾Æ °í»ýÇϰí ÀÖ½À´Ï´Ù. ¹«¸º¸È£´ë Âø¿ëÀ¸·Î Æí¾ÈÇÑ ÇϷ縦 º¸³» ½Ç ¼ö ÀÖ½À´Ï´Ù. ¡¡ Àº(ëÞ)Àº ºØ´ë¿Í È»ó Ä¡·á¿¡ À̸£±â±îÁö »ýÀÇÇÐ ½ÃÀå¿¡¼ ³Î¸® ±× È¿°ú¸¦ ÀÎÁ¤ ¹Þ°í ÀÖ½À´Ï´Ù. ¼±Áø±¹ÀÇ ¸í¼º ÀÖ´Â ´ëÇÐ, ÃâÆÇ¹°°ú ½ÇÇèÀÚ·á¿¡¼ X-StaticÀÇ ¾ÈÀü¼º°ú ¶Ù¾î³ È¿´ÉÀ» ÀÎÁ¤ ¹Þ°í ÀÖ½À´Ï´Ù. ¡¡ X-Static ¹«¸º¸È£´ë´Â 24½Ã°£ Âø¿ëÇÏ¿©µµ ÀüÇô ºÒÆíÇÔÀÌ ¾ø°í, Ç÷¾×¼øÈ¯À» µµ¿Í Ä¡·á¿¡µµ µµ¿òÀ» ÁÝ´Ï´Ù. ¡¡ 21.5% off ¡¡ ¡¡ * X-Static ëÞ ÀÇ ÀڷḦ µ¿¿µ»óÀ¸·Î º¸½Ç ¼ö ÀÖ½À´Ï´Ù. ¢¹ X-Static ±â´É¼º ¹«¸º¸È£´ëÀÇ ±â´É 1. X-Static Àº ¼¶À¯´Â ¿øÀû¿Ü¼± ¹æÃâÀÌ ¶Ù¾î³ª ÃÊ´ç ¼ö¹é¸¸ÀÇ ÆÄÀåÀ¸·Î Ç÷¾×¼øÈ¯À» µµ¿Í ÁÜÀ¸·Î 24½Ã°£ Âø¿ëÇÏ¿©µµ ÀüÇô ºÒÆíÇÔÀÌ ¾ø½À´Ï´Ù. ¡¡ 2. ¹«¸Àº üÁßÀ» ÁöÅÊÇØ ÁÖ´Â Áß¿äÇÑ ½ÅüÀÇ ºÎÀ§·Î½á, ¿Àüµµ°¡ ¶Ù¾î³ Àº ¼¶À¯ÀÇ ±³·ù ÆÄÀåÀ¸·Î ¹«¸ °üÀýÀÇ Ç÷¾× ¼øÈ¯¿¡ Å©³ªÅ« µµ¿òÀ» ÁÝ´Ï´Ù. ¡¡ 3. ¹«¸º¸È£´ëÀÇ Á¶ÀÓ ±â´É°ú ÅëÀüÀÇ ±â´ÉÀ¸·Î Ç÷¾× ¼øÈ¯À» µµ¿Í °æ¹ÌÇÑ ÅëÁõÀ» Ä¡·áÇϴµ¥ µµ¿òÀ» ÁÝ´Ï´Ù. ¡¡ 4. ¹«¸ µÞ ºÎºÐ¿¡ ¶¡ÀÌ Â÷°Å³ª, °õÆÊÀÌ ±ÕÀÇ ¹ø½ÄÀ» ±Ùº»ÀûÀ¸·Î ¸·¾Æ ¶¡³¿»õ¸¦ ¾ø¾Ö ÁÖ¸ç, ÇǺΰǰ¿¡µµ ÁÁÀ¸¸ç °üÀýÀÇ Ä¡·á¿¡µµ µµ¿òÀ» ÁÝ´Ï´Ù. ¡¡ 5. Àº ¼ººÐÀÇ ¿ ¹Ý»ç±â´ÉÀ¸·Î ¹«¸ÀÌ ½Ã¸° °ÍÀ» ¸·¾Æ ÁÖ¸ç, Å»ÃëÀÇ ±â´ÉÀ¸·Î ½Ã¿øÇÑ ¿©¸§À» º¸³¾ ¼ö ÀÖ½À´Ï´Ù. ¡¡ 6. X-Static Àº ¼¶À¯ÀÇ ÀÚ¼¼ÇÑ ±â´ÉÀº http://www.x-static.co.kr ¿¡¼ ÀÚ¼¼È÷ º¸½Ç ¼ö ÀÖ½À´Ï´Ù. ¡¡ ¡¡ ¡¡ *Á¤º¸¸¦ ´õ ÀÌ»ó ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ ¸¦ ´·¯ ÁÖ¼¼¿ä. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
{¼ºÀÎ ±¤°í} ÇÚµåÆù ¹× PC-EPhone¸¦ ¹«·á·Î µå¸³´Ï´Ù.
Title: ---event--- * º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç,Á¤ÁßÈ÷ ¾çÇØºÎʵ叮°Ú½À´Ï´Ù. ±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç, E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù. ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã´Ù¸é ¸¦ Ŭ¸¯ÇØ ÁÖ¼¼¿ä. ¸¸¾à À§ÀÇ ¼ö½Å°ÅºÎ°¡ ¾ÈµÉ °æ¿ì ¾Æ·¡ ¼ö½Å°ÅºÎ¸¦ ÀÌ¿ëÇØ ÁÖ¼¼¿ä. - Ä®¶ó ÇÚµåÆù - 16ÈÀ½¸á·Îµð - ¸ÖƼ¹Ìµð¾î µ¿¿µ»ó±â´É - À̵¿Åë½Å Àüȱâ´É - °³ÀÎÁ¤º¸ °ü¸®±â´É - ÀÎÅÍ³Ý ±â´É - ±âŸ(MP3, GAME) º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹öưÀ» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. If you won't receive any more mail about this site, refusal press button and fill your e-mail address. And then we will not send any mail to you. »óÈ£:J.M.B. == ÁÖ¼Ò:¼¿ïƯº°½Ã ¼Ãʱ¸ ¾çÀç2µ¿ 299-13 űâB/D ÁöÇÏ 1Ãþ == ¹®ÀÇÀüÈ:02)3462-4918 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
{¼ºÀÎ ±¤°í} ÇÚµåÆù ¹× PC-EPhone¸¦ ¹«·á·Î µå¸³´Ï´Ù.
Title: ---event--- * º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç,Á¤ÁßÈ÷ ¾çÇØºÎʵ叮°Ú½À´Ï´Ù. ±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç, E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù. ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã´Ù¸é ¸¦ Ŭ¸¯ÇØ ÁÖ¼¼¿ä. ¸¸¾à À§ÀÇ ¼ö½Å°ÅºÎ°¡ ¾ÈµÉ °æ¿ì ¾Æ·¡ ¼ö½Å°ÅºÎ¸¦ ÀÌ¿ëÇØ ÁÖ¼¼¿ä. - Ä®¶ó ÇÚµåÆù - 16ÈÀ½¸á·Îµð - ¸ÖƼ¹Ìµð¾î µ¿¿µ»ó±â´É - À̵¿Åë½Å Àüȱâ´É - °³ÀÎÁ¤º¸ °ü¸®±â´É - ÀÎÅÍ³Ý ±â´É - ±âŸ(MP3, GAME) º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹öưÀ» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. If you won't receive any more mail about this site, refusal press button and fill your e-mail address. And then we will not send any mail to you. »óÈ£:J.M.B. == ÁÖ¼Ò:¼¿ïƯº°½Ã ¼Ãʱ¸ ¾çÀç2µ¿ 299-13 űâB/D ÁöÇÏ 1Ãþ == ¹®ÀÇÀüÈ:02)3462-4918 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í]°¡»ó´Ù¿îÀÌ ½ÇÁ¦´Ù¿î100% ¾îÁ¦¿ÀÇÂÇÑ ÃʽűÔ!!!
¾È³çÇϼ¼¿ä? ³×Æ®¿öÅ©»ç»ó Çѱ¹ÃÖÃÊ·Î ¿Â¶óÀÎÀÚµ¿½Ã½ºÅÛÀÌ ¹Ù·Î ¾îÁ¦ ź»ýÇÏ¿´À¾´Ï´Ù! ´ºÆ®¸®¼ÇÆ÷¶óÀÌÇÁÀÇ ¹ìºÎ½Ã½ºÅÛÀÇ Çѱ¹¹öÀüÀÌ Åº»ýÇѰÍÀÔ´Ï´Ù! Àß ¾Æ½Ã´Ù½ÃÇÇ ³×Æ®¿öÅ©¸¶ÄÉÆÃÀÇ ¼º°ø¿äÀÎÀº 1.ȸ»ç 2.Á¦Ç° 3.º¸»óÇ÷£ 4.½Ã½ºÅÛ 5.ŸÀ̹ÖÀÔ´Ï´Ù ÀÌÁß 4¹øÀÇ ½Ã½ºÅÛÀº ¾Æ¹«¸® °Á¶ÇÏ¿©µµ Áö³ªÄ§ÀÌ ¾ø´Â ´ë´ÜÈ÷ Áß¿äÇÕ´Ï´Ù ±×·¯³ª ¿ÀÇÁ¶óÀÎ ¹æ½ÄÀ¸·Î´Â ´äÀÌ ¾ø½À´Ï´Ù ¹Ýº¹µÇ´Â »ç¾÷¼³¸íÂü¼®,Ȩ¹ÌÆÃÂü¼®,¼¼¹Ì³ª·¤¸®Âü¼®... ÁøÁ¤ ½Ã°£°ú ÀçÁ¤Àû ÀÚÀ¯À» À§Çؼ ÅõÀÚ¶ó°í »ý°¢ÇϽʴϱî? ÀÌÁ¨ ±¸½Ã´ëÀû ³×Æ®¿öÅ©¸¶ÄÉÆÃÀ¸·Î °íÁýÇÏÁö ¸¶¼¼¿ä ¹Ù·Î ÀÌ ¸ðµç°ÍÀ» ¿Â¶óÀλ󿡼 ¿Ïº®ÇÏ°Ô ÇØ°áÇѽýºÅÛÀÌ ¹Ù·Î ¿Â¶óÀνýºÅÛÀÔ´Ï´Ù Áö±Ý Áï½Ã Ŭ¸¯Çϼż °¡ÀÔÇÏ½Ã°í ±× ³î¶ó¿î À§·ÂÀ» Á÷Á¢ ´À³¢½Ê½Ã¿À http://kdlclub.com/fdn2002(Ŭ¸¯ÀÌ ¾ÈµÇ¸é º¹»çÇØ¼ ÁÖ¼Òâ¿¡ ³ÖÀ¸½Ã¸é µË´Ï´Ù) Àú¿ÍÇÔ²² ÇϽøé À̸ÞÀϸ®½ºÆ® 700¸¸°³¿Í ¸ÞÀϹ߼۱⸦ ¹«·á·Î µå¸³´Ï´Ù À̽ýºÅÛÀ» Á÷Á¢ °³¹ßÇÑ °·ÂÇÑ ½ºÆù¼¿Í ÇÔ²² ´ç½ÅÀÇ ²ÞÀ» ÀÌ·ç¼¼¿ä! Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: it's make's fault (was: Re: fakeroot status (an ongoing story :)
On Sun, May 26, 2002 at 04:16:27AM +0200, Marcus Brinkmann wrote: > $ ls /dev/fd > Segmentation fault Ok, this was easily fixed by correcting an off-by-one error in magic: 2002-05-26 Marcus Brinkmann <[EMAIL PROTECTED]> * magic.c (trivfs_S_dir_readdir): Increment I after comparing it with ENTRY, to fix off-by-one error. fakeroot works fine now. I got one spurious perl error when building the hello package (I built the same package four times, and one time it failed), so there might still be some race condition or buglet here and there, but with all the latest fixes it should be ready for public consumption, and maybe someone else can have a crack at any remaining problems. So, basic functionality is there, stress testing needs to be done still. I am not sure if the client side is all proper, though. The magic server returned 0 nentries, data and datalen pointing to one dir entry. I have forgotten how the code flow exactly was on the client side, but it seemed to mess things up quite a bit. I might have another look now that fakeroot works. Thanks, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: it's make's fault (was: Re: fakeroot status (an ongoing story :)
On Sun, May 26, 2002 at 03:23:05PM +0200, Marcus Brinkmann wrote: > So, basic functionality is there, stress testing needs to be done still. Turns out that it is still flakey. In particular, clients get mig errors (wrong msg id in reply), and Perl modules loaded don't return 1 (this is of course just the symptom of some other, underlying error). This is not deterministic. I don't have time to debug this right now, if someone wants to have a go, please beat me to the punch. Thanks, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: settrans --chroot
On Sat, May 04, 2002 at 06:58:59PM -0400, Roland McGrath wrote: > I suspect that presently if you use this (assuming settrans works right), > that the filesystem process will stick around after the command finishes > and you might have to kill it. Indeed, this is what happens. > If that happens, we should clean up the > filesystem code so that it gracefully notices when there are live no > control ports and no live node ports, and exits. Is this hard to do? Thanks, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í] Á¤È®ÇÑ Á¤º¸°¡ ´ç½ÅÀÇ ¹Ì·¡¸¦ ¹Ù²ß´Ï´Ù.
Title: OKGROUP Á¤´çÇÑ ³ë·Â°ú ¿¬±¸ º¸´Ù´Â¿äÇà°ú Æí¹ýÀ¸·Î ºÎ¸¦°Å¸ÓÁæ ¼ö ÀÖ´Ù´ÂÀÌ·± ȥŹÇÑ ºÐÀ§±â´ÂÀÚ±âÀÇ ÀÚ¸®¿¡¼ ¿½ÉÈ÷ÀÚ½ÅÀÇ ¸ÃÀº ÀÏÀ» Çϴ¼ö¸¹Àº Á÷ÀåÀεéÀ»ÇãÅ»ÇÏ°Ô ¸¸µé°í ÀÖ½À´Ï´Ù. OKGROUPÀº ³ë·Â¾ø´Â ÀÏȮõ±ÝÀ» ¾à¼ÓÇÏÁö´Â ¾Ê½À´Ï´Ù.±× ´ë½Å OKGROUPÀº ÀÎÅÍ³Ý »ç¾÷°¡·Î¼ ´ç½ÅÀÇ ¼öÀÔ°ú ±â»ÝÀ» ¹è°¡½ÃÄѵ帱 ±âȸ¿¡ ´ëÇØ ¾Ë·Á µå¸³´Ï´Ù. ¼¼°èÀûÀÎ ¹æ´ëÇÑ ±Ô¸ðÀÇ ÀÎÅÍ³Ý ¼îÇθô¿¡ ÃÖ¼ÒÀÚº» ¸¸À¸·Î ÀڽŸ¸ÀÇ ¼îÇθôÀ» ÀÔÁ¡½Ãų ¼ö ÀÖµµ·Ï ¾È³»Çϰí±× »ç¾÷ÀÇ Áغñ°úÁ¤°ú ¿î¿µ°úÁ¤¿¡ ÇÊ¿äÇÑ »çÇ×À» öÀúÇÏ°Ô µµ¿Íµå¸³´Ï´Ù. ÀÌ ¼îÇθôÀº 5000¸¸Á¡ ÀÌ»óÀÇ ±âÁ¸ À¯¸íºê·£µå µéÀ» ¸ðµÎ ÀÚ½ÅÀÇ ¸ñÀû°ú ÃëÇâ´ë·Î ºÐ·ù, ÀÔÁ¡½Ãų ¼ö ÀÖ´Ù´Â ¾öû³ ÀåÁ¡ÀÌ ÀÖ½À´Ï´Ù. ÀÌ ¸ðµç°Í¿¡ ´ëÇØ ¾Ë±â ¿øÇϽʴϱî? ¸¸ÀÏ ´ç½ÅÀÌ ÇöÀçÀǼöÀÔ À̿ܿ¡ double income, triple income¿¡ ´ëÇØ ÀüÇô °ü½ÉÀÌ ¾ø´Ù¸é ÀÌ Á¤º¸¸¦ ¹«½ÃÇϼŵµ ÁÁ½À´Ï´Ù.±×·¯³ª Àá½ÃÀÇ °ü½É°ú ±âȸ°¡ ´ç½ÅÀÇ ¹Ì·¡¸¦ ¹Ù²Ù¾î ³õÀ» Áöµµ ¸ð¸¥´Ù´Â ¿¸° »ý°¢À» °¡Áø ºÐÀ̶ó¸é Áö±Ý OKGROUPÀÇ È¨À» ¹æ¹®ÇØ ÁֽʽÿÀ.°áÄÚ ½Ã°£ÀÇ ³¶ºñ¶ó ÇÒ ¼ö ¾ø´Â ±ÍÁßÇÑ Á¤º¸°¡ ´ç½ÅÀ» ±â´Ù¸®°í ÀÖ½À´Ï´Ù. ¢Æ ¸ÞÀÏ ¼ö½ÅÀ» ¿øÇÏÁö ¾ÊÀ¸½Ã¸é ¹öưÀ» Ŭ¸¯ÇϽʽÿÀ. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: it's make's fault (was: Re: fakeroot status (an ongoing story :)
On Sun, May 26, 2002 at 03:23:05PM +0200, Marcus Brinkmann wrote: > I am not sure if the client side is all proper, though. The magic server > returned 0 nentries, data and datalen pointing to one dir entry. I have > forgotten how the code flow exactly was on the client side, but it seemed > to mess things up quite a bit. I might have another look now that fakeroot > works. Mmh, I gave up on this. The segfault shouldn't happen, but I don't know why it happens. When run in gdb, the client side works fine. 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
(±¤°í) ¾ÆÁ÷ À̸¸ÇÑ È«º¸È¿°ú´Â ¾ø½À´Ï´Ù.
Title: Çã¶ô¾øÀ̸ÞÀÏÀ»º¸³»¼Á˼ÛÇÕ´Ï´Ù.º»¸ÞÀÏÀºÀÏȸ¼ºÀ¸·Î´Ù½Ãº¸³»Áö¾Ê°Ú½À´Ï´Ù. Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¼ Á˼ÛÇÕ´Ï´Ù. º»¸ÞÀÏÀº ÀÏȸ¼ºÀ¸·Î ´Ù½Ãº¸³»Áö ¾Ê°Ú½À´Ï´Ù. ¸ÞÀÏÁÖ¼ÒÀ̿ܿ¡´Â ±ÍÇÏÀÇ Á¤º¸¸¦ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä ¾È³çÇϼ¼¿ä. ÀÛÀº ¼îÇθô ¿î¿µÇϽô ºÐ, °¢ ȨÆäÀÌÁö È«º¸ µî¿¡ Ź¿ùÇÑ È¿°ú¸¦ º¸½Ç¼ö ÀÖ´Â À̸ÞÀÏ ¸¶ÄÉÆÃ Á¤º¸¸¦ ¾Ë·Áµå¸³´Ï´Ù. ÀÎÅÍ³Ý ±¤°í¸¦ Áï ¹è³Ê±¤°í¸¦ µ·ÁÖ°í ÇϽô °Íº¸´Ù ÈξÀ È¿°úÀûÀ¸·Î ¼öÀÍÀ» º¸½Ç ¼ö ÀÖ½À´Ï´Ù. À߾˷ÁÁø »ç½ÇÀÌÁö¸¸ À̸ÞÀϱ¤°íÀÇ È¿°ú´Â »ó»ó ÀÌ»óÀÔ´Ï´Ù. º¸Åë ¹ß¼Û À̸ÞÀÏ ¼öÀÇ 2%Á¤µµÀÇ ¹æ¹®À¯µµ°¡ °¡´ÉÇÕ´Ï´Ù. [À̸ÞÀÏ ´ë·® ¹ß¼ÛÇÁ·Î±×·¥ (À̸ÞÀϸ®½ºÆ®°ü¸®°¡´É) + ¿øÇÏ´Â °Ë»ö¾î·Î À̸ÞÀϸ®½ºÆ® ÀÚµ¿ ¼öÁý±â(¸®½ºÆ® ÆÄÀÏ ºÐÇÒ±â´É) + 3000¸¸ À̸ÞÀϸ®½ºÆ®] À§ÀÇ ¸ðµç °ÍÀ» 20¸¸¿ø¿¡ Á¦°øÇÕ´Ï´Ù. Ư¡ - °³ÀÎ pc¿¡¼ ¸ÞÀÏ ¹ß¼Û »ç¿ë °¡´É ÇÕ´Ï´Ù.. (30ºÐÁ¤µµ¸é ¾à 20¸¸°³ À̸ÞÀÏ ¹ß¼Û °¡´É) - À̸ÞÀÏÁߺ¹ÀÌ ¾ø°í ¸®½ºÆ®°¡ ¹ß¼ÛÇϱ⠽±°Ô Àß Á¤¸® µÇ¾îÀÖ¾î º¸³»½Ã±â Æí¸®ÇÕ´Ï´Ù. - Ãʺ¸ÀÚµµ ½±°Ô ÇÒ¼ö ÀÖ½À´Ï´Ù.. »ç¿ëÁ¦ÇÑÀÌ ¾ø½À´Ï´Ù. - Àß ¸ð¸£½Ã´Â ºÐÀº Àß ¼³¸íÇØµå¸®°Ú½À´Ï´Ù. º¸À¯ µ¥ÀÌÅÍ È®ÀÎÀ̳ª ¹®ÀÇ »çÇ×Àº [EMAIL PROTECTED]À¸·Î ¹®ÀÇ ÇϽñ⠹ٶø´Ï´Ù. À̸ÞÀÏ¿¡ ¿¬¶ôó¸¦ ³²°ÜÁÖ½Ã¸é °ð¹Ù·Î ¿¬¶ôµå¸®°Ú½À´Ï´Ù. µ¥ÀÌÅͰ¡ Àǽɽº·¯¿î ºÐÀº È®ÀÎÈÄ ±¸¸Å °¡´ÉÇÕ´Ï´Ù. ±×¿Ü¿¡ ÇÊ¿äÇϽе¥ÀÌÅͰ¡ ÀÖÀ¸½Ã¸é ¿¬¶ôÁֽñ⠹ٶø´Ï´Ù. ¼ö½Å°ÅºÎ ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
resident_size in pages, memory_size in bytes.
Hi, I've been looking into libps today. One thing that confuses me is that task_basic_info.resident_size is said to be the number of resident pages of the current task. But in libps it seems to be used like it is the number of resident bytes used by the current task. I'm wondering is the comment wrong in gnumach/include/task_info.h:58 or in resident_size improperly used in libps or am I just very confused? In gnumach/include/host_info.h:63 host_basic_info.memory_size is said to be given in bytes. The conflict seems to directly arise in hurd/libps/spec.c:247 in ps_get_rmem_frac where the resident_size is divided by the memory_size to get the memory usage percent. = James Morrison University of Waterloo Computer Science - Digital Hardware 2A co-op http://hurd.dyndns.org Anyone referring to this as 'Open Source' shall be eaten by a GNU __ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: uname -m
> I think that maybe the definition of reasonable might just as well be: > whatever config.guess can deal with. We can get config.guess changed without difficulty. So I think that we should choose what best fits the presumptions of any packages that use uname -m and do NOT use config.guess. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: uname -m
On Sun, May 26, 2002 at 03:17:20PM -0400, Roland McGrath wrote: > > I think that maybe the definition of reasonable might just as well be: > > whatever config.guess can deal with. > > We can get config.guess changed without difficulty. So I think that we > should choose what best fits the presumptions of any packages that use > uname -m and do NOT use config.guess. Depends on what you mean with difficult. config.guess is copied into thousands of source packages, and updating it is a PITA in the context of, for example, Debian GNU/Hurd. However, I don't really have a specific change to propose. Thanks, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
vm_size_t is unsigned, so libps should use unsigned ints.
Hi, I had noticed that ps and pptop would show the virtual size of some of my processes to be some large negative number, which seems wrong, so here is the patch I use to get only positive number for the resident size and the virtual size. James A. Morrison 2002-05-26 James A. Morrison <[EMAIL PROTECTED]> * spec.c (sprint_frac_value): Added case for values between 1000 and 1023. (sprint_frac_value): Make VALUE and FRAC unsigned ints. (ps_emit_nice_uint): Likewise. (ps_emit_nice_uint): Renamed ps_emit_nice_int. (ps_vsize_getter): Return an unsigned int instead of an int. (ps_rsize_getter): Likewise. (ps_get_rmem_frac): MEM_SIZE is now an unsigned int. (specs): Use ps_emit_nice_uint instead of ps_emit_nice_int. Index: spec.c === RCS file: /cvsroot/hurd/hurd/libps/spec.c,v retrieving revision 1.33 diff -u -r1.33 spec.c --- spec.c 22 Dec 2001 20:32:57 - 1.33 +++ spec.c 26 May 2002 19:53:55 - @@ -1,6 +1,6 @@ /* Access, formatting, & comparison routines for printing process info. - Copyright (C) 1995,96,97,99,2001 Free Software Foundation, Inc. + Copyright (C) 1995,96,97,99,2001,02 Free Software Foundation, Inc. Written by Miles Bader <[EMAIL PROTECTED]> @@ -148,7 +148,7 @@ const struct ps_getter ps_wait_getter = {"wait", PSTAT_THREAD_WAIT, ps_get_wait}; -static int +static unsigned int ps_get_vsize (struct proc_stat *ps) { return proc_stat_task_basic_info (ps)->virtual_size; @@ -156,7 +156,7 @@ const struct ps_getter ps_vsize_getter = {"vsize", PSTAT_TASK_BASIC, (vf) ps_get_vsize}; -static int +static unsigned int ps_get_rsize (struct proc_stat *ps) { return proc_stat_task_basic_info (ps)->resident_size; @@ -232,7 +232,7 @@ static float ps_get_rmem_frac (struct proc_stat *ps) { - static int mem_size = 0; + static unsigned int mem_size = 0; if (mem_size == 0) { @@ -399,14 +399,16 @@ int sprint_frac_value (char *buf, - int value, int min_value_len, - int frac, int frac_scale, + unsigned int value, int min_value_len, + unsigned int frac, int frac_scale, int width) { - int value_len; - int frac_len; + int value_len = 0; + int frac_len = 0; - if (value >= 100)/* the integer part */ + if (value >= 1000)/* the integer part */ +value_len = 4; /* values 1000-1023 */ + if (value >= 100) value_len = 3; else if (value >= 10) value_len = 2; @@ -422,9 +424,9 @@ frac /= 10; if (frac_len > 0) -sprintf (buf, "%d.%0*d", value, frac_len, frac); +sprintf (buf, "%u.%0*u", value, frac_len, frac); else -sprintf (buf, "%d", value); +sprintf (buf, "%u", value); return strlen (buf); } @@ -449,13 +451,13 @@ /* prints its value nicely */ error_t -ps_emit_nice_int (struct proc_stat *ps, struct ps_fmt_field *field, - struct ps_stream *stream) +ps_emit_nice_uint (struct proc_stat *ps, struct ps_fmt_field *field, + struct ps_stream *stream) { char buf[20]; - int value = FG (field, int)(ps); + unsigned int value = FG (field, unsigned int)(ps); char *sfx = " KMG"; - int frac = 0; + unsigned int frac = 0; while (value >= 1024) { @@ -1105,9 +1107,9 @@ {"STime",0, -8, 2, 0, &ps_sys_time_getter,ps_emit_seconds, ps_cmp_times, 0}, {"VSize",0, -5, -1, 0, - &ps_vsize_getter, ps_emit_nice_int,ps_cmp_ints, 0}, + &ps_vsize_getter, ps_emit_nice_uint,ps_cmp_ints, 0}, {"RSize",0, -5, -1, 0, - &ps_rsize_getter, ps_emit_nice_int,ps_cmp_ints, 0}, + &ps_rsize_getter, ps_emit_nice_uint,ps_cmp_ints, 0}, {"Pri", 0, -3, -1, 0, &ps_cur_priority_getter,ps_emit_priority,ps_cmp_ints, ps_nominal_pri}, {"BPri", 0, -3, -1, 0, ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Comments about resident_size and virtual_size
Hi, It seems CMU expected task_basic_info.resident_size and task_basic_info.virtual_size to return the number of pages used, but it seems oskit-mach doesn't do that, gnumach probably returns the number of bytes used as well. James A. Morrison 2002-05-26 James A. Morrison <[EMAIL PROTECTED]> * include/mach/task_info.h: Fixed comments for VIRTUAL_SIZE and RESIDENT_SIZE Index: include/mach/task_info.h === RCS file: /cvsroot/hurd/gnumach/include/mach/task_info.h,v retrieving revision 1.2 diff -u -r1.2 task_info.h --- include/mach/task_info.h20 Aug 1997 20:30:47 - 1.2 +++ include/mach/task_info.h26 May 2002 19:57:37 - @@ -54,8 +54,8 @@ struct task_basic_info { integer_t suspend_count; /* suspend count for task */ integer_t base_priority; /* base scheduling priority */ - vm_size_t virtual_size; /* number of virtual pages */ - vm_size_t resident_size; /* number of resident pages */ + vm_size_t virtual_size; /* bytes of virtual memory */ + vm_size_t resident_size; /* bytes of resident memory */ time_value_tuser_time; /* total user run time for terminated threads */ time_value_tsystem_time;/* total system run time for ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: vm_size_t is unsigned, so libps should use unsigned ints.
On Sun, May 26, 2002 at 04:04:44PM -0400, James A Morrison wrote: > I had noticed that ps and pptop would show the virtual size of some of my > processes to be some large negative number, which seems wrong, so here is the > patch I use to get only positive number for the resident size and the virtual > size. This patch is partially wrong and not complete, please make a new patch which fixes (at least :) the following points: * Check what is up with all the other values using ps_emit_nice_int: Some of them surely are candidates to be uints as well, but check each one individually. * Don't rename ps_emit_nice_int, but provide ps_emit_nice_uint as a new function used by all from above. Seems we need a second sprint_frac_value function for uint's, too. I say maybe because the analysis above might lead to a result where all types are either uint, or are int but without any valid negative numbers. If the latter is the case, an assert() and a cast to uint will do. * Your changelog doesn't match the patch. If you rename a function, you should do: (foo_old): Renamed to ... (foo_new): ... this. New function. Or something like that. But see above, probably should not be renamed at all. Thanks for spotting this, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[Patch #326] Hurd cannot be compiled with GCC 3.1 because of #pragma weak
Patch #326 has been updated. Project: Category: None Status: Open Summary: Hurd cannot be compiled with GCC 3.1 because of #pragma weak --- For more info, visit: http://savannah.gnu.org/patch/?func=detailpatch&patch_id=326&group_id=30 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[Patch #328] TASK_BASIC_INFO members virtual/resident size in bytes
Patch #328 has been updated. Project: Category: GNU Mach Status: Open Summary: TASK_BASIC_INFO members virtual/resident size in bytes --- For more info, visit: http://savannah.gnu.org/patch/?func=detailpatch&patch_id=328&group_id=30 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[Patch #328] TASK_BASIC_INFO members virtual/resident size in bytes
Patch #328 has been updated. Project: Category: None Status: Open Summary: TASK_BASIC_INFO members virtual/resident size in bytes --- For more info, visit: http://savannah.gnu.org/patch/?func=detailpatch&patch_id=328&group_id=30 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý- Åë½Å»ç¾÷ -±¤°í
Title: 2002³â5¿ù21ÀÏ¿ÀÈÄ6½Ã¿Â¶óÀθ¶ÄÉÆÃÀÇÃÖ°íºÀÀÌź»ýÇß½À´Ï´Ù Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¼ Á˼ÛÇÕ´Ï´Ù. º»¸ÞÀÏÀº ÀÏȸ¼ºÀ¸·Î ´Ù½Ã º¸³»Áö ¾Ê°Ú½À´Ï´Ù.Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ remove ¸¦ ´·¯ÁÖ¼¼¿ä 2002³â 5¿ù21ÀÏ ¿ÀÈÄ 6½Ã ¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀÀÌ Åº»ýÇß½À´Ï´Ù Áö±Ý Áï½Ã http://kdlclub.com/star ¿¡ µé¾î°¡¼Å¼ ´Ù¿î Çü¼º Âü¿© ºÎÅÍ ÇϽʽÿÀ¼º°øÀÇ ¹®ÀÔ´Ï´Ù ±âÁ¸ °¡»óµî·Ï »çÀÌÆ®µé°ú´Â ºñ±³ÇÏÁö ¸¶½Ã°í ÀÏ´Ü ´Ù¿îÇü¼ºÂü¿©(¹«·á)ºÎÅÍ ÇÏ½Ê½Ã¿ä ±×¸®°í ¹«¾ùÀÎÁö ¾Ë¾Æ º¸½Ê½Ã¿À 2002³â 5¿ù 21ÀÏ¿ÀÈÄ 6½Ã¿¡ ¿ÀÇ Çß½À´Ï´Ù(¸ÕÀú Âü¿© ÇÒ¼ö·Ï À¯¸® ÇÕ´Ï´Ù) ÀÚ½ÅÀÇ È«º¸ ȨÆäÀÌÁö / ¿Â¶óÀÎ ¸¶ÄÉÆÃ µµ±¸ Á¦°øµÊ. http://kdlclub.com/star¼º°øÀÇ ¹®ÀÔ´Ï´Ù Áö±Ý Áï½Ã Ŭ¸¯ ÇϽʽÿä ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[Bug #458] unlinking a directory gives EISDIR, not EPERM
=== Bug #458: Full Bug Snapshot === http://savannah.gnu.org/bugs/?func=detailbug&bug_id=458&group_id=30 Submitted by: marcusProject: The GNU Hurd Submitted on: 2002-May-27 02:56 Category: None Severity: 1 - Ordinary Bug Group: Standard Compliance Resolution: None Assigned to: rolandStatus: Open Summary: unlinking a directory gives EISDIR, not EPERM Original Submission: POSIX.1 requires the error value EPERM if it is attempted to unlink a directory, not EISDIR. Reported by Roland. No Followups Have Been Posted For detailed info, follow this link: http://savannah.gnu.org/bugs/?func=detailbug&bug_id=458&group_id=30 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
gearing up on Savannah, part II
Hi, I enabled the bug tracker on Savannah, which is actually quite nice. As a test, I added a bug about the EISDIR on unlink() bug that Roland mentioned on hurd-devel. Of course, as with the task manager and other Savannah stuff, we need to add categories and other field values over time. The bug tracker in Savannah is highly configurable. There are some interesting fields that are disabled for now, but which we might want to activate, like reproducability (considering that some bugs in the Hurd are hard to reproduce, it is nice to be able to search for that). All changes will result in a notification sent here. Again, this is an experiment. If we decide the notifications are too noisy and with too little information, we can fine tune that (make another list, only sent initial announce here, whatever). But until we have gotten used to actually checking the Savannah pages for new work, this seems to be preferable. Thanks, 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.marcus-brinkmann.de ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý- Åë½Å»ç¾÷ -±¤°í
Title: 2002³â5¿ù21ÀÏ¿ÀÈÄ6½Ã¿Â¶óÀθ¶ÄÉÆÃÀÇÃÖ°íºÀÀÌź»ýÇß½À´Ï´Ù Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»¼ Á˼ÛÇÕ´Ï´Ù. º»¸ÞÀÏÀº ÀÏȸ¼ºÀ¸·Î ´Ù½Ã º¸³»Áö ¾Ê°Ú½À´Ï´Ù.Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ remove ¸¦ ´·¯ÁÖ¼¼¿ä 2002³â 5¿ù21ÀÏ ¿ÀÈÄ 6½Ã ¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀÀÌ Åº»ýÇß½À´Ï´Ù Áö±Ý Áï½Ã http://kdlclub.com/star ¿¡ µé¾î°¡¼Å¼ ´Ù¿î Çü¼º Âü¿© ºÎÅÍ ÇϽʽÿÀ¼º°øÀÇ ¹®ÀÔ´Ï´Ù ±âÁ¸ °¡»óµî·Ï »çÀÌÆ®µé°ú´Â ºñ±³ÇÏÁö ¸¶½Ã°í ÀÏ´Ü ´Ù¿îÇü¼ºÂü¿©(¹«·á)ºÎÅÍ ÇÏ½Ê½Ã¿ä ±×¸®°í ¹«¾ùÀÎÁö ¾Ë¾Æ º¸½Ê½Ã¿À 2002³â 5¿ù 21ÀÏ¿ÀÈÄ 6½Ã¿¡ ¿ÀÇ Çß½À´Ï´Ù(¸ÕÀú Âü¿© ÇÒ¼ö·Ï À¯¸® ÇÕ´Ï´Ù) ÀÚ½ÅÀÇ È«º¸ ȨÆäÀÌÁö / ¿Â¶óÀÎ ¸¶ÄÉÆÃ µµ±¸ Á¦°øµÊ. http://kdlclub.com/star¼º°øÀÇ ¹®ÀÔ´Ï´Ù Áö±Ý Áï½Ã Ŭ¸¯ ÇϽʽÿä ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í]À̸ÞÀÏ ÃßÃâ,¹ß¼Û ±×¸®°í °Ô½ÃÆÇµî·Ï±îÁö...ÀÌÁ¦ ¸¶ÄÉÆÃ ³¡~~
Title: ¸ÞÀÏ ÃßÃâ¿¡¼ ¹ß¼Û, °ü¸®±îÁö Çϳª·Î~ ¸ÞÀÏ¸Ç º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰŠÁ¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í¸ÞÀÏÀÔ´Ï´Ù. Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç Á¤ÁßÈ÷ ¾çÇØºÎŹ µå¸®°Ú½À´Ï´Ù. ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã¸é ¾Æ·¡¿¡ ¼ö½Å°ÅºÎ¸¦ Ŭ¸¯ÇØ ÁÖ¼¼¿ä. Mail ManÀ» »ç¿ëÇϸé 2500¸¸ ³×ƼÁðÀÌ ³ªÀÇ °í°´!! ÀÌÁ¦ ¸¶ÄÉÆÃ ³¡~~ È«º¸´Â ÀÌÁ¦ Mail Man Çϳª·Î ÀÚµ¿À¸·Î ³¡³»¼¼¿ä~ ÀÚµ¿ °Ô½ÃÆÇ ÃßÃâ, À̸ÞÀÏ ÃßÃâ, ´ë·®¸ÞÀÏ ¹ß¼ÛÀ» Çϳª·Î ÅëÇÕÇÑ ¼Ö·ç¼Ç ÀÚµ¿ ÆäÀÌÁö °Ë»ö ¹æ½ÄÀ¸·Î ½Ã°£´ç 5¸¸°³ ÀÌ»ó ÃßÃâÀÌ °¡´ÉÇÕ´Ï´Ù. ÃÖ´ë 256°³¸¦ µ¿½Ã ¹ß¼ÛÇÏ¿© ½Ã°£´ç 5¸¸°³ ÀÌ»ó ¹ß¼ÛÀÌ °¡´ÉÇÕ´Ï´Ù. ¶Ù¾î³ ±â´É°ú Àú·ÅÇÑ °¡°Ý!! °í°´´Ô¿¡ È«º¸ ¼Ö·ç¼ÇÀº ¸ÞÀϸÇÀÌ µµ¿Íµå¸³´Ï´Ù. Mail ManÀÇ ±â´É°ú Ư¡ ¢º ÅëÇÕÇü : À̸ÞÀÏ ¼öÁý + À̸ÞÀÏ ÃßÃâ + À̸ÞÀÏ ¹ß¼Û + ¼ö½Å°ÅºÎÀÚ °ü¸® ¢º °Ë»ö¾î¸¦ ÅëÇÑÃßÃâ°ú °Ô½ÃÆÇ¿¡¼ ÀϰýÃßÃâ °¡´É ¢º ±×·ì°ü¸® : ¼öÁýµÈ À̸ÞÀÏÀ» ±×·ìº°, ¸ÞÀϹ߼ÛÀÏ º°·Î °ü¸® ¢º ½¬¿î»ç¿ë¹ý : Ãʺ¸ÀÚµµ ½±°Ô »ç¿ë ¢º ÀÚü ¸ÞÀÏ ¼¹ö žÁ¦ : ¸ÞÀϼ¹ö ¾øÀÌ ´ë·® ¹ß¼Û °¡´É ¢º ¼ö½Å°ÅºÎ : °£ÆíÇÑ ¼ö½Å°ÅºÎÀÚ °ü¸® ¢º ¹é¾÷±â´É : ÃßÃâÀ̸ÞÀÏÀ» ¹é¾÷ º¸°ü ¹× ±âÁ¸ À̸ÞÀÏ ºÒ·¯¿À±â °¡´É ¢º HTML Áö¿ø : HTML¹Ì¸®º¸±â, HTML ¸ÞÀÏ ¹ß¼Û ¢º ¼±ÅÃÃßÃâ±â´É : »çÀÌÆ®°ü¸®ÀÚ¸¸, »çÀÌÆ®°ü¸®ÀÚ Á¦¿Ü, ÀüºÎÃßÃâ ¼±Åð¡´É ¢º 100¸¸¿ø´ëÀÇ Á¦Ç°¿¡ ¹ö±Ý°¡´Â ¶Ù¾î³ ±â´É¿¡µµ ÆÄ°ÝÀûÀÎ Àú·ÅÇÑ °¡°Ý! Postman°ú Mailman ÀÌ µÎ°¡Áö·Î ÀÎÅÍ³Ý ¸¶ÄÏÆÃÀÌ ¿Ï¼ºµË´Ï´Ù. ÃÖ°íÀÇ ÀÎÅÍ³Ý ¸¶ÄÉÆÃ ¼Ö·ç¼Ç Æ÷½ºÆ®¸Ç °Ô½ÃÆÇ µî·Ï±â Ãʰí¼Ó ¿ÏÀü ÀÚµ¿ °Ô½ÃÆÇ ÃßÃâ!! Ãʰí¼Ó ¿ÏÀü ÀÚµ¿ °Ô½ÃÆÇ ºÐ¼®!! Ãʰí¼Ó ¿ÏÀü ÀÚµ¿ °Ô½ÃÆÇ µî·Ï!! ÃÖ°íÀÇ E-¸¶ÄÏÆÃ ¼Ö·ç¼Ç!! ½Ã°£´ç 2000¿©°³ÀÇ °Ô½ÃÆÇÀ» ÃßÃâÇÏ°í ½Ã°£´ç 2000¿©°³ÀÇ ±ÛÀ» °Ô½ÃÆÇ¿¡ µî·ÏÇÕ´Ï´Ù. Ÿ Á¦Ç°°úÀÇ ºñ±³¸¦ °ÅºÎÇÕ´Ï´Ù!!! ¿Â¶óÀÎ ¿ìÇ¥Á¦ ½Ç½Ã·Î »ó´ëÀû À̸ÞÀÏ ¸¶ÄÏÆÃÀÇ ¾î·Á¿ò... °¡Àå È¿°úÀûÀÎ ÀÎÅÍ³Ý ¸¶ÄÏÆÃ...!! ÀÌÁ¨ °Ô½ÃÆÇ µî·Ï±â·Î °¡Àå È¿°úÀûÀÎ ¸¶ÄÏÆÃÀ» ÆîĨ´Ï´Ù..!!! ±âÁ¸ÀÇ »ç¿ëÀÚµéÀÌ ÀÔÁõÇÑ MailmanÀÇ ¼º´É, È¿°ú¿Í »õ·Î¿î ¸¶ÄÏÆÃ ¼Ö·ç¼ÇÀÎ PostmanÀ¸·Î ´ç½ÅÀº ÀÌ¹Ì ¼º°øÀÚ!! E-Mail ¸¶ÄÏÆÃ + °Ô½ÃÆÇ ¸¶ÄÏÆÃÀ¸·Î ±¤°íÈ¿°úÀÇ ±Ø´ëÈ!! Á÷Á¢ Æò°¡ÆÇÀ» ´Ù¿î¹Þ¾Æ »ç¿ëÇØ º¸½Ã°í ±â´É¹× °¡°ÝÀ» ºñ±³ÇØ ÁÖ¼¼¿ä^^ MailMan Æò°¡ÆÇ ´Ù¿î·Îµå window 98,2000 »ç¿ëÀÚ¿ë . window XP »ç¿ëÀÚ¿ë MailMan °¡°Ý°ú ±¸ÀÔ¹× ´õ ÀÚ¼¼È÷ º¸±â Click PostMan Æò°¡ÆÇ ´Ù¿î·Îµå PostMan °¡°Ý°ú ±¸ÀÔ¹× ´õ ÀÚ¼¼È÷ º¸±â Click À̸ÞÀÏ È«º¸µµ ´ëÇàÇØ µå¸³´Ï´Ù. ¹®ÀǸÞÀÏ : [EMAIL PROTECTED] Á¤º¸¸¦ ´õ ÀÌ»ó ¿øÄ¡ ¾ÊÀ¸½Ã¸é [¼ö½Å°ÅºÎ]¸¦ ´·¯ ÁÖ¼¼¿ä. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
(±¤°í) Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³» Á¤¸» Á˼ÛÇÕ´Ï´Ù...
Title: ¸ÞÀÏ2 »ç¾÷ÀÚ µî·Ï ¹øÈ£ 011-06-83178 Y&G WEB °ü¸®Ã¥ÀÓÀÚ ¾çÁ¤¿ø * º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç, E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù. ´õ ÀÌ»óÀÇ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é [¼ö½Å°ÅºÎ]¸¦ Ŭ¸¯ÇØ Áֽʽÿä. Á¤º¸¸¦ ¿øÄ¡ ¾Ê´Â ºÐ²²´Â ´ë´ÜÈ÷ ÁË¼Û ÇÕ´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
2002 ¿ùµåÄÅ ±â³ä ½Ã°è¸¦ ¼±¹°Çϼ¼¿ä...(±¤°í)
Title: Untitled Document ´Ù½ÃÇѹø ±ÍÇÏÀÇ ½Â³«¾øÀÌ È«º¸¼º ÀüÀÚ¿ìÆíÀ» º¸³»°ÔµÈ Á¡ Á¤ÁßÈ÷ »ç°úµå¸³´Ï´Ù. Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø¹ý±ÔÁ¤À» ÁؼöÇÏ¿© ±¤°í¸ÞÀÏÀÓÀ» Ç¥½ÃÇÏ¿´À¸¸ç, ¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇϰí ÀÖ½À´Ï´Ù. ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼Ò´Â ÀÎÅͳݻóÀÇ °ø°³µÈ Àå¼Ò¿¡¼ ½ÀµæÇÏ¿´À¸¸ç ÀúÈñ´Â ±ÍÇÏÀÇ ÀüÀÚ¿ìÆí ÁÖ¼ÒÀÇ ¾î¶°ÇÑ °³ÀÎÁ¤º¸µµ °¡Áö°í ÀÖÁö ¾ÊÀ¸¹Ç·Î ¾È½ÉÇϽñ⠹ٶø´Ï´Ù.1ȸ ÀÌ»óÀÇ ¸ÞÀÏÀº º¸³»Áö ¾ÊÀ»°ÍÀ» ¾à¼Óµå¸®¿À³ª, °£È¤ Åë½Å»óÀÇ Àå¾Ö·Î °°Àº ¸ÞÀÏÀÌ 2ȸÀÌ»ó °¥ ¼ö µµ À־ƿÀ´Ï ¼ö½Å°ÅºÎ¸¦ ÇØÁֽøé Â÷ÈÄ¿¡¶óµµ ¹ß¼ÛÇÏ´Â ÀÏÀÌ ¾øµµ·Ï Á¶Ä¡ÇϰڽÀ´Ï´Ù.If you won't receive any more mail about this site, press the " press " button and fill your e-mail address. And then we will not send any mail to you. we are sorry to you.PRESS ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í] 5¿ù21ÀÏ ¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý!
O Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»°Ô µÇ¾î Á˼ÛÇÕ´Ï´Ù. O º»¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸ º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀǰÅÇÑ [±¤°í] ¸ÞÀÏÀÔ´Ï´Ù. O e-mailÁÖ¼Ò´Â ÀÎÅͳݻ󿡼 ÃëµæÇÏ¿´À¸¸ç, ¸ÞÀÏÁÖ¼Ò ¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. O À̹ø¿¡ óÀ½ º¸³»µå¸®´Â ¸ÞÀÏÀÔ´Ï´Ù. ´õ ÀÌ»ó ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é [¼ö½Å°ÅºÎ]¸¦ ´·¯Áֽʽÿä. ==> http://rose.wo.st2002³â 5¿ù21ÀÏ(È) ¿ÀÈÄ 6½Ã ¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀÀÌ Åº»ýÇß½À´Ï´Ù!Áö±Ý Áï½Ã http://rose.wo.st ¿¡ µé¾î°¡¼Å¼ °¡»ó µî·ÏºÎÅÍ ÇϽʽÿÀ.¼º°øÀÇ ¹®ÀÔ´Ï´Ù.±âÁ¸ °¡»óµî·Ï »çÀÌÆ®µé°ú´Â ºñ±³ÇÏÁö ¸¶½Ã°í ÀÏ´Ü °¡»ó µî·Ï(¹«·á)ºÎÅÍ ÇϽʽÿÀ.±×¸®°í ¹«¾ùÀÎÁö ¾Ë¾Æ º¸½Ê½Ã¿À.(24½Ã°£ÈÄ ³î¶ó¿î ÀÏÀÌ ¹ú¾î Áú °ÍÀÔ´Ï´Ù)¿Àǽð£ÀÌ ¾ó¸¶µÇÁö ¾ÊÀº °ü°è·Î °¡»óµî·ÏÀÌ ºü¸¦¼ö·Ï ÁÁ½À´Ï´Ù.Áö±Ý Áï½Ã http://rose.wo.st ¿¡ µé¾î°¡¼Å¼ °¡»ó µî·ÏºÎÅÍ ÇϽʽÿÀ.5¿ù21ÀÏ ¿ÀÈÄ 6½Ã¿¡ ¿ÀÇ Çß½À´Ï´Ù.http://rose.wo.st¼º°øÀÇ ¹® ÀÔ´Ï´Ù.==> http://rose.wo.st O ¿øÄ¡ ¾ÊÀº ¸ÞÀÏÀ̾ú´Ù¸é Á˼ÛÇÕ´Ï´Ù. O ÀÌÈÄ¿¡ ´Ù½Ã º¸³»Áö´Â ÀÏÀÌ ¾øµµ·Ï Á¶Ä¡¸¦ ÇÒ ÅÍÀÌ´Ï [¼ö½Å°ÅºÎ]¸¦ Ŭ¸¯ÇØÁֽʽÿä. O °¨»çÇÕ´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd