Title: °Ü¿ïÀÌ Áö³ª°¡°í ¸ÅÈÇâ±â °¡µæÇÑ º½ÀÌ ´Ù°¡¿É´Ï´Ù.
°Ü¿ïÀÌ Áö³ª°¡°í ¸ÅÈÇâ±â °¡µæÇÑ º½ÀÌ ´Ù°¡¿É´Ï´Ù.
°Ü¿ì³» Âîµç Áý¾È û¼Ò ÇÒ ¶§ ÇÊ¿äÇÑ ¸ÅÁ÷ ½ºÆùÁö¸¦ ¼Ò°³ÇÕ´Ï´Ù.
1.
Ãß÷ÇÏ¿© °æÇ°Á¦°ø(ȨÆäÀÌÁö ÂüÁ¶)
2
Hello.
Please excuse if this is an inappropriate forum for something like this,
but I was wondering if anybody had seen this article/knew anything about it:
http://www.idg.net/ic_829012_4394_1-3921.html
(RMS saying that Hurd is likely to be in production this year)
This was also posted on Sla
Title: Untitled Document
¾È³çÇϼ¼¿ä! ½Ì±×·¯¿î º½¹Ù¶÷¿¡ ¸¶À½ÀÌ ¼³·¹´Â °èÀý! »ýÈ°¼Ó ±â»ÝÀ»
Roland McGrath <[EMAIL PROTECTED]> writes:
> > It's a lot easier on everything, I think.
>
> I think you are wrong.
>
> > The client can just open the file, and then hand the handle over to
> > the server.
>
> Which means that if the client wants to supply data from someplace else, it
> has
Roland:
> I checked in the fix for that stupid libc bug (d'oh!).
No problem. Just glad I could help in some small way.
> As to gdb, did you test the gdb "gcore" command? Your patch didn't include
> any changes to the gnu_find_memory_regions function, but you also didn't
> say that it works. Si
Hi folks,
Just this announcement, then discussion will move to l4-hurd.
I created a homepage for the Hurd on L4 project at savannah.gnu.org. The
page contains a roadmap, useful links, and some design materials for the
project.
http://www.freesoftware.fsf.org/l4hurd/
In addition to the
¢Æ ÀÌ ¸ÞÀÏÀº ¿µ¾îÇнÀ ÇÁ·Î±×·¥°ü·Ã ±¤°í¿ë¸ÞÀÏ ÀÔ´Ï´Ù. ¹ß¼ÛÀü¿ë ¸ÞÀÏÁÖ¼Ò¸¦ »ç¿ëÇÏ¿´°í À̸ÞÀÏÁÖ¼Ò ÀÌ¿Ü¿¡ ±ÍÇÏ¿¡ ´ëÇÑ ¾Æ¹«·± Á¤º¸µµ °¡Áö°í ÀÖÁö¾Ê½À´Ï´Ù.
Ȥ ºÒÇÊ¿äÇÑ Á¤º¸°Å³ª ±âºÐÀÌ »óÇϽÅÀÏÀÌ ÀÖÀ¸½Ã¸é ±íÀÌ »ç°úµå¸³´Ï´Ù. ¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ¸¦ ÇØÁÖ½Ã¸é ´Ù½Ã´Â º¸³»´Â ÀÏÀÌ ¾øÀ»°ÍÀÔ´Ï´Ù. ¢Æ
¢Æ ÀÌ ¸ÞÀÏÀº ¿µ¾îÇнÀ ÇÁ·Î±×·¥°ü·Ã ±¤°í¿ë¸ÞÀÏ ÀÔ´Ï´Ù. ¹ß¼ÛÀü¿ë ¸ÞÀÏÁÖ¼Ò¸¦ »ç¿ëÇÏ¿´°í À̸ÞÀÏÁÖ¼Ò ÀÌ¿Ü¿¡ ±ÍÇÏ¿¡ ´ëÇÑ ¾Æ¹«·± Á¤º¸µµ °¡Áö°í ÀÖÁö¾Ê½À´Ï´Ù.
Ȥ ºÒÇÊ¿äÇÑ Á¤º¸°Å³ª ±âºÐÀÌ »óÇϽÅÀÏÀÌ ÀÖÀ¸½Ã¸é ±íÀÌ »ç°úµå¸³´Ï´Ù. ¾Æ·¡ÀÇ ¼ö½Å°ÅºÎ¸¦ ÇØÁÖ½Ã¸é ´Ù½Ã´Â º¸³»´Â ÀÏÀÌ ¾øÀ»°ÍÀÔ´Ï´Ù. ¢Æ
On Mon, Mar 11, 2002 at 11:27:23PM -0800, Thomas Bushnell, BSG wrote:
> Roland McGrath <[EMAIL PROTECTED]> writes:
>
> > > An alternative strategy (for the dynamic case) is to have the client
> > > hand a port for the file to the console server, which can then read
> > > from it exactly as if it
Title: ȸ°è/±Þ¿©, ºÎ°¡°¡Ä¡¼¼ ÇÁ·Î±×·¥À» "¹«»ó" Áö¿øÇÕ´Ï´Ù.
- Original Message -
From: imcplaza
To: ¸ÞÀϸµÃ¼Å©
Sent: Tuesday, March 12, 2002 2:01 PM
TABLE ²Ù¹Ì±â ÆÁ
--- ¼Ò½º
°¡¿îµ¥ ±Û µé¾î°¡´Â °÷.
-
³»¿ë
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Neal H Walfield <[EMAIL PROTECTED]> writes:
> > I changed it to treat an argument of just "HOST" like "HOST:/". It would
> > be good to support URL syntax too, though that should dtrt with a :PORT.
>
> This syntax may make using ipv6 addresses difficult.
I'm not sure which of the `:':s above y
Roland McGrath <[EMAIL PROTECTED]> writes:
> > #define STORE_SONAME_SUFFIX ".so.0.2"
>
> Hmm, I had meant to change that and forgotten about it. I put in a
> makefile hack so it's pegged to $(hurd-version).
It might reduce confusion to choose a random version number for the
initial soname, to
> It's a lot easier on everything, I think.
I think you are wrong.
> The client can just open the file, and then hand the handle over to
> the server.
Which means that if the client wants to supply data from someplace else, it
has to become a filesystem.
> The server can just read it exactly
14 matches
Mail list logo
