Венская конференция

29-30 ìàðòà 2002 ã. â Ðåíåññàíñ Ïåíòà Âåíà Îòåëü (Âåíà, Àâñòðèÿ) ñîñòîèòñÿ 5-ÿ Ñïåöèàëèçèðîâàííàÿ Ìåæäóíàðîäíàÿ Êîíôåðåíöèÿ ïî èíôîðìàöèîííûì òåõíîëîãèÿì â áèçíåñå. Òåìà Êîíôåðåíöèè "Íîâàÿ ýêîíîìèêà Ðîññèè: ïåðñïåêòèâû äëÿ ðåàëüíîãî áèçíåñà".  Êîíôåðåíöèè ïðèìóò ó÷àñòèå ðóêîâîäèòåëè ðîññèéñêèõ è

Re: term & user space console

Marcus Brinkmann <[EMAIL PROTECTED]> writes: > I guess this is taken care of entirely by my implementation, that just > closes the ioport: Sort of. That will cause the underlying port to drop DTR, but only if you were the only one who had the underlying port open. _

Re: hostname again.

James Morrison <[EMAIL PROTECTED]> writes: > Actually, O_READ, O_WRITE, O_EXEC are the only things that can be > turned on. No, O_APPEND, the O_*SYNC flags, and so forth, are all meaningfull. > So O_CREAT, O_TRUNC are ignorned. Should libnetfs be > change to limit the usable flags to O_READ,

Re: term & user space console

Marcus Brinkmann <[EMAIL PROTECTED]> writes: > Just two issues: What about CSTOP and/or CSIZE, do I handle > it the way it is done for Mach devices? I'll say this only one more time. NO NO NO. You don't handle it the way it is done for Mach devices. Odds are for *any* question of this form

Re: Hurd on bochs

> I had errors too with the emulated VGA card. It doesn't seem too > important. (And maybe the errors are not VGA errors, but hardware > detection errors that interfer with the emulated VGA card ??? The > problem is io read from adress 0x3c0 with a length of 2 bytes. I can't > check it, but it cou

Re: Hurd on bochs

le mar 29-01-2002 à 20:10, Diego Roversi a écrit : > > I've tried too, but with different result. Gnumach boot, with few error in > accessing the emulated videocard, and skipping this error, it booted hurd, > but Hurd dies with messages about ipc timeout. I suppose that Hurd is > sensible to *ver

<¼º Àα¤ °í> ¼½½º ÀßÇÏ´Â ³²Àڽʴϱî?

Title: playpenis.com [¼ºÀÎÁ¤º¸]-19¼¼ ¹Ì¸¸ÀÇ Ã»¼Ò³âÀº ¸ÞÀÏÀ» »èÁ¦ÇØ ÁֽʽÿÀ. Á¶·ç,¹ß±âºÎÀü,¿Ö¼ÒÇÑ ¼º±â¹®Á¦ ¿Ïº® ÇØ°á! ÀÌÁ¦´Â Æä´Ï½º°¡ Å©°í µüµüÇÏ¸ç °­ÇÑ ¿¡³ÊÀÚÀÌÀú·Î º¯½Å! ¾Ö¹«ÀÇ È²Á¦°¡ µÇ´Â ¾Ö¹« ¹æ¹ý 5´Ü°è ¿ÏÀü ºÐ¼®! ¼½½º »ðÀÔ°ú üÀ§ ¿ÏÀü ºÐ¼®! »ó´ë ¿©¼ºÀ» Äè¶ôÀÇ

Re: libthread

On Mon, Feb 04, 2002 at 09:50:56AM -0800, Justin Langer wrote: > I tried to trace it with gdb, set the break point of netfs_demuxer. Before setting break points, you can try just to catch the crash in gdb. You managed to do this because apparently the break point was not reached. > I got the f

libthread

hi, I tried to implement a translator using libnetfs... .the program is loading correctlybut when a file system request comes in it is crashing. I tried to trace it with gdb, set the break point of netfs_demuxer. I got the following error: Program Received Signal EXC_BAD_INSTRU

Why pay more for something if you don't have to?

Title: Take Control Of Your Conference Calls Crystal Clear Conference CallsOnly 18 Cents Per Minute! (Anytime/Anywhere) No setup fees No contracts or monthly fees Call anytime, from anywhere, to anywhere Connects up to 100 Participants

XYZ

WWW.EXTREEM.COM Note: this is not a Spam email. This email was sent to you because your email was entered in on a website requesting to be a registered subscriber. If you did not request this email, please reply to this message and type "remove"