Network Associates Webshield - e-mail Content Alert

ITU SMTP Antivirus system on protext01 intercepted a mail from <[EMAIL PROTECTED]> which caused the Content Filter "Blocked-.EXE Blocking 02" to be triggered. The e-mail was sent To: <[EMAIL PROTECTED]> with subject: "Re: file". For any further information please contact TIES Helpdesk ([EMAIL PROT

Professional knowledge for the foundation of your wealth

Untitled Document Life Energy and Technology Holdings, Inc, (OTC-BB: LETH) Contract Announcements and Huge Newsletter Coverage for LETH This Wednesday LETH will be profiled by some major newsletters along with the release of significant news regarding explosive sales. There will be hug

Re: netfs and O_NONBLOCK

Roland McGrath <[EMAIL PROTECTED]> writes: >> Ok, interesting. This is what the glibc manual said about this: > > That's because I was wrong. :-) It's like I said, except that it should be > saved, yes. So O_NONBLOCK does not belong in OPENONLY_STATE_MODES? Can this patch be applied? Thanks,

Repeater for the hurd console [PATCH]

Hi, AS you might know, I am working on a repeater option for the Hurd console. This feature is required to run XFree while using the console client. This version of the patch uses libnetfs to create a directory in which nodes like kbd and mouse can be found. In the future I will write support f

Re: console-client signal handling

The POSIX.1 behavior is that a process signal gets handled by any thread that isn't blocking that signal. A new thread inherits the blocked signal set from the thread that called pthread_create. The Hurd signal implementation predates the 1996 POSIX specification that invented this behavior. In

Re: console-client signal handling

> It's also questionable if you really want another thread to wait on a > condition all the time. OTOH, there probably is no suitable other > thread. So, if we need another thread, then that's ok. But block > signals for all other threads, and have that thread also handle the > signals you want

Re: netfs and O_NONBLOCK

Roland McGrath <[EMAIL PROTECTED]> writes: > I'm not sure what you think O_NONBLOCK has to do with io_select. > io_select's behavior should never be affected by nonblocking mode. I am sorry, I actually meant io_read. > The O_NONBLOCK flag bit is strangely overloaded (as specified in POSIX.1). >

747**6078 или 258**3870

Тем - кто ценит время, деньги и свой отдых хотим предложить: *Провести незабываемый weekend в любой столице Европы. Париж 690 евро Брюссель 520 евро Амстердам 650 евро  и еще более 30 предложений !!! * Консультации, расчет и организация любых туров по Европе и России для индивидуальных кли

Re: pthreads inline functions break libgcc_s.so

At 26 Jul 2004 16:07:27 -0700, Thomas Bushnell, BSG wrote: > > Jeroen Dekkers <[EMAIL PROTECTED]> writes: > > > I think we should just remove those inline functions, because it's > > dubious whether they are a really faster and they do break > > things. What do you think? > > How on earth is it

Слияния и поглощения в России

Приглашаем Вас принять участие в семинаре:   "Слияния и поглощения в России. Практика защиты от враждебного поглощения."   29 июля 2004 года в г. Москве Цель курса: Представить слушателям информацию о предпосылках, последствиях и методах слияний и поглощений для повышения конкурентоспособности,

"ВЕЧНЫЙ" фонарик!

Title: Вам надоело менять батарейки в старом фонарике  Вам надоело менять батарейки в старом фонарике? Надоело заряжать аккумуляторы?   Предлагаем вечный карманный фонарик! !NEW!   Вечный фонарь не требует замены батарей или аккумуляторов, новинка даже не нуждается в с

Eepro100 detection fail?

Dear all, I'm gnubies here. Succeeded installing debian gnu/hurd on my thinkpad t30. But strangely, mach don't recognize my eepro100 card (and I'm sure this is the driver I use in Linux 2.4/2.6). I've tried recompiling mach, 1. gnumach-1.3, failed on some assembly statements, and since I don't