Greetings, Prakash Babu!
> thanks Christopher.
> I found the following archive which introduced this fix
> (http://cygwin.com/ml/cygwin-patches/2014-q1/msg00017.html)
> I feel this causes an inconsistent behavior when batch scripts are
> executed using command interpreter(cmd.exe) and cygwin.
>
thanks Christopher.
I found the following archive which introduced this fix
(http://cygwin.com/ml/cygwin-patches/2014-q1/msg00017.html)
I feel this causes an inconsistent behavior when batch scripts are
executed using command interpreter(cmd.exe) and cygwin.
There are some generic batch script we
On Sun, Feb 16, 2014 at 7:07 PM, Andy Hall wrote
> Goodness. If code cleanliness is the issue, Why not simply hide this construct
> in a function?
Really this whole thread is a joke. He needs to just
cygpath -ml "$2" &>/dev/null
as others have said and be done with it.
--
Problem reports:
On Sun, Feb 16, 2014 at 10:35:32PM -0500, Christopher Faylor wrote:
>On Mon, Feb 17, 2014 at 08:05:45AM +0530, Prakash Babu wrote:
>>Was there any reason why just =(equalto) was removed as a command line
>>separator for cygwin 1.7.28 , while the other delimiters like comma
>>are still supported ? T
On Mon, Feb 17, 2014 at 08:05:45AM +0530, Prakash Babu wrote:
>Was there any reason why just =(equalto) was removed as a command line
>separator for cygwin 1.7.28 , while the other delimiters like comma
>are still supported ? This is causing existing batch files that use
>equalto(=) as a command li
thanks Christopher for your response.
This is the observation I made wrt to the command line delimiters for
batch files.
cmd.exe delimiters
==
space,
equalto(=)
semicolon (;)
comma(,)
cygwin 1.7.27 delimiters
==
space
quotes("")
equalto(=)
comma(,)
cygwin 1.7.28 deli
>
> On Sun, Feb 16, 2014 at 12:30 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote
> > if [ ! -z "$2" ] ; then NATIVE="$(cygpath -ml "$2")" ; fi
>
> That might better be written as this
>
> [ "$2" ] && NATIVE=$(cygpath -ml "$2")
>
> You do not need the extra quotes when setting a variable in thi
On Sun, Feb 16, 2014 at 12:30 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote
> if [ ! -z "$2" ] ; then NATIVE="$(cygpath -ml "$2")" ; fi
That might better be written as this
[ "$2" ] && NATIVE=$(cygpath -ml "$2")
You do not need the extra quotes when setting a variable in this way.
--
Problem
Greetings, Christopher Faylor!
>>> There is still one more difference between Cygwin and, e.g., xterm
>>> though. The scroll buffer is still there when you enter a full screen
>>> session like vim or less. So you can scroll up to it and really cause
>>> confusion. It's possible to fix that beha
On Mon, Feb 17, 2014 at 12:46:37AM +0400, Andrey Repin wrote:
>Greetings, Christopher Faylor!
>> There is still one more difference between Cygwin and, e.g., xterm
>> though. The scroll buffer is still there when you enter a full screen
>> session like vim or less. So you can scroll up to it and
Greetings, Christopher Faylor!
> There is still one more difference between Cygwin and, e.g., xterm
> though. The scroll buffer is still there when you enter a full screen
> session like vim or less. So you can scroll up to it and really cause
> confusion. It's possible to fix that behavior but
Greetings, Corinna Vinschen!
>> > I'm getting a bit puzzled. If it's only the message you don't want,
>> > then why not just send this message to /dev/null???
>>
>> Because the message serves no purpose in every use case I could think about.
>> That, aside the fact it needs to create a redirecti
Corinna Vinschen sent the following at Sunday, February 16, 2014 10:11 AM
>> > NATIVE=$(cygpath -ml "$2" 2>/dev/null)
>
>And what's the problem with redirections?
>
>I fail to see the big difference between adding a redirection compared
>to adding an option character.
Some of us avoid redirectio
On Feb 16 12:09, Christopher Faylor wrote:
> On Sun, Feb 16, 2014 at 03:48:35PM +0100, Corinna Vinschen wrote:
> >On Feb 16 12:56, Corinna Vinschen wrote:
> >>On Feb 16 03:30, Warren Young wrote:
> >>>On Feb 15, 2014, at 5:50 AM, Corinna Vinschen wrote:
> No, that's not right. We have two mech
On 02/16/2014 12:38 PM, Gerry Reno wrote:
>
> I ran the acl checks and can find no difference between them which leads to
> this being yet another WiX/MSI installer
> issue which doesn't surprise me.
>
> Administrator@WIN-SERVER /cygdrive/c/cygwin/usr/local
> $ getfacl bin
> # file: bin
> # owner:
please reply to the list
On 16/02/2014 18:24, lothar atheling wrote:
On Fri, Feb 14, 2014, at 11:31 AM, Marco Atzeri wrote:
On 14/02/2014 18:44, lothar atheling wrote:
i am porting an application built with Visual C++ to build under Mingw
gcc (CXX=/usr/bin/i686-w64-mingw32-g++)
this is
On 02/16/2014 02:14 AM, Marco Atzeri wrote:
> On 16/02/2014 03:12, Gerry Reno wrote:
>> I have a Windows MSI installer that first loads Cygwin and then has a
>> deferred copy of some files into /usr/local/bin
>> and /usr/local/etc.
>>
>> The copies into /usr/local/bin succeed fine.
>>
>> The copie
On Wed, Feb 12, 2014 at 01:33:19PM +, Dawid Ferenczy wrote:
>I'm working with CLI having long scrollback buffer. I need to read
>something a couple of pages back, so I scroll back in the buffer. Then I
>clear the screen with CTRL + L. Screen is already cleared, but only the
>visible screen i
On Sat, Feb 15, 2014 at 11:12:48AM +0800, George M. Florendo wrote:
>On 12/28/13, Christopher Faylor wrote:
> Oops. Sorry. Just noticed that the pids weren't "different". There
> are still pathological situations where a pid can show up twice when
> doing a "ps -W". I've seen the is
On Sun, Feb 16, 2014 at 03:48:35PM +0100, Corinna Vinschen wrote:
>On Feb 16 12:56, Corinna Vinschen wrote:
>>On Feb 16 03:30, Warren Young wrote:
>>>On Feb 15, 2014, at 5:50 AM, Corinna Vinschen wrote:
No, that's not right. We have two mechanisms implemented you can
choose three out of fo
On Sun, Feb 16, 2014 at 09:54:21AM +0400, Andrey Repin wrote:
>@CGF: Yes, I know, how it sounds. You have all rights to laugh.
You also know what I can do if you continue to push this new rude
personna.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin
Greetings, Warren Young!
>> What if an admin wants to avoid that files are read at all, even if a
>> user manages to generate them?
> Such an admin should adjust the permissions on /etc so normal users can’t
> create files there, as on a “real” *ix.
I approve of this product and/or service.
--
Greetings, Corinna Vinschen!
>> > > > Sorry, I can't provide an easy solution, and afaik this is documented.
>> > > [...]
>> Maybe I have a simple solution. From your other mails I gather you
>> suceeded building your own Cygwin DLL.
I wasn't building cygwin1.dll specifically, but it appears it
On Feb 16, 2014, at 4:56 AM, Corinna Vinschen wrote:
> What if an admin wants to avoid that files are read at all, even if a
> user manages to generate them?
Such an admin should adjust the permissions on /etc so normal users can’t
create files there, as on a “real” *ix.
--
Problem reports:
On Feb 16 16:16, Corinna Vinschen wrote:
> On Feb 16 15:34, Corinna Vinschen wrote:
> > On Feb 16 17:52, Andrey Repin wrote:
> > > > Sorry, I can't provide an easy solution, and afaik this is documented.
> > > [...]
> Maybe I have a simple solution. From your other mails I gather you
> suceeded bu
On Feb 16 15:34, Corinna Vinschen wrote:
> On Feb 16 17:52, Andrey Repin wrote:
> > > Sorry, I can't provide an easy solution, and afaik this is documented.
> >
> > I don't know, how it did not hit my head earlier, but now that I think about
> > it...
> > The fact `ls' does not print correct group
On Feb 16 18:41, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> >> >> I would like to request a small functional change for cygpath.
> >> >> >> In the event of empty given path argument (i.e. `cygpath -ml ""')
> >> >> >> silently
> >> >> >> return an empty result without error message.
Greetings, Corinna Vinschen!
>> >> >> I would like to request a small functional change for cygpath.
>> >> >> In the event of empty given path argument (i.e. `cygpath -ml ""')
>> >> >> silently
>> >> >> return an empty result without error message.
>> >> >> This would greatly simplify wrapper scr
On Feb 16 12:56, Corinna Vinschen wrote:
> On Feb 16 03:30, Warren Young wrote:
> > On Feb 15, 2014, at 5:50 AM, Corinna Vinschen wrote:
> > > No, that's not right. We have two mechanisms implemented you can
> > > choose three out of four possible combinations:
> > >
> > > files only
> > > db onl
On Feb 16 17:52, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> > But this is a problem not different from Linux. If you have a username
> >> > with non-ASCII chars, it will use *some* encoding in the passwd DB,
> >> > usually UTF-8 these days. If you then change the codeset in your
>
Greetings, Corinna Vinschen!
>> > But this is a problem not different from Linux. If you have a username
>> > with non-ASCII chars, it will use *some* encoding in the passwd DB,
>> > usually UTF-8 these days. If you then change the codeset in your
>> > application, you will still get your userna
On Feb 16 00:04, Marco Atzeri wrote:
> on /usr/include/cygwin/in6.h
>
> extern const struct in6_addr in6addr_any;
> extern const struct in6_addr in6addr_loopback;
>
> should not a __declspec(dllimport) be added ?
Why? They are not exported as dllexport either. This is not necessary
since ld li
On Feb 15 22:57, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> >> I would like to request a small functional change for cygpath.
> >> >> In the event of empty given path argument (i.e. `cygpath -ml ""')
> >> >> silently
> >> >> return an empty result without error message.
> >> >> Thi
On Feb 16 03:30, Warren Young wrote:
> On Feb 15, 2014, at 5:50 AM, Corinna Vinschen wrote:
> > No, that's not right. We have two mechanisms implemented you can
> > choose three out of four possible combinations:
> >
> > files only
> > db only
> > files, then db
>
> Yes, I realize that.
>
> Whi
On 14/02/2014 19:02, Marco Atzeri wrote:
On 14/02/2014 18:30, Ash Hughes wrote:
Thanks, what great timing :)
Will there be an octave-signal package?
Thanks,
Ash
oops
octave-signal1.3.0-1
building the 64bit version, it was only on the 32bit list...
Marco
all uploaded
Regards
On Feb 15, 2014, at 5:50 AM, Corinna Vinschen wrote:
> I grabbed all of this including your followup
> change shamelessly and added it to the text.
Happy to provide it.
>> It seems to me that we really only need a single Boolean setting:
>>
>> ignore_db=true
>
> No, that's not right. We hav
On 16/02/2014 09:57, Andrey Repin wrote:
Greetings, Marco Atzeri!
However you can check the Windows ACL with
$ cd /usr/local
/usr/local
$ getfacl bin
I would say, if you want to see _windows_ permissions, you need to use cacls.
gerfacl only show POSIX approximation of windows permissi
* Mike Rushton (Mon, 10 Feb 2014 20:15:28 -0500)
> I am trying to put an alias in a .bashrc
>
> alias clear='printf "\033c"'
clear is part of the ncurses package, so I would simply install this.
> But what .bashrc do I put this in ? in /ect/skel or the one my user
> directory. I put this cod
Greetings, Marco Atzeri!
>>> However you can check the Windows ACL with
>>
>>> $ cd /usr/local
>>
>>> /usr/local
>>> $ getfacl bin
>>
>> I would say, if you want to see _windows_ permissions, you need to use cacls.
>> gerfacl only show POSIX approximation of windows permissions.
>>
>>
> correct.
On 16/02/2014 08:27, Andrey Repin wrote:
Greetings, Marco Atzeri!
However you can check the Windows ACL with
$ cd /usr/local
/usr/local
$ getfacl bin
I would say, if you want to see _windows_ permissions, you need to use cacls.
gerfacl only show POSIX approximation of windows permissi
40 matches
Mail list logo