On Sat, Jul 1, 2023, at 3:55 PM, Top Dawn wrote:
> I believe there is a bug with associative arrays, when once referenced in
> another function through the -n option, both the new reference name and the
> old one are made available.
>
> ```bash
>
> #!/bin/bash
> function my_function(){
> declar
Hello there,
I believe there is a bug with associative arrays, when once referenced in
another function through the -n option, both the new reference name and the
old one are made available.
```bash
#!/bin/bash
function my_function(){
declare -A my_array
my_array=(["one"]="one")
othe
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: freebsd13.2
Compiler: cc
Compilation CFLAGS: -g -O2
uname output: FreeBSD localhost 13.2-RELEASE-p1 FreeBSD 13.2-RELEASE-p1 GENERIC
amd64
Machine Type: x86_64-unknown-freebsd13.2
Bash Version: 5.2
Patch Level:
On Sat, Jul 1, 2023, 15:37 Greg Wooledge wrote:
> On Sat, Jul 01, 2023 at 02:45:16PM +0200, alex xmb ratchev wrote:
> > declare -p
> > works well for transmitting bash vars around via ssh
> >
> > ssh foo "$(declare -p vars)
> > more code"
>
> I haven't tested that thoroughly, but it looks OK. Ho
On Sat, Jul 01, 2023 at 02:45:16PM +0200, alex xmb ratchev wrote:
> declare -p
> works well for transmitting bash vars around via ssh
>
> ssh foo "$(declare -p vars)
> more code"
I haven't tested that thoroughly, but it looks OK. However, it doesn't
address the problem in this thread, which is t
On Fri, Jun 30, 2023, 23:21 Greg Wooledge wrote:
> On Sat, Jul 01, 2023 at 05:47:33AM +0900, Dominique Martinet wrote:
> > hm, this has the password show up in ps on the box executing ssh;
> > depending on the context that can be bad.
>
> Fair enough. We have no way to judge the OP's risk analys