Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14910
| Path | csiph.com!3.us.feeder.erje.net!feeder.erje.net!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail |
|---|---|
| From | Valentin Bajrami <valentin.bajrami@gmail.com> |
| Newsgroups | gnu.bash.bug |
| Subject | Re: |
| Date | Wed, 12 Dec 2018 21:04:02 +0100 |
| Lines | 77 |
| Approved | bug-bash@gnu.org |
| Message-ID | <mailman.5647.1544645060.1284.bug-bash@gnu.org> (permalink) |
| References | <CAHdzDnZ3YX0ijhmRSpBYV-aJ1dAW0m3tPKLS=hyLj3MLMfUQ3w@mail.gmail.com> <929ed32c-17a3-207b-38f5-2b099a9af9ca@case.edu> <CAHdzDnakmO9RD=3=oHj671cy=0znOOwa4orO0617q3XCKZAupQ@mail.gmail.com> |
| NNTP-Posting-Host | lists.gnu.org |
| Mime-Version | 1.0 |
| Content-Type | text/plain; charset="UTF-8" |
| X-Trace | usenet.stanford.edu 1544645060 22761 208.118.235.17 (12 Dec 2018 20:04:20 GMT) |
| X-Complaints-To | action@cs.stanford.edu |
| Cc | bug-bash@gnu.org |
| To | Chester Ramey <chet.ramey@case.edu> |
| Envelope-to | bug-bash@gnu.org |
| DKIM-Signature | v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=OQaztQZPAnyvCmmvQWsP/wpsgnZkxNL/dG0eWFbnRO8=; b=gQZC37NsiIkZX/espLAYlq7NQyPDOK19KZobNESWXmvYZwuYt5u4oxSkRC+Xtgmv0g TuFONz6Fv8viPsgoMV4BvM5rmB2ZbZT/xi2vZ+pv7Z3DadeBitkIO3Zk/V3qOZb4oFYz xtubFs9wDhdy6RR66D8WIawrCG4X/5SW2KJZHj0yvum5XYDCmNYzvOAHKfyddKmDTGLu Wyr6oXd4CdTNcD/JX2zdPaSVaZydl9sjouBh/g/RMZn+J5naw9ZP/auaubFjGw0wwB62 czv6N3RAEJOLcZDckYp82fKUX4xm445Q52OfJ5U2ZHKQ7JrrJV7nvKV+pRVjGN5ax0hA xHew== |
| X-Google-DKIM-Signature | v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=OQaztQZPAnyvCmmvQWsP/wpsgnZkxNL/dG0eWFbnRO8=; b=go9Xy347XKLAlzuINg7yfcV1nr36eJzt1dAHBal8JSJGHyMFLLzWCxrlz2IRuwcLBe Nl2iyyuX3Gua3Pqm/WWhrbLOfnKe+TNaJnSFNfvUYvctohY6XEOJuMXq0oMZvzpVuoH/ MjnOV5KazV/mYgipJOAPNSUtterwBILXia1F+HTetzDzjH62slAiO2vScE7uCISduXnN jl4DPqi+iJd5/gxkdFgQJIWd+ZvH55eHy5y7RYzc9aV+l83rixzHFVQs5QY8+RJT1/km qA/ePeidCi+xC65WxPJgm8FM6Pci5TVEH1sBspPzYbu6iAaxLbowHwKMEce9arm+r0hA ycyw== |
| X-Gm-Message-State | AA+aEWa+jAUKQrxGlEVCDc8Lehqo3axLT79wTPC5la3WJoeWzBD5zEDI j0tx5iso59fIoYlFeqLCCd3qHAYT5GpQ+tcWfK4= |
| X-Google-Smtp-Source | AFSGD/VvKUlxHP7R1ksOdUnOjDamDRInb3cTKNUAo23trYNMX5d1V5f4AuSuh3r5pooVdwHxO16N2s4Sddp42wBNB78= |
| X-Received | by 2002:a05:660c:250:: with SMTP id t16mr4130021itk.78.1544645055518; Wed, 12 Dec 2018 12:04:15 -0800 (PST) |
| In-Reply-To | <CAHdzDnakmO9RD=3=oHj671cy=0znOOwa4orO0617q3XCKZAupQ@mail.gmail.com> |
| X-detected-operating-system | by eggs.gnu.org: Genre and OS details not recognized. |
| X-Received-From | 2607:f8b0:4864:20::134 |
| X-Content-Filtered-By | Mailman/MimeDel 2.1.21 |
| X-BeenThere | bug-bash@gnu.org |
| X-Mailman-Version | 2.1.21 |
| Precedence | list |
| List-Id | Bug reports for the GNU Bourne Again SHell <bug-bash.gnu.org> |
| List-Unsubscribe | <https://lists.gnu.org/mailman/options/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=unsubscribe> |
| List-Archive | <http://lists.gnu.org/archive/html/bug-bash/> |
| List-Post | <mailto:bug-bash@gnu.org> |
| List-Help | <mailto:bug-bash-request@gnu.org?subject=help> |
| List-Subscribe | <https://lists.gnu.org/mailman/listinfo/bug-bash>, <mailto:bug-bash-request@gnu.org?subject=subscribe> |
| Xref | csiph.com gnu.bash.bug:14910 |
Show key headers only | View raw
Alright, so it seems PS1 is causing the problem. I removed the line from
~/.bashrc file and the shell is behaving normal again. Thanks for pointing
that out and apologies for the noise.
Kind regards,
Valentin
On Wed, Dec 12, 2018 at 8:56 PM Valentin Bajrami <valentin.bajrami@gmail.com>
wrote:
> Hi guys and thanks for the quick reply. I think Greg had a good point
> there mentioning my PS1. I have it slightly modified for my personal needs
> but this is happening even though I run bash with --norc flag
>
> A piece of my ~/.bashrc file is as follows:
>
> color_enabled() {
> local -i colors=$(tput colors 2>/dev/null)
> [[ $? -eq 0 ]] && [[ $colors -gt 2 ]]
> }
>
> BOLD_FORMAT="${BOLD_FORMAT-$(color_enabled && tput bold)}"
> ERROR_FORMAT="${ERROR_FORMAT-$(color_enabled && tput setaf 1)}"
> WARNING_FORMAT="${WARNING_FORMAT-$(color_enabled && tput setaf 3)}"
> INFO_FORMAT="${INFO_FORMAT-$(color_enabled && tput setaf 4)}"
> RESET_FORMAT="${RESET_FORMAT-$(color_enabled && tput sgr0)}"
>
> # Exit code
> export PS1='$(exit_code=$?; [[ $exit_code -eq 0 ]] && printf %s
> \[$BOLD_FORMAT\]\[$INFO_FORMAT\]\h:\w \[$RESET_FORMAT\]$ " " || printf %s
> \[$BOLD_FORMAT\]\[$ERROR_FORMAT\]\h:\w[$exit_code]\[$RESET_FORMAT\]$ " ")'
>
>
>
> On Wed, Dec 12, 2018 at 5:49 PM Chet Ramey <chet.ramey@case.edu> wrote:
>
>> On 12/12/18 11:36 AM, Valentin Bajrami wrote:
>> > While playing around a bit with dotglob and nullglob the following
>> testcase
>> > seem to fail when cd'ing to a non existing directory. The shell seems to
>> > hang there and sending a SIGINT isn't having much effect.
>> >
>> > f3d0r4:~$ pwd
>> > /home/valentin.local
>> > f3d0r4:~$ shopt -s nullglob dotglob
>> > f3d0r4:~$ f=(*)
>> > f3d0r4:~$ (( ${#f[*]} )) || printf '%s\n' "This dir is empty"
>> > f3d0r4:~$ echo "$BASH_VERSION"
>> > 4.4.23(1)-release
>> > f3d0r4:~$ cd ../Nonexistingdir
>> > bash: cd: ../Nonexistingdir: No such file or directory
>> > ^C
>> > ^C
>> > cd Desktop/
>> > f3d0r4:~/Desktop$
>>
>> I can't reproduce it. I suppose something similar could happen if /home
>> is on an NFS-mounted file system.
>>
>> --
>> ``The lyf so short, the craft so long to lerne.'' - Chaucer
>> ``Ars longa, vita brevis'' - Hippocrates
>> Chet Ramey, UTech, CWRU chet@case.edu http://tiswww.cwru.edu/~chet/
>>
>
>
> --
> Met vriendelijke groet,
>
> Valentin Bajrami
>
--
Met vriendelijke groet,
Valentin Bajrami
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
Re: Valentin Bajrami <valentin.bajrami@gmail.com> - 2018-12-12 21:04 +0100
csiph-web