Ãæ°ÝÀûÀÎ ¼ºÀÎÆ÷¸£³ë ´Ù¿î·Îµå!
Title: :¿ÏÀü ³ë¸ðÀÚÀÌÅ© Æ÷¸£³ë<<¶±°É>>:: ¸ðµÎ ´Ù¿î ¹ÞÀ¸·¯ °¡±â Á¦¸ñ: ¿©°í»ý ÀÎÅͺä 20ź ·±´×ŸÀÓ : 1½Ã°£ ´Ù¿î·Îµå Á¦¸ñ: ¿©°í»ý ÀÎÅͺä 18ź ·±´×ŸÀÓ : 1½Ã°£ ´Ù¿î·Îµå Á¦¸ñ: ´ë±â¾÷ ¿©»ç¿ø ·±´×ŸÀÓ : 1½Ã°£ ´Ù¿î·Îµå ¸ðµÎ ´Ù¿î ¹ÞÀ¸·¯ °¡±â È®½ÇÇÑ ³ë¸ðÀÚÀÌÅ© Æ÷¸£³ë ÀϺ» ³ë¸ðÀÚÀÌÅ© Çѱ¹ ³ë¸ðÀÚÀÌÅ© À¯·´ ³ë¸ðÀÚÀÌÅ© ¹Ì±¹ ³ë¸ðÀÚÀÌÅ© ¾Ö´Ï¸ÞÀÌ¼Ç ³ë¸ðÀÚÀÌÅ© ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
(±¤°í) ´ëÇѹα¹ ÃÖ´ëÀÇ ½Å·Ú¿Í ¹ÏÀ½ÀÇ Ä«µå¹ß±Þȸ»ç !!!
Title: Untitled Document ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í]ÀÌÁ÷! ÃëÁ÷! ´«Ä¡º¸Áö¸»°í ÀÚÀ¯·Ó°Ô~
Title: :: ÃÖ»óÀÇ ¸®Äí¸£Æà ¼ºñ½º¸¦ Á¦°øÇÏ´Â WIZJOB.COM :: ºê·£µå¸Å´ÏÀú À̼öÇâ ¿©¼ºµé¿¡°Ô ¹Ì¸¦ ÇâÇÑ ²ÞÀ», ¾Æ¸§´Ù¿ï ¼ö ÀÖ´Ù´Â Èñ¸ÁÀ» ½Ì¾î¼Û¶óÀÌÅÍ ¿À¼Ò¿µ ¾îÄí½ºÆ½ ±âŸ ¿¬ÁÖ¿Í ³ë·¡¸¦ ÇÔ²² ¼ÒÈÇÏ¸ç °ú°Å Æ÷Å© À½¾ÇÀÇ ... SK»ý¸í °í°´»ó´ã Á÷¿ø ä¿ë SK»ý¸í SBS °øä °ø°í ±âÀÚ, TV-PD, ÇàÁ¤ SBS Æ÷½ºÄڰǼ³ °øä°ø°í Æ÷½ºÄڰǼ³ Áß±¹ ºñÁî´Ï½º¸¦ ÇÔ²²ÇÒ ÀÎÀ縦 ¸ðÁýÇÕ´Ï´Ù (ÁÖ)Ÿ¿ï¿÷½º À¥¸¶½ºÅÍ ¹× ¿À¶óŬDBA ä¿ë (ÁÖ)»ïõ¸® ¹ýÀοµ¾÷»ç¿ø ä¿ë¾È³»(½ÅÀÔ, °æ·Â) »ï¼º»ý¸í ±âȹ°ü¸®ÆÀ ȸ°èÆÀ¿øÀ» ¸ðÁýÇÕ´Ï´Ù ¼¾Ãò¸®¿Â±â¼úÅõÀÚ(ÁÖ) ¿©¼º ÀÇÇÐ Æ÷Å» »çÀÌÆ® [°æ·Â] »çÁø±âÀÚ ¸ðÁý (ÁÖ)Â÷Äɾ Female(¿©¼º), Feeling(°¨¼º), Fiction(°¡»ó) 21¼¼±â¿¡´Â Áö½Ä»ê¾÷ÀÌ 50%¸¦ Â÷ÁöÇÒ °ÍÀ¸·Î ¿¹»óµÅ 3F½Ã´ë°¡ ¿Ã °ÍÀÌ´Ù. º´¹«Ã»ÀÌ ±ºº¹¹« ´ë½Å Áß¼Ò±â¾÷ü¿¡¼ ±Ù¹«ÇÏ´Â »ê¾÷±â´É¿ä¿øÀ» ´Ü°èÀûÀ¸·Î Ãà¼ÒÇÏ°Ú´Ù´Â ¹æħÀ» ¹àÈ÷ÀÚ Áß¼Ò±â¾÷µéÀÌ Àη³ °¡ÁßÀ» Å©°Ô ¿ì·ÁÇÏ°í ÀÖ´Ù. Áß¼Ò±â¾÷Çùµ¿Á¶ÇÕÁß¾Óȸ´Â 18ÀÏ "±×µ¿¾È »ê¾÷±â´É¿ä¿ø Á¦µµ´Â ¿Ü±¹ÀÎ »ê¾÷¿¬¼ö ... È÷µùÅ©°¨µ¶ÀÇ ¿î¸í 1. ¾îÀÌ ¾øÀÌ ÀϽµµ ¸ø°ÅµÎ°í 16° ½ÇÆнÃ... ±è±âº´ÀÇ °¨¼ºÇ¥Çö À¥»çÀÌÆ® Á¦ÀÛÄÚ½º ½Ç¹«À§ÁÖÀÇ ±³À°À¸·Î µðÀÚÀÎÀÇ Ä÷¸®Æ¼ Çâ»ó... [Á¦4ȸ ¾ÈƼ¹Ì½ºÄÚ¸®¾Æ Æ佺Ƽ¹ú] ÃâÀüÀÚ °ø¸ð Æä¹Ì´Ï½ºÆ® Àú³Î <ÀÌÇÁ>¿¡¼´Â ¿À´Â 5¿ù 11ÀÏ... º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í]¸ÞÀÏÀÔ´Ï´Ù. e-mail ÁÖ¼Ò´Â ÀÎÅÍ³Ý °ø°³°Ô½ÃÆǻ󿡼 ÃëµæÇÏ¿´À¸¸ç, À̸ÞÀÏ ÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. ´õ ÀÌ»ó ¸ÞÀÏÀ» ¼ö½ÅÇÏ°í ½ÍÁö ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ Ŭ¸¯Çϼ¼¿ä. [¼ö½Å°ÅºÎ] ¼¿ï½Ã °³²±¸ ¿ª»ïµ¿ 619-5 ´ëÁ¤ºôµù 3Ãþ Tel : 02) 566-5644 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Where The Big Money's Flowing Now. MQUOLTN
Title: Highly Targeted Traffic Our network delivers news, highlights, and investor information directly to millions of investors worldwide. Ever wonder how a company goes from hardly any volume to hundreds of thousands if not millions of stocks traded the next day? More and more companies are utilizing direct internet marketing to relay pertinent information to serious investors. From company highlights, to news worthy updates, to press releases, millions of opted in investors from a plethora of trading websites are eagerly awaiting the birth of the next hot stock.We will help you create, deliver, and track targeted stock promotion campaigns; delivering effective messaging that gets attention. Plus, provide online statistics and reporting analysis that help you make decisions.Ready to make your company stock go through the roof? Fill in the appropriate information or call 1(800)583-6069 to arrange a consultation and an associate will contact you shortly .We will gladly provide information on previous campaigns, including ad copy utilized and trading statistics, so that you can see for yourself the amazing results obtained from this service. Full Name:Daytime Phone:Evening Phone:Company:Ticker: When you click submit it may start your spell check, so please click "Ignore" if it does If you feel that this service is no longer of benefit to you, and you do not want to be notified along with the executives on this list, please click reply and include "Remove" in the subject. NOTE: By removing your email address from the recipients you will no longer receive your FREE finance advisory nor the FREE investor update in the Future. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
On Mon, Jun 03, 2002 at 11:39:23PM +0200, Alfred M. Szmidt wrote: > * Robert Millan writes: > > It'd be nice if someone more clued than me > > had a look at that. > > Maybe this will clear things up for you: > http://mail.gnu.org/pipermail/bug-hurd/2002-April/007902.html I see. Then the problem is we have many dirs in / set to GID 1000, and dpkg doesn't care much: bilbo:/tmp# dpkg --contents base-files_3.0.3_hurd-i386.deb | grep tmp drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./tmp/ drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./var/tmp/ bilbo:/tmp# dpkg -i base-files_3.0.3_hurd-i386.deb (Reading database ... 21633 files and directories currently installed.) Preparing to replace base-files 3.0.3 (using base-files_3.0.3_hurd-i386.deb) ...Unpacking replacement base-files ... Setting up base-files (3.0.3) ... bilbo:/tmp# ls -ndl . drwxrwxrwt3 01000 4096 Jun 4 15:42 . bilbo:/tmp# -- Robert Millan "5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5" Andrew S. Tanenbaum, 30 Jan 1992 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
* Robert Millan writes: > On Mon, Jun 03, 2002 at 11:39:23PM +0200, Alfred M. Szmidt wrote: >> * Robert Millan writes: >> > It'd be nice if someone more clued than me >> > had a look at that. >> >> Maybe this will clear things up for you: >> http://mail.gnu.org/pipermail/bug-hurd/2002-April/007902.html > I see. Then the problem is we have many dirs in / set to GID 1000, That is a "small" known bug in the tar-ball. I reported it to Marcus a while back. -- Alfred M. Szmidt ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
On Tue, Jun 04, 2002 at 02:05:27PM +0200, Santiago Vila wrote: > > This is normal dpkg behaviour. > > You should get the right permissions if you reinstall the system from > scratch using base-files_3.0.3 (alternatively, you can change them > yourself by hand). As far as base-files is concerned, this is fixed. Yes, base-files seems correct to me as its directories are GID root: > > bilbo:/tmp# dpkg --contents base-files_3.0.3_hurd-i386.deb | grep tmp > > drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./tmp/ > > drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./var/tmp/ but dpkg is expected to update file permissions/owners isn't it? > [ If there are still basehurd.tgz tarballs floating around using 3.0.2 > not having the right permissions, the tarball should be re-created ]. well that fixes the problem for us. i'll ask the dpkg people about this possible bug though. cheers, -- Robert Millan "5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5" Andrew S. Tanenbaum, 30 Jan 1992 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
On Tue, Jun 04, 2002 at 02:03:35PM +0200, Alfred M. Szmidt wrote: > That is a "small" known bug in the tar-ball. I reported it to Marcus a > while back. The file ids in the tar file come straight from the debs. The debs were borged because of the different filesystem behaviour, a bug in dpkg-source, and building as root. I hope Jeff makes sure that on his system, all debs have proper uid/gids (by using --inherit-dir-group on the autobuilder, and taking other appropriate measures, as making sure no sgid flag is set, and that he uses the patch for dpkg-source if necessary). Apart from that, we can do nothing about it but to keep it fixed in future versions of packages, so that all newly installed systems don't have this bug. Old users need to reinstall or fix the permissions themselves. 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: wrong GID owner breaks execution of X
> On Tue, Jun 04, 2002 at 02:05:27PM +0200, Santiago Vila wrote: > > > > This is normal dpkg behaviour. > > > > You should get the right permissions if you reinstall the system from > > scratch using base-files_3.0.3 (alternatively, you can change them > > yourself by hand). As far as base-files is concerned, this is fixed. > > Yes, base-files seems correct to me as its directories are GID root: > > > > bilbo:/tmp# dpkg --contents base-files_3.0.3_hurd-i386.deb | grep tmp > > > drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./tmp/ > > > drwxrwxrwt root/root 0 2002-06-04 15:42:18 ./var/tmp/ > > but dpkg is expected to update file permissions/owners isn't it? No, actually it's not expected to do that. The current behaviour allows users to override permissions on directories without having to worry about them again after upgrades. The side effect, of course, is that wrong permissions are not automatically "fixed" by dpkg, because dpkg does not know whether they are different because they were wrong, or because you wanted them to be different. The current dpkg behaviour assumes the user knows what he/she is doing. I don't think dpkg maintainers will want to change it, but feel free to ask. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
On Tue, Jun 04, 2002 at 02:25:31PM +0200, Santiago Vila wrote: > > > > but dpkg is expected to update file permissions/owners isn't it? > > No, actually it's not expected to do that. > > The current behaviour allows users to override permissions on > directories without having to worry about them again after upgrades. > > The side effect, of course, is that wrong permissions are not > automatically "fixed" by dpkg, because dpkg does not know whether they > are different because they were wrong, or because you wanted them to > be different. > > The current dpkg behaviour assumes the user knows what he/she is doing. > I don't think dpkg maintainers will want to change it, but feel free to ask. mmh.. too late, i already asked. well let's see if they take my suggestion so every user doesn't need to fix permissions manualy :) -- Robert Millan "5 years from now everyone will be running free GNU on their 200 MIPS, 64M SPARCstation-5" Andrew S. Tanenbaum, 30 Jan 1992 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: wrong GID owner breaks execution of X
On Tue, Jun 04, 2002 at 02:17:55PM +0200, Marcus Brinkmann wrote: > I hope Jeff makes sure that on his system, all debs have proper > uid/gids (by using --inherit-dir-group on the autobuilder, and > taking other appropriate measures, as making sure no sgid flag is > set, and that he uses the patch for dpkg-source if necessary). I think I'm using the hacked dpkg-source. I don't remember off hand (and there's always some risk that the change will get reverted with new versions of dpkg) I'll check it in the next few days. This week's a little busy for me, and I don't have time for much more than just keeping the buildd running. 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://mail.gnu.org/mailman/listinfo/bug-hurd
ºÎ¾÷ÀÌ º¸ÀδÙ. µ·ÀÌ ÀâÈù´Ù. [ ÎÆ Í± ]
Title: ³»°¡ ÀÎÅÍ³Ý ¹éÈÁ¡ÀÇ ÁÖÀÎÀÌ µÈ´Ù ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[ ±¤ °í]°ÇÃà.Åä¸ñcdÆİݼ¼ÀÏ..16°ÁøÃâ±â¿øÇà»ç
Title: [¿ùµåÄÅ °³ÃÖ ±â³ä] [¿ùµåÄÅ °³ÃÖ ±â³ä] 16° ÁøÃâÀ» ¿°¿øÇÏ´Â ¸¶À½À¸·Î °³ÃֱⰣ µ¿¾È 30% ÇÒÀÎ À̺¥Æ®¸¦ ´ÜÇàÇÏ¿À´Ï ±×µ¿¾È ±Ý¾× ¶§¹®¿¡ ¸Á¼³¿´´ø ºÐµéÀº À̹ø ±âȸ¸¦ ³õÄ¡Áö ¸¶½Ã±æ ºÎŹµå¸³´Ï´Ù. Åä¸ñ±â»çºÎ¹® ¹øÈ£ À̺¥Æ® Àû¿ë»óÇ°¸í ±¸¼º ÆǸÅÁ¤°¡ À̺¥Æ® ÇÒÀΰ¡ ÆǸżö·® C1 Åä¸ñ±â»çÅäÅ» ÆÐÅ°ÁöCD CD29°³ 9½Ã°£ ±³Àç10±Ç 375,000¿ø 262,000¿ø (Á¤°¡¿¡¼ 30%) 100set ÇÑÁ¤ C2 Åä¸ñÇʱâÀÌ·Ð+ Çʱ⹮Á¦Ç®ÀÌÆÐÅ°ÁöCD CD22°³ 63½Ã°£ ±³Àç7±Ç 315,000¿ø 220,000¿ø (Á¤°¡¿¡¼ 30%) 100set ÇÑÁ¤ C3 Åä¸ñÇʱâÀÌ·Ð ÆÐÅ°ÁöCD CD16°³ 45½Ã°£ ±³Àç6±Ç 250,000¿ø 200,000¿ø (Á¤°¡¿¡¼ 20%) 100set ÇÑÁ¤ ¡Ø Ç°¸ñ´ç ¼±Âø¼ø °¢ 100ºÐ¿¡°Ô¸¸ [¿ùµåÄÅ °³ÃÖ±â³ä]À¸·Î ÇÑÁ¤ ÇÒÀÎÆǸÅÇϹǷΠÁ¶±â¿¡ ¸¶°¨µÉ ¼ö ÀÖ½À´Ï´Ù. ÀÚ¼¼ÇÑ »çÇ×Àºwww.passgood.com ... ȨÆäÀÌÁö¿¡¼ ¹®ÀÇÇØÁÖ¼¼¿ä °ÇÃà±â»çºÎ¹® ¹øÈ£ À̺¥Æ® Àû¿ë»óÇ°¸í ±¸¼º ÆǸÅÁ¤°¡ À̺¥Æ® ÇÒÀΰ¡ ÆǸżö·® D1 °ÇÃà±â»çÅäÅ» ÆÐÅ°ÁöCD CD22°³ 63½Ã°£ ±³Àç7±Ç 325,000¿ø 227,000¿ø (Á¤°¡¿¡¼ 30%) 100set ÇÑÁ¤ D2 °ÇÃàÇʱâÀÌ·Ð+ Çʱ⹮Á¦Ç®ÀÌÆÐÅ°ÁöCD CD13°³ 39½Ã°£ ±³Àç4±Ç 195,000¿ø 156,000¿ø (Á¤°¡¿¡¼ 20%) 100set ÇÑÁ¤ ¡Ø Ç°¸ñ´ç ¼±Âø¼ø °¢ 100ºÐ¿¡°Ô¸¸ [¿ùµåÄÅ °³ÃÖ±â³ä]À¸·Î ÇÑÁ¤ ÇÒÀÎÆǸÅÇϹǷΠÁ¶±â¿¡ ¸¶°¨µÉ ¼ö ÀÖ½À´Ï´Ù. ½Ç³»°ÇÃà(ÀÎÅ׸®¾î ±â´É»ç)ÀÌ ÀÎÅÍ³Ý µ¿¿µ»ó°ÀÇ·Î »õ·Ó°Ô ¿ÀǵǾú½À´Ï´Ù. ±¹³» ÃÖ°íÀÇ ÇöÁ÷ °»çµé·Î ±¸¼ºµÇ¾ú½À´Ï´Ù. ÃÑ 1260ºÐÀÇ Çпø °ÀÇ½Ä µ¿¿µ»ó °Á°¡ ÃÄÁý´Ï´Ù. ½Ç³»°ÇÃà, ÀÎÅ׸®¾î !!! ÇöÀçµµ ¹Ì·¡µµ ¶ß´Â À¯¸Á¾÷Á¾ÀÔ´Ï´Ù.!! º¸´Ù ÀÚ¼¼ÇÑ »çÇ×À» ¾Ë°í ½ÍÀ¸½Ã¸é ȨÆäÀÌÁö¸¦ ¹æ¹®Çϼ¼¿ä. Çã¶ô¾øÀÌ ±ÛÀ» ¿Ã·Á Á˼ÛÇÕ´Ï´Ù. ±ÍÇÏÀÇ ¸áÀ» À¥¼ÇÎÁß ¹ßÃéÇÑ °ÍÀÌ¸ç ¸áÁÖ¼Ò¿Ü¿¡ ±× ¾î¶°ÇÑ Á¤º¸µµ °®°í ÀÖÁö ¾ÊÀ¸¸ç[¼ö½Å°ÅºÎ]¸¦ ´©¸£½Ã¸é ¹ß¼Û¿À·ù¸¦ Á¦¿ÜÇÏ°ï ´Ù½Ã ¹ß¼Û µÇ´ÂÀÏÀÌ ¾øÀ» °ÍÀÔ´Ï´Ù. www.passgood.com ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[Re].. ¿äûÇϽŠ¿ùµåÄÅ °í½ºÅé 2002 ÀÔ´Ï´Ù È®ÀÎÈÄ ´Ù¿î Çϼ¼¿ä
Title: °í½ºÅé ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
µðÀÚÀνÇÀ» µå¸³´Ï´Ù. [±¤°í] -COMMERCIAL MAIL-
Title: Designsil - Ad mail If you want to refuse receipt, click this button, please. RECEIPT REFUSAL ¿Â. ¶ó . ÀÎ . À¸ . ·Î . Æî . Ä¡ . ´Â . ÀÎ . ÅÍ . ³Ý . µð . ÀÚ . ÀÎ . ¼¼ . »ó Áß¼Ò±â¾÷,¼ÒÈ£ »ç¾÷ÀÚ¸¦ À§ÇÑ 'myµðÀÚÀνÇ' µðÀÚÀνǿ¡ ¿À¼Å¼ 'myµðÀÚÀνÇ'À» ½ÅûÇϽʽÿÀ.ȸ»çÀÇ ¸ðµç µðÀÚÀÎ ¾÷¹«¸¦ ÅëÇÕÇÏ¿© ¼öÇàÇØ µå¸³´Ï´Ù. ·Î°í,½Éº¼,¸íÇÔÄ«´Ù·Ï,È«º¸¹°È¨ÆäÀÌÁöÁ¦Ç°µðÀÚÀεðÀÚÀÎÅäÅ»¼ºñ½º 21¼¼±â, µðÀÚÀÎ °æÀï½Ã´ë, ¿Â¶óÀÎ µðÀÚÀÎ½Ç www.designsil.co.kr º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥½ÃµÈ ±¤°í¸ÞÀÏ ÀÔ´Ï´Ù.¸ÞÀÏ ¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Å ºÐµéÀº [¼ö½Å°ÅºÎ]¸¦ Ŭ¸¯ÇÏ¿© Áֽñ⠹ٶø´Ï´Ù.ÇÏ¿ìÀ̹ÌÁö|ÁÖ| ¼¿ï½ÃÁß±¸Çʵ¿1°¡26¹øÁö TEL.02-2266-1396, FAX.02-2266-1391 ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: hurd/tmpfs dir.c tmpfs.c
> Roland McGrath <[EMAIL PROTECTED]> writes: > > > Oops, that was something in my tree that I checked in by mistake. > > I've reverted it (no log entry). > > Ooh, but illuminate... what's the idea behind it? This was the change that came up on the thread "fatfs locking". It might still be desireable for fatfs, but I don't know enough about that case to really be sure. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
(no subject)
Title: TekTronix Phaser 350ÇÁ¸°Å͸¦ Ưº° ÆǸÅÇÕ´Ï´Ù. *TekTronix Phaser 350 Ä®¶ó·¹ÀÌÀúÇÁ¸°Å͸¦ Ưº° ÆǸÅÇÕ´Ï´Ù.* Áß°íÄ®¶ó ·¹ÀÌÁ® ÇÁ¸°Å͸¦ 374,000¿ø¿¡ ±¸ÀÔÇϽʽÿä(Åä³Êº°µµ ,ÇѼ¼Æ®76000¿ø)! ȨÆäÀÌÁö ¿ÀDZâ³äÀ¸·Î °¡°ÝÀ» ´ëÆø Ç϶ô½ÃÄ×½À´Ï´Ù. À×Å©Á¬°ú Â÷º°ÈµÇ´Â Ä®¶ó ·¹ÀÌÁ®¸¦ Àú·ÅÇÑ °¡°Ý¿¡ ±¸ÀÔÇϽǼö ÀÖ´Â ±âȸÀÔ´Ï´Ù. (Ç¥1 ÂüÁ¶) Ç¥1 À¯Áöº¸¼ö±â°£ 5°³¿ùÀÇ Phaser 350 ÇÒÀÎµÈ Phaser 350 °¡°Ý 574,000¿ø 374,000¿ø À¯Áöº¸¼ö±â°£ 5°³¿ù 1°³¿ù ¹è¼Û ÅÃ¹è ³³Ç°(Åùèºñº°µµ) ÅÃ¹è ³³Ç°(Åùèºñº°µµ) Åä³Ê ¹Ì Æ÷ÇÔ°¡ (Åä³Ê 1Set 76,000) ¹Ì Æ÷ÇÔ°¡ (Åä³Ê 1Set 76,000) ÇÕ°è ±Ý¾× 650,000 450,000 »ç¿ë±â°£ 24°³¿ù(»óÅÂA±Þ) 24°³¿ù(»óÅÂB±Þ) Åä³Ê°¡°ÝÀº ½ºÆ½ÀÌ 4°¡Áö»ö»ó(°ËÁ¤,³ë¶û,ÆĶû,»¡°)ÀÌ µé¾î°¡¸ç °¡°ÝÀº °ËÁ¤¸¸ 16000¿øÀÌ¸ç ³ë¶û,»¡°,ÆĶûÀº °¢ 2¿ø¾¿ÀÔ´Ï´Ù ±×·¡¼ ÇѼ¼Æ®¸¦ ±¸¸ÅÇϽ÷Á¸é 76000¿øÀÔ´Ï´Ù °¢½ºÆ½ÀÇ »ö»óÀ» °³º°·Î ±¸¸Å°¡´ÉÇϽʴϴ٠Åä³Ê´Â ÀúÈñȸ»ç³ª Á¦·Ï½º¿¡¼ ±¸¸Å°¡´ÉÇϽʴϴ٠Ãâ·Â·®Àº °¢½ºÆ½´ç ¿ëÁöºñÀ² 4%ÀÏ ¶§ 1000¸ÅÁ¤µµ Ãâ·Â°¡´ÉÇÏ´Ù°í Á¦·Ï½º³ª ÅØÆ®·Î´Ð½ºÆäÀÌÁö¿¡ °ø½Ã µÇ¾îÀÖ½À´Ï´Ù(¾à°£Àº Â÷ÀÌ°¡ ³¯ ¼ö ÀÖ½À´Ï´Ù) ±×·¡¼ À×Å©Á¬ÇÁ¸°ÅÍ¿¡ ºñ±³ÇÏ¿© 1,5¹èÁ¤µµ ¸¹ÀÌ Ãâ·Â°¡´ÉÇÔ Àú·ÅÇÑ °¡°ÝÀ¸·Î Ä®¶ó ·¹ÀÌÁ® ÇÁ¸°Å͸¦ ±¸ÀÔÇÒ ¼ö ÀÖ´Â ¸¶Áö¸· ±âȸÀÔ´Ï´Ù. ÀÌ ±âȸ¸¦ ³õÄ¡Áö ¸¶½Ê½Ã¿ä. ¼ÀÇÃÃâ·Â¹°À» ¹Þ¾Æº¸½Ç¼öÀÖÀ¸¸ç ÀúÈñȨÆäÀÌÁö Ãâ·Â¹°½Åû¶õ¿¡ ½ÅûÇÏ¿©Áֽʽÿä ** ÀÚ¼¼ÇÑ ÇÁ¸°ÅÍ »ç¾çÀº ÀúÈñ ȨÆäÀÌÁö¸¦ ÂüÁ¶¹Ù¶ø´Ï´Ù** www.antpc.co.kr *º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÕ´Ï´Ù. *±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç, E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù. *¼ö½Å°ÅºÎ¸¦ ¿øÇÏ½Ã¸é ¼ö½Å°ÅºÎ¸¦ º¸³»ÁÖ¼¼¿ä. °ÅºÎÇϽŠºÐµé¿¡°Ô´Â ´Ù½Ã´Â º¸³»Áö ¾ÊÀ» °ÍÀÔ´Ï´Ù. Á¤º¸¸¦ ¿øÄ¡ ¾Ê´Â ºÐ²²´Â ´ë´ÜÈ÷ ÁË¼Û ÇÕ´Ï´Ù. since 1996 ~ 2002 ¾ØÆ® ÄÄÇ»ÅÍ All rights reserved ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: hurd/tmpfs dir.c tmpfs.c
> This was the change that came up on the thread "fatfs locking". It might > still be desireable for fatfs, but I don't know enough about that case to > really be sure. There is no fix for the fatfs locking problem yet. This patch can fix the problem :). I thought about an other solution for the problem, although it is a stange solution it might solve the problem. The thread in fatfs will deadlock because that thread already locked the node, what if the function that locks the node check if the node is locked by that thread and won't lock if it is? That will solve the problem and won't cause troubles for other diskfs translators. I was thinking about the functions "diskfs_lock_node" and "diskfs_unlock_node". If everybody agrees I'm willing to write those and adept libdiskfs and the translators using libdiskfs to use those functions. Another solution is not locking the directory but locking the directory entries instead. Personally I don't like this solution because it doesn't use libdiskfs' locking mechanisms. I haven't tried this solution yet, it can be hard to implement and it make fatfs slow (a lot over overhead, locking every entry makes diskfs_get_directs slow I think). I'm not 100% sure if this is possible. Reading in fatfs already works, writing is almost working. This is one of the last problems that needs to be solved :) Thanks, Marco Gerards ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Error accessing www.hurd.ru
Title: InternetSeer Web Site Notification SUBJECT: Error accessing www.hurd.ru On Tue Jun 04, 2002 at 04:13:30 PM EDT we were unable to reach your web site: http://www.hurd.ru/getting-help.html due to the following error: Time Out As recommended by the Robot Guidelines, this email is to explain our system and to let you know about the problem we encountered accessing your site. The error listed above was initially detected by our primary site monitor in Philadelphia, Pa. then verified by our secondary site monitor located in Los Angeles, Ca. InternetSeer is the largest web site monitoring company in the world, monitoring over 1.1 million web sites worldwide every hour. Many of our subscribers pay as much as $300/year for our monitoring services. However, your site has been selected to receive a free subscription to our service if you subscribe before Thu Jun 06, 2002 at 04:13:30 PM EDT. If you would like to receive alerts as soon as we detect an error accessing your site, click here for instant signup. Remember, your subscription to our service is free, but only if you act now. As part of your free web site monitoring subscription, you'll receive immediate notifications when we encounter problems accessing your web site and weekly performance reports. There is no need to cancel because InternetSeer WILL NEVER CONTACT YOU AGAIN at this email address: [EMAIL PROTECTED] If you have other email addresses that you would like excluded from any potential future contact click here to have those email addresses excluded from our system. InternetSeer does not store or publish the content of your pages, but rather uses availability and link information for our research.Click here to learn more about InternetSeer. Sincerely, Kathy Phillips Connectivity Analyst InternetSeer Website Monitoring Service As stated above, there is no need to cancel since YOU WILL NEVER be contacted again at [EMAIL PROTECTED], but you may click here, for a removal confirmation from our website or simply reply to this message with the word "cancel" in the subject line. ##[EMAIL PROTECTED]## SRC="42
Re: hurd/tmpfs dir.c tmpfs.c
On Tue, Jun 04, 2002 at 10:12:37PM +0200, Marco Gerards wrote: > > This was the change that came up on the thread "fatfs locking". It might > > still be desireable for fatfs, but I don't know enough about that case to > > really be sure. > > There is no fix for the fatfs locking problem yet. This patch can fix the > problem :). > > I thought about an other solution for the problem, although it is a stange > solution it might solve the problem. The thread in fatfs will deadlock > because that thread already locked the node, what if the function that locks > the node check if the node is locked by that thread and won't lock if it is? > That will solve the problem and won't cause troubles for other diskfs > translators. > > I was thinking about the functions "diskfs_lock_node" and > "diskfs_unlock_node". If everybody agrees I'm willing to write those and > adept libdiskfs and the translators using libdiskfs to use those functions. Pthreads already has recursive locks as an X/Open extension, I don't think such changes are needed because we will switch to pthreads within a few months anyhow. Jeroen Dekkers -- Jabber ID: [EMAIL PROTECTED] IRC ID: jeroen@openprojects GNU supporter - http://www.gnu.org msg05083/pgp0.pgp Description: PGP signature
[±¤°í]õ¸¸¿øÀÌ ÅÍÁý´Ï´Ù. ´ç÷Ȯ·ü ¹éºÐÀÇ ÀÏ!!!
Title: ÇØÇÇÆÝµå ¿ÀÇ ±â³ä Ư±Þ À̺¥Æ® º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°ÅÇÏ¿©[±¤°í]·Î Ç¥½ÃµÈ È«º¸¸ÞÀÏÀÌ¸ç ±ÍÇÏÀÇ À̸ÞÀÏ ÁÖ¼Ò ÀÌ¿Ü¿¡ ´Ù¸¥Á¤º¸´Â ÀÏü °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. ±¤°í ¸ÞÀÏÀ» ¹Þ°í ½ÍÁö ¾ÊÀ¸½Å ºÐÀº ¾Æ·¡ÀÇ [¼ö½Å°ÅºÎ]¹öÆ°À» ´·¯ ÁÖ¼¼¿ä. °£È¤ ¸ÞÀÏÁߺ¹ÀÌ ¹ß»ýÇÏ¿© º»ÀÇ ¾Æ´Ï°Ô Çã¶ô¾øÀÌ º» ¸ÞÀÏÀ» ¹ß¼ÛÇÔ¿¡ ´ëÇØ ¾çÇظ¦ ±¸ÇÕ´Ï´Ù. E-Mail ÁÖ¼Ò´Â °Ô½ÃÆÇÀ» ÅëÇؼ ¾Ë°ÔµÇ¾ú½À´Ï´Ù. ¿øÄ¡ ¾Ê´Â ¸ÞÀÏÀ̶ó¸é ¼ö½Å°ÅºÎ¸¦ ÇϽʽÿä. [ ¼ö½Å°ÅºÎ ] ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: hurd/tmpfs dir.c tmpfs.c
Marco Gerards <[EMAIL PROTECTED]> writes: > I thought about an other solution for the problem, although it is a stange > solution it might solve the problem. The thread in fatfs will deadlock > because that thread already locked the node, what if the function that locks > the node check if the node is locked by that thread and won't lock if it is? > That will solve the problem and won't cause troubles for other diskfs > translators. I already suggested a solution, that I think works just fine... ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í] ÀÚµ¿Â÷ ÈÙ-¾ó¶óÀθÕÆ® & ÆÄ¿ö¼½ºÆæ¼ÇÀÇ ¼¼°è...!!
Title: ¾È³çÇϼ¼¿ä? "º» E-mailÀº Á¤º¸Åë½Å¸ÁÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£µî¿¡ °üÇѹý·ü¿¡ ÀÇ°ÅÇÏ¿© ¼ö½ÅÀÚ²²¼ [¼ö½Å°ÅºÎ]Àǻ縦 ȸ½ÅÀ¸·Î ¹àÈù ÈÄ¿¡´Â ¶Ç´Ù½Ã º¸³¾¼ö ¾ø½À´Ï´Ù. µû¶ó¼ Çѹø¸¸ º¸³»µå¸®¸ç, º» E-mail À» ¹ÞÀ¸½Ã°í Á¶±Ý ÀÌ¶óµµ ±âºÐÀÌ »óÇÏ¼Ì´Ù¸é ³Ê±×·¯¿ì½Å ¸¶À½À¸·Î ¾çÇظ¦ ¹Ù¶ø´Ï´Ù. °¨»ç ÇÕ´Ï´Ù." ¼ö½Å°ÅºÎ¸¦ Çߴµ¥µµ ´Ù½Ã ¸ÞÀÏÀÌ ¿À°Å³ª, °ÅºÎ¸ÞÀÏÀÌ ¹Ý¼ÛµÉ °æ¿ì´Â Á˼ÛÇÏÁö¸¸ »çÀÌÆ®ÀÇ ¿î¿µÀÚ¸ÞÀÏ·Î ´Ù½ÃÇѹø °ÅºÎÀǻ縦 ¾Ë·Á ÁÖ½Ã¸é ´ë´ÜÈ÷ °¨»ç ÇÏ°Ú½À´Ï´Ù. ¿øÄ¡ ¾ÊÀº ¸ÞÀÏ À̾ú´Ù¸é ´Ù½ÃÇѹø Á¤ÁßÈ÷ »ç°ú¸¦ µå¸³´Ï´Ù. ÈÙ-¾ó¶óÀθÕÆ® & ÆÄ¿ö¼½ºÆæ¼ÇÆ©´×..Æ©³ÊÁ¸´åÄÄ. ¾È³çÇϼ¼¿ä? ÈÙ-¾ó¶óÀθÕÆ® & ÆÄ¿ö¼½ºÆæ¼ÇÆ©´×ÀÇ [Æ©³ÊÁ¸´åÄÄ]ÀÔ´Ï´Ù. http://www.tunerzone.com ÀúÈñ Æ©³ÊÁ¸´åÄÄÀº ¿À·ÎÁö ÀÚµ¿Â÷ÀÇ ¼½ºÆæ¼Ç¿¡ ´ëÇؼ¸¸ ¿¬±¸ÇÏ°í Á¤ÁøÇÏ°í ÀÖ½À´Ï´Ù. ÈÙ-¾ó¶óÀθÕÆ®¿Í ¼½ºÆæ¼ÇÀÇ Àü¹® Á¤ºñ¿Í Æ©´×, ¼ÂÆñ׸®°í °æÁ¤ºñ±îÁö..!! ¿ÀÇ ¿¹Á¤¿¡ ÀÖ´Â ¼ö¿øÀÇ ¼öµµ±Ç »ç¾÷º»Á¡°ú ºÐ´ç»ç¾÷¼Ò¸¦ Áß½ÉÀ¸·Î Àü±¹ÀÇ 17 °÷ÀÇ ÁöÁ¤Á¡¿¡ À̸£´Â ³×Æ®¿öÅ©¸¦ ¹ÙÅÁÀ¸·Î ¿Ïº®ÇÑ ÀåÂø°ú ¼ÂÆÃÀÇ ¼ºñ½º¸¦ µ¿½Ã¿¡ Á¦°øÇÏ¿© µå¸®°í ÀÖ½À´Ï´Ù. »çÀÌÆ®¿¡ ¹æ¹®ÇϽþî ÁÁÀº Á¤º¸¿Í Áñ°Å¿î ½Ã°£À» ÇÔ²² ÇÏ½Ã±æ ¹Ù¶ø´Ï´Ù. ÀÚµ¿Â÷¿¡ ´ëÇÑ ¾î¶°ÇÑ °æÁ¤ºñ»ó´ãµµ ȯ¿µ ÇÕ´Ï´Ù. ±×·³ ¿À´Ãµµ ÁÁÀº ÇÏ·ç µÇ¼¼¿ä!! °¨»ç ÇÕ´Ï´Ù. À̸ÞÀϸ®½ºÆ® ±¸ÀÔ°ú ¹ß¼Û,±¤°í¿¡ ´ëÇÑ ¹®ÀÇ´Â tzktlee@empal.com À¸·Î ¹®ÀÇ ¹Ù¶ø´Ï´Ù. º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°ÅÇÏ¿© ¹ß¼ÛµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.±ÍÇÏÀÇ ¸ÞÀÏÀº ÀÎÅÍ³Ý °Ô½ÃÆÇÁÖ¼Ò¿¡¼ ¼öÁýÇÏ¿´À¸¸ç, À̸ÞÀÏ ÁÖ¼Ò ÀÌ¿Ü¿¡ ±ÍÇÏ¿¡ ´ëÇÑ Á¤º¸´Â ¾Æ¹«°Íµµ °®°í ÀÖÁö ¾Ê½À´Ï´Ù.´õ ÀÌ»ó ¸ÞÀÏÀ» ¼ö½ÅÇÏ°í ½ÍÁö ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ Ŭ¸¯Çϼ¼¿ä. ÈÙ-¾ó¶óÀθÕÆ® & ÆÄ¿ö¼½ºÆæ¼ÇÆ©´×.Æ©³ÊÁ¸´åÄÄ. btn1332.gif Description: Binary data
getting the openmode in netfs callbacks
Hi, how am I supposed to get the openmodes in netfs callbacks like netfs_attempt_read? This is critical to implement O_NONBLOCK behaviour correctly. But the interface is giving me user->user and user->po->np, but I need user->po->openmodes. Shall I override the RPC stub, or should we fix the interface? Console server is making good progress! input queue works (UTF-8 in, local encoding out), and screen matrix works, too. Main thing missing now is the asynchronous display interface, which will be a challenge. The first console client I will write will be a Unix client like screen, which can be run on top of the system's console. This makes for easier testing (it's better to borg the VGA card if your system console is on ttyS0 ;) Thanks, Marcus ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: hurd/tmpfs dir.c tmpfs.c
On Tue, Jun 04, 2002 at 04:10:20PM -0700, Thomas Bushnell, BSG wrote: > Marco Gerards <[EMAIL PROTECTED]> writes: > > > I thought about an other solution for the problem, although it is a stange > > solution it might solve the problem. The thread in fatfs will deadlock > > because that thread already locked the node, what if the function that locks > > the node check if the node is locked by that thread and won't lock if it is? > > That will solve the problem and won't cause troubles for other diskfs > > translators. > > I already suggested a solution, that I think works just fine... Mmmh, as far as I can see, your last word on that was: "I will think about how to make fatfs work, but I don't think this kind of "solution" is at all right." Can you point to your suggested solution (I don't find anything in the archive) or summarize it one more time? Thanks, Marcus ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: hurd/tmpfs dir.c tmpfs.c
> Pthreads already has recursive locks as an X/Open extension, I don't
> think such changes are needed because we will switch to pthreads
> within a few months anyhow.
>
> Jeroen Dekkers
So what is in cvs is good for testing in a {sub,neighbour,n-}hurd?
=
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: libps: int to size_t where neccesary.
On Mon, Jun 03, 2002 at 10:34:23PM -0400, James A Morrison wrote: > This is a slight modification from my last patch, same idea though. Thanks, I have applied it, except that I didn't like the COMP_TYPE macro too much and left the copies of the functions there. The reason is that the G macro stuff is peculiar enough as it is, I think that obfuscating this even further is a bit too heavy. But it is just a matter of taste, if we need even more of these little functions, we might want to reconsider. 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: getting the openmode in netfs callbacks
> how am I supposed to get the openmodes in netfs callbacks like > netfs_attempt_read? You're not. The callback interface just isn't designed to work at that level. netfs was intended for filesystems that work like disk filesystems in their assumptions, like NFS. It would be reasonable to change the interface to pass the peropen or protid instead of just iouser and node. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
new console server code checked in
Hi, I checked in my new console server code. It is buggy like hell, but it has one big advantage over the older code: It actually makes for a runnable program that does something visibly useful. I hope that this allows for a more incremental and hopefully more collaborative console server. Everyone can follow the progress, and play around with the code. As I said, don't expect something really useful at this stage of development. Because I wanted to keep the old code around, I did a bit of renaming. This is always ugly, please bear with me. See the makefile for a list of source files belonging together (the new code is only console.*, display.* and input.*). So what can the new code do? $ settrans -ac console /hurd/console $ ls console No output. Why? Because no virtual console is used, and they are created and destroyed on the fly! Let's attach a terminal to a virtual console: $ settrans -ac term /hurd/term `pwd`/term hurdio `pwd`/console/1/console Does this make a difference? No. Why? Because the hurdio backend in term is smart enough to open and close the connection as the term node is opened/closed. So the term server alone will not make the node used. Let's try to simulate some program output. Try in one window: $ cat > term Hello World! Don't forget to press return. Now, you can try to get an impression of the content of the virtual console display in another window (keep the above cat running! or the virtual console will be destroyed because term will close the connection). $ cat console/1/display Hello World! [24 blank lines] This assumes your window is 80x25. Note: You won't be able to see the first line when it has scrolled off the screen. There will always be one screen full of output (eg 2000 characters). Use dd if you only want the first line or something. Note: The input was isolat1 (native encoding), but the output is actually UCS-4 characters, each 4 byte long, and in the native endianess. So if you look at the output in less, it is H^@^@^@e^@^@^@l^@^@^@... etc. Luckily, binary zeroes are swallowed in normal console output, and we have only used 7bit ASCII so the above works ;) Let's try to simulate some keyboard input. Try in the second window: $ cat term Leave cat running. Try in a third window: $ echo How about this\? > console/1/input You should now see the "how about" appearing on the second window as output of cat (read: the application on the terminal receives the input). Furthermore, you should now be able to see the output in the "display" file, because term echoes the input to the console. Note that the console/1/input file expects UTF-8 encoded characters. But the output will be in isolat1 (eg, the native encoding, which will be configurable, of course) So you can see, the pieces are there. However, if you start to become serious about it, like running "dselect > term", you will see a lot of corruption on the display, obviously there are bugs in the escape sequence parser. emacs doesn't start up fully at all, I am not sure what the bug is here. And in general flooding the input buffer or doing other weird things is not well received by the program (although I did not crash it so far). There must be bugs in the iconv conversion routines, too, they are way too complex to get right in a hurry. However, I don't expect serious problems when debugging this stuff. The next thing I will write is a cheesy unix console client, that polls the display node and passes through keyboard input. When I add virtual console switching to it, this program should work almost like screen! And it should be simple to write. It will make debugging the console server a lot easier. What is left to do? 1. No attributes (color/bold) are currently stored in the matrix. One plan is to use the 11 higher bits in the UCS-4 characters, which are free. 11 = 3 + 3 + 5, so with foreground and background color, we can store 5 attributes like bold, blinking, underlined, invisible and dim. I will have to study ECMA-48 to find out what we really want to do. There is also the reverse attribute, but I guess reverse and invisible can be emulated by the server with choosing the colors appropriately, rather than passing it to the client. This would make space for future extension. The reason I have not activated the attribute code is that it makes it harder to use "cat" etc for debugging. With the chessy unix console client, this will not be an issue anymore. 2. The whole display interface issue, including asynchronous notifications. I have some ideas for this obviously. Maybe the first versions will be ugly, I hope that nobody expects us to not break the interfaces here in the beginning. ;) It seems that with UCS-4 characters, we automatically get the joy of endian issues, so I will have to convert the data to network byte order somewhere. This is not done yet. I am full of doubts wrt the details of this interface, see my last mails. For example, cursor position.
±¹³»ÃÖ´ë ½Ã¼³°ü¸®(°ø¹«) Æ÷Å»½ÎÀÌÆ®
Title: ¢Â ¢Â Á¤¸²°³¹ß(ÁÖ)/½Ã¼³°ü¸®(Àü±â/±â°è/¼Ò¹æ/¿µ¼±/À½Çâ)/¼¿ï ¢Â ¿À¶Ñ±â¶ó¸é(ÁÖ)/±â°è¼³ºñº¸¼ö/°æ±â ¢Â (ÁÖ)½ÇÅ©·ÎµåƼ¾ØƼ/¼³ºñÀ¯Áöº¸¼ö/Ãæ³² ¢Â (ÁÖ)¹«ÇÐ/½Ã¼³°ü¸®/°æ³² ¢Â (ÁÖ)ºôÅØ/±â°èÁÖÀÓ/¼¿ï ¢Â ¼º³²½Ã½Ã¼³°ü¸®°ø´Ü(Àü±â,±â°è,À½Çâ) Á÷¿ø¸ðÁý ¢Â (ÁÖ)KBSºñÁî´Ï½º/Àü±â,°øÁ¶¼³ºñ,¹æÀç,¿µ¼º/Àü±¹ ¢Â Àü±â½Ã¼³°ü¸®(¼±ÀÓ)/¹Ú00/ºÎ»ê ¢Â Àü±â½Ã¼³°ü¸® /ÃÖ00/ÀÎõ, ¼¿ï ¢Â º¸ÀÏ·¯Ãë±Þ ±â´É»ç /°í0/¼¿ï ¢Â ½Ã¼³°ü¸® ¹× ÁÖÀÓ /Àü00/°æ±â ¢Â ½Ã¼³Àü±â /±è00/´ëÀü ¢Â ¾ÈÀü°ü¸®/ÇöÀå°ü¸®(°ø¹«)/±è00/¹«°ü º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹öÆ°À» Ŭ¸¯ÇÏ½Ã¸é ¼ö½Å°ÅºÎ󸮰¡ ÀÌ·ç¾î Áý´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Tourism and Meeting Opinion Poll
Title: eAristotle Survey To Unsubscribe, click here. The Aristotle Institute is a not for profit educational initiative. Subscribers are nominated by associations, industry groups, and existing members. Broadcasts are delivered without charge. If you have a complaint about service or privacy, write to Aristotle Publishing, Box 753, Leonardtown, MD 20650 or call 301.332.9500. To subscribe: click here. Apology Aristotle recently learned that our eMail house failed to operate in a professional manner; and we have terminated that relationship. We apologize for any inconvenience to you. Thank you for participating in the 2002 Tourism and Meeting Survey 2002 Issues Critical Important NoInterest 1.) The single Best Meeting Deal by quarter by region? 2.) Maximizing the reach of your continuing education program? 3.) New connectivity for meeting sites? 4.) Best marketing techniques? 5.) Exhibition industry marketing information? 6.) Packaging to drive electronic tourism business? 7.) Ratings of Meeting Site service by professional meeting managers? 8.) Directory of unique locations for Board Meetings and Executive Retreats? Q2, 2002 Tourism Issues: 1. Rooms booked and room rates are between 7-14% in 2002. 2. Industry leaders predict Q3 + Q4 2002 remain about the same. 3. US Q1 travel revenues on the Net exceed $7 Billion. 4. Technology Industry meeting managers are requiring wireless connectivity for their meetings. 5. Bureaus are adding packaging as a service for members and visitors to their Web Sites. 6. Forbes says 'C' level execs (CEO, COO, etc.) prefer the Net for knowledge and information. 7. 'Rich Media' is fas
[±¤°í]¹«·á´Ù¿î ¹ÞÀ¸¼¼¿ä!
Title: ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß ±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß, http://www..com/ ¿¡¼ ¾Ë°Ô µÈ°ÍÀ̸ç, E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾Ê½À´Ï´Ù. ¿øÄ¡ ¾ÊÀ¸¸é ¾Æ·¡ [¼ö½Å°ÅºÎ]¸¦ ´·¯ÁÖ¼¼¿ä ¹«·á·Î °ü±¤Å뿪, ¿©Çà°¡À̵å, È£ÅÚ¸®¾î ÀÚ·á ½Åû - Á÷Á¾º° ¸Å·Â ¹× Àü¸Á, ½ÃÇè¾È³», È¥ÀÚ¼ °øºÎÇÏ´Â ºñ¹ýÀ» ¼Ò°³ÇÕ´Ï´Ù. - ½ÃÁß¿¡¼´Â ±¸ÇÒ ¼ö ¾ø´Â 2002³âµµ ±âÃâ¹®Á¦ (±¹³»¿©Çà°¡À̵å, Å뿪 °¡À̵å, È£ÅÚÁö¹èÀÎ), ¹«·á·¹º§Å×½ºÆ® (¾Æ¸¶Ãò¾î ¹ø¿ª»ç) ÷»èÁöµµ¸¦ Çص帳´Ï´Ù. Á¦25ȸÂ÷ ¾Æ¸¶Ãò¾î ¹ø¿ª»ç ¹«·á ·¹º§Å×½ºÆ® ±¹³» ÃÖÃÊ ¹ø¿ª À½¼º ·¹º§Å×½ºÆ® µµÀÔ (¿ø°íÁö ÷»èÁöµµ) ¹ØÁÙÄ£ ºÎºÐ¿¡ ÁÖÀÇÇÏ¿© ¹ø¿ªÇϽÅÈÄ ¿¬¶ôó¿Í ÇÔ²² º¸³»Áֽøé ÷»èÁöµµ¸¦ ¹«·á·Î ÇØ µå¸³´Ï´Ù. ¹ø¿ªÀÇ ¼¼°è·Î ¿©·¯ºÐÀ» ÃÊ´ëÇÕ´Ï´Ù. 1. "It appears that the house was rented by Mr. Jenkins, one of our most reliable men. The house was rented to a ---" Chubitz consulted a note, " a Mr.harper." 2. He returned to Germany in a hurry after murdering two of his own agents to save his skin and was not heard for more than a year. ÀϺ»¾î.Áß±¹¾î.¹«·á·¹º§Å×½ºÆ® ¹«·áÀÚ·á ½ÅûÇϱâ ÀÌ ¸§ ÀüȹøÈ£ ¼± Åà E - mail °ü±¤Å뿪 ¿©Çà°¡À̵å È£ÅÚ¸®¾î *¼¼°¡Áö Áß¿¡¼ ÇÊ¿äÇÑ °ÍÀ» ¼±Åöõ¿¡ Àû¾î ³Ö¾î ÁÖ¼¼¿ä! ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: new console server code checked in
> It actually makes for a runnable program that does something visibly useful. That's fantastic! (And well beyond the norm for new Hurd features. ;-) > 2. The whole display interface issue, including asynchronous notifications. > I have some ideas for this obviously. Maybe the first versions will be > ugly, I hope that nobody expects us to not break the interfaces here in the > beginning. ;) It seems that with UCS-4 characters, we automatically get the > joy of endian issues, so I will have to convert the data to network byte > order somewhere. This is not done yet. It just seems like the interface is wrongheaded if it winds up doing byte order conversions back and forth on the same machine. I don't really understand iconv, but it looks to me like UTF-32BE and UTF-32LE are recognized charset names as well as UTF-32, and there is also some sort of byte-order self-identification thing in there. I think the byte order issue can be dealt with in some better way than converting words to net order. > For example, cursor position. Either we will have to add a header in front > of the screen matrix, which contains > > Cursor X position > Cursor Y position > Cursor Status (very visible, normal, invisible) > > Or we do this via request and notification messages, but then we need some > extra RPCs. Extra RPCs can be ok. It could also be another mmap'd virtual file of control structures rather than overloading the display file. > Maybe I should look at how screen does it. I'm not sure what you mean. If you are still talking about the asynchronous update issue, screen is just one program maintaining all the state and driving everything from when its select/read wakes up and feeds its terminal emulation engine. I don't see how anything there is relevant to your distributed design. >From the start, I've thought your RPC-oriented many-translators plan was the ambitious and more difficult route for the first pass implementation. There are lots of ways for RPC or shared memory interfaces to be. We can only speculate about what kinds of interfaces we want until we have substantial bodies of code on both sides of each interface boundary. If you just stuff multiple parts of the puzzle into one program with ad hoc modular interfaces (a la term's backends), or marginally codified ones a la libstore, you can implement and really use several modules and make them tolerably efficient before trying to figure out what interface tradeoffs to worry about. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
ÀÎÅÍ³Ý ±³À°Å°º¸µå-¾ÆÀÌÆÄÆ®³Ê(¼ºÀλçÀÌÆ® Â÷´Ü¹× ¿ø°ÝA/S,ÀÎÅͳݱ³À°[±¤°í]
ȨÆäÀÌÁöÁÖ¼Ò:¾ÆÀÌÆÄÆ®³Ê.com(http://wwwÁ¦¿ÜÇÏ°í ¾ÆÀÌÆÄÆ®³Ê.com¸¸ÀûÀ¸¼¼¿ä) [ÀÎÅÍ³Ý »ó¿¡ ¼Ò¿ÜµÈ °èÃþÀ» Çϳª·Î ¹´Â ±³À°¿ë Å°º¸µå !!] [»ç¿ëÀÚÅ°¼³Á¤]ÀÚÁÖ»ç¿ëÇÏ´Â ÇÁ·Î±×·¥À̳ª ȨÆäÀÌÁö¸¦ Å°¿¡ ¼¼ÆÃÇÏ¿© ¿øÅÍÄ¡·Î È£ÃâÇϴ±â´É [¿øÅÍÄ¡ À¥¼ÇÎ] »ýÈ°¿¡ À¯ÀÍÇÑ Á¤º¸¸¦ ¿ø ÅÍÄ¡ ¸¸À¸·Î ÀÌ¿ëÇÒ ¼ö ÀÖ´Ù. [¿ø°Ý A/S] ¿ø°ÝÀ¸·Î »ç¿ëÀÚÀÇ ÄÄÇ»ÅÍ¿¡ Á¢¼ÓÇÏ¿© ¹ÙÀÌ·¯½º, ÀæÀº ¿¡·¯µî¿¡ ´ëÇÑ A/S [¿Â¶óÀÎ ¹«·á ±³À°] ±¹³» ÃÖ°íÀÇ °»çÁø°ú ±³À°ÅøÀ» ÀÌ¿ëÇÑ ½±°í, ¹Ýº¹ÀûÀÎ ¿Â¶óÀÎ ÇнÀ [ÀÚ³àÁöÅ´ÀÌ] ¼ºÀÎ »çÀÌÆ® Â÷´Ü, ÀÎÅÍ³Ý »ç¿ë½Ã°£ Á¦ÇÑ ±â´É (¼±ÅûçÇ×) [ÃÖÀú°¡ ¼îÇÎ ¾È³»] <ÀÚ³àÁöÅ´À̶õ?> ¾ÆÀÌÆÄÆ®³Ê´Â ¼ºÀÎ »çÀÌÆ®, ÀÚ»ì »çÀÌÆ® µîÀÇ À¯ÇØ»çÀÌÆ®·ÎºÎÅÍ Ã»¼Ò³âÀ» º¸È£ÇÏ´Â À¯ÇØÁ¤º¸ Â÷´Ü ±â´É°ú »ç¿ë½Ã°£ Á¦ÇÑ ±â´ÉÀÌ ³»ÀåµÇ¾î ÀÖ´Â ¶È¶ÈÇÑ Å°º¸µåÀÔ´Ï´Ù.ÀÌ ÇÁ·Î±×·¥Àº ºÎ¸ð´ÔÀÇ ¾ÏÈ£¿Í CD°¡ ÀÖ¾î¾ß¸¸ »èÁ¦ÇÒ ¼ö ÀÖÀ¸¸ç, À¯ÇØ»çÀÌÆ® ¸ñ·Ï ¾÷µ¥ÀÌÆ®´Â º°µµÀÇ ¼¹ö¿¡¼ °ü¸®ÇÕ´Ï´Ù.ºÎ¸ð´ÔÀº À¯ÇØÂ÷´Ü ÇÁ·Î±×·¥À» ÀÌ¿ëÇÏ¿© Â÷´Ü | °¨½Ã | °¡´É ÀÇ 3´Ü°è·Î °ü¸®ÇÒ ¼ö°¡ ÀÖ½À´Ï´Ù. <¿øÅÍÄ¡ À¥¼ÇÎ> ¾ÆÀÌÆÄÆ®³Ê¸¸ ÀÖÀ¸¸é, ÄÄÇ»ÅÍ´Â Àüȱ⳪ ÅÚ·¹ºñÀüÀ» »ç¿ëÇÏ´Â °Í°ú ´Ù¸¦°ÍÀÌ ¾ø½À´Ï´Ù. ½Ä´Ü ¹è´ÞºÎÅÍ ³¯¾¾º¸±â, ±³Åë³ë¼± °Ë»ö, ±âÂ÷Ç¥ ¿¹¸Å, ¿µ¾î´Ü¾î ã±â, ÀüȹøÈ£, ¿ìÆí¹øÈ£ °Ë»ö, ÇÑÀÚ°øºÎ, À½¾Çµè±â, ¿µÈº¸±â, Àü¹®°¡¿ÍÀÇ »ó´ã, ¼îÇÎÀü °¡°Ýºñ±³±îÁö ¾ÆÀÌÆÄÆ®³Ê¸¸ ÀÖÀ¸¸é OK! ¹«¾ùº¸´Ù, ¾ÆÀÌÆÄÆ®³ÊÀÇ °¡Àå °·ÂÇÑ ±â´ÉÀº ¿Â¶óÀÎ ÀÎÅÍ³Ý ¹«·á±³À°À» Å°º¸µå¸¦ ÅëÇØ ¿øÅÍÄ¡·Î ½ÇÇöÇÑ´Ù´Â °ÍÀÔ´Ï´Ù. ¾ÆÀÌÆÄÆ®³ÊÀÇ ÃÊ·Ï»ö Å°¸¦ ÀÎÅͳÝÅ°¶ó ÇÕ´Ï´Ù. ÀÌ ÀÎÅͳÝÅ°ÀÇ ±âº» °³³äÀº ¹Ù·Î°¡±â Å°ÀÔ´Ï´Ù. ¿øÅÍÄ¡ À¥¼ÇÎ - »ç¿ëÀÚ´Â Å° Çϳª¸¸ ´©¸£¸é ã°íÀÚ ÇÏ´Â ´Ù¾çÇÑ Á¤º¸¸¦ ½Å¼ÓÇÏ°í ½±°Ô ¾òÀ» ¼ö ÀÖ½À´Ï´Ù. ¸¶Ä¡ Àüȱ⳪ TV¸¦ »ç¿ëÇϵíÀÌ, ÄÄÇ»ÅÍ¿¡ Àͼ÷ÇÏÁö ¾ÊÀº ÀÎÅÍ³Ý Ãʺ¸ÀÚ ¿ª½Ã ºÎ´ã¾øÀÌ ÀÎÅͳÝÀ» Á¢ÇÒ ¼ö°¡ ÀÖ½À´Ï´Ù. <¿ø°Ý A/S> ¾ÆÀÌÆÄÆ®³Ê¿¡´Â ¿ø°Ý A/S ¼ºñ½º°¡ ÀÖ½À´Ï´Ù. ¿ø°Ý A/S ¼ºñ½º¶õ?, Àü¹® PC ¸Å´ÏÀú°¡ Áß¾Ó¿¡¼ °í°´ÀÇ PC¿¡ ¿ø°ÝÀ¸·Î Á¢¼ÓÇÏ¿© A/S¸¦ ÇÏ´Â ¼ºñ½º¸¦ ¸»ÇÕ´Ï´Ù. ¾ÆÀÌÆÄÆ®³Ê´Â Àü±¹¹ÎÀÇ ÀÎÅÍ³Ý »ýȰȸ¦ Çö½ÇÈÇÏÇϴµ¥ ±â¿©ÇÏ°íÀÚ, Á¤È®ÇÏ°Ô Äĸͼ¼´ëÀÇ ´«³ôÀÌ¿¡ ¸ÂÃß¾î °í¾ÈµÈ Á¦Ç°ÀÔ´Ï´Ù. µû¶ó¼, ¾ÆÀÌÆÄÆ®³Ê ±¸ÀÔ °í°´Àº ¹ÙÀÌ·¯½º °Ë»ç¹× Ä¡·á, Çϵåµð½ºÅ© º¸È£ ¹× º¹±¸, À©µµ¿ì ½Ã½ºÅÛ º¸È£, PCÀÇ ¿ø°Ý ¼³Ä¡³ª Àå¾Ö¹ß»ý½Ã ó¸®, µå¶óÀ̹ö ¼³Ä¡,ÄÄÇ»ÅÍÀÇ ¿øÀθ𸦠¿¡·¯µî¿¡ ´ëÇÏ¿© °Ì³¾ ÇÊ¿ä°¡ ¾ø½À´Ï´Ù. ¿ø°Ý A/S´Â 1³â 365ÀÏ 24½Ã°£ ¼ºñ½ºÇϸç, ¾ÆÀÌÆÄÆ®³Ê ÀÌ¿ëÀÚ¿¡ ÇÑÇؼ 1°³¿ù »ç¿ë·á°¡ ¹«·áÀÔ´Ï´Ù. º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÐ ±Ç°í»çÇ׿¡ ÀÇ°ÅÇÏ¿©[±¤°í]·Î Ç¥½ÃµÈ È«º¸¸ÞÀÏÀÌ¸ç ±ÍÇÏÀÇ À̸ÞÀÏÁÖ¼Ò ÀÌ¿Ü¿¡ ´Ù¸¥Á¤º¸´Â ÀÏü °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù. ±¤°í ¸ÞÀÏÀ» ¹Þ°í ½ÍÁö ¾ÊÀ¸½Å ºÐÀº ¾Æ·¡ÀÇ [¼ö½Å°ÅºÎ]¹öÆ°À» ´·¯ ÁÖ¼¼¿ä. °£È¤ ¸ÞÀÏÁߺ¹ÀÌ ¹ß»ýÇÏ¿© º»ÀÇ ¾Æ´Ï°Ô º¸³»°Ô µÇ´ÂÁ¡ ¿ë¼ÇØ ÁÖ¼ÌÀ¸¸é °í¸¿°Ú½À´Ï´Ù Çã¶ô¾øÀÌ º» ¸ÞÀÏÀ» ¹ß¼ÛÇÔ¿¡ ´ëÇØ ´Ù½Ã ÇÑ ¹ø ¾çÇظ¦ ±¸ÇÕ´Ï´Ù. E-Mail ÁÖ¼Ò´Â °Ô½ÃÆÇÀ» ÅëÇؼ ¾Ë°ÔµÇ¾ú½À´Ï´Ù. ¿øÄ¡ ¾Ê´Â ¸ÞÀÏÀ̶ó¸é ¼ö½Å°ÅºÎ¸¦ ÇϽøé´Ù½Ã º¸³» µå¸®Áö ¾Ê°Ú½À´Ï´Ù. ¼ö½Å°ÅºÎÇÕ´Ï´Ù ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[¼ºÀξߵ¿AD]¿ÏÀü ³ë~¸ðÀÚÀÌÅ© Æ÷¸£³ë!! ÆÒƼ±îÁö ¹þ¾î´øÁý´Ï´Ù!!
±ÍÇÏÀÇ ¸ÞÀÏÁÖ¼Ò´Â À¥¼ÇÎÁß¿¡ ¾Ë°Ô µÈ°ÍÀ̸ç, E-Mail ÁÖ¼Ò ¿Ü¿¡, ´Ù¸¥ Á¤º¸´Â °®°í ÀÖÁö ¾ÊÀ¸¸ç Á¤ÅëºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó°í Ç¥±âÇÑ ¸ÞÀÏÀÔ´Ï´Ù. ¿øÄ¡ ¾ÊÀ¸¸é, ¼ö½Å°ÅºÎ¸¦ ´·¯ÁÖ¼¼¿ä.º»»çÀÌÆ®´Â ¼ºÀÎÀÎÁõÀ» ÇϹǷΠ¹Ì¼º³âÀÚ´Â ¹æ¹®±ÝÁöµË´Ï´Ù. ¿ÏÀü100%¼ø¼ö ³ë¸ðÀÚÀÌÅ© ¼½½ºº¸Áö Æ÷¸£³ë Á×ÀÌ´Â ½ßº¸Áö ³ëÃâ¼î º¸·¯°¡±â Ŭ¸¯!!(ÃÊƯ±ÞÀ̺¥Æ®Áß!) ´ÊÀ¸½Ã¸é ÈÄȸÇÕ´Ï´Ù!! ¾î¼ ¹æ¹®Çϼ¼¿ä!! Ŭ¸¯!! ÃÖ±Ù ¾÷µ¥ÀÌÆ® ³»¿ë * 2002/03/23>> [¿ª»ïµ¿ ³ª°¡¿ä ¸ôÄ«] ¿ª»ïµ¿ ³ª°¡¿ä ÃÌÀ» ±Þ½ÀÇÏ¿©, ¿ìÀ¯ ³Ö´Â Åë¿¡ Ä«¸Þ¶ó¸¦ µéÀÌ´ë°í, Á¶½É½º·¹ Âï¾î ¿Ô½À´Ï´Ù. ³ª°¡¿ä ¾Æ°¡¾¾µéÀÌ À̻ڱä À̻ڱº¿ä. ¾î¶² ¾Æ°¡¾¾µéÀº ¸ö°ªÀÌ ÀϾïÀÌ ³Ñ´Â´Ù°í µé¾ú½À´Ï´Ù. ±× ¸öµéÀ» °¨»ó Çϼ¼¿ä. ¸ô·¡ ¸ô·¡ * 2002/03/23>> [¾ç¼ö¸® ¿©°ü ¸ôÄ«] ¾ç¼ö¸® ¿À¸®¿£Å»Àå¿¡ ¼³Ä¡ µÈ ¸ôÄ«¸¦ ÀÌ¿ëÇÏ¿©, ¼Õ´ÔµéÀÇ ºÒ·û Çà°¢À» ±×´ë·Î Ä«¸Þ¶ó¿¡ ´ã¾Ò½À´Ï´Ù. ¸ôÄ«¶ó¼ ÈÁúÀº ¾ÆÁÖ ÁÁÀº ÆíÀÌ ¾Æ´ÏÁö¸¸, ±×·¡µµ º¸Áö´Â È®½ÇÈ÷ ³ª¿À´Â±º¿ä. ³²ÀÚÀÇ ÇàÅ°¡ Âü Àç¹ÌÀÖ½À´Ï´Ù. ¿©ÀÚ µÚ¿¡¼ °è¼ÓÇÏ¿© º¸Áö¸¦ ¼Õ°¡¶ôÀ¸·Î ¾¥¼Å´ë´Â±º¿ä. * 2002/03/23>> [»ç´çµ¿ Çã´ÏÀå ¸ôÄ«] »ç´çµ¿ Çã´ÏÀå 305È£¿¡ ÀáÀÔ, ¸ôÄ«¸¦ ¼³Ä¡ÇÏ¿©, ÀþÀº ³²¿©ÀÇ ¼½½º ÇöÀåÀ» ´ã¾Æ º¸¾Ò½À´Ï´Ù. ¸ôÄ« Ä¡°í´Â ÈÁúÀÌ ¾çÈ£Çϸç, ¿ª½Ã ÀþÀº »ç¶÷µéÀÌ¶ó¼ ±×·±Áö, ¼½½ºÇ¥ÇöÀÌ Á¤¸», ¿©·¯ °¡Áö·Î Ç¥Çö µÇ´Â±º¿ä. ƼºêÀ̸¦ º¸¸ç ÀÚ¿¬ ½º·´°Ô ¼½½º·Î À̾î Áý´Ï´Ù. * 2002/03/24>> [ºñµð¿À¹æ ¸ôÄ«] ºñµð¿À¹æ¿¡ ¼³Ä¡µÈ ¸ôÄ« ½Ã¸®Áî·Î½á, ¿¹Àü¿¡µµ º¸¾Ò´ø °ÍÀÏ ¼ö ÀÖ½À´Ï´Ù. ³ªÀÌ°¡ ¾î´À Á¤µµ µÈ Ä¿ÇÃÀÌ ÁÖÀΰøÀÔ´Ï´Ù. ¿©ÀÚ°¡ ºñµð¿À¸¦ º¸´Ù°¡ °©Àڱ⠳²ÀÚÀÇ ÀÚÁö¸¦ »¡¾ÆÁÝ´Ï´Ù. ¼ö½Å°ÅºÎ ¿øÄ¡ ¾Ê´Â ¸ÞÀÏÀ̾ú´Ù¸é ±íÀº »ç°úÀÇ ¸»¾¸À» µå¸®¸ç,»ó´ÜÀÇ ¼ö½Å°ÅºÎ¸¦ Ŭ¸¯ÇØÁֽñ⠹ٶø´Ï´Ù. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
[±¤°í]äÆÃ!!! À½¼ºÃ¤ÆÃÀ¸·Î ¹Ù²ã¿ä
Title: 5¿ù(°øÅë¼öÁ¤) ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: getting the openmode in netfs callbacks
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > how am I supposed to get the openmodes in netfs callbacks like > netfs_attempt_read? > > This is critical to implement O_NONBLOCK behaviour correctly. > But the interface is giving me user->user and user->po->np, > but I need user->po->openmodes. Netfs implements only files, and files don't block on read, ever. I would prefer a different library if you want to support something different. But, failing that, if you just want it to work now, using the "wrong" library, the thing to do is to extend netfs/io-read.c to do what you want. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Re: getting the openmode in netfs callbacks
Marcus Brinkmann <[EMAIL PROTECTED]> writes: > how am I supposed to get the openmodes in netfs callbacks like > netfs_attempt_read? To echo Roland's comments, and call for something new: netfs is being stretched *way* beyond its intentions here. I would much rather see a *new* library, parallel to netfs and diskfs, that was designed for things like local directory servers with weird behavior, for which trivfs is too restrictive. I would encourage thought about just where netfs is inadequate (more broadly than this one issue) and think about a new library that works well for it--and for other localish things that aren't really netfs's area of expertise. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
6.13Áö¹æ¼±°Å Âü½ÅÇÑ Áö¿ªÁ¤Ã¥ °ø¸ð ºò À̺¥Æ®[°ø¸ð]
º» ¸ÞÀÏÀº Á¦¸ñ¿¡ [°ø¸ð]¶ó Ç¥½ÃµÈ °ø¸ð ¸ÞÀÏÀÔ´Ï´Ù. ¼ö½Å°ÅºÎ ¹ß½ÅÀü¿ëÀÌ¸ç ¼ö½Å°ÅºÎ´Â ÇÏÁö¾ÊÀ¸¼ÅµµµË´Ï´Ù.º»¸ÞÀÏÀº 3õ¸¸ ³×ƼÁðµé²² ´ÜÇѹø¸¸ º¸³»Áý´Ï´Ù. . . 6.13Áö¹æ¼± °ÅÂü½ÅÇÑ Áö¿ªÁ¤Ã¥ °ø¸ð ºò À̺¥Æ® Æò¼Ò ´ä´äÇÑ Áö¿ª¹®Á¦°¡ ÀÖ¾ú³ª¿ä? ÅåÅåÆ¢´Â Âü½ÅÇÑ ³×ƼÁðµéÀÇ ¾ÆÀ̵ð¾î·Î Áö¿ª¹ßÀü ¹× ¾Ö·Î»çÇ×À» ¼Ó½Ã¿øÇÏ°Ô Ç®¾î º¸½Ã±â ¹Ù¶ø´Ï´Ù. Áö¿ª °ø¸ð ´ç¼±ÀÚ¿¡°Ô´Â ǪÁüÇÑ »óÇ°À» µå¸³´Ï´Ù. - www.2pyo.com ÅõÇ¥´åÄÄ - ¢Ï 042-864-0505 Ã⸶ÇϽô È帴ԵéÀº ¹«·á/À¯·á È帵î·Ïµµ ¹Þ°íÀÖ½À´Ï´Ù. ¸¹Àº Âü¿©¹Ù¶ø´Ï´Ù. ÅõÇ¥´åÄÄ¿¡¿À½Ã¸é ½Ç½Ã°£ Àü±¹ È帵î·ÏÇöȲ, ±¹³»À¯¸í°Ë»ö¿£Áø È«º¸°á°ú ºñ±³ ,613¼±°ÅÀÇ ³×ƼÁðµéÀÇ ¿µÇâ·ÂµîÀ» º¸½Ç¼öÀÖ½À´Ï´Ù. ÅõÇ¥´åÄÄ ¾Æ¸£¹ÙÀÌÆ® È帵î·Ï´ëÇà À» ¹Þ½À´Ï´Ù.È«º¸ ÆÄÆ®³Ê¸ðÁýÁß ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
Insurance for the unexpected.
Since 1996, term life insurance rates have been reduced by as much as 70% !40 year old male - $250,000 - 10 year level term As low as $10.45 per month !At TermQuotes Life Insurance Companies of America, we will survey the top life insurance companies for you and provide you with the best rates available. Compare the rates and see for yourself. Fill out this quick form below for further information.The quote is FREE. There is no obligation to buy.Results of computer survey 05-09-02 Sample Annual Premiums* 10 Year Level Premium Term Rates *Age$250,000$500,000$1,000,00035$115$175$30545$210$375$67055$500$935$1,37065$1,305$2,550$4,92070$2,265$4,480$7,510 *Above rates guaranteed to remain level for 10 yearsRates based on male preferred class 1 non-smoker Policies are guaranteed renewable to age 95Policies with 15, 20, 25, and 30 year level premiums also available.Universal Life, Second-to-Die and Estate Planning products also provided.Attention All Smokers: You may qualify for special reduced smoker rates!Submit This Form for a Free Term Insurance Quote !Name Insured: Amount of Coverage: $250,000$300,000$400,000$500,000$600,000$700,000$800,000$900,000$1,000,000Date of Birth: Month 010203040506070809101112 Day 01020304050607080910111213141516171819202122232425262728293031 Year Sex: Male Female Height: FT in Weight: lbs.Occupation: xxxHave You Ever Had:High Blood Pressure: Yes No Heart Attack or Stroke: Yes No Cancer: Yes No Diabetes: Yes No Have You Smoked Within the Last 12 Months: Yes No xxxPerson Completing Request: Mailing Address: City: State Zip Daytime Phone: Evening Phone: Email Address: Best time to contact: Morning After noon Evening Weekend When you click submit it may activate your spell check, please click "Ignore" if it does. YOUR INTERNET ADVERTISING Copyright 1996-2002. All Rights Reserved This could be your ad!Email Us for free quotes and consultations.If you think that you will not benefit from this correspondence, please reply with 'remove' as the subject. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
6.13Áö¹æ¼±°Å Âü½ÅÇÑ Áö¿ªÁ¤Ã¥ °ø¸ð ºò À̺¥Æ®[°ø¸ð]
º» ¸ÞÀÏÀº
Á¦¸ñ¿¡ [°ø¸ð]¶ó Ç¥½ÃµÈ °ø¸ð ¸ÞÀÏÀÔ´Ï´Ù.
¼ö½Å°ÅºÎ
¹ß½ÅÀü¿ëÀÌ¸ç ¼ö½Å°ÅºÎ´Â ÇÏÁö¾ÊÀ¸¼ÅµµµË´Ï´Ù.º»¸ÞÀÏÀº 3õ¸¸ ³×ƼÁðµé²² ´ÜÇѹø¸¸ º¸³»Áý´Ï´Ù. . .
6.13Áö¹æ¼± °ÅÂü½ÅÇÑ Áö¿ªÁ¤Ã¥ °ø¸ð ºò À̺¥Æ®
Æò¼Ò ´ä´äÇÑ Áö¿ª¹®Á¦°¡ ÀÖ¾ú³ª¿ä?
ÅåÅåÆ¢´Â Âü½ÅÇÑ ³×ƼÁðµéÀÇ ¾ÆÀ̵ð¾î·Î Áö¿ª¹ßÀü ¹× ¾Ö·Î»çÇ×À»
¼Ó½Ã¿øÇÏ°Ô Ç®¾î º¸½Ã±â ¹Ù¶ø´Ï´Ù.
Áö¿ª °ø¸ð ´ç¼±ÀÚ¿¡°Ô´Â ǪÁüÇÑ »óÇ°À» µå¸³´Ï´Ù.
- www.2pyo.com ÅõÇ¥´åÄÄ - ¢Ï 042-864-0505
Ã⸶ÇϽô È帴ԵéÀº ¹«·á/À¯·á È帵î·Ïµµ ¹Þ°íÀÖ½À´Ï´Ù.
¸¹Àº Âü¿©¹Ù¶ø´Ï´Ù.
ÅõÇ¥´åÄÄ¿¡¿À½Ã¸é ½Ç½Ã°£ Àü±¹ È帵î·ÏÇöȲ, ±¹³»À¯¸í°Ë»ö¿£Áø È«º¸°á°ú ºñ±³ ,613¼±°ÅÀÇ ³×ƼÁðµéÀÇ ¿µÇâ·ÂµîÀ» º¸½Ç¼öÀÖ½À´Ï´Ù.
ÅõÇ¥´åÄÄ ¾Æ¸£¹ÙÀÌÆ® È帵î·Ï´ëÇà À» ¹Þ½À´Ï´Ù.È«º¸ ÆÄÆ®³Ê¸ðÁýÁß
ºnÙX§X¬´ êÝ{¨®m¶ÿ¨¥{¨®æj)fjåËbú?nè!º·
