On Sun, Jan 17, 2021 at 12:05 PM wrote:
> (...)
> The nul byte is not echoed by $'\0'.
This is expected. Bash uses NUL-byte terminated character sequences to
store strings, so it can't actually store NUL bytes themselves.
$'\0' is the same as '' (i.e. an empty string).
If you want to o
On 1/15/21 4:00 PM, Ángel wrote:
On 2021-01-15 at 10:00 -0500, Chet Ramey wrote:
On 1/14/21 11:45 PM, Jeffrey Walton wrote:
Hi Everyone,
I'm building Bash 5.1 from sources. This may be of interest:
/usr/bin/ld: ./lib/sh/libsh.a(tmpfile.o): in function
`sh_mktmpname':
/home/jwalton/Build-Scrip
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKA
Hello Hans, hello Eduardo!
> On Sun, Jan 17, 2021 at 12:05 PM wrote:
> > (...)
> > The nul byte is not echoed by $'\0'.
>
> This is expected. Bash uses NUL-byte terminated character sequences to
> store strings, so it can't actually store NUL bytes themselves.
To be exact, this is alrea
On 1/17/21 3:05 PM, h...@artax.karlin.mff.cuni.cz wrote:
Description:
Command
echo $'\0' |od -c
writes
000 \n
001
in contrast to
echo $'\1' |od -c
000 001 \n
On 1/15/21 7:11 PM, Ángel wrote:
lib/malloc/malloc.c, if you want to view it online:
https://git.savannah.gnu.org/cgit/bash.git/tree/lib/malloc/malloc.c
Maybe libasan is providing its own malloc and there is a conflict of
calls between theirs and bash mallocs. I would recommend to rebuild
bash
On Mon, Jan 18, 2021 at 12:02 AM Martin Schulte
wrote:
> To be exact, this is already caused by a Unix Kernel - strings passed by
> the exex* system calls are null terminated, too. As it is the default in
> the C programming language. Thus you can't pass a null byte in an argument
> when invoking
Le 17/01/2021 à 22:02, Chet Ramey écrivait :
On 1/17/21 3:05 PM, h...@artax.karlin.mff.cuni.cz wrote:
Description:
Command
echo $'\0' |od -c
writes
000 \n
001
in contrast to
echo $'\1' |od -c
000 001 \n
002
The nu
On 2021-01-17 at 15:33 -0500, Chet Ramey wrote:
> On 1/15/21 4:00 PM, Ángel wrote:
> > On 2021-01-15 at 10:00 -0500, Chet Ramey wrote:
> > > On 1/14/21 11:45 PM, Jeffrey Walton wrote:
> > > > Hi Everyone,
> > > >
> > > > I'm building Bash 5.1 from sources. This may be of interest:
> > > >
> > > >
Hi,
It would be great to be able to use the mouse to click to position the cursor
in bash. I raised this with the Gnome terminal emulator here and they said "The
cursor position is under the control of the application, not the terminal
emulator. vte supports reporting the mouse click to the app
Hi,
This has nothing to do with BASH or any shell for that matter. What you
want (the ability to reposition the cursor in the terminal with a mouse
click) can be done with just the terminal itself.
It varies which part needs to do this depending on whether your terminal
emulator application is se
2021年1月18日(月) 12:32 IFo Hancroft :
> What you want (the ability to reposition the cursor in the terminal
> with a mouse click) can be done with just the terminal itself.
I think Mike wanted to move the current text insertion point in
Readline (or, in other words, the command line of Bash) but not
On Sun, 17 Jan 2021, mcarans--- via Bug reports for the GNU Bourne Again SHell
wrote:
Hi,
It would be great to be able to use the mouse to click to position the cursor in bash. I
raised this with the Gnome terminal emulator here and they said "The cursor position
is under the control of the a
Good point! Thank you!
I forgot to take full screen applications like Vim and such into account
and the fact that they draw to the screen themselves instead of making
the terminal to do it.
Forwarded Message
Subject: Re: Feature: where terminal reports mouse click to bash,
suppo
Hello Ilkka, hello *!
> Bash's echo is a builtin, so using it doesn't involve an execve().
Sure – but while passing a string (however it will be encoded) containing a
null byte to builtins would be possible in principle (as zsh shows) this would
lead to a large bunch of problems, e.g. another i
15 matches
Mail list logo
