Compare Cygwin:
$ ls -1 -N /cygdrive/c
$Recycle.Bin
cygwin64
Documents and Settings
pagefile.sys
PerfLogs
Program Files
Program Files (x86)
ProgramData
Recovery
System Volume Information
Users
Windows
With Command Prompt:
> dir /A:-S C:
2018-12-08
Greetings,
I went to install bdftopcf (X11 font compiler), and was somewhat surprised to
find that it was not present under the X11 category; moreover, I was somewhat
more surprised to find that it was included under the Debug category.
Considering the presence of some packages in more than
Greetings, Ondřej Surý!
> the grep package in version 3.0-2 fails to strip CR characters from the
> input, the reproducer is fairly simple:
The change to not do text mode conversion any longer was delibrate and in line
with changes to other GNU tools.
> ```
> $ echo -e 'foo\r\n' | grep -a
Hi Corinnayou are right,I mixed it the symlink with the hard link
the symlink is sl (on file source)
E:\>type sl
source < just the filename as you say>
but the hard link does work (on file source)
E:\>type hl
hallo
erna
otto
hugo
E:\>echo rudi >> source
E:\>type hl
hallo
erna
otto
hugo
rudi
Please, do not top-post.
On Dec 17 18:50, Simon Liesenfeld via cygwin wrote:
> Hi Corinna,
> since you answered your own questionsI can better understand my own
> stupidity.I have created now a hard and a soft link with a native
> linux,then I booted Windows, started the paragon driver,then
Hi Corinna,
since you answered your own questionsI can better understand my own stupidity.I
have created now a hard and a soft link with a native linux,then I booted
Windows, started the paragon driver,then cygwin programs as well as any dos
program perfectly
understood the links.
Even if
Am 17.12.18 um 19:45 schrieb Stefan Baur:
>> Features implemented and bugfix:
>>
>> 1, FIXME: superblock corruption of EXT4 volumes with 64BIT mode enabled
>> 2, FIXME: possible corruption by race conditions in buffer-head reapering
>> 3, FIXME: possible deadlock issues (when
Am 17.12.18 um 17:57 schrieb Corinna Vinschen:
> As a sidenote, the OSS project Ext2Fsd handles symlinks transparently
> via standard Windows functions. With "CYGWIN=winsymlinks:native" you
> can generate real ext4 symlinks transparently. Even the good old Cygwin
> symlink works on Cygwin
On Dec 17 10:34, Corinna Vinschen wrote:
> On Dec 17 08:11, Simon Liesenfeld via cygwin wrote:
> > Hi all
> >
> > There is a commercial ext3-4 file system driver for windowsLinux File
> > Systems für Windows | Paragon Softwarewhich enable Windows to read an
> > write on native ext3-4 volumes.In
Hi Corinna,I 've set in the Control Panel,and this reflects in bash.I still
does work.
$ set | grep -i nativeCYGWIN=winsymlinks:native
$ ln -s /cygdrive/e/source sl
$ cat sl
!▒▒/cygdrive/e/source
One can download a 10 days trial version at:
On Dec 17 16:21, john doe wrote:
> On 12/17/2018 1:15 PM, Corinna Vinschen wrote:
> > On Dec 17 13:06, john doe wrote:
> >> Hi,
> >>
> >> I'm trying to understand why a copied file from 'C:\' into
> >> /home/user/try doesn't have the permissions set for 'other' (see below).
> >
> > POSIX "other"
On 12/17/2018 8:05 AM, Steven Penny wrote:
On Mon, 17 Dec 2018 13:22:48, Ondřej Surý wrote:
# No amount of options makes the grep find the text in the file
$ ./grep-3.0-2.exe 'foo$’ crlf.txt
$ ./grep-3.0-2.exe -U 'foo$' crlf.txt
$ ./grep-3.0-2.exe -a 'foo$’ crlf.txt
Your commands are failing
On 12/17/2018 1:15 PM, Corinna Vinschen wrote:
> On Dec 17 13:06, john doe wrote:
>> Hi,
>>
>> I'm trying to understand why a copied file from 'C:\' into
>> /home/user/try doesn't have the permissions set for 'other' (see below).
>
> POSIX "other" == Windows "Everyone". Windows default
On Mon, 17 Dec 2018 13:22:48, Ondřej Surý wrote:
# No amount of options makes the grep find the text in the file
$ ./grep-3.0-2.exe 'foo$’ crlf.txt
$ ./grep-3.0-2.exe -U 'foo$' crlf.txt
$ ./grep-3.0-2.exe -a 'foo$’ crlf.txt
Your commands are failing because you are not accounding for the
Dear Ondrej,
> # Use —text —> finds the text OK
Afaik -a / --text only suppresses this behavior (from man grep):
... when grep discovers that a file is binary it suppresses any
further
output, and instead outputs either a one-line message saying
that a binary
Hi Michael,
ah, there was a similar change for sed, that’s why I missed it when searching
for the change.
I believe this is slightly different case, as the pipes were only included in
the example I sent. The grep fails to match CRLF to $ even if physical files
are involved and `-a` option is
On Dec 17 12:03, Simon Liesenfeld via cygwin wrote:
> Hi all,
> Thank you so much for the response,and nearby for the entire cygwin
> Project.(Best of both worlds)"The devil is in the detail"I admire
> cygwin so much, and I' am overwhelmed
> that it can do the named pipes on paragon
On Dec 17 13:06, john doe wrote:
> Hi,
>
> I'm trying to understand why a copied file from 'C:\' into
> /home/user/try doesn't have the permissions set for 'other' (see below).
POSIX "other" == Windows "Everyone". Windows default permissions
typically don't give permissions to "Everyone". Thus
On Dec 17 12:55, Ondřej Surý wrote:
> [Sorry, I am not subscribed, so I can’t add proper References: headers here.]
>
> > Cygwin is a POSIX platform not a pure Windows one.
> > If you need to strip CR character, d2u of dos2unix package is the tool.
>
> I am not claiming that Cygwin is a pure
Hi,
I'm trying to understand why a copied file from 'C:\' into
/home/user/try doesn't have the permissions set for 'other' (see below).
The following will create a file named 'try.txt':
PS C:\> new-item try.txt -itemtype file
Directory: C:\
ModeLastWriteTime Length
Dear Ondrej,
this has been discussed to quite some length and detail more than once on this
list. The initial message of a lengthy discussion (> 30 replies) on the topic
is here:
https://www.cygwin.com/ml/cygwin/2017-06/msg00040.html
Best regards,
Michael
Intel Deutschland GmbH
Registered
Hi all,
Thank you so much for the response,and nearby for the entire cygwin
Project.(Best of both worlds)"The devil is in the detail"I admire cygwin so
much, and I' am overwhelmed
that it can do the named pipes on paragon systemalready.I do not expect cygwin
to master the symbolic links,it's
[Sorry, I am not subscribed, so I can’t add proper References: headers here.]
> Cygwin is a POSIX platform not a pure Windows one.
> If you need to strip CR character, d2u of dos2unix package is the tool.
I am not claiming that Cygwin is a pure Windows platform, but having to run
everything
Am 17.12.2018 um 12:09 schrieb Ondřej Surý:
Hi,
the grep package in version 3.0-2 fails to strip CR characters from the input,
the reproducer is fairly simple:
```
$ echo -e 'foo\r\n' | grep -a 'foo$'
$
```
Perhaps the grep fails to detect it’s running on Windows because of cygwin
emulates
Greetings, Simon Liesenfeld!
> Hi all
> There is a commercial ext3-4 file system driver for windowsLinux File
> Systems für Windows | Paragon Softwarewhich enable Windows to read an write
> on native ext3-4 volumes.In General cygwin works perfectly on such
> volumes,even named pipes work,
> but
On Dec 17 10:25, Corinna Vinschen wrote:
> On Dec 17 05:30, Houder wrote:
> > On 2018-12-16 22:55, Corinna Vinschen wrote:
> > [snip]
> >
> > > I'm mulling over adding some hack to open(). It could try to recognize
> > > the special case of opening a processes' own descriptor symlink within
> >
Hi,
the grep package in version 3.0-2 fails to strip CR characters from the input,
the reproducer is fairly simple:
```
$ echo -e 'foo\r\n' | grep -a 'foo$'
$
```
Perhaps the grep fails to detect it’s running on Windows because of cygwin
emulates Linux so well? :)
This contradicts the
On Dec 17 10:34, Corinna Vinschen wrote:
> On Dec 17 08:11, Simon Liesenfeld via cygwin wrote:
> > Hi all
> >
> > There is a commercial ext3-4 file system driver for windowsLinux File
> > Systems für Windows | Paragon Softwarewhich enable Windows to read an
> > write on native ext3-4 volumes.In
On Dec 17 08:11, Simon Liesenfeld via cygwin wrote:
> Hi all
>
> There is a commercial ext3-4 file system driver for windowsLinux File
> Systems für Windows | Paragon Softwarewhich enable Windows to read an
> write on native ext3-4 volumes.In General cygwin works perfectly on
> such volumes,even
On Dec 17 05:30, Houder wrote:
> On 2018-12-16 22:55, Corinna Vinschen wrote:
> [snip]
>
> > I'm mulling over adding some hack to open(). It could try to recognize
> > the special case of opening a processes' own descriptor symlink within
> > /proc and then warp the open() call into dup(). No
Hi all
There is a commercial ext3-4 file system driver for windowsLinux File Systems
für Windows | Paragon Softwarewhich enable Windows to read an write on native
ext3-4 volumes.In General cygwin works perfectly on such volumes,even named
pipes work,
but Cygwin programs do not interprete those
31 matches
Mail list logo
