On Donnerstag, 26. Juni 2025 08:45 Phi Debian wrote:
> That's true that the bash shell-init: could be omitted and defered until
> one ask for pwd explicitly.
>
> I don't see any *ino* jazz here, but the classic, my current dir has been
> removed under my feet.
>
> I may have mis-read the *ino* pa
In the given reproducer, I am not sure btrfs is relevant here on my good'ol
ext4 I got.
$ mount | grep '/d2 ' | sed 's/(.*//'
/dev/sda1 on /d2 type ext4
$ cd /d2 ; mkdir -p a/b/c ; cd a/b/c ; rmdir /d2/a/b/c
$ bash -c 'pwd'
shell-init: error retrieving current directory: getcwd: cannot access
pa
After many years of staring at the Bash Reference Manual, I just noticed a typo
in Section 3.5.3 (Shell Parameter Expansion):
[cid:image003.jpg@01DBE5D7.B1DBC120]
The parameter in the echo command is missing a colon. It should be:
$ echo ${v:-unset}
On Mittwoch, 25. Juni 2025 21:28 Oğuz wrote:
> On Wednesday, June 25, 2025, Richard Weinberger
> wrote:
> >
> > I'm not asking you to implement a workaround
>
>
> I'm just another user. I agree that a descriptive error message is better
> than a random one. But if your system can't return the sa
On Wed, Jun 25, 2025 at 17:47:31 +, Wartik, Steven P "Steve" via Bug
reports for the GNU Bourne Again SHell wrote:
> After many years of staring at the Bash Reference Manual, I just noticed a
> typo in Section 3.5.3 (Shell Parameter Expansion):
>
> [cid:image003.jpg@01DBE5D7.B1DBC120]
>
> T
On Wednesday, June 25, 2025, Richard Weinberger
wrote:
>
> I'm not asking you to implement a workaround
I'm just another user. I agree that a descriptive error message is better
than a random one. But if your system can't return the same inode number
for the same file from two standard functions
On Wednesday, June 25, 2025, Richard Weinberger
wrote:
>
> This can happen on filesystems where d_ino != st_ino
i.e. a broken filesystem. What does any of this have to do with bash?
--
Oğuz
On Wednesday, June 25, 2025, Richard Weinberger
wrote:
>
> Having different results for d_ino and st_ino is not that uncommon.
>
POSIX defines both fields to contain the unique serial number of a file in
a filesystem. I don't think Bash is at fault here for not assuming
otherwise.
--
Oğuz
Hello Oğuz,
On Mittwoch, 25. Juni 2025 20:07 Oğuz wrote:
> On Wednesday, June 25, 2025, Richard Weinberger
> wrote:
> >
> > This can happen on filesystems where d_ino != st_ino
>
>
> i.e. a broken filesystem. What does any of this have to do with bash?
Bash could, for example, check th
Configuration Information [Automatically generated, do not change][RW: The
configuration info generated by bashbug is useless, as it is a cross build]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -g -O2
uname output: Linux foxxylove 6.4.0-150600.23.47-default #1 SMP PREEMPT_DYN
10 matches
Mail list logo
