Re: commands spends time in cygheap_user

On Aug 18 01:17, mku wrote: > Congratulation! You did it! > > As you can see from the attached logfile ( cygwin-time-lag.txt > ) > the time lag went away after replacing cygwin1.dll with the 20150817 > snapshot. Good news, so

Re: commands spends time in cygheap_user

Congratulation! You did it! As you can see from the attached logfile ( cygwin-time-lag.txt ) the time lag went away after replacing cygwin1.dll with the 20150817 snapshot. Many thanks, Matthias -- View this message in cont

Re: commands spends time in cygheap_user

On Aug 17 22:55, Corinna Vinschen wrote: > On Aug 17 10:13, Corinna Vinschen wrote: > > On Aug 17 10:07, Corinna Vinschen wrote: > > > On Aug 16 05:35, mku wrote: > > > > I changed cygwin1.dll to Version 2.2.1 and got the results shown in the > > > > attached log file ( > > > > cygwin-time-lag.txt

Re: commands spends time in cygheap_user

On Aug 17 10:13, Corinna Vinschen wrote: > On Aug 17 10:07, Corinna Vinschen wrote: > > On Aug 16 05:35, mku wrote: > > > I changed cygwin1.dll to Version 2.2.1 and got the results shown in the > > > attached log file ( > > > cygwin-time-lag.txt > > >

Re: commands spends time in cygheap_user

Attached my console log ( cygwin-time-lag.txt ) to shorten this message. nsswitch.conf contains only "files" entries. The time lag can be reproduced and is now shown at the "cygheap_user" log entry as described previously. I ad

Re: commands spends time in cygheap_user

On Aug 17 10:07, Corinna Vinschen wrote: > On Aug 16 05:35, mku wrote: > > I changed cygwin1.dll to Version 2.2.1 and got the results shown in the > > attached log file ( > > cygwin-time-lag.txt > > ). > > I'm sorry to say that

Re: commands spends time in cygheap_user

On Aug 16 05:35, mku wrote: > I changed cygwin1.dll to Version 2.2.1 and got the results shown in the > attached log file ( > cygwin-time-lag.txt > ). > I'm sorry to say that the problem has not disappeared with that patch. T

Re: commands spends time in cygheap_user

I changed cygwin1.dll to Version 2.2.1 and got the results shown in the attached log file ( cygwin-time-lag.txt ). I'm sorry to say that the problem has not disappeared with that patch. -- View this message in context: htt

Re: commands spends time in cygheap_user

On Aug 14 22:20, Corinna Vinschen wrote: > On Aug 14 17:48, Corinna Vinschen wrote: > > On Aug 14 06:49, mku wrote: > > > I hope, not to follow a red herring again, but found some interesting. > > > > > > I did a fresh cygwin installation again but made an error not to copy my > > > old > > > .ba

Re: commands spends time in cygheap_user

On Aug 14 17:48, Corinna Vinschen wrote: > On Aug 14 06:49, mku wrote: > > I hope, not to follow a red herring again, but found some interesting. > > > > I did a fresh cygwin installation again but made an error not to copy my old > > .bashrc and .bashrc-profile files. > > Within .bashrc I defined

Re: commands spends time in cygheap_user

On Aug 14 06:49, mku wrote: > I hope, not to follow a red herring again, but found some interesting. > > I did a fresh cygwin installation again but made an error not to copy my old > .bashrc and .bashrc-profile files. > Within .bashrc I defined an alias for ls (ls='ls --color=auto > --show-contro

Re: commands spends time in cygheap_user

On Aug 10 18:01, Corinna Vinschen wrote: > On Aug 10 05:00, mku wrote: > > Oh, sorry. I did a fresh 2.2 install to avoid side effects from my previous > > updated one and forgot to modify the nsswitch.conf. After correcting it, the > > result now is the same from the time aspect but loading of the

Re: commands spends time in cygheap_user

I hope, not to follow a red herring again, but found some interesting. I did a fresh cygwin installation again but made an error not to copy my old .bashrc and .bashrc-profile files. Within .bashrc I defined an alias for ls (ls='ls --color=auto --show-control-chars'). I noticed, that the time lag

Re: commands spends time in cygheap_user

On Aug 12 04:59, mku wrote: > I compared strace output between the 2.2 and 1.7.28 installation and it > seems, that loading the dll files before the cygheap_user log entry is > responsible for the time lag. > If I look to the strace output from 1.7.28 the following lines (without the > dll loads)

Re: commands spends time in cygheap_user

I compared strace output between the 2.2 and 1.7.28 installation and it seems, that loading the dll files before the cygheap_user log entry is responsible for the time lag. If I look to the strace output from 1.7.28 the following lines (without the dll loads) are shown: +++ 8< -- 31970

Re: commands spends time in cygheap_user

On Aug 10 05:00, mku wrote: > Oh, sorry. I did a fresh 2.2 install to avoid side effects from my previous > updated one and forgot to modify the nsswitch.conf. After correcting it, the > result now is the same from the time aspect but loading of the net dlls have > now disappeared as expected. > ++

Re: commands spends time in cygheap_user

Oh, sorry. I did a fresh 2.2 install to avoid side effects from my previous updated one and forgot to modify the nsswitch.conf. After correcting it, the result now is the same from the time aspect but loading of the net dlls have now disappeared as expected. +++ 8< - 280 44318 [main] ls 181

Re: commands spends time in cygheap_user

On Aug 7 12:51, mku wrote: > Dear Corinna, > thanks for the tip, but I had done it before (and modified it to my Needs). > To be safe, I did a complete fresh Installation and made the passwd and > group files as described. But the result is the same as before (a ls command > takes 5 to 10 secs to

Re: commands spends time in cygheap_user

Dear Corinna, thanks for the tip, but I had done it before (and modified it to my Needs). To be safe, I did a complete fresh Installation and made the passwd and group files as described. But the result is the same as before (a ls command takes 5 to 10 secs to complete for a local Directory with 10

Re: commands spends time in cygheap_user

On Aug 7 01:48, mku wrote: > In order to find the reason for the delay in processing the ls command, I did > some investigations with the following results: > > As I wished to use cygwin in a local environment that is not permanently > connected to AD (mobile device), I modified the file /etc/nss

Re: commands spends time in cygheap_user

In order to find the reason for the delay in processing the ls command, I did some investigations with the following results: As I wished to use cygwin in a local environment that is not permanently connected to AD (mobile device), I modified the file /etc/nsswitch.conf after having the long lasti

commands spends time in cygheap_user

simple commands like ls taking long time in "cygheap_user". May i have some pointers to what to check? Already checked path/cygcheck/nsswitch but all looks fine. here is sample strace. 144973 [main] ls 9308 App version: 1007.32, api: 0.274 144987 [main] ls 9308 DLL version: 2001