Title: http://richbiz.starhana.com
http://www.homebakery.pe.kr
ÀÚÀ¯°Ô½ÃÆÇ
¼½½Ã´º½º
³ªÀÇ°æÇè´ã
On Fri, Jun 14, 2002 at 06:14:06PM -0400, Roland McGrath wrote:
> Some things might use the vt100 scrolling region, which behaves like an
> atomic delete+insert line.
Oh sorry, you talk about indn and rin here, I didn't get this at first.
That's a capability the Linux console doesn't have either,
On Fri, Jun 14, 2002 at 06:14:06PM -0400, Roland McGrath wrote:
> Some things might use the vt100 scrolling region, which behaves like an
> atomic delete+insert line.
Sure, there are some such escape sequences, and they might even be used, in
particular in programs like text editors. However, as
Title: Untitled Document
2002³âµµ
¼¿ï½Ã °í¿ëÃËÁøÈÆ·Ã---
±¹ºñ¹«·áÈƷûý¸ðÁý
e-BusinessÀÇ ´º¸®´õ°¡ µÇ´Â Áö¸§±æ!
´ç½ÅÀÇ ¹Ì·¡¸¦ ¿¾î µå¸®°Ú½À´Ï´Ù.
¸ðÁý°úÁ¤ ¹× ±³À°³»¿ë
Á¢¼ö±â°£ ¹× ±¸ºñ¼·ù
°úÁ¤
±â°£
±³À°³»¿ë
¡Ü
Á¢¼ö±â°£ : 2002. 6. 15±îÁö ¡Ü±³À°±â°£
Title: Á¦¸ñ¾øÀ½
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Some things might use the vt100 scrolling region, which behaves like an
atomic delete+insert line.
File change notifications are always delivered asynchronously. So they can
only ever tell you what part of the file to examine later, not exactly what
all has happened there at the time you are loo
> On Fri, Jun 14, 2002 at 05:01:02PM -0400, Roland McGrath wrote:
> > > > (well, ports_manage_multithreaded is still necessary, as Mach
> > > > doesn't let you receive messages in the order they were sent easily)
> >
> > I'm not sure what Marcus means here. Messages are dequeued from a
> > parti
On Fri, Jun 14, 2002 at 05:01:02PM -0400, Roland McGrath wrote:
> > > (well, ports_manage_multithreaded is still necessary, as Mach
> > > doesn't let you receive messages in the order they were sent easily)
>
> I'm not sure what Marcus means here. Messages are dequeued from a
> particular port i
Hi,
it just occured to me that asynchronous updates and scrolling optimization
don't work. I deluded myself before when convincing myself that it would
work.
The problem is the following sequence:
Writing "abcdefg", moving cursor back to "a". => FILE_CHANGE_WRITE
Delete three characters, lead
> > (well, ports_manage_multithreaded is still necessary, as Mach
> > doesn't let you receive messages in the order they were sent easily)
I'm not sure what Marcus means here. Messages are dequeued from a
particular port in the order they were sent (if sending was serialized).
You can receive on
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> (well, ports_manage_multithreaded is still necessary, as Mach
> doesn't let you receive messages in the order they were sent easily)
Huh, that sounds hairy and suboptimal. For instance, I'd expect that
if a thread of mine sends some asyncronous and
On Fri, Jun 14, 2002 at 10:10:05PM +0200, Niels Möller wrote:
> One way to organize the client may be as follows:
I pondered this today, and came to an almost identical model! I am happy
to get this second opinion.
> Second step: Let the notification thread check the length of the
> queue, if
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> Another way to improve the situation is to make reception
> of update notifications and the actual screen updates asynchronous in
> the client, too. This requires a bit more logic, but adds flexibility
> in that the client can notice if a lot of out
Title: event
* º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù.
Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç,Á¤ÁßÈ÷ ¾çÇغÎŹµå¸®°Ú½À´Ï´Ù.
±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç,
E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù.
ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã´Ù¸é ¸¦
Ŭ¸
Title: event
* º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í»çÇ׿¡ ÀÇ°Å(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù.
Çã¶ô¾øÀÌ ±¤°í¸ÞÀÏÀ» º¸³»µå·Á Á˼ÛÇÏ¿À¸ç,Á¤ÁßÈ÷ ¾çÇغÎŹµå¸®°Ú½À´Ï´Ù.
±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç,
E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö ¸øÇÔÀ» ¹àÈü´Ï´Ù.
ÀÌ ¸ÞÀÏÀ» ´õÀÌ»ó ¹Þ°í ½ÍÁö ¾ÊÀ¸½Ã´Ù¸é ¸¦
Ŭ¸
Title: Designsil - Ad mail
If you want to refuse receipt, click this
button, please. RECEIPT REFUSAL
¿Â. ¶ó . ÀÎ . À¸ . ·Î . Æî .
Ä¡ . ´Â . ÀÎ . ÅÍ . ³Ý . µð
. ÀÚ . ÀÎ . ¼¼ . »ó
Áß¼Ò±â¾÷,¼ÒÈ£ »ç¾÷ÀÚ¸¦ À§ÇÑ
'myµðÀÚÀνÇ'
µðÀÚÀνǿ¡
¿À¼Å¼ 'myµðÀÚÀνÇ'À»
½ÅûÇϽʽÿÀ.ȸ
Title: Untitled
¼¿ï½Ã
°í¿ëÃËÁøÈÆ·Ã ÁöÁ¤±â°ü / Á¤ÅëºÎ e-Koream ÁöÁ¤±â°ü
ÄĸÍ
, ³Ý¸Í Å»Ãâ! ÀÚ°ÝÁõ! Ãë¾÷!
(°³°
: 7¿ù 1ÀÏ / ¸ÅÁÖ ¿ù¿äÀÏ)
°úÁ¤¸í
±³À°½Ã°£
±â°£ ¹× ±³À°ºñ
ºñ°í
ÁÖºÎÀÎÅͳÝ
(½Ã¹ÎÀÎÅͳÝ)
¿ù,¼ö,±Ý
11:00¡12:40
·1°³¿ù (24½Ã°£)
·3¸¸¿ø(±³ÀçÆ÷ÇÔ)
¿ë»ê±¸Ã»ÁöÁ¤
e-korean
(OA/ȨÇÇ
Hi,
When trying to 'mount' a multi-session CD, storeio (or maybe it's isofs'
fault) only reads the first session of the CD.
That's it. :)
Thanks,
Ludovic.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Title: test
º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]¶ó
Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.
´õ ÀÌ»ó ¸ÞÀÏÀ» ¼ö½ÅÇÏ°í ½ÍÁö ¾ÊÀ¸½Ã¸é [¼ö½Å °ÅºÎ]¸¦ Ŭ¸¯ÇØ ÁֽʽÿÀ.
Á¦¸ñ : °ÅÇ°À» È~¾Ç ³»·È½À´Ï´Ù.
ÇÊ¿ä¾ø´Â ºÐµé¿¡°Ô´Â Á¤¸» Á˼ÛÇÕ´Ï´Ù. ¹Ù·Î »èÁ¦ÇØÁֽñâ¹Ù¶ø´Ï´Ù..
ÈÁú ƯA±Þ
»óÄèÇÑ ¾ÆħÀ» µå¸®´Â °í±Þ °Ç° º£°³www.begaero.com
±Â¸ð´×Çʷο¡¼ ÁÖ¹«¼Ì±º¿ä! *^^* »óÄèÇÑ ¾ÆħÀÔ´Ï´Ù!
º£°³·ÎÀÇ ¼ö°ø¿¹ °í±Þ °Ç° º£°³·Î
ÇÏ·ç ÀÏ°ú¸¦ ¸¶Ä¡°í Æí¾ÈÇÑ ¼÷¸éÀ» ÃëÇϽŴٸé
´ÙÀ½³¯ ¾ÆħÀÌ »óÄèÇÏ°í ÇÏ·ç°¡ Áñ°Ì½À´Ï´Ù.
¾ÆÁ÷µµ ÀáÀÚ°í ³ª¸é ¸ñÀÌ »µ±ÙÇÏ°í ¾î±ú°¡ ºÒÆíÇϽôٸé
º£°³·Î¿¡¼ ¸¾
* Roland McGrath writes:
> I checked in another makefile tweak and a clean build worked for me.
A clean build work here too, thanks.
Cheers,
--
Alfred M. Szmidt
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡
[±¤°í]¶ó
Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.´õ ÀÌ»ó ¸ÞÀÏÀ» ¼ö½ÅÇÏ°í ½ÍÁö ¾ÊÀ¸½Ã¸é
[¼ö½Å
°ÅºÎ]¸¦ Ŭ¸¯ÇØ ÁֽʽÿÀ.
O º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í] ¸ÞÀÏÀÔ´Ï´ÙO e-mailÁÖ¼Ò´Â
ÀÎÅͳݻ󿡼 ÃëµæÇÏ¿´À¸¸ç, ÁÖ¼Ò
Hi,
I just added the seqno serialization in the console client,
and noticed that there is a severe performance problem.
The issue is that the console server is rocking fast, and the client
can not keep up with this speed in updating the display.
Take a "find /share > term" command. It will write
Title: ¹Ìµð¾îÈ£½ºÆÃÇÒÀμºñ½º
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
Title: Untitled Document
O º» ¸ÞÀÏÀº Á¤º¸Åë½Å¸Á ÀÌ¿ëÃËÁø ¹× Á¤º¸º¸È£ µî¿¡ °üÇÑ ¹ý·ü Á¦ 50Á¶¿¡ ÀÇ°ÅÇÑ [±¤°í] ¸ÞÀÏÀÔ´Ï´ÙO e-mailÁÖ¼Ò´Â ÀÎÅͳݻ󿡼 ÃëµæÇÏ¿´À¸¸ç, ÁÖ¼Ò¿Ü ¾î¶°ÇÑ °³ÀÎ Á¤º¸µµ °¡Áö°í ÀÖÁö ¾Ê½À´Ï´Ù
O »çÀü Çã¶ô¾øÀÌ ¸ÞÀÏÀ» º¸³»°Ô µÈÁ¡ »ç°úµå¸³´Ï´Ù.O ¸ÞÀÏ ¼ö½ÅÀ» ¿øÇϽÃÁö ¾ÊÀ¸½
Title: :::Yadong-Molca °øÂ¥ ÈÞ´ëÆù ±¤°íÀÔ´Ï´Ù.
Áֹεî·Ï¹øÈ£ ÀÔ·Â
-
º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å
Á¦¸ñ¿¡ [±¤°í]¶ó Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÔ´Ï´Ù.
¼ö½Å°ÅºÎ
¹öÆ°À» Ŭ¸¯ÇÏ½Ã¸é ¼ö½
¸ÕÀú Á¦¸ñ¿¡µµ ¸»¾¸ µå·ÈÁö¸¸ ¹Ì¼º³âÀÚ´Â º» ¸ÞÀÏ¿¡ ´ã±ä »çÀÌÆ®¸¦ ÀÌ¿ëÇÒ¼ö ¾ø½À´Ï´Ù.
¹Ì¼º³âÀÚ°¡ ÀÌÇØÇϱ⿡´Â ³Ê¹« ÀÚ±ØÀûÀÎ ³»¿ëÀ» Æ÷ÇÔÇÏ°í ÀÖÀ¸¹Ç·Î ¼ºÀÎÀÎÁõÀ» Çϼžß
ÀÌ¿ëÇϽǼö ÀÖ½À´Ï´Ù. ¼ºÀÎÀ̽öó¸é Çѹø ¹æ¹®ÇØ º¸¼¼¿ä. ÈÄȸÇÏÁö ¾ÊÀ»°ÍÀÔ´Ï´Ù.
ÀÌ¹Ì ¸¹Àº ºÐµéÀÌ Áñ°¨ÇÏ°í Àְŵ翩 ^^; ¿ä»õ ¿©±â ¸ð¸£¸
On Fri, Jun 14, 2002 at 10:59:02AM +0200, Neal H. Walfield wrote:
> > error_t
> > pager_write_page (struct user_pager_info *upi, vm_offset_t page,
> > vm_address_t buf)
> > {
> > assert (upi->memobj_pages[page / vm_page_size] == (vm_address_t) NULL);
> > upi->memobj_pages[pag
Áö±Ý Á¦ ȨÆäÀÌÁö¿¡ ¼¿ÇÁ¸ôÄ«, ÀϺ»µ¿¿µ»ó, ¸î°¡Áö µ¿¿µ»ó ¿Ã·Á³ù½À´Ï´Ù.
°øÂ¥ÀÌ´Ï±î »¡¸® µé¾î¿À¼Å¼ ±¸°æÇϼ¼¿ä
ÈÄȸ¾ø½À´Ï´Ù.^^
´Ü ¼ºÀθ¸ ²À µé¾î¿À¼¼¿ä.~
http://892movie.wo.st
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [¼ºÀα¤°í]¶ó°í Ç¥±âÇÑ
±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦
´·¯ÁÖ¼¼¿ä
_
Áö±Ý Á¦ ȨÆäÀÌÁö¿¡ ¼¿ÇÁ¸ôÄ«, ÀϺ»µ¿¿µ»ó, ¸î°¡Áö µ¿¿µ»ó ¿Ã·Á³ù½À´Ï´Ù.
°øÂ¥ÀÌ´Ï±î »¡¸® µé¾î¿À¼Å¼ ±¸°æÇϼ¼¿ä
ÈÄȸ¾ø½À´Ï´Ù.^^
´Ü ¼ºÀθ¸ ²À µé¾î¿À¼¼¿ä.~
http://892movie.wo.st
Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [¼ºÀα¤°í]¶ó°í Ç¥±âÇÑ
±¤°í ¸ÞÀÏÀÔ´Ï´Ù.¼ö½ÅÀ» ¿øÄ¡ ¾ÊÀ¸½Ã¸é ¼ö½Å°ÅºÎ¸¦
´·¯ÁÖ¼¼¿ä
_
> Can you please verify with me that the following code matches what you
> described here:
>
> > You do not even have to do this. Just hold a reference to the regions
> > returned by pager_write_page; it is up to you to vm_deallocate them.
>
> error_t
> pager_write_page (struct user_pager_info
I checked in another makefile tweak and a clean build worked for me.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
33 matches
Mail list logo
