FS#36664 - [bash] PROMPT_DIRTRIM issue

Attached to Project: Arch Linux
Opened by Amit Mendapara (cristatus) - Sunday, 25 August 2013, 06:58 GMT
Last edited by Allan McRae (Allan) - Sunday, 25 August 2013, 12:12 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Allan McRae (Allan)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

PROMPT_DIRTRIM variable doesn't work properly. See the bellow to reproduce the same. Tested on Fedora 19 and it works fine, so seems to be some issue with build configuration.

Additional info:
* bash-4.2.045-4

Steps to reproduce:

Here is the output of a bash prompt (no custom .bashrc)

<code>
$ export PROMPT_DIRTRIM=0
$ export PS1='[\w]\$ '
$ cd /usr/share/man
</code>

shows

<code>
[/usr/share/man]$
</code>

but with this

<code>
$ export PROMPT_DIRTRIM=2
$ export PS1='[\w]\$ '
$ cd /usr/share/man
</code>

shows

<code>
[.../sare/mman]$
</code>
This task depends upon

Closed by  Allan McRae (Allan)
Sunday, 25 August 2013, 12:12 GMT
Reason for closing:  Fixed
Additional comments about closing:  bash 4.2.045-5 in [testing]
Comment by Allan McRae (Allan) - Sunday, 25 August 2013, 08:43 GMT
GOOD - glibc-2.17
BAD - glibc-2.18

And I can not replicate in virtualbox so it is probably some asm optimization to s string function... sigh.
Comment by Allan McRae (Allan) - Sunday, 25 August 2013, 11:38 GMT
Bad commit:
https://sourceware.org/git/?p=glibc.git;a=commit;h=2d48b41c
Comment by Allan McRae (Allan) - Sunday, 25 August 2013, 12:12 GMT
And it is not glibc at all... memcpy should not be used on overlapping segments. Fixed in 4.2.045-5.

Loading...