uring part 1 of the upgrade.
I don't have an exact recollection of what is installed by freebsd-update - are
*.symbols files installed?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hack
;= transient_map_retries) {
g_io_deliver(bp, EDEADLK/* XXXKIB */);
You could try to experiment with kern.geom.transient_map_retries
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
while (TAILQ_FIRST(&queue->tq_active) != NULL)
+ TQ_SLEEP(queue, &queue->tq_active,
+ &queue->tq_mutex, PWAIT, "-", 0);
+ TQ_UNLOCK(queue);
+}
+
+void
taskqueue_drain_timeout(struct tas
request is successfully processed
and, if not, what happened ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
to always update CMOS from adjkerntz(8) upon shutdown/reboot,
but this would not help if system crashes, but adjkerntz could also do
it periodically.
Any ideas ? Is it worth concern at all ?
--
Andriy Gapon
___
freebsd-hackers@freebsd.org mailing list
): I also saw a posting in
threads-related newsgroup about something called "cyclic subsystem" in
solaris for high-precision timimg:
http://blogs.sun.com/roller/page/eschrock?anchor=inside_the_cyclic_subsystem
Looks quite interesting, although probably not a "junior hacker's"
circumstances value from td_retval[] is put into
EAX and EDX registers and PSL_C (carry bit) is cleared in status/flags
register in a stack frame of a calling process. But I don't understand
what it practically means for the calling process.
Thank you in advance.
--
Andriy
n "Programmers handbook".
Thank you for the great hint! "The FreeBSD Developer's Handbook" has all.
--
Andriy Gapon
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Guys,
not to spoil your great ideas, but to supplement them with the given
reality:
http://www.freebsd.org/support.html#user
Gleb (aka Kreiser Kirov),
go to the link above and look for Ukraine.
(hint: http://www.uafug.org.ua/ )
--
Andriy Gapon
*
...ÓÅÒ×ÉÓ "ïÂÏÚpÅ×ÁÔÅÌØ ËÏÍÐØÔÅpÏ×&qu
nal. In my understanding, this should be something hidden from a user.
Is there any way to restart syscalls interrupted by the scheduling signal
without returning a libc_r call ?
--
Andriy Gapon
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Maxim,
thanks a lot. I've also filed a PR for this:
http://www.freebsd.org/cgi/query-pr.cgi?pr=standards/43335
On Fri, 20 Sep 2002, Maxim Sobolev wrote:
> Date: Fri, 20 Sep 2002 16:11:45 +0300
> From: Maxim Sobolev <[EMAIL PROTECTED]>
> To: Andriy Gapon <[EMAIL P
On Tue, 24 Sep 2002, Daniel Eischen wrote:
> Try this for library installed signal handlers (patch
> to -current).
>
> http://people.freebsd.org/~deischen/libc_r.diffs
really nice and simple, thanks a lot!
Btw, did you have a chance to look at my patch for write()/execve() ?
as a matter of fact gethost*() family of calls is not thread-safe in
FreeBSD.
You can search FreeBSD PRs and mozilla's bugzilla for "mozilla DNS" to see
previous discussions and efforts.
--
Andriy Gapon
*
"The worst part of communication is the illusion that it has
act
e"?
My understanding is that libc_r is for all functions from libc plus
thread-oriented functions, with many, but not all, functions from libc
having wrappers/being re-written/having *_r companions for thread-safety.
--
Andriy Gapon
*
Broadcast Message from wnpdev21 (pts/tg) Wed Jan 8 09:12
601 - 614 of 614 matches
Mail list logo
