On Wed, Apr 26, 2000 at 11:03:45AM -0500, Dan Nelson wrote:
In the last episode (Apr 26), Sheldon Hearn said:
On Tue, 25 Apr 2000 00:05:23 MST, Brooks Davis wrote:
Is FreeBSD's behavior correct? Why or why not? You can use the
included code snippet to verify that this occurs.
Neil Blakey-Milner wrote:
On Wed 2000-04-19 (16:51), Neil Blakey-Milner wrote:
I have another idea: We make a sh script named "rcsource" or whatever,
which we source when we want to have the rc environment, stealing your
code maliciously:
/--
sourcercs_sourced_files=
sourcercs (
On Wed, 26 Apr 2000 22:31:27 +0200, Neil Blakey-Milner wrote:
Unless someone comes back with negative feedback, I'll be pushing for a
commit for this (and all that depend on this change) on the weekend.
Consider this a request for review and comment.
My intention is to commit the patches
On Thu, Apr 27, 2000, Sheldon Hearn wrote:
On Wed, 26 Apr 2000 22:31:27 +0200, Neil Blakey-Milner wrote:
Unless someone comes back with negative feedback, I'll be pushing for a
commit for this (and all that depend on this change) on the weekend.
Consider this a request for review
On Thu, 27 Apr 2000 16:21:56 +0800, Adrian Chadd wrote:
Nope, feel free and go ahead to commit something. I don't mind either
way.
Excellent. I've committed the function to defaults/rc.conf and the
calls to it from the various rc scripts.
I realize that this is something we want
Hi:
In November 1999 a request for enhancement (RFE) was opened at Sun's Java
Developer's Connection titled: Port jdk 1.2.x to FreeBSD (bug id: 4288745).
Members of the Java Developer's Connection help prioritize bug fixes and
RFE's by voting for the one's that they believe are needed most.
Hi
Sorry to anyone who reads both the hackers and ports mail lists as this
is cross posted.
I am trying to build ORBacus's JTC and ORB on FreeBSD 4.0-RELEASE.
I know that there is an ORBacus port, but it is the single threaded version
and I need the event service (which needs JTC which needs
Wilko Bulte wrote:
On Wed, Apr 26, 2000 at 12:16:51PM -0400, Bill Fumerola wrote:
On Wed, Apr 26, 2000 at 11:03:45AM -0500, Dan Nelson wrote:
Why should we treat (1.0/0.0) any differently from (1/0)?
Because Linux has the uncanny ability to both divide by zero and produce
the
Hi! This is continued from my previous call re the zsh compdef's.
I've had a contact with zsh-workers and one of the zsh developers,
Sven Wischnowsky. He kindly improved the completions I'd handed in
and sent me back the following work. (How kind of him!)
Both Solaris and NT have good thread implementations:
http://www.usenix.org/publications/library/proceedings/usenix-nt98/zabatta.html
Read this paper -- There is something about NT
threads implementation which has never been released
in any books!
the goal is to
do better than NT
(which
Got a new ASUS K7V with AMD K7 700Mhz processor trying to install
FreeBSD-4.0 from the kern.flp on ftp.freebsd.org. It dumps the
registers immediately after saying
/boot.config: -P
Keyboard: yes
/ [spin icon just twitches once or somethign]
Here's what the 4.0-RELEASE kern.flp
Got a new ASUS K7V with AMD K7 700Mhz processor trying to install
FreeBSD-4.0 from the kern.flp on ftp.freebsd.org. It dumps the
registers immediately after saying
Mount the kern floppy on another FreeBSD box and do some surgery on
it along the following lines:
mount /dev/fd0 /mnt
rm
On Thu, 27 Apr 2000 12:02:14 -0700, "Jordan K. Hubbard" [EMAIL PROTECTED] said:
Jordan Mount the kern floppy on another FreeBSD box and do some
Jordan surgery on it along the following lines:
Jordan mount /dev/fd0 /mnt
Jordon rm /mnt/boot.config
Jordon umount /mnt
Jordan That should keep the
I'm seeing this too. Try booting without the floppy installed, then when
it bitches, insert said floppy and hit enter.
Actually, I'm having all manner of insane problems with this board, and
I'm about to throw it out and go back to a FIC SD-11.
Got a new ASUS K7V with AMD K7 700Mhz
Got a new ASUS K7V with AMD K7 700Mhz processor trying to install
FreeBSD-4.0 from the kern.flp on ftp.freebsd.org. It dumps the
registers immediately after saying
Mount the kern floppy on another FreeBSD box and do some surgery on
it along the following lines:
mount /dev/fd0 /mnt
Hey Chris and Jordan,
I've got one too, you should however disable your boot virus protection
in the bios setup!
This will fix the problem you described.
Maybe something to mention in the FAQ, if it is not yet there.
Regards,
jh
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
I have attached a file to /dev/vn0 and built a file system on it.
I have set the "system immutable" flag because I want to store
some sensitive stuff on it.
# ls -lo /home/afile
-rw-r--r-- 1 root wheel schg 16777216 Apr 27 17:36 /home/afile
#
But... if I mount it
vnconfig -c /dev/vn0
On Thu, 27 Apr 2000, Mike Smith wrote:
Got a new ASUS K7V with AMD K7 700Mhz processor trying to install
FreeBSD-4.0 from the kern.flp on ftp.freebsd.org. It dumps the
registers immediately after saying
Mount the kern floppy on another FreeBSD box and do some surgery on
it along
Mount the kern floppy on another FreeBSD box and do some surgery on
it along the following lines:
mount /dev/fd0 /mnt
rm /mnt/boot.config
umount /mnt
That should keep the -P flag out of your boot line and ensure that the
keyboard is properly detected. I think our use
On Thu, 27 Apr 2000 14:26:13 -0700, Mike Smith [EMAIL PROTECTED] said:
Mike I'm seeing this too. Try booting without the floppy installed,
Mike then when it bitches, insert said floppy and hit enter.
ROFL, it worked. I'm pulling the install down the wire now.
Many thanks!
Mike Actually,
Mike Actually, I'm having all manner of insane problems with this
Mike board, and I'm about to throw it out and go back to a FIC SD-11.
What kind of problems? A friend has the slightly older ASUS K7M board
and seems happy with it -- no problems reported.
The system shipped (nonfunctional)
A G F Keahan wrote:
On Sun, Apr 23, 2000 at 09:21:15PM -0700, Jason Evans wrote:
This design isn't ideal on any OS, but the fact that you do significant
processing every time a request arrives on a socket probably hides most of
the inefficiency due to thread switching and lack of
On Thu, 27 Apr 2000, Mike Smith wrote:
I'm afraid that, in this case, it is *your* analysis that is faulty, and
you are being misled by an irrelevant aside.
Hardware that used to work, that still works in other situations, stopped
working when the boot procedure changed. The people who
On 27-Apr-00 Chris Shenton wrote:
Got a new ASUS K7V with AMD K7 700Mhz processor trying to install
FreeBSD-4.0 from the kern.flp on ftp.freebsd.org. It dumps the
registers immediately after saying
/boot.config: -P
Keyboard: yes
/ [spin icon just twitches once or somethign]
Hey Chris and Jordan,
I've got one too, you should however disable your boot virus protection
in the bios setup!
This will fix the problem you described.
Maybe something to mention in the FAQ, if it is not yet there.
Thanks; this has indeed fixed things.
--
\\ Give a man a fish, and
I'll try asking here now
I have a freebsd system(3.4S) on a KVM and every time the monitored
system is switched, the mouse driver gets fuxored, and when you switch
back to the system the driver starts outputting oodles of the following
messages to syslog every time the mouse is moved:
On Thu, 27 Apr 2000, Luoqi Chen wrote:
This is quite interesting. I'm no scheduler expert, but my understanding
is priority PUSER won't degrade and is only set in kernel mode after
waking up from a sleep. In user mode, processes should always have priority
p_usrpri = PUSER, it is obviously
I have a freebsd system(3.4S) on a KVM and every time the monitored
system is switched, the mouse driver gets fuxored, and when you switch
back to the system the driver starts outputting oodles of the following
messages to syslog every time the mouse is moved:
Apr 26 18:49:45 kyxbot /kernel:
On Thu, 27 Apr 2000, Kazutaka YOKOTA wrote:
I have a freebsd system(3.4S) on a KVM and every time the monitored
system is switched, the mouse driver gets fuxored, and when you switch
back to the system the driver starts outputting oodles of the following
messages to syslog every time the
Dragos Ruiu wrote:
I'll try asking here now
I have a freebsd system(3.4S) on a KVM and every time the monitored
system is switched, the mouse driver gets fuxored, and when you switch
back to the system the driver starts outputting oodles of the following
messages to syslog every
On Thu, 27 Apr 2000, Dragos Ruiu wrote:
On Thu, 27 Apr 2000, Kazutaka YOKOTA wrote:
I have a freebsd system(3.4S) on a KVM and every time the monitored
system is switched, the mouse driver gets fuxored, and when you switch
back to the system the driver starts outputting oodles of the
31 matches
Mail list logo