non-US/'}="hamm/binary-i386";
$use_authorization_basic = 0;
$auth_user = "";
$auth_passwd = "";
$dldir = "debian";
1;
+ SNAP
dpkg-http 0.14
dpkg1.4.0.22
my system is quite updated hamm 2.0 with i386
byeb
rubbish is gone.
byebye
Erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
IRC: erikyyy/ __8
WWW: http://wwwcip.rus.uni-stuttgart.de/~inf24628/ ' `
http://tick.informatik.u
led
this shows, that you have the bug installed on your system :-)
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
IRC: erikyyy/ __8
WWW: http://wwwcip.rus.uni-stuttgart.de/~inf24628/
hope one of you knows the right person to fix
the problem.
if the bug won't be fixed in 2.0.34, you will not be able to do realtime
threads in 2.0.34.
byebye
Erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
t) does not
work.
the problem cannot be solved without using siglongjmp().
i am sure, the problem cannot be solved with this library+operating
system :-(
(or does anyone know some assembler hacks ?)
byebye
Erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED]
cess to interrupt another
processes next system call, __that is marked as interruptible (whatever
this means)__. the interrupt __mustn't get lost__. afterwards i must
always know, wether the system call succeeded, or not.
i find no way of doing it. this is why i said "the whole system is
sh
h libcs at the same time, without any LD_*
environment variables. what to do?
byebye
Erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
IRC: erikyyy/ __8
WWW: http://wwwcip.rus.uni-stuttgart.de/~inf24628/ ' `
h
all.
it is extremly important, that signalthread_B doesn't get lost, i.e. B
just doesn't get the EINTR.
byebye
Erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
IRC: erikyyy/ __8
WWW: http://wwwcip.rus.
e nothing to do with locking the system, so
this is a bug!
it makes it quite impossible to use realtime threads in linux.
(works only as root user)
byebye
erik
--
EMAIL: [EMAIL PROTECTED]
[EMAIL PROTECTED] o `QQ'_
IRC: erikyyy
hi, i found the following code in apache web server code.
if the signal occurs after the wait system call, but before the result of
the system call is stored in "wait_or_timeout_retval", the fact, that
the system call succeeded is lost.
this is (1) a bug in apache and (2) a problem of me that i w
10 matches
Mail list logo