Hi,
This is probably not the right place for this qs.,
but I am posting it here since it's a quick easy one.Does something
like the FreeBSD zones exist in Linux ?
Thanks,
Anjali
Hello,
Your best bet for general questions is the
[EMAIL PROTECTED] mailig list.
It might be quick and easy, but historically, the people in -hackers
are not interested in quick and easy. They're more interested in
long, drawn-out, and complicated.
On Sat, Feb 09, 2002 at 02:23:17PM +0530,
Thanks for your reminder. I guess I didnt realize they would consider
simple and easy beneath their dignity.
Truly sorry for the trouble this one email caused you and others,
Regards,
Anjali
- Original Message -
From: Michael Lucas [EMAIL PROTECTED]
To: Anjali Kulkarni [EMAIL PROTECTED]
It really isn't a question of beneath their dignity, it's just not
what the mailing list is for.
People who are interested in answering easy questions read -questions.
People hwo are interested in discussing technical issues read
-hackers. While there is a certain amount of overlap, you're more
John Baldwin wrote:
On 07-Feb-02 Gérard Roudier wrote:
A couple of READ/WRITE 6 byte commands are still mandatory for SCSI block
devices in order to accomodate softwares as boot software for example that
may not be upgradable on systems still in use. Softwares that are
maintained
On Sat, Feb 09, 2002 at 01:16:46PM +0100, Oliver Fromme wrote:
John Baldwin wrote:
On 07-Feb-02 Gérard Roudier wrote:
A couple of READ/WRITE 6 byte commands are still mandatory for SCSI block
devices in order to accomodate softwares as boot software for example that
may not be
On Fri, Feb 08, 2002 at 07:20:04PM -0800, Terry Lambert wrote:
Vladislav V. Anikiev wrote:
Hello Brian,
The MAC address - I meen The Media Access Control address (i.e., ethernet
hardware address, not IP address). I want to use the default hardware (not
current physical ) address
Wilko Bulte wrote:
Some NICs allow you to change the default MAC address by
reflashing the BIOS in them. There are tools to do this
in software.
Or just reprogram it for runtime use only. DECnet comes to mind.
No flashing needed there.
Yes. The LANCE based DEQNA's from the MicroVAX
On Sat, Feb 09, 2002 at 05:25:50AM -0800, Terry Lambert wrote:
Wilko Bulte wrote:
Some NICs allow you to change the default MAC address by
reflashing the BIOS in them. There are tools to do this
in software.
Or just reprogram it for runtime use only. DECnet comes to mind.
No
On 2/8/2002 Rogier R. Mulhuijzen [EMAIL PROTECTED] wrote:
RRM 1) Maybe the IP change isn't getting through to natd like it should.
RRM 2) Have ppp kill -9 natd on link down and start natd on linkup.
RRM Doc
Thank you for the suggestion, Doc. The IP change gets through to natd,
but the
Hello,
I'm looking at this commit:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=292893+0+archive/2001/cvs-
all/20010429.cvs-all
In the log, the name Matthias Kvppe appears. Is that the correct name?
If you look at the underlying HTML, or fetch the HTML and view it using
vi, you will
On 09-Feb-02 Julian Elischer wrote:
he infrastructure needed for a new driver can be taken from
the sample driver in /usr/share/examples/drivers/make_device_driver.sh
IN -CURRENT. (use cvdweb on the website to get it)
that will at least get rid of the 'shims' stuff.
There is already a
Should the loader be able to understand ext2fs partitions within an extended
(type 4) partition? I have been trying this with a disk containing a suse 7.2
install (automatic) its fstab looks like this:
/dev/sda7 / ext2defaults 1 1
/dev/sda5 /boot ext2defaults 1 2
well he may speak for only himself..
as for me I have no idea what a 'zone' is in Linux..
timezone?
memory zone allocator in the kernel?
routing zones?
On Sat, 9 Feb 2002, Anjali Kulkarni wrote:
Thanks for your reminder. I guess I didnt realize they would consider
simple and easy beneath
John Baldwin writes:
On 09-Feb-02 Julian Elischer wrote:
he infrastructure needed for a new driver can be taken from
the sample driver in /usr/share/examples/drivers/make_device_driver.sh
IN -CURRENT. (use cvdweb on the website to get it)
that will at least get rid of the
Zhihui Zhang [EMAIL PROTECTED] writes:
The following small program demonstrates that a parent process can write
into the data space of its child by ptrace(). If the parent waits for the
child to exit, there is no problem. However, if the parent does not do so,
the child will get a SIGTRAP
Dan Langille [EMAIL PROTECTED] wrote:
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=292893+0+archive/2001/cvs-
all/20010429.cvs-all
In the log, the name Matthias Kvppe appears. Is that the correct name?
That is probably Matthias Köppe (ISO 8859-15) with the top bit
cut off. Or Matthias
On Sat, 9 Feb 2002, Oliver Fromme wrote:
I think that would be a very good idea. The boot software issue
is negligible, because there aren't any USB devices you can boot
from.
You mean can't boot from USB devices in just FreeBSD, or anywhere?
I've not actually tried it yet, but many
Some times connections to my host freeze.
What buffer ping talks about?
~:# ping p109
ping: sendto: No buffer space available
ping: sendto: No buffer space available
ping: sendto: No buffer space available
ping: sendto: No buffer space available
PING p109.f434.n5020.z2.fidonet.org
I have tested four cases:
- PT_CONTINUE + waitpid() works fine, the trace program prints out values.
- PT_CONTINUE alone does not work but no core-dump caused by SIGTRAP
- PT_DETACH + waitpid() does not work and core-dump
- PT_DETACH alone does not work and core-dump.
Who is sending the SIGRAP
Hi!
I successfuly upgrade from 4.0 to 4.1 and then up it to 4.5.
Thanks. :))
- Original Message -
From: Dmitry A. Bondareff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Friday, February 08, 2002 10:27 AM
Subject: Re: Error compiling src for 4.5-RELEASE on
Try increasing your maxsockbuf:
kern.ipc.maxsockbuf: 262144
is the default setting, try:
sysctl -w kern.ipc.maxsockbuf=384000 [or higher, depending on your RAM and
your network usage]
There are a bunch of other network buffers you might want to tune as I am
sure others will mention.
Deepak
This looks like the bug in the ep driver. When the interrupt routine
gets both TX and RX interrupts it acknowledges both but only services
the read. Karl Dietz, [EMAIL PROTECTED] is working on an overhaul
but my quick fix is to take out the continue after the epread() in
ep_intr(). The buffer
--- Blind-Carbon-Copy
To: [EMAIL PROTECTED]
cc: Vladimir B. Grebenschikov [EMAIL PROTECTED]
Reply-to: Vladimir B. Grebenschikov [EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: set uf UNIX utilites written on asm
From: Julian Stacey [EMAIL PROTECTED]
Organization: Vector Systems
In local.freebsd.hackers you write:
I'd like to add support to the mplayer/mencoder software (which is turning out
to be a fantastic tool, can playback and encode to all sorts of formats, from
VCD's, to DVD's, to AVI files, to DIVX, etc..). There is support for the
video4linux driver, as wll as
Argh, did it again, as I seem to do once a day...
Is the proper place for me to request the possibility to disable the
ctrl-alt-space (suspend) key combination here, by agitating for Yet
Another Kernel Option (like the subject), or should I simply hack it
out of the keymap?
Basically, I wonder
[Replies have been pointed to -chat.]
Michael Lucas [EMAIL PROTECTED] types:
People who are interested in answering easy questions read -questions.
Um - people who are interested in helping others by answering
questions read -question. Not all the questions on -questions are
easy. Not all of
Zhihui Zhang [EMAIL PROTECTED] writes:
- PT_CONTINUE + waitpid() works fine, the trace program prints out values.
This is expected behaviour.
- PT_CONTINUE alone does not work but no core-dump caused by SIGTRAP
- PT_DETACH + waitpid() does not work and core-dump
- PT_DETACH alone does not
On 9 Feb 2002, Dag-Erling Smorgrav wrote:
Zhihui Zhang [EMAIL PROTECTED] writes:
- PT_CONTINUE + waitpid() works fine, the trace program prints out values.
This is expected behaviour.
- PT_CONTINUE alone does not work but no core-dump caused by SIGTRAP
- PT_DETACH + waitpid() does
Zhihui Zhang [EMAIL PROTECTED] writes:
On 9 Feb 2002, Dag-Erling Smorgrav wrote:
execve(2) in kern_exec.c posts SIGTRAP if the process has debugging
turned on (which it does as a result of PT_TRACE_ME).
This is one time thing. It will be catched by the first wait()
call in the parent
Yes. Subsequent SIGTRAPs normally indicate that syscall tracing is
enabled (see /sys/i386/i386/trap.c) but I don't think that's the case
here. I'll try to figure out what's happening when I find time.
DES
Is it possible that this is related to gnu/33262, wherein sendsig()
doesn't clear
Anyone know of a vic or vat that has been made to be gui free for remote
execution without X? Or any multicast mbone capable tools?
-Crh
Charles Henrich [EMAIL PROTECTED]
http://www.sigbus.com:81/~henrich
To Unsubscribe: send
A working version of gdb 5.1 with full user thread support (fixes for bin/24066,
gnu/33182, and as yet unfiled seg fault when resuming from a non-running
thread) is available at:
http://www.eventdriven.org/freebsd.html
I sent patches to obrien but he never committed them nor responded to my
33 matches
Mail list logo