> 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.
netfs doesn't do a lot. a similar library addressing its ina
Oh, and people should look at treefs for whatever that's worth. I'm not
sure anyone around knows exactly what Miles's design plans were in that.
To my knowledge it's never been used for anything. But it's obviously related.
___
Bug-hurd mailing list
[
Roland McGrath <[EMAIL PROTECTED]> writes:
> It just seems like the interface is wrongheaded if it winds up doing byte
> order conversions back and forth on the same machine.
I suspect that the conversions are actually not between UCS-4 little
endian and UCS-4 big endian, but between UCS-4 (some
Title: °íµù¾Æ À̺¥Æ® ¸ÞÀÏ
¼ö½Å°ÅºÎ°¡
¾ÈµÇ½Ã´Â ºÐÀº ¹ø°Å·Î¿ì½Ã´õ¶óµµ [EMAIL PROTECTED]
À¸·Î ¼ö½Å°ÅºÎ ÇØÁÖ½Ã±æ ºÎŹ µå¸³´Ï´Ù.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
µåµð¾î ¿ùµåÄÅ
ù½Â! ¡ºÈ²¼±È«,
À¯»óö¡»ÀÇ
¸ÚÁø°ñ·Î ¿ùµåÄÅ ¿ì½ÂÀ» ÇâÇØ ´Þ¸°´Ù!
Roland McGrath <[EMAIL PROTECTED]> wrote
Mon, 27 May 2002 16:31:55 -0400 (EDT):
We are pleased to announce version 1.3 of the GNU distribution of the
Mach kernel. It may be found in the file (about 3.6 MB compressed)
ftp://ftp.gnu.org/gnu/gnumach/gnumach-1.3.tar.gz;
I just spotted that
On Tue, Jun 04, 2002 at 11:55:35PM -0400, Roland McGrath wrote:
> > It actually makes for a runnable program that does something visibly useful.
>
> That's fantastic! (And well beyond the norm for new Hurd features. ;-)
That's just because I have a running Hurd system to go along with :)
> It
> Or from UCS-4 to the internal format of the console client, whatever it is.
> Rolands hint for UTF-32LE etc was very helpful.
I was (and am still sort of) unclear on UTF-32 vs UCS-4. There is also
UCS4-LE and UCS-4BE, which is all but identical to the internal form (all
the converter does is c
> Mmh, I thought it would work over sockets, and would involve some sort of
> communication protocol over that. After all, you can do multi-attach etc.
> But I never looked into it, so I really don't know.
I'm just guessing too. But I think its socket communications are just
"here attach to thi
On Wed, Jun 05, 2002 at 10:03:27AM +0200, Niels Möller wrote:
> > It just seems like the interface is wrongheaded if it winds up doing byte
> > order conversions back and forth on the same machine.
>
> I suspect that the conversions are actually not between UCS-4 little
> endian and UCS-4 big end
On Wed, Jun 05, 2002 at 05:38:38AM -0400, Roland McGrath wrote:
> > Or from UCS-4 to the internal format of the console client, whatever it is.
> > Rolands hint for UTF-32LE etc was very helpful.
>
> I was (and am still sort of) unclear on UTF-32 vs UCS-4. There is also
> UCS4-LE and UCS-4BE, wh
At Wed, 5 Jun 2002 05:38:38 -0400 (EDT),
Roland McGrath wrote:
> I was (and am still sort of) unclear on UTF-32 vs UCS-4.
Their formats are identical but their semantics is different, because
UCS-4 is defined in ISO/IEC 10646, while UTF-32 is defined in Unicode
Standard.
Basically ISO/IEC 10646
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> This is a bit related to changing the size of the file, which we probably
> should never do if the client mmap's it.
I'd *really* want to see a flag to mmap that means "If the file
shrinks, just map in some zero pages instead. Don't ever SEGFAULT me
On Tue, Jun 04, 2002 at 05:38:44PM -0700, James Morrison wrote:
> > 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.
>
> So what is in cvs is good for testing in a {sub,neighb
On Fri, Apr 05, 2002 at 10:41:35PM -0500, Neal H Walfield wrote:
> Consider the case where the file system block size is 1024 and
> diskfs_grow is called with a node that has the allocsize field set to
> 1024 and with the size argument set to 1025. After the ext2_getblk
> loop, END_BLOCK will be
> I'd *really* want to see a flag to mmap that means "If the file
> shrinks, just map in some zero pages instead. Don't ever SEGFAULT me
> about it".
You could just set up a preemptor to catch these type of faults. This
is what the file system's do. Take a look at .
___
[EMAIL PROTECTED] (Neal H. Walfield) writes:
> > I'd *really* want to see a flag to mmap that means "If the file
> > shrinks, just map in some zero pages instead. Don't ever SEGFAULT me
> > about it".
>
> You could just set up a preemptor to catch these type of faults. This
> is what the file s
Roland McGrath <[EMAIL PROTECTED]> writes:
> > 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.
>
> netfs
Roland McGrath <[EMAIL PROTECTED]> writes:
> Oh, and people should look at treefs for whatever that's worth. I'm not
> sure anyone around knows exactly what Miles's design plans were in that.
> To my knowledge it's never been used for anything. But it's obviously related.
treefs is supposed to
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 ava
Title: Untitled Document
* »çÁøÀ» Ŭ¸¯ÇϽøé È®´ë»çÁøÀ» º¸½Ç¼ö ÀÖ½À´Ï´Ù.*
·Ï½ºÅ¸(R-1)
¢Æ Â÷·®Á¤º¸ ¢Æ
Á¦Á¶»ç
±â¾Æ/¾Æ½Ã¾Æ
¸ðµ¨
·Ï½ºÅ¸(R-I)
µî±Þ
2.0
º¯¼Ó±â
¼öµ¿
°¡°Ý
430 ¸¸¿ø
º¸Áõ¿©ºÎ
1³âº¸Áõ
¿¬·á
°æÀ¯
¹è±â·®
2,000cc
»ö/µµ¾î
Áøû»ö
/ 2DR
ÁÖÇà°Å¸®
They are:
login -- Falls back to unix-style if password server is not there.
If we can presume the password server works, then we can
clear the setuid bit here. (We could also remove the old code,
or leave it there for only root to be able to use w/o server.)
i
Roland McGrath <[EMAIL PROTECTED]> writes:
> ids -- Does pid2task to query arbitrary processes auth ports.
> Seems like a questionable need. If that info should be public,
> we could just have the proc server publish the id lists it got
> in its auth transactions (wh
--- "Thomas Bushnell, BSG" <[EMAIL PROTECTED]> wrote:
> Roland McGrath <[EMAIL PROTECTED]> writes:
>
> > ids -- Does pid2task to query arbitrary processes auth ports.
> >Seems like a questionable need. If that info should be public,
> >we could just have the proc server publish
> For all of these, I think the right thing is to extend the proc
> server. The point of proc_getprocinfo is to provide "whatever ps
> needs".
Ok. I'm not going to worry about ids for the moment.
For libps the most obvious thing is to add task_events_info to procinfo.
I'll do that. In fact,
Title: event
* º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù.
Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç,Á¤ÁßÈ÷ ¾çÇغÎŹµå¸®°Ú½À´Ï´Ù.
±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç,
E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù.
ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã´Ù¸é ¸¦
Ŭ¸
Title: Almanaque Informes Úteis
Edição 08 - ANO 1 - Junho de 2002www.informesuteis.com.br
Dia dos Namorados
- uma
data marcada pela troca de presentes e cartões
apaixonado
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 ava
Dear Friend,
You can earn $200,000 or more in the next 90 days sending e-mail.
Seem impossible? Is there a catch? NO, there is no catch; just
send your e-mails and be on your way to financial freedom.
Basically, I send out as many of these e-mails as I can, then
people send me cash in the mail
Title: ¼öÀÔ¿¡ ´ëÇؼ
¼öÀÔ¿¡
´ëÇؼ¾î¶² »ç¶÷µéÀº ÀÚ½ÅÀÌ Áñ°Å¿î ÀÏÀ» ÇÏ¸é¼ »ó´ë¹æ¿¡°Ô µ·À» ¹Þ´Â°Í¿¡ ´ëÇؼ ÁËÃ¥°¨À» ´À³¢´Â »ç¶÷µµ ÀÖÀ»
°ÍÀÔ´Ï´Ù.¸¸¾à ´ç½ÅÀÌ ÀÌ·± »ý°¢À» °¡Áö°í ÀÖ´Ù¸é, »ý°¢À» ¹Ù²Ù¾î¾ß ÇÕ´Ï´Ù. ±× »ç¶÷µéÀº ÀÚ½ÅÀÌ ÁÁ¾ÆÇÏÁö ¾Ê´ÂÀÏÀ» Çؾ߸¸ µ·À»
¹Þ´Â´Ù´Â °íÁ¤°ü³äÀÌ ÀÖ´Â
¾È³çÇϼ¼¿ä! ¼¾µÎ´åÄÄ(WWW.SENDU.COM)ÀÔ´Ï´Ù.
¾î´À»õ ÃÊ¿©¸§ÀÇ ¹®ÅÎÀ» ³Ñ¾î¼± °·ÄÇÑ ÇÞ»ìÀÌ µû°©°Ô ´À²¸Áý´Ï´Ù.
¶ß°Å¿î Ç޻츸ÅÀ̳ª ´ÔÀÇ »î¿¡µµ È°±â°¡ °¡µæÇϱ⸦ ±â¿øÇϸç
´ÙÀ½ÀÇ Á¤º¸¸¦ ¾Ë·Áµå¸®·Á ÇÕ´Ï´Ù.
ºÒ¾ÈÇÏ°í, ¾ðÁ¦»ç¶óÁúÁö ¸ð¸£´Â ¹«·á¸ÞÀÏ!!
´«»ìÂîǪ·ÁÁö´Â ÀÜÀÎÇÑ ±¤°í¹è³Êµé... !!
»ç¾÷»ó°¡Ä¡¿
31 matches
Mail list logo