Re: cmp (or echo) bug?

[Houder]

On 2015-12-25 22:32, David Balažic wrote:

Hi!

In Cygwin terminal (bash) I typed:

cmp  <(echo echo1)  <(echo echo2)

This does not print anything.
Not even with -b.

On Linux (Ubuntu 12.04 in VMWare) it reports that the inputs are 
different.


Bug?
Or am I missing something?


@@ uname -a
CYGWIN_NT-6.1-WOW Seven 2.3.1(0.291/5/3) 2015-11-14 12:42 i686 Cygwin
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1
@@ ./cmp <(echo echo1) <(echo echo2)
/dev/fd/63 /dev/fd/62 differ: byte 5, line 1

etc.

But only after I had modified cmp.c (diffutils) as follows:

int
main (int argc, char **argv)
{
...

#if 0
  if (file_desc[f1] < 0 || fstat (file_desc[f1], stat_buf + f1) != 
0)

#else
  if (file_desc[f1] < 0 || f1 ? ( stat (file[1], stat_buf + f1) != 0 
)
  : ( stat (file[0], stat_buf + f1) != 0 
) ) // Henri: suspect fstat

#endif
{
  if (file_desc[f1] < 0 && comparison_type == type_status)
exit (EXIT_TROUBLE);
  else
error (EXIT_TROUBLE, errno, "%s", file[f1]);
}
}

  /* If the files are links to the same inode and have the same file 
position,

 they are identical.  */

  if (0 < same_file (_buf[0], _buf[1])
  && same_file_attributes (_buf[0], _buf[1])
  && file_position (0) == file_position (1))
{ // Henri: diagnostics
#if 0
printf("same_file = %d\n", same_file (_buf[0], _buf[1]) );
printf("same_file_attributes = %d\n", same_file_attributes 
(_buf[0], _buf[1]) );
printf("same file pos = %d\n", file_position (0) == file_position 
(1) );

#endif
printf("file[0] = %s, file[1] = %s\n", file[0], file[1]);
printf("file_desc[0] = %d, file_desc[1] = %d\n", file_desc[0], 
file_desc[1]);

printf("bailing out: same file.\n");
return EXIT_SUCCESS;
}

Regards,
Henri


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Compilation continuously increases (non) paged pool memory usage

[xnor]

What is leaking here?

Here are some hard numbers:
After the system booted up, nonpaged 70 MB, paged WS 208 MB.
One compilation later: nonpaged 157MB, paged WS 289 MB.
Another one later: 249 MB, 342 MB.
At the moment I'm at 550 MB nonpaged, 650 MB paged WS.

The number of system threads and handles remains about the same.
poolmon shows the main growth of nonpaged memory with tag "Proc" 
(process objects) and paged with tag "Toke" (token objects).


xperf shows cygwin1.dll under Proc.

How could I debug better what is leaking here?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: CTRL-C does not work in Cygwin when using pipes

[Michael Enright]

On Tue, Dec 29, 2015 at 2:31 PM, Bill Smith wrote:
> Yes, I'm trying to do this with the standard shell, bash.  We have tried 
> using mintty or the xterm version but there were other issues.

The above implies something but I'm not sure what it is. Can you give
more detail?

mintty and xterm are terminal emulators which can't do much without a
shell inside them.
bash is among the valid shells you can use in mintty or xterm or rxvt.

The default "Cygwin terminal" icon if you set up a minimal Cygwin
installation is mintty serving as a terminal for bash.

So when you say you are trying with the standard shell I'm with you up
to the part where you say, "We have tried using mintty...but there
were other issues" because I use those together.

And since I have chosen to participate in this thread, I tried the
command in question. The success of my attempt does not mean that I
don't believe there's a problem. My setup is Windows 7/64 in a VM,
running 32-bit cygwin, mintty terminal and bash.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: CTRL-C does not work in Cygwin when using pipes

[Warren Young]

On Dec 29, 2015, at 3:31 PM, Bill Smith  wrote:
> 
> I'm trying to do this with the standard shell, bash.  We have tried using 
> mintty or the xterm version but there were other issues.

Michael is correct: the shell and the terminal are two separate programs.  Your 
problem isn’t with bash, it’s with the Windows native console.

If the Windows native console were the best way to run an interactive Cygwin 
command shell, Cygwin wouldn’t default to mintty these days.

That said, Cygwin *used* to run Bash in the Windows Console by default, and I 
don’t recall Ctrl-C failing in that case.  So, I guess something changed in the 
cygwin1.dll terminal I/O handling which breaks Ctrl-C handling while a pipe is 
running.

While waiting for a fix, maybe a more productive way to solve your problem is 
to address these “issues” you’re having with mintty.  There’s something to be 
said for running with the standard environment.
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Compilation continuously increases (non) paged pool memory usage

[Andrey Repin]

Greetings, xnor!


>>What is leaking here?
> Here are some hard numbers:
> After the system booted up, nonpaged 70 MB, paged WS 208 MB.
> One compilation later: nonpaged 157MB, paged WS 289 MB.
> Another one later: 249 MB, 342 MB.
> At the moment I'm at 550 MB nonpaged, 650 MB paged WS.

> The number of system threads and handles remains about the same.
> poolmon shows the main growth of nonpaged memory with tag "Proc" 
> (process objects) and paged with tag "Toke" (token objects).

> xperf shows cygwin1.dll under Proc.

> How could I debug better what is leaking here?

Usual suspects are BLODA. Most often, antiviruses of questionable origin and
mental sanity.
Try same tests on a separate system, or in a VM.


-- 
With best regards,
Andrey Repin
Tuesday, December 29, 2015 22:37:01

Sorry for my terrible english...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

CTRL-C does not work in Cygwin when using pipes

[Bill Smith]

Hi,

I have observed that CTRL-C does not work when using pipes in Cygwin.  Is this 
a bug?  Or is there an issue with my stty settings?


If I do this:

perl -e 'while(1) {sleep 1;}'

CTRL-C works



If I do:

echo foo | perl -e 'while(1) {sleep 1;}'

CTRL-C does not work.  I have to use Task Manager to kill the perl program.


I've reproduce the behavior with other Cygwin programs so it's not specific to 
perl. You could do:

cat  | more

to get the same behavior.  I used versions 2.0.1(0.287/5/3) 2015-04-30 18:13 &  
2.4.0(0.292/5/3) 2015-12-17 21:59 to reproduce the issue.

Thanks,
--Bill

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: CTRL-C does not work in Cygwin when using pipes

[Warren Young]

On Dec 29, 2015, at 1:03 PM, Bill Smith  wrote:
> 
> echo foo | perl -e 'while(1) {sleep 1;}'
> 
> CTRL-C does not work.  I have to use Task Manager to kill the perl program.

Works for me on Windows 10, under both the Cygwin Terminal (mintty) and in a 
raw cmd.exe window.

You’ll have to narrow the conditions.
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Updated: sendmail 8.14.9-2

[D. Boland]

Version 8.14.9-2 of "sendmail" has been uploaded.

General purpose internetwork email routing facility that supports many 
kinds of mail-transfer and delivery methods, including SMTP, SMTPS 
(STARTTLS), SMTPA (AUTH) used for email transport over the internet.


-- v. 8.14.9-2
* sendmail-config: fixed nslookup bug
* added define(`confTO_IDENT', `0s') to cf/sendmail.mc: Sendmail
  timeouts if remote client has identd firewalled.
* sendmail-config: fixed chown error when using 'setuid' command
  without previous 'install' command (Win2003)
* sendmail-config: error non-existant 'mail' group when
  using 'setuid' command
* permissions error when creating /etc/mail/virtusertable.db
* /etc/mail was created group-writable permissions
* added /etc/sasl2/Sendmail.conf
* added /etc/mail/relay-domains
* /var/run should be gid 544 (Administrators) and group-writable


  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.   

[ANNOUNCEMENT] Updated: sendmail 8.14.9-2

[D. Boland]

Version 8.14.9-2 of "sendmail" has been uploaded.

General purpose internetwork email routing facility that supports many 
kinds of mail-transfer and delivery methods, including SMTP, SMTPS 
(STARTTLS), SMTPA (AUTH) used for email transport over the internet.


-- v. 8.14.9-2
* sendmail-config: fixed nslookup bug
* added define(`confTO_IDENT', `0s') to cf/sendmail.mc: Sendmail
  timeouts if remote client has identd firewalled.
* sendmail-config: fixed chown error when using 'setuid' command
  without previous 'install' command (Win2003)
* sendmail-config: error non-existant 'mail' group when
  using 'setuid' command
* permissions error when creating /etc/mail/virtusertable.db
* /etc/mail was created group-writable permissions
* added /etc/sasl2/Sendmail.conf
* added /etc/mail/relay-domains
* /var/run should be gid 544 (Administrators) and group-writable


  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain.com  cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.   

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: CTRL-C does not work in Cygwin when using pipes

[Bill Smith]

[Oops, apologies if I messed up the threading as I wasn't subscribed to the 
list and noticed there were some replies.]


On 12/29/2015 04:07 PM, Roger Wells wrote:
> a bit more:
> windows 10, mintty, works as hoped.
> windows 10, bash, observe what the OP reported originally

Yes, I'm trying to do this with the standard shell, bash.  We have tried using 
mintty or the xterm version but there were other issues.  Thanks.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re[2]: Compilation continuously increases (non) paged pool memory usage

[xnor]

Greetings, xnor!

Hey.

Usual suspects are BLODA. Most often, antiviruses of questionable 
origin and

mental sanity.
Try same tests on a separate system, or in a VM.
That's the first thing I've checked. I don't have any anti virus/malware 
or firewall or similar software installed and I've even disabled Windows 
Defender.


Will do some more checks...


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: CTRL-C does not work in Cygwin when using pipes

[Roger Wells]

On 12/29/2015 03:29 PM, Warren Young wrote:
> On Dec 29, 2015, at 1:03 PM, Bill Smith  wrote:
>>
>> echo foo | perl -e 'while(1) {sleep 1;}'
>>
>> CTRL-C does not work.  I have to use Task Manager to kill the perl program.
> 
> Works for me on Windows 10, under both the Cygwin Terminal (mintty) and in a 
> raw cmd.exe window.
> 

a bit more:
windows 10, mintty, works as hoped.
windows 10, bash, observe what the OP reported originally

HTH

> You’ll have to narrow the conditions.
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> 
> 


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ITP] Inetutils 1.9.4

[D. Boland]

Corinna Vinschen wrote:

On Nov  2 10:57, Corinna Vinschen wrote:

{Forgot to CC Gernot, sorry]

On Nov  2 10:56, Corinna Vinschen wrote:

On Nov  2 08:02, D. Boland wrote:

Marco Atzeri wrote:

On 01/11/2015 15:19, D. Boland wrote:

Marco Atzeri wrote:
Arghh! I also forgot I had to install (copy) some missing include files.
Thanks for checking this.

I got these from the glibc-2.21 source code:

Please use BSD files, not glibc, for licensing reasons.


/usr/include/arpa/tftp.h

tftp has this
https://cygwin.com/packages/x86_64/tftp/tftp-5.2-1


/usr/include/netinet/icmp6.h

not yet included
https://cygwin.com/cgi-bin2/package-grep.cgi?grep=icmp6.h=x86_64


The MAX_IPOPTLEN constant is in ip_var.h. I got that from OpenBSD source:


I applied ther matching patch to the Cygwin repository.


So... Do I have the GTG?

Daniel

Re: texinfo package question

[Marco Atzeri]

On 29/12/2015 05:09, lloyd.w...@yahoo.co.uk wrote:

shouldn't the texinfo package be a dependency that gets pulled in for the 
texinfo-tex package?

It doesn't seem to be (on 64-bit cygwin).

thanks

Lloyd Wood
http://www.geomview.org/



the setup.ini has that dependency

@ texinfo-tex
sdesc: "GNU documentation formatter (printable formats)"
ldesc: "This package provides support for the Texinfo printable output 
formats."

category: Devel Text
requires: bash texlive-collection-basic gawk texinfo cygwin

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: FcFontRenderPrepare?

[Ken Brown]

On 12/29/2015 5:28 AM, lloyd.w...@yahoo.co.uk wrote:

Today I built geomview-related things on two separate machines running 64-bit 
cygwin.
They exhibit different behaviours around fonts. On one, I had
to install a bunch of different TeX stuff (texlive-collection-
fontsrecommended, -basic, -latex) to get geomview documentation
to build. On the other I didn't - but that might be due to
having texinfo-tex preferred over the tex package...

Now, I'm getting errors launching a Tcl app I've compiled:

assertion "font != NULL" failed: file
"/usr/src/ports/fontconfig/fontconfig-2.11.1-3.x86_64/src/fontconfig-2.11.1/src/fcmatch.c",
line 453, function: FcFontRenderPrepare
Aborted (core dumped)

but only on one of the two 64-bit cygwins.


This is just a shot in the dark, but it's possible that you could work 
around this by making the TeX Live fonts available to fontconfig.  See 
the last paragraph of the release announcement for TeX Live:


  https://cygwin.com/ml/cygwin-announce/2015-07/msg00062.html

Ken

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

FcFontRenderPrepare?

[lloyd.wood]

Today I built geomview-related things on two separate machines running 64-bit 
cygwin.
They exhibit different behaviours around fonts. On one, I had
to install a bunch of different TeX stuff (texlive-collection-
fontsrecommended, -basic, -latex) to get geomview documentation
to build. On the other I didn't - but that might be due to
having texinfo-tex preferred over the tex package...

Now, I'm getting errors launching a Tcl app I've compiled:

assertion "font != NULL" failed: file 
"/usr/src/ports/fontconfig/fontconfig-2.11.1-3.x86_64/src/fontconfig-2.11.1/src/fcmatch.c",
 
line 453, function: FcFontRenderPrepare 
Aborted (core dumped)

but only on one of the two 64-bit cygwins.

I see in the mailing list archives this has cropped up
before for some git viewer, install gitk, problem goes away
due to random font dependency. Tried that, it doesn't for me.
What is the random font dependency for tcltk? Why is tcltk
doing this now, when it never has before? I mean, users
compile, they don't think about fonts, things just work...

(And what has changed in 64-bit cygwin for application
to application piping that breaks things that work
on 32-bit cygwin and on any linux/bsd you care to name?)

much puzzled

Lloyd Wood
http://savi.sf.net 

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple