Neal H Walfield [EMAIL PROTECTED] writes:
[EMAIL PROTECTED]:~ (1)$ sudo cp -R /dev/null .
Password:
[EMAIL PROTECTED]:~ (0)$ ls -l null
crw-r--r--1 root root 1, 3 Mar 3 21:14 null
[EMAIL PROTECTED]:~ (0)$
Hmm, it's not obvious to me
El dl, 04 mar 2002 02:45:21 Thomas Bushnell, BSG ha escrit:
Neal H Walfield [EMAIL PROTECTED] writes:
cp should not copy passive translator settings.
Why not? And what is the right way to copy them?
Because cp is supposed to copy the data of the file; it should read
the data.
For example, on
Neal H Walfield [EMAIL PROTECTED] writes:
cp should not copy passive translator settings.
Why not? And what is the right way to copy them?
Because cp is supposed to copy the data of the file; it should read
the data.
For example, on Linux, if you do
mknod /dev/foo ...
cp
I am trying to follow Igor's instruction at this
web page - http://hurd.dyndns.org/oskit-boot.txt
First off, the patch doesn't compile properly. There
are conflicting types between the prototype and the
function.
Here is the patch:
--- gdb-stub.diff ---Index:
On Sun, Mar 03, 2002 at 01:22:59PM -0500, B. Douglas Hilton wrote:
First of all, I don't have a mach.h anywhere on my system. The
sources for oskit-mach don't seem to install one when one does
a make install-headers.
For now, use the gnumach-dev package.
Marcus
--
`Rhubarb is no Egyptian
How is it used anyways? I get the idea about putting a system call
into oskit-mach, but I can't see in my gdb manual any info on calling
an external program while remote debugging.
When you attach gdb the kernel, set a breakpoint at gdb_break_stub.
Then start you kernel (pressing 'c').
Say
Doooh! Ok, I get it. Never mind. I run the program gdb-break
on the running Hurd system.
Daniel Wagner wrote:
When you attach gdb the kernel, set a breakpoint at gdb_break_stub.
Then start you kernel (pressing 'c').
Say you want to debug a function in the kernel where you don't have
break
When you attach gdb the kernel, set a breakpoint at
gdb_break_stub. Then start you kernel (pressing 'c'). Say you want
to debug a function in the kernel where you don't have break point,
start your compiled gdb-break program on the console. Now you should
hit the gdb_break_stub
Neal H Walfield [EMAIL PROTECTED] writes:
BTW, I discovered that cp -a * /mnt did not do a very nice job of
duplicating Hurd on another partition. It messed up all the device
files. I decided to reinstall from the tarball to give me a nice clean
environment and test it out as well.
cp
Well, the install from tarball went fairly smoothly. Here are a few
notes from my experience today.
- native_install did not add root to group root, so a lot of things
got installed as root.1005
- If you don't have a floppy drive, then /dev/fd causes a lot of
programs to segfault, and it is
cp should not copy passive translator settings.
Why not? And what is the right way to copy them?
Neal H Walfield [EMAIL PROTECTED] writes:
cp should not copy passive translator settings.
Why not? And what is the right way to copy them?
Because cp is supposed to copy the data of the file; it should read
the data.
For example, on Linux, if you do
mknod /dev/foo ...
cp /dev/foo
cp should not copy passive translator settings.
Why not? And what is the right way to copy them?
Because cp is supposed to copy the data of the file; it should read
the data.
For example, on Linux, if you do
mknod /dev/foo ...
cp /dev/foo /tmp/bar
then /tmp/bar is *not* a
Neal H Walfield [EMAIL PROTECTED] writes:
But, you *can* get this behavior. For instance, on GNU/Linux, try:
[EMAIL PROTECTED]:~ (1)$ sudo cp -R /dev/null .
Password:
[EMAIL PROTECTED]:~ (0)$ ls -l null
crw-r--r--1 root root 1, 3 Mar 3
14 matches
Mail list logo