I was trying to get FreeBSD 4.2-BETA to compile under FreeBSD 3.4 when
I found that the use of the new setresgid() and setresuid() system
calls were causing the perl5 compile to fail. I got around this using
NOPERL=yup but while investigating I noticed an apparent bug in the use
of setresgid()
John W. De Boskey writes:
Hi,
Console, console, where's the console?
The SRM console is using a TGA video card as the console output
device. TGA is not supported by syscons. So FreeBSD is forced to use
the serial console instead... You can "fix" this by using just about
any $10
Hi,
Apologies upfront if anything I ask/say has already been covered, I'm
somwhat limited in my resources at present.
In my past experience, FreeBSD hasn't agreed very well with IBM
thinkpad laptops, unless you were using the vt0 console driver.
This makes me ask a couple of questions:
1)
Apologies upfront if anything I ask/say has already been covered, I'm
somwhat limited in my resources at present.
In my past experience, FreeBSD hasn't agreed very well with IBM
thinkpad laptops, unless you were using the vt0 console driver.
This is *VERY* old information. When
On Wed, Nov 22, 2000 at 09:31:50AM -0500, Andrew Gallatin wrote:
John W. De Boskey writes:
and dmesg: (Yes, the 1st 2 lines are from dmesg, and I cannot
find where they are coming from yet).
Unrecognized boot flag '0'.
Unrecognized boot flag ','.
They're coming from the
The attached patch is a "proof-of-concept" on which I would like
to get some comments:
It bugs me big time that the output from /etc/rc and all other output
to /dev/console is volatile and lost once it scrolls of your console.
It particular bugs me for systems which are configured with a modem
On Wed, Nov 22, 2000 at 09:40:41PM +0100, Poul-Henning Kamp said:
The attached patch is a "proof-of-concept" on which I would like
to get some comments:
I'm only a moronic user, but this would make my life easier. My machine
switches into 132x43 on startup, and I always lose the output.
In the last episode (Nov 22), Poul-Henning Kamp said:
The attached patch is a "proof-of-concept" on which I would like to
get some comments:
It bugs me big time that the output from /etc/rc and all other output
to /dev/console is volatile and lost once it scrolls of your console.
SCO logs
In message [EMAIL PROTECTED], Dan Nelson writes:
In the last episode (Nov 22), Poul-Henning Kamp said:
The attached patch is a "proof-of-concept" on which I would like to
get some comments:
It bugs me big time that the output from /etc/rc and all other output
to /dev/console is volatile and
This is on a -current system when loading snd_maestro some time after boot.
pcm0: ESS Technology Maestro-2E port 0x1400-0x14ff irq 5 at device 8.0 on pci0
pcm0: chn_init() for (play:0) failed
pcm0: offset 0xfef7a000 exceeds limit. pcm0: chn_init() for (play:1) failed
pcm0: offset 0xfefa9000
On Wed, 22 Nov 2000 22:22:39 +0100, Poul-Henning Kamp [EMAIL PROTECTED] said:
Another particular thing I remember was that some syslog-challenged
daemons whine on /dev/console long after /etc/rc has finished.
They can try, but by the time they do the console has already been
revoke()d, so
In message [EMAIL PROTECTED], Garrett Wollman write
s:
On Wed, 22 Nov 2000 22:22:39 +0100, Poul-Henning Kamp [EMAIL PROTECTED] said:
Another particular thing I remember was that some syslog-challenged
daemons whine on /dev/console long after /etc/rc has finished.
They can try, but by the
The attached kernel panic occurs when a connection is made that
would pass through an ipfw pipe configured as:
ipfw add 1000 pipe 1 tcp from any 119 to any out
ipfw add 1001 pipe 2 tcp from any to any 119 in
ipfw pipe 1 config bw 64Kbit/s
ipfw pipe 2 config bw 64Kbit/s
I can reproduce this at
As a relatively simple exercise in -current kernel programming,
I'm planning to mutex'ify the ichsmb(4) device driver (this is
a relatively simple driver that currently uses splhigh()). I'd
appreciate some feedback if what I'm doing is the right thing.
The plan is to give each instance of the
On 23-Nov-00 Archie Cobbs wrote:
As a relatively simple exercise in -current kernel programming,
I'm planning to mutex'ify the ichsmb(4) device driver (this is
a relatively simple driver that currently uses splhigh()). I'd
appreciate some feedback if what I'm doing is the right thing.
The
My system is FreeBSD 5.0(src-cur.4612) , I want to run vmware2 , so I pkg_add
rtc-2000.09.22.tgz. But when My computer starting, it say can't load rtc.ko, Execute
error, Why?
¡Iì¹»®Þ±éݨ¥¶Ý¢jçH:+éì¹»®Þ~·nÇ\ººÞا¶¡Ü¨~Ø^ë,j
Hi,
Please try this patch and report:
http://people.freebsd.org/~bmilekic/ip_pipe.diff
joe, it appears that this commit:
Revision 1.114 / (download) - annotate - [select for diffs], Sun Oct 29
01:05:07 2000 UTC (3 weeks, 4 days ago) by joe
Changes since 1.113: +7 -3 lines
On Wed, 22 Nov 2000 23:44:12 +0100, Poul-Henning Kamp [EMAIL PROTECTED] said:
In message [EMAIL PROTECTED], Garrett Wollman write
They can try, but by the time they do the console has already been
revoke()d, so they no longer have access to the real console.
I don't know what you consider
The recent renaming of getsock() to holdsock() broke COMPAT_SVR4 (and
MISC_FS).
I have made a quick stab at fixing it up in
src/sys/compat/svr4/svr4_stream.c,
but I'm a little hesitent to figure out what is going on in
src/sys/miscfs/portal/portal_vfsops.c.
Note: I don't actually use
Okay, this time I'll even include the entire patch...
-- Danny J. Zerkel
[EMAIL PROTECTED]
--- svr4_stream.c.orig Thu Aug 31 18:54:05 2000
+++ svr4_stream.c Wed Nov 22 22:39:00 2000
@@ -162,7 +162,7 @@
struct uio ktruio;
#endif
- error = getsock(p-p_fd, s, fp);
+
On Wed, 22 Nov 2000, Nate Williams wrote:
In my past experience, FreeBSD hasn't agreed very well with IBM
thinkpad laptops, unless you were using the vt0 console driver.
This is *VERY* old information. When Pentium's were introduced
(755/560) series, it has no longer been a necessity.
Could I get some feedback on URL:
http://www.freebsd.org/cgi/query-pr.cgi?pr=22755 ? It's just a
one-line kernel patch with some attendant updates in the kernel and
libc, but it makes dealing with broken #! scripts *much* saner, and no
one has even seen fit to comment on it yet :-(.
No set up fees
No monthly interest
No minimum transaction fees
The only charge is a small percentage of the cost of the transaction.
You can not lose money!
You only pay fees if you sell your product.
Get in the act and launch your online bussiness which will work for you
24hrs a day,
seven days
23 matches
Mail list logo