Title: ±¹³»Ãִ뼺ÀλçÀÌÆ®
¡Ø º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ ±Ç°í »çÇ׿¡ ÀÇ°Å Á¦¸ñ¿¡ [±¤°í]
¶ó
Ç¥½ÃµÈ ±¤°í ¸ÞÀÏÀÌ¸ç ¼ö½Å°ÅºÎ ÀåÄ¡¸¦ ¸¶·ÃÇÏ°í ÀÖ½À´Ï´Ù
[±¹³»ÃÖ´ë
¼ºÀλçÀÌ
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
> > Running dselect or apt-get very often gets my hurd box on it's knees.
> > When it's 'Reading Package Lists...' , the system hangs, after giving:
> >
> > ext2fs.static: ../../ext2fs/pager.c:396: file_pager_write_page:
> > Assertion `block' failed.
Can you send us the output of `tune2fs -l /dev
" <[EMAIL PROTECTED]>
Subject: [ È« º¸ ] ¾î¸±Àû ¿ìÇ¥¼öÁý¿¡ Àá¸øÀÌ·ç´ø ±â¾ïÀÌ ÀÖ³ª¿ä?
Content-Type: multipart/alternative;
boundary="=_MailParts1017627183201d720fdd393b9e8f055c8efc18d719"
MIME-Version: 1.0
Sender: [EMAIL PROTECTED]
Errors-To: [EMAIL PROTECTED]
X-BeenThere: [EMAIL PROTE
Title: The Road to Millionaire!!
Àλý¿¡´Â ¸¹Àº ±âȸµéÀÌ ÀÖ½À´Ï´Ù.
ÇÏÁö¸¸ ´«ÀÌ À־ º¸Áö ¸øÇÏ°í ±Í°¡ À־ µèÁö ¸øÇÏ´Â »ç¶÷µé¿¡°Ô´Â ¾Æ¹«·± ±âȸµµ ¾ø½À´Ï´Ù.
ÀÌ ¸Þ½ÃÁö°¡ ´ç½ÅÀÇ Àλý¿¡ Ä¿´Ù¶õ Çà¿îÀ» °¡Á®´Ù Áֱ⸦ ±â¿øÇÕ´Ï´Ù.
The
Road to Millionaire!!
´ç½ÅÀº ¹é¸¸ÀåÀÚÀÇ ±æÀ» °ÉÀ¸½Ã°Ú½À´Ï±î
It seems reasonable to me to leave it up to the filesystem-specific code to
decide what nodes it might need to lock, and just give it enough
information to avoid deadlock. I have in my tree a slightly different
change that adds a struct node * argument to diskfs_cached_lookup instead
of a flag, i
½Ç½Ã°£
**°¡¹ú¾îÁö´ÂÃæ°ÝÀûÀÎ »çÀÌÆ®
´«À¸·Î
È®ÀÎÇϼ¼¿ä.
Àý´ë¹Ì¼º³âÀÚÃâÀÔ±ÝÁöÀÔ´Ï´Ù,Àý´ë¿ä
¿©¼º°¡ÀÔ·ü±¹³»1À§
È»óÀ¸·Î¹ú¾îÁö´ÂÃæ°ÝÀûÀÎ
**
ÀÌÁ¦ ´«À¸·Î
È®ÀÎÇϼ¼¿ä..»ý±äÁö 2ÀϵΠ¾ÈµÈ µû²öÇÑ»çÀÌÆ®
Á¤ÅëºÎÀÇ
½ÉÀÇÁßÀ̶ó³×¿ä À߸®±âÀü Ãæ°ÝÀûÀÎ**´«À¸·Î È®ÀÎÇϼ¼¿ä
°ÅÁþÀÎÁö¾Æ´ÏÁö
°¡ÀÔÇؼ Á÷Á¢´«À¸·Î °
Processing commands for [EMAIL PROTECTED]:
> close #71777
Bug#71777: [hurd] Control-C causes shell to exit (over telnet)
Bug closed, send any further explanations to Neal H Walfield <[EMAIL PROTECTED]>
> close #71778
Bug#71778: [hurd] Control-R cause bash to hang
Bug closed, send any further exp
Processing commands for [EMAIL PROTECTED]:
> close #129559
Bug#129559: libpager robustness
Bug closed, send any further explanations to Marcus Brinkmann
<[EMAIL PROTECTED]>
> close #118908
Bug#118908: make TAGS does not work without having run configure
Bug closed, send any further explanations
Title: event
* º» ¸ÞÀÏÀº Á¤º¸Åë½ÅºÎ
±Ç°í»çÇ׿¡ ÀÇ°Å(±¤°í)ÀÓÀ» ¹àÈü´Ï´Ù. Çã¶ô¾øÀÌ È«º¸¸ÞÀÏÀ» º¸³»µå·Á
Á˼ÛÇÕ´Ï´Ù.
±ÍÇÏÀÇ E-Mail Àº °Ô½ÃÆÇ µî ÀÎÅÍ³Ý »ó¿¡¼ ¾Ë°Ô µÇ¾úÀ¸¸ç,
E-Mail À» Á¦¿ÜÇÑ ¾î¶°ÇÑ Á¤º¸µµ ¾ËÁö
¸øÇÔÀ» ¹àÈü´Ï´Ù. ¼ö½Å°ÅºÎ¸¦ ¿øÇϽøé
¾Æ·¡¿¡
½Ç½Ã°£
**°¡¹ú¾îÁö´ÂÃæ°ÝÀûÀÎ »çÀÌÆ®
´«À¸·Î
È®ÀÎÇϼ¼¿ä.
Àý´ë¹Ì¼º³âÀÚÃâÀÔ±ÝÁöÀÔ´Ï´Ù,Àý´ë¿ä
¿©¼º°¡ÀÔ·ü±¹³»1À§
È»óÀ¸·Î¹ú¾îÁö´ÂÃæ°ÝÀûÀÎ
**
ÀÌÁ¦ ´«À¸·Î
È®ÀÎÇϼ¼¿ä..»ý±äÁö 2ÀϵΠ¾ÈµÈ µû²öÇÑ»çÀÌÆ®
Á¤ÅëºÎÀÇ
½ÉÀÇÁßÀ̶ó³×¿ä À߸®±âÀü Ãæ°ÝÀûÀÎ**´«À¸·Î È®ÀÎÇϼ¼¿ä
°ÅÁþÀÎÁö¾Æ´ÏÁö
°¡ÀÔÇؼ Á÷Á¢´«À¸·Î °
Title: The Road to Millionaire!!
Àλý¿¡´Â ¸¹Àº ±âȸµéÀÌ ÀÖ½À´Ï´Ù.
ÇÏÁö¸¸ ´«ÀÌ À־ º¸Áö ¸øÇÏ°í ±Í°¡ À־ µèÁö ¸øÇÏ´Â »ç¶÷µé¿¡°Ô´Â ¾Æ¹«·± ±âȸµµ ¾ø½À´Ï´Ù.
ÀÌ ¸Þ½ÃÁö°¡ ´ç½ÅÀÇ Àλý¿¡ Ä¿´Ù¶õ Çà¿îÀ» °¡Á®´Ù Áֱ⸦ ±â¿øÇÕ´Ï´Ù.
The
Road to Millionaire!!
´ç½ÅÀº ¹é¸¸ÀåÀÚÀÇ ±æÀ» °ÉÀ¸½Ã°Ú½À´Ï±î
> mlock in gnupg gives me (os/kern) failure.
>
> What info do you need?
This might be a known kernel problem, I'm just a bit sketchy on the details.
That is, the Hurd code that does wiring (libshouldbeinlibc/wire.c) makes
the pages writable and pokes them before doing vm_wire.
It seems like a
Hi,
Currently I'm working on fatfs and I ran into a little problem:
FAT doesn't have inodes, so fatfs has to lock the node of the
directory that contains the node for which diskfs_cached_lookup is
called. diskfs_cached_lookup is called by diskfs, before that call the
directory node is locked or
Hi,
mlock in gnupg gives me (os/kern) failure.
What info do you need?
Thanks,
Marcus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
My gcc-3.x cross-compiler does not produce that same bad code.
(My gcc build is from cvs as of March 15.)
Even if there is something wrong with the code, gcc is definitely behaving
badly. Here is the code from your hurdselect.s that should correspond to
the initialization of INTTYPE.
.LM240:
www.cdoyun.8m.com
oyun takas yapýlýr..
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
> What is this "sizeof (MACH_MSG_TYPE_INTEGER_T)"? MACH_MSG_TYPE_INTEGER_T is
> just a macro defining a number:
> #define MACH_MSG_TYPE_INTEGER_T MACH_MSG_TYPE_INTEGER_32
>
> It doesn't seem to make sense to use the sizeof operator on this value.
Oops. That is certainly a bug, but it tur
On Sun, Mar 31, 2002 at 09:45:07PM +0200, Niels Möller wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> What's the definition of mach_msg_type_t? I have the Hurd sources, but
> not Mach sources, around.
typedef struct {
unsigned intmsgt_name : 8,
msg
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: 2002-4-1 4:50:41
Subject: http://rapun.sel.cam.ac.uk/~mcv21/
Do you want to get maximum exposure for your website?
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
What's the definition of mach_msg_type_t? I have the Hurd sources, but
not Mach sources, around.
> On Sun, Mar 31, 2002 at 01:59:56AM +0100, Marcus Brinkmann wrote:
> > ok, here is some hard data. It turns out that the comparison:
> >*(int *) &ms
21 matches
Mail list logo
