¸¸¾à¿¡ ÀÌ·¯ÇÑ ¸ðµç°ÍµéÀÌ ³ª¿¡°Ô ÁÖ¾îÁø´Ù¸é...[±¤ °í]

2002-05-26 Thread GWP
Title: º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù.








º» 
±¤°í°¡ â¾÷¿¡ °ü½ÉÀÌ ¸¹Àº ¾î¶² ºÐ¿¡°Ô´Â Áß¿äÇÑ °è±â°¡ 
µÉ ¼ö ÀÖÀ¸³ª, Á¤º¸ÀÇ È«¼ö¿¡ ÁöÄ£ ¾î¶² ÀÌ¿¡°Ô´Â ºÒÇÊ¿äÇÑ 
¾²·¹±âÀÏ »ÓÀÔ´Ï´Ù. ÀÌ·± ºÐ²²¼­´Â *¼ö½Å°ÅºÎ* ¸¦ ´©¸£½Ã°í 
±× Àǻ縦 Ç¥ÇØ Áֽñ⠹ٶø´Ï´Ù °£È¤ OUTLOOK ¿¡·¯·Î 
ÀúÈñ¿¡°Ô ¼ö½Å°ÅºÎ ÆíÁö°¡ µµÂøÇÏÁö ¾ÊÀ» ¼ö ÀÖ½À´Ï´Ù... 
ÀÌ·± °æ¿ì¿¡´Â ¹ø°Å·Î¿î ÀÏÀÌÁö¸¸ ´Ù¸¥ ¸ÞÀϰèÁ¤À» ÀÌ¿ëÇÏ¿© 
 ¹Ýµå½Ã ¼ö½Å°ÅºÎ ÁÖ¼ÒÁö([EMAIL PROTECTED])·Î ±× 
°ÅºÎ Àǻ縦 ¹àÇô ÁֽʽÿÀ... °Ç°­ÇÑ ÇÏ·ç µÇ½Ã±æ



 













 




ºòÇ÷¡³Ý 
µåµð¾î... ºòÇ÷¡³ÝÀÇ ¾ÆÀÌÅÛ GWP ¿Ã 8¿ù »ó·ú!












GWP ÇÁ·£Â÷ÀÌÁî ¾È³»



 



 ¸¸¾à¿¡¡¦






»ï¼ºÀüÀÚ¿¡¼­ 
¾Ö´ÏÄÝ ´ë¸®Á¡À» ¸ðÁýÇÑ´Ù¸é ÇØº¸°í ½ÍÀº »ý°¢Àº 
¾øÀ¸½ÅÁö¿ä¡¦ 
¶Ç, 
Çϳª·Î Åë½ÅÀ̳ª 011´ë¸®Á¡°ú °°Àº Åë½Å ´ë¸®Á¡À» 
ÇÏ½Ã°í ½ÍÀº »ý°¢Àº¡¦ 
·Ôµ¥ 
¹éÈ­Á¡À» ¿î¿µÇØ º¸°í ½ÍÀ¸½Å ²ÞÀ» ²Ù¾î º¸½ÅÀûÀº¡¦
¿äÁò°ú 
°°ÀÌ ÀÎÅÍ³Ý »ç¿ëÀ²ÀÌ ±ÞµîÇÏ´Â ¼¼»ó¿¡ ´åÄÄ 
»ç¾÷À» ÇØº¸°í ½ÍÀº »ý°¢Àº ¾øÀ¸½Ê´Ï±î?



 



 ¸¸¾à¿¡ 
´ç½Å¿¡°Ô¡¦






ÇѰ¡Áö¸¦ 
ÅëÇÏ¿© ÀÌ 3°¡Áö ¸ðµÎ¸¦ Çѹø¿¡ Á¦°øÇØ ÁÖ´Â 
ȸ»ç°¡ Àִٸ顦.
°Å±â¿¡´Ù 
´©±º°¡°¡ ´ç½Å¿¡°Ô ÀÌ 3°¡ÁöÀÇ »ç¾÷À» Çϳª·Î 
¹­¾î »ç¾÷À» ÇÒ ±âȸ¸¦ Á¦°øÇϰí Àִٸ顦
ÇØ 
º¸½Ç »ý°¢Àº?
Á¤¸» 
ÀÌ·± Á¤º¸°¡ ÀÖ´Ù¸é Çѹø Âë ¾Ë¾Æº¸½Ç »ý°¢Àº?



 




ÀλýÀÇ 
±âȸ´Â ¼¼ ¹øÀÖ½À´Ï´Ù. Áö±ÝÀÌ ±× ±âȸÀÔ´Ï´Ù.
ÀÚ¼¼ÇÑ ¹®ÀÇ´Â  ȨÆäÀÌÁö¸¦ 
¹æ¹®ÇϽþî Áú¹®ÇÏ¿© Áֽøé ÀÚ¼¼ÇÏ°Ô ¾Ë·Áµå¸®°Ú½À´Ï´Ù.
 www.gwpwinner.com










 



º» 
¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀǰÅ(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù.
Çã¶ô¾øÀÌ 
È«º¸¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ E-M

¸íǰÀ̺¥Æ®[±¤°í] ÃÖ°íÀÇ È¿µµ¼±¹° `Àº'½Ç¹ö ¹«¸­º¸È£´ë

2002-05-26 Thread À̺¥Æ®











  

 	
	


¡¡



  
¡¡
  
  
º» ¸ÞÀÏÀº
  Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ Á¤º¸¼º
  ±¤°í¸ÞÀÏ ÀÔ´Ï´Ù.
  Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»µå·Á
  Á˼ÛÇÏ¿À¸ç Á¤ÁßÈ÷ ¾çÇØºÎŹ
  µå¸®°Ú½À´Ï´Ù.
  ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã¸é
  ¾Æ·¡¿¡ ¼ö½Å°ÅºÎ¸¦ ´­·¯ Áֽʽÿä.
  





¢¹


 Àå,
³ë³âÃþ Áúº´ 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¸¦ ¹«·á·Î µå¸³´Ï´Ù.

2002-05-26 Thread realsex
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¸¦ ¹«·á·Î µå¸³´Ï´Ù.

2002-05-26 Thread realsex
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% ¾îÁ¦¿ÀÇÂÇÑ ÃʽűÔ!!!

2002-05-26 Thread ¿î¿µÀÚ








¾È³çÇϼ¼¿ä?
 
³×Æ®¿öÅ©»ç»ó Çѱ¹ÃÖÃÊ·Î ¿Â¶óÀÎÀÚµ¿½Ã½ºÅÛÀÌ ¹Ù·Î ¾îÁ¦
 Åº»ýÇÏ¿´À¾´Ï´Ù!
 
´ºÆ®¸®¼ÇÆ÷¶óÀÌÇÁÀÇ ¹ìºÎ½Ã½ºÅÛÀÇ Çѱ¹¹öÀüÀÌ Åº»ýÇѰÍÀÔ´Ï´Ù!
 
 
Àß ¾Æ½Ã´Ù½ÃÇÇ ³×Æ®¿öÅ©¸¶ÄÉÆÃÀÇ
¼º°ø¿äÀÎÀº
 
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 :)

2002-05-26 Thread Marcus Brinkmann

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 :)

2002-05-26 Thread Marcus Brinkmann

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

2002-05-26 Thread Marcus Brinkmann

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



[±¤°í] Á¤È®ÇÑ Á¤º¸°¡ ´ç½ÅÀÇ ¹Ì·¡¸¦ ¹Ù²ß´Ï´Ù.

2002-05-26 Thread okgroup
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 :)

2002-05-26 Thread Marcus Brinkmann

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



(±¤°í) ¾ÆÁ÷ À̸¸ÇÑ È«º¸È¿°ú´Â ¾ø½À´Ï´Ù.

2002-05-26 Thread lee
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.

2002-05-26 Thread James Morrison


 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

2002-05-26 Thread Roland McGrath

> 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

2002-05-26 Thread Marcus Brinkmann

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.

2002-05-26 Thread James A Morrison


 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

2002-05-26 Thread James A Morrison


 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.

2002-05-26 Thread Marcus Brinkmann

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

2002-05-26 Thread nobody

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

2002-05-26 Thread nobody

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

2002-05-26 Thread nobody

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



¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý- Åë½Å»ç¾÷ -±¤°í

2002-05-26 Thread KDLŬ·´
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

2002-05-26 Thread nobody

=== 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

2002-05-26 Thread Marcus Brinkmann

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



¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý- Åë½Å»ç¾÷ -±¤°í

2002-05-26 Thread KDLŬ·´
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


[±¤°í]À̸ÞÀÏ ÃßÃâ,¹ß¼Û ±×¸®°í °Ô½ÃÆÇµî·Ï±îÁö...ÀÌÁ¦ ¸¶ÄÉÆÃ ³¡~~

2002-05-26 Thread ¸ÞÀϸÇ
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


(±¤°í) Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³» Á¤¸» Á˼ÛÇÕ´Ï´Ù...

2002-05-26 Thread TV
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 ¿ùµåÄÅ ±â³ä ½Ã°è¸¦ ¼±¹°Çϼ¼¿ä...(±¤°í)

2002-05-26 Thread °¡»ê¾ÆÀ̳Ý
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ÀÏ ¿Â¶óÀÎ ¸¶ÄÉÆÃÀÇ ÃÖ°íºÀ ź»ý!

2002-05-26 Thread ±ä±Þ¼Óº¸






 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