Fw: failure notice

Fw: failure notice

[surendar jeyadev via cygwin]

rintable




Many thanks, TW, for your hint. I have "solved" the problem, but I do not
understand why it works! I took time to test it for a few days to make
sure that things were ok. Hence the slow response. If I had only also

included my prompt in the original email, I think that you would have
caught the error at once. My oversight.

Thomas Wolff wrote:>>

Please test the following:


* Set you prompt to some basic string, e.g. PS1=%. Does that change 

anything?* Mintty 2.7.5 changed the default wraparound behaviour to become
compatible with the xterm default. With setting -o OldWrapModes=true,
does that change anything?* Can you cross-test this in xterm?


* Does it happen in a freshly-started mintty? If it only happens later,
which programs did you run in the meantime?* Make a screen log demonstrating
a minimal test case, please.

<<




Trying the minimal prompt that you suggested, I did not have any terminal
problems.And then building up the prompt, but eschewing colour, I still did
not have probelms.That convinced me that, just as the webpage I quoted in
my original email suggested, the problem lay in the (incorrect!) escape
sequences to turn the prompts green.


My prompt, that I just copied off the internet was

      PS1="\e[1;32m\]\h \! $ \[\e[0m\] "

This is the cause of the problems. After a lot of hunting, I found another:


      PS1="\[\e[1;32m\]\h \! $ \[\e[0m\] "


And this works just fine!



The real issues is that I still have no real clue on how these escape
sequences work!! I read several pages that talk about how to get various
esoteric prmpts but none parses out the individual functional pieces. For
me, it is a case of "monkey see, monkey do".


Thanks again, TW.

--
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: Fw: failure notice

[Thomas Wolff]

> ...
>
>        PS1="\[\e[1;32m\]\h \! $ \[\e[0m\] "
>
> The real issues is that I still have no real clue on how these escape
> sequences work!! ...
`man bash`, section PROMPTING; the \[ and \] are not escape sequences 
for the terminal but meta syntax in the prompt, telling the shell that 
the string inside is an escape sequence and shall not be accounted for 
prompt line width. If you get that wrong, the shell will obviously be 
confused about its respective current position.

--
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: Fw: failure notice

[Brian Inglis]

On 2018-08-26 15:41, Thomas Wolff wrote:
>>        PS1="\[\e[1;32m\]\h \! $ \[\e[0m\] "
>> The real issue is that I still have no real clue on how these escape 
>> sequences work!! ...
> `man bash`, section PROMPTING
$ LESS='+/^\s*PROMPTING' man bash

Mostly provided with GNU programs, info often has more complete descriptions of
options and features than man pages, which may be brief for some GNU programs.

$ info bash 'Bash Features' Controlling

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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

FW: failure notice

[Hannu E K Nevalainen]

[-- Attachment #1: Type: text/plain, Size: 898 bytes --]

MAILER-DAEMON@_ource_are._rg wrote:
> Hi. This is the qmail-send program at _ource_are._rg.
> I'm afraid I wasn't able to deliver your message to the following
> addresses. This is a permanent error; I've given up. Sorry it didn't
> work out. 
> 
> <cygwin@cygwin.mob>:
> Sorry, your message has been denied due to keywords found in your
> subject.  This is probably due to an off-topic post or long-running
> flame war.
> See <http://sourceware.org/lists.html#html-mail> for mailing list
> info for this site.
> Contact cygwin-owner@cygwin.mob if you have questions about this.
> (#5.7.2) 
> 
> --- Enclosed are the original headers of the message.

<IRONIC>
Phui!?  Hey that's ADVANCED!! ;-D


/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems            --72-->

** mailing list preference; please keep replies on list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--

[-- Attachment #2: Type: message/rfc822, Size: 590 bytes --]

From: "Hannu E K Nevalainen" <_garbage_collector_@telia.com>
To: "ML Cygwin" <cygwin@cygwin.com>
Subject: List manager: space char "stealth" in subject line
Date: Tue, 31 Aug 2004 20:22:09 +0200
Message-ID: <NGBBLLIAMFLGJEOAJCCEEEKGDNAA._garbage_collector_@telia.com>

(Body suppressed)

[-- Attachment #3: List manager space char stealth in subject line.txt --]
[-- Type: text/plain, Size: 1503 bytes --]

From: Hannu E K Nevalainen [_garbage_collector_@telia.com]
Sent: den 31 augusti 2004 20:22
To: ML Cygwin
Subject: List manager: space char "stealth" in subject line


THE PROBLEM:
As MS Outlook bases it's thread grouping of messages on the subject line only
 (AFAICS there isn't anything that uses the "References:" header)
the above leads to a split in FOUR "threads" -> hard to read in correct order.

QUESTION: Am I the only person seeing this?

Why ask it here, you wonder? I see NOTHING like it from any other source.

Example: Current subject lines from cygwin-apps;
"Re: [setup] Why does PackageSpecification haveaprivatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have aprivatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have aprivatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have a privatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have a privatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have a privatecopy-constructor? (Robert?)"
"Re: [setup] Why does PackageSpecification have a private copy-constructor? (Robert?)"

Seems to be related to _LONG_ subject lines too.

(Using MS Outlook 2000 SP-3, 9.0.0.6627)

/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems            --72--> 

** mailing list preference; please keep replies on list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--

[-- Attachment #4: Type: text/plain, Size: 218 bytes --]

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

Fw: failure notice

[Elfyn McBratney]

 Hi,
 
 There isn't a root user for cygwin unless you've edited your /etc/passwd =
 file and changed a login to root. Thus no default password. If you have =
 changed the login from say Administrator to root then the so-called =
 'root' password would be your administartor's password.
 
 Elfyn McBratney
elfyn@exposure.org.uk


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

FW: failure notice

[Manisha Jain]

Hi Larry,

Thanks for your response.

Interestingly, when I run "strace -o make.stracelog make", 
make doesn't pause as long in the directories it used to pause before.

Without strace, make still pauses for long time.

I have attached the systrace log. I wasn't able to get much out
of it. See if you see any error in the way I have my system configured.


Here is part of the log. I had attached the whole log but the message
bounced back.
I think, it's the thread *join*, that is pausing the make 



  108   23288 [main] sh 1840 mount_info::conv_to_win32_path: =
C:\cygwin\bin\mkdir(rel), C:\cygwin\bin\mkdir(abs) 0xA(flags) =3D =
conv_to_win32_path (/usr/bin/mkdir)
  228   23516 [main] sh 1840 symlink_info::check: GetFileAttributesA =
(C:\cygwin\bin\mkdir) failed
  143   23659 [main] sh 1840 geterrno_from_win_error: windows error 2 =
=3D=3D errno 2
  214   23873 [main] sh 1840 symlink_info::check: not a symlink
  137   24010 [main] sh 1840 symlink_info::check: 0 =3D symlink.check =
(C:\cygwin\bin\mkdir.exe, 0x241F159) (0xA)
  275   24285 [main] sh 1840 path_conv::check: =
GetVolumeInformation(C:\) =3D OK, full_path(C:\cygwin\bin\mkdir.exe), =
set_has_acls(8)
  559   24844 [main] sh 1840 stat_worker: 32 =3D file_attributes for =
'C:\cygwin\bin\mkdir.exe'
  151   24995 [main] sh 1840 fhandler_base::open: =
(C:\cygwin\bin\mkdir.exe, 0x110000)
  479   25474 [main] sh 1840 fhandler_base::open: 0xE0 =3D CreateFileA =
(C:\cygwin\bin\mkdir.exe, 0x80000000, 0x7, 0x6108F13C, 0x3, 0x2000080, =
0)
  173   25647 [main] sh 1840 fhandler_base::open: filemode set to =
binary
  158   25805 [main] sh 1840 fhandler_base::open: 1 =3D =
fhandler_base::open (C:\cygwin\bin\mkdir.exe, 0x110000)
  118   25923 [main] sh 1840 fhandler_disk_file::open: 1 =3D =
fhandler_disk_file::open (C:\cygwin\bin\mkdir.exe, 0x110000)
  144   26067 [main] sh 1840 fhandler_disk_file::fstat: 1 =3D =
GetFileInformationByHandle (C:\cygwin\bin\mkdir.exe, 224)
  143   26210 [main] sh 1840 fhandler_disk_file::fstat: 0 =3D fstat (, =
0x241FB64) st_atime=3D3AE9DAFE st_size=3D23552, st_mode=3D0x81ED, =
st_ino=3D-346624160, sizeof=3D64
  119   26329 [main] sh 1840 fhandler_base::close: handle 0xE0
  164   26493 [main] sh 1840 stat_worker: 0 =3D stat (/usr/bin/mkdir, =
0x241FB64)
  341   26834 [main] sh 1840 fork: entering
  251   27085 [main] sh 1840 subproc_init: started wait_subproc thread =
0x14C
  204   27289 [main] sh 1840 _cygwin_istext_for_stdio: =
_cygwin_istext_for_stdio (0)
  127   27416 [main] sh 1840 _cygwin_istext_for_stdio:  _cifs: fd not =
disk file
  111   27527 [main] sh 1840 _cygwin_istext_for_stdio: =
_cygwin_istext_for_stdio (1)
  106   27633 [main] sh 1840 _cygwin_istext_for_stdio:  _cifs: fd not =
disk file
  106   27739 [main] sh 1840 _cygwin_istext_for_stdio: =
_cygwin_istext_for_stdio (2)
  106   27845 [main] sh 1840 _cygwin_istext_for_stdio:  _cifs: fd not =
disk file
  126   27971 [main] sh 1840 stack_base: bottom 0x2420000, top =
0x420000, stack 0x241F544, size 2748, reserve 33554432
  115   28086 [main] sh 1840 fork_parent: CreateProcess =
(C:\cygwin\bin\sh.exe, C:\cygwin\bin\sh.exe, 0, 0, 1, 20, 0, 0, =
0x241F9B4, 0x241FA04)
  709   28795 [proc] sh 1840 wait_subproc: starting
  918   29713 [main] sh 1840 proc_subproc: args: 1, 37877156
  200   29913 [main] sh 1840 proc_subproc: added pid 2028 to wait list, =
slot 0, winpid 0x7EC, handle 0x128
  134   30047 [proc] sh 1840 wait_subproc: looping
  124   30171 [main] sh 1840 proc_subproc: returning 1
  121   30292 [main] sh 1840 sync_with_child: waiting for child.  =
reason: waiting for longjmp, hang_child 1


Manisha


-----Original Message-----
From: Larry Hall (RFK Partners, Inc) [ mailto:lhall@rfk.com ]
Sent: Friday, April 27, 2001 12:49 PM
To: Manisha Jain; cygwin@cygwin.com
Subject: Re: Pause with make


At 02:00 PM 4/27/2001, Manisha Jain wrote:

>Hello,
>
>
>I have this peculiar problem. When I run "make", and I go 4 directories
>deep, make just pauses for 1/2 minute. 
>
>If I change cygwin1.dll to cygwin1.dll ver 1.1.6, the pause is not there.
>make just zip along all the directories.
>
>I have the latest cygwin (ver 1.3.1). Also others in the engineering group
>does not have the same problem.
>
>I tries to watch the task manager and nothing much is going on with the
cpu.
>Uninstall and reinstall of cygwin doesn't help. I know that the problem can
>be anywhere from makefile to somewhere in cygwin. 
>
>The pause is distracting and I don't know how to go about figuring it out.
>Do you have any clues for me?


Try running make with strace, something like the following:

   strace -o make.stracelog make

While this is proceeding, open another command window and do the following
from the same directory.

   tail -f make.stracelog

When you hit a pause, note what's happening in the strace log file.  This 
should give you an idea of what Cygwin is doing with the time.  If this 
doesn't enlighten you, send an annotated version of the log file to the 
list.  Either way, please report back.





Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple