having to look in all
regular files for such attached ADS streams.
--
Reini Urban
t sure how spaces fall out in the above table. I'm not sure that the
same rules should be applied for spaces and dots above.
I have no strong opinion in these issues (yet), but please look also at
the related ending-colon ':extension' problem on NTFS.
Such files are also not listed, but probably should be.
"listing ADS streams" http://cygwin.com/ml/cygwin/2004-11/msg00292.html
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
ike I should release 1.5.13 soon.
With the new process code? Is the exit status problem already solved?
Haven't tested that.
Pierre's unlink patch is also not integrated yet. Works fine for me.
--
Reini Urban
Pierre A. Humblet schrieb:
Reini Urban wrote:
Pierre A. Humblet schrieb:
This patch allows kill.exe -f to deal with Win9x pids.
Needs the bash internal also a patch like this?
The bash internal doesn't kill Windows pids, neither on NT
nor on 9X. I am not in favor of adding Windows spe
nguish between pids,
gpids (i.e. negative pids) and Win9x pids.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
Pierre A. Humblet schrieb:
It works on normal files. I haven't tested with the
special names because I forgot how to create them !
Feedback welcome.
works fine on w2k.
attached is a test to create such files.
unlink works fine on these.
didn't test with wchar and unicode files yet, just char.
but c
I revised my sync() patch, which compiles and works.
The assignment is on the way.
Still didn't find any package which actually uses that.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
2004-10-29 Reini Urban <[EMAIL PROTECTED]>
* syscalls.cc (sync): Implement it
Christopher Faylor schrieb:
On Wed, Oct 27, 2004 at 05:32:51PM +0200, Reini Urban wrote:
Christopher Faylor schrieb:
On Wed, Oct 27, 2004 at 04:36:17AM +0200, Reini Urban wrote:
Why is this a bad idea?
It's a very limited implementation of what sync is supposed to do but
maybe it's b
Christopher Faylor schrieb:
On Wed, Oct 27, 2004 at 04:36:17AM +0200, Reini Urban wrote:
Why is this a bad idea?
It's a very limited implementation of what sync is supposed to do but
maybe it's better than nothing.
A slightly more robust method would be to implement an internal cygwin
si
Why is this a bad idea?
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
2004-10-27 Reini Urban <[EMAIL PROTECTED]>
* syscalls.cc (sync): Implement it via cygheap->fdtab and
FlushFileBuffers. Better than a noop.
Index: sy
10 matches
Mail list logo