It might be just me because I swapped an ISA 'si' card for a PCI version, but
the problems I've been seeing are pretty spectacular. I'm regularly seeing
the following panics:
- selwakeup() taking fatal traps (always while running postfix/smtpd,
presumably this is happening during the traditional
[p l e a s e f o r w a r d t o i n t e r e s t e d p a r t i e s]
Filmmakers & Screenwriters:
The Long Beach Film Festival is now accepting screenplays and films (short,
documentary & feature) in all formats. The winners' work will be reviewed by a
committee of established production c
Can anyone help me ?
I've got Dell Latitude C600 Notebook with this PCMCIA Card.
But i can't use this card because it isn't recognized by my System.
Some details about my system:
uname -a:
FreeBSD kwiatek.eu.org 5.0-CURRENT FreeBSD 5.0-CURRENT #8: Sat Jul 20
20:33:31 CEST 2002 [EMAIL PROTECT
On Sun, 21 Jul 2002, Mark Peek wrote:
> There is a reproducible panic in -current after using
> i386_set_ioperm(). The extended pcb is attempted to be freed in
> cpu_thread_exit() using kmem_free(). Via private mail, Alan Cox
> explained it to me as such:
>
> "The problem runs deeper than G
Hi David.. I've beenoffline this weekend..
off to bed now
will look at this tomorrow..
On Sun, 21 Jul 2002, David Xu wrote:
> I knew the bug, is this patch works for you?
>
> --- kern_sig.c.oldSun Jul 21 15:38:00 2002
> +++ kern_sig.cSun Jul 21 16:31:02 2002
> @@ -1657,7 +1657,7 @
Thus spake M. Warner Losh <[EMAIL PROTECTED]>:
> I would STRONGLY suggest that any attempts to change the
> setuid semantics of FreeBSD be resisted unless the person making the
> change is willing to a) audit the entire tree for places where the use
> of setuid breaks (and to publish the r
On Sun, Jul 21, 2002 at 22:29:55 +0200, Marc Recht wrote:
> > I'm getting strange dead-locks/complete lookups when I use the system
> > ssh with port forwarding. Using something like:
> > ssh -L8080:remote:8080 account@remote
> > to forward a remote apache to my local box. When I access
> > http:
On Sat, 2002-07-20 at 03:14, John Angelmo wrote:
> Well here's my latest XFree86-4 build errors, I made a clean build
> uninstalled XFree-4, perl and so on but still I get these errors
>
[...]
> ===> Extracting for XFree86-4.2.0_1,1
> >> No MD5 checksum file.
> ===> XFree86-4.2.0_1,1 depends
On Sun, Jul 21, 2002 at 04:21:30AM -0700, David Xu wrote:
> I knew the bug, is this patch works for you?
No, it doesn't fix chpass or su, but it does fix ftp.
I don't know why, but this patch seems to fix su with sh/ksh/csh. It might
be useful in tracking down the kernel bug.
--- su.c.old
On Sun, Jul 21, 2002 at 20:30:14 +1000, Bruce Evans wrote:
>
> Er, there is no kernel bug here AFAIK. I don't really understand rev.1.54
There is, see 'signal handling bug in KSE MIII' thread.
--
Andrey A. Chernov
http://ache.pp.ru/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubs
On Sun, Jul 21, 2002 at 16:43:47 -0700, David Xu wrote:
> is broken. at least, one program is affected --- ftp, run ftp
> client program, when 'ftp>' prompt appears, pressing CTRL+Z, causes ftp
'su' is affected too, on resume, see "suspend bug" thread.
--
Andrey A. Chernov
http://ache.pp.ru/
--- David Xu <[EMAIL PROTECTED]> wrote:
> I found signal handling is still broken in CURRENT source.
> the following program demostrates the bug is still in kernel:
>
> #include
> #include
>
> void handler(int sig)
> {
> signal(SIGTSTP, SIG_DFL);
> kill(getpid(), SIGTSTP);
> }
>
>
I found signal handling is still broken in CURRENT source.
the following program demostrates the bug is still in kernel:
#include
#include
void handler(int sig)
{
signal(SIGTSTP, SIG_DFL);
kill(getpid(), SIGTSTP);
}
int main()
{
char buf[64];
signal(SIGTSTP, handler);
k
Hello Friend: Need Small Quantities at Low Prices? Call Us
tollfree at 1-866-266-5173. Great Deals for Ebay, Flea Markets,
Discount Stores, etc. We DROP SHIP
We have about 250 FREE Drop Shipper Club Memberships still
availableover 750 Free Memberships were taken and after the
first 1000 a
There is a reproducible panic in -current after using
i386_set_ioperm(). The extended pcb is attempted to be freed in
cpu_thread_exit() using kmem_free(). Via private mail, Alan Cox
explained it to me as such:
"The problem runs deeper than Giant not being held: cpu_thread_exit()
really can't
In message <[EMAIL PROTECTED]>, Dima Dorfman writes:
>Sheldon Hearn <[EMAIL PROTECTED]> wrote:
>> On (2002/07/17 01:52), Dima Dorfman wrote:
>>
>> > The devfs(8) manual page is a pretty good reference of the existing
>> > features and semantics, but it lacks polish needed to be able to serve
>> >
Sheldon Hearn <[EMAIL PROTECTED]> wrote:
> On (2002/07/17 01:52), Dima Dorfman wrote:
>
> > The devfs(8) manual page is a pretty good reference of the existing
> > features and semantics, but it lacks polish needed to be able to serve
> > as an introduction.
>
> Actually, I think it's brilliant.
Hello Jan,
> [...]
> i found out that rpcsvc/mount.h cant be compiled in C++ code.
the error came actually from .
I just committed a fix.
ciao,
-robert
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> I'm getting strange dead-locks/complete lookups when I use the system
> ssh with port forwarding. Using something like:
> ssh -L8080:remote:8080 account@remote
> to forward a remote apache to my local box. When I access
> http://localhost:8080/ not later than the third click on link (or
> press
!
Part-Time Job!! ÊÓËÃѺ¹Ñ¡àÃÕ¹ ¹Ñ¡ÈÖ¡ÉÒ áÅмÙé·Ó§Ò¹»ÃШÓ
¤Ø³µéͧ¡ÒçҹẺ¹ÕéºéÒ§äËÁ
??
-§Ò¹ parttime ·Ó§Ò¹·ÕèºéÒ¹ä´é ¶éҤسãªé Internet à»ç¹
-·Ó§Ò¹à¾Õ§ÇѹÅÐ 2-3 ªÁ.
-ÃÒÂä´é 5,000 15,000 ºÒ·
¶éҤسà»ç¹¤¹Ë¹Ö觷Õè·Ó§Ò¹»ÃШÓËÃ×ÍÂѧäÁèÁÕ§Ò¹·Ó ¹Ñ¡ÈÖ¡ÉÒ·Õè¡ÓÅѧÈÖ¡ÉÒÍÂÙè ¼ÙéÇèÒ§§Ò¹
ËÃ×ͼÙé·Õè
20 matches
Mail list logo
