[EMAIL PROTECTED] (Bob Proulx) writes:
Is this on a development branch? Or just something to remember to
put in the main trunk once things are allowed to be a little
unstable again?
The latter, at least for now.
___
Bug-coreutils mailing list
On Mon, 31 Oct 2005, Theodoros V. Kalamatianos wrote:
It seems that it just reads and drops one more record than it should.
I have verified with `wc' that the characters are indeed dropped end not e.g.
replaced with a null. I'll see if I can trace this bug, but it may take some
time.
Ok,
On Sun, 30 Oct 2005, Paul Eggert wrote:
Solaris dd already uses oseek= for something else, so different option
names should be chosen. Perhaps ibskip= and obseek= for skipping
before each block (in effect, punning on ibs and iseek and obs and
oseek), and ibskiptail= and obseektail= for
That's an embarrassing bug! Thanks for reporting it. I installed
this patch into CVS coreutils (main branch).
We should add a test case but I'm not offhand sure which file it
should go into. Jim, advice?
2005-10-31 Paul Eggert [EMAIL PROTECTED]
* src/dd.c (skip): Fix off-by-one
Under Mac OS X, with tail 5.92 installed by DarwinPorts:
prunille:~ echo abcd blah
prunille:~ /opt/local/bin/gtail -c 2 blah
/opt/local/bin/gtail: cannot open `2' for reading: No such file or directory
== blah ==
abcd
zsh: exit 1 /opt/local/bin/gtail -c 2 blah
prunille:~[1]
Hello,
While trying to implement the per-block seek/skip options I suggested I
encountered an inconsistency between the handling of regular files and
stdout in the following case:
dd if=/dev/zero count=0 seek=1
To reproduce the inconsistency:
# rm -f test; dd if=/dev/zero count=0 seek=1
On Mon, 31 Oct 2005, Theodoros V. Kalamatianos wrote:
I was thinking to have the following:
bseek=BYTES skip BYTES bytes at start of output\n\
bskip=BYTES skip BYTES bytes at start of input\n\
obseek=M[,N]skip M bytes at start of each output block and N bytes after
ibskip=M[,N]
Although cause and effect are not clear, it seems that
after a SuSE update, or perchance, after changing both
the root and (single) user passwords, that I am now
unable to su from a normal user due to incorrect
password.
However, although I cannot su with the root password,
I can login with the
What is the output of su --version? Perhaps it's SuSE's su and not
coreutils's.
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-coreutils
On Mon, 31 Oct 2005, Theodoros V. Kalamatianos wrote:
I think that the proper behaviour would be to ftruncate() the output file
only when it is larger than the requested seek size.
Hmm, I seem to have forgotten that what _I_ think doesn't really matter
that much :-). So I just checked the
On Mon, 31 Oct 2005, Paul Eggert wrote:
Before proceeding too far in this matter can you please check the
compatibility of your solution with the proposed action in XCU ERN 64?
Please see http://www.opengroup.org/austin/aardvark/latest/xcubug2.txt
and look for 'Enhancement Request Number 64'.
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
If the last output block is not obs-sized I think it is logical to
asume that no seeking/padding should happen afterwards. But I am not
sure what should happen if the block is obs-sized (i.e. a full
output block).
For lack of a better
Theodoros V. Kalamatianos [EMAIL PROTECTED] writes:
So I guess we have to fix dd to output null bytes to stdout, correct?
It should still lseek and ftruncate, if stdout is a regular file, a
directory (!), or a shared memory object.
Otherwise I guess it has to write null bytes, yes.
Hello all,
I'm new on this list and I'm not sure it's the right place for this kind
of mail/request, so please be kind ;)
I sometimes need to filter the output of ls in order to obtain only some
file-types, usually through cmdlines like these (silly example for
directories, symlinks and regular
Phil Welch wrote:
Although cause and effect are not clear, it seems that
after a SuSE update, or perchance, after changing both
the root and (single) user passwords, that I am now
unable to su from a normal user due to incorrect
password.
Are shadow passwords enabled? Is /bin/su suid-root
Vincent Lefevre wrote:
Under Mac OS X, with tail 5.92 installed by DarwinPorts:
prunille:~ echo abcd blah
prunille:~ /opt/local/bin/gtail -c 2 blah
/opt/local/bin/gtail: cannot open `2' for reading: No such file or directory
== blah ==
abcd
zsh: exit 1 /opt/local/bin/gtail -c 2 blah
Keith Thompson wrote:
% mkdir tmpdir
% ls -ld tmpdir
drwxr-xr-x 2 kst sys200 117 Oct 31 19:38 tmpdir
% rm tmpdir
rm: cannot remove `tmpdir': Not owner
Obviously rm tmpdir shouldn't succeed, but the error message is
incorrect (in fact, I am the owner of the directory, and both
rmdir
17 matches
Mail list logo
