Greetings, Eric Blake!
> [ ... -a ... ] is not portable; there are some inherently ambiguous
> situations that it cannot handle. POSIX recommends that you spell it [
> ... ] && [ ... ] instead.
>>
>> If a script author did not quote the indirect references, it is their fault,
>
On 09/10/2015 06:39 PM, Andrey Repin wrote:
[ ... -a ... ] is not portable; there are some inherently ambiguous
situations that it cannot handle. POSIX recommends that you spell it [
... ] && [ ... ] instead.
>>>
>
> If a script author did not quote the indirect references, it is
Greetings, Eric Blake!
> - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
> + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \
> + -a "${LOGONSERVER}" != "MicrosoftAccount" ]
>then
># Lowercase of USERDOMAIN
>csih_PRIV
On 2015-09-10 19:31, Eric Blake wrote:
On 09/10/2015 05:20 PM, David A Cobb wrote:
Not a problem. My first patch to upstream coreutils was done exactly
in that manner.
And, suppose for the moment, some of the changes are only relevant to
the Windows platform. I don't (yet) know how much GNU (
On 09/10/2015 05:20 PM, David A Cobb wrote:
>>> I am looking at possible work within *COREUTILS*. Obviously, there are
>>> significant deltas /versus/ GNU Upstream.
>>> Can you point me to the active repo for coreutils?
>>
>> http://www.gnu.org/software/coreutils/coreutils.html
>
> Yeah, Marco.
On 2015-09-10 17:03, Marco Atzeri wrote:
On 10/09/2015 22:40, David A Cobb wrote:
I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin
and Newlib)" @ sourceware.com.
I am looking at possible work within *COREUTILS*. Obviously, there are
significant deltas /versus/ GNU Upstr
On 09/10/2015 02:40 PM, David A Cobb wrote:
> I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin
> and Newlib)" @ sourceware.com.
>
> I am looking at possible work within *COREUTILS*. Obviously, there are
> significant deltas /versus/ GNU Upstream.
> Can you point me to the a
On Thu, 2015-09-10 at 22:52 +0200, HK wrote:
> On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote:
> > On 10 September 2015 at 01:30, HK wrote:
> >> I've just run across this strange behavior on a recent 32bit
> >> installation:
> >>
> >> vega> cat hello.c
> >> #include
> >> int main(int
On 10/09/2015 22:40, David A Cobb wrote:
I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin
and Newlib)" @ sourceware.com.
I am looking at possible work within *COREUTILS*. Obviously, there are
significant deltas /versus/ GNU Upstream.
Can you point me to the active repo fo
On 10/09/2015 19:46, Vivek Kashyap wrote:
Hello Team
I am trying to install HP Network Performance Server (NPS) v10.00 on
windows 2008 R2 enterprise OS with SP1,As part of installation it uses
cygwin to configure some of components
"** fatal error - couldn't allocate heap, Win32 error 487, " Det
On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote:
On 10 September 2015 at 01:30, HK wrote:
I've just run across this strange behavior on a recent 32bit
installation:
vega> cat hello.c
#include
int main(int argc, char** argv){
printf("hello world\n");
}
vega> gcc -mfpmath=sse hello.
I see the Git Repo for "the core Cygwin libraries and utilities (Cygwin
and Newlib)" @ sourceware.com.
I am looking at possible work within *COREUTILS*. Obviously, there are
significant deltas /versus/ GNU Upstream.
Can you point me to the active repo for coreutils?
Just to save net traffic,
On 2015-09-10 12:07, Ken Brown wrote:
On 9/10/2015 11:49 AM, David A Cobb wrote:
On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make
permission changes, the next time I access the folder-tree from Windows
Explorer Security tab, it complains that the Access Control List is
incorre
The following package has been updated in the Cygwin distribution:
* xfs-1.1.4-1
xfs is the X Font Server, allowing remote X servers such as X Terminals
to access fonts for rendering via X11 core protocol requests.
This is an update to the latest upstream release, and configured to use
the font
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.17.2-4
These packages contain XWin and the other X.Org X11 servers.
The following cygwin-specific changes have been made since 1.17.2-3:
* To give greater control over which legacy core fonts are exposed v
The following packages have been updated in the Cygwin distribution:
* libnspr4-4.10.9-1
* libnspr-devel-4.10.9-1
* nss-3.20-1
* libnss3-3.20-1
* libnss-devel-3.20-1
Netscape Portable Runtime (NSPR) provides a platform-neutral API for
system-level and libc-like functions.
Network Security Servic
On Sep 10 11:36, Eric Blake wrote:
> On 09/10/2015 11:31 AM, Corinna Vinschen wrote:
>
> - if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
> + if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \
> + -a "${LOGONSERVER}" != "MicrosoftAccount" ]
>
Hello Team
I am trying to install HP Network Performance Server (NPS) v10.00 on
windows 2008 R2 enterprise OS with SP1,As part of installation it uses
cygwin to configure some of components
"** fatal error - couldn't allocate heap, Win32 error 487, " Details below -
We have tried rebooting the se
On 09/10/2015 11:31 AM, Corinna Vinschen wrote:
- if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" ]
+ if [ "${COMPUTERNAME,,*}" != "${LOGONSERVER,,*}" \
+ -a "${LOGONSERVER}" != "MicrosoftAccount" ]
then
# Lowercase of USERDOMAIN
On Sep 10 11:27, Eric Blake wrote:
> On 09/10/2015 11:23 AM, Corinna Vinschen wrote:
> > On Sep 10 20:04, Takashi Yano wrote:
> >> Hi Corinna,
> >>
> >>> However, I have not the faintest idea why the cyg_server stuff doesn't
> >>> work. Anybody willing to track this down in the csih helper script?
Wb Yang wrote:
> Segmentation fault happens 100% when calling:
>
> svn diff -c .
"svn diff -c ." is not a valid command. The "-c" switch expects a
numeric argument. I get an error message when I try it, not a segfault.
Does this recipe work for you?
% mkdir /tmp/svn
% cd /tmp/svn
% svnadmin cre
On Sep 10 12:07, Ken Brown wrote:
> On 9/10/2015 11:49 AM, David A Cobb wrote:
> >On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make
> >permission changes, the next time I access the folder-tree from Windows
> >Explorer Security tab, it complains that the Access Control List is
> >
On 09/10/2015 11:23 AM, Corinna Vinschen wrote:
> On Sep 10 20:04, Takashi Yano wrote:
>> Hi Corinna,
>>
>>> However, I have not the faintest idea why the cyg_server stuff doesn't
>>> work. Anybody willing to track this down in the csih helper script?
>>
>> I had looked into csih script, and found
On Sep 10 20:04, Takashi Yano wrote:
> Hi Corinna,
>
> > However, I have not the faintest idea why the cyg_server stuff doesn't
> > work. Anybody willing to track this down in the csih helper script?
>
> I had looked into csih script, and found a patch below solves
> the second problem.
> > > b)
On 9/10/2015 11:49 AM, David A Cobb wrote:
On a Windows-10 host: when I use Cygwin *chown***or *chmod *to make
permission changes, the next time I access the folder-tree from Windows
Explorer Security tab, it complains that the Access Control List is
incorrectly ordered and that will cause undesi
On 2015-09-05 02:59, Takashi Yano wrote:
Hi Corinna,
Is there any progress regarding this problem?
I recently encountered the same situation. After some trials,
I found this problem occurs if the account, on which cygwin
setup is executed, is a Microsoft account. This does not occur
if the acco
On Thu, Sep 10, 2015 at 8:36 PM, Qian Hong wrote:
> I'm not the person to answer this, but I can confirm same behavior here.
Oh, sorry, I mean it might not be a gcc bug, instead it might be a bug
of gdb who didn't translate double quotes correctly.
--
Regards,
Qian Hong
-
http://www.winehq.or
Hi,
On Thu, Sep 10, 2015 at 8:21 PM, Sebastian Götzinger
wrote:
> During that, we encountered, that during the compilerinvocation, the
> Doublequotes did not got escaped correctly. [1]
I'm not the person to answer this, but I can confirm same behavior here.
On Linux:
$ gdb --args bash -c "bash
Dear Ladies and Gentlemen,
We had some issues with our program (a wrapper for compiler).
Somehow, not all arguments have been transported correctly to the compiler.
We now bootstrapped gcc-5.2.0 and let it run alone with gdb for cygwin.
During that, we encountered, that during the compilerinvo
On 10 September 2015 at 01:30, HK wrote:
> I've just run across this strange behavior on a recent 32bit installation:
>
> vega> cat hello.c
> #include
> int main(int argc, char** argv){
> printf("hello world\n");
> }
> vega> gcc -mfpmath=sse hello.c
> hello.c:1:0: warning: SSE instruction set di
gjnospam2014-cygwi...@yahoo.com schreef op 20-8-2015 om 11:23:
Hi,
I have a problem with a procmail recipe which previously worked but now
doesn't, and causes procmail to generate a stackdump.
:0
# * ^Subject:.* something or other
{
:0 BW
* ^KeyWord
{
:0 b
NUM_FOUND=|${PMD_
Hi Corinna,
> However, I have not the faintest idea why the cyg_server stuff doesn't
> work. Anybody willing to track this down in the csih helper script?
I had looked into csih script, and found a patch below solves
the second problem.
> > b) Creating sshd service using cyg_server
--- cygwin-s
This is the "cygcheck.out".
I removed the information under "id.exe" and "UATDATA" since it's my
company's working desktop:
///
Cygwin Configuration Diagnostics
Current System Time: Thu Sep 10 07:50:41
Segmentation fault happens 100% when calling:
svn diff -c .
In "svn.exe.stackdump":
/
Exception: STATUS_ACCESS_VIOLATION at rip=00180198BAD
rax=
34 matches
Mail list logo
