[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
My best guess is that some internal commands are not reenterant.
From: |
root |
Subject: |
My best guess is that some internal commands are not reenterant. |
Date: |
Mon, 13 Aug 2001 01:19:51 -0600 |
Configuration Information [Automatically generated, do not change]:
Machine: i386
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-pc-linux-gnu'
-DCONF_VENDOR='pc' -DSHELL -DHAVE_CONFIG_H -D_FILE_OFFSET_BITS=64 -I.
-I/home/swt/doko/export/packages/bash/bash-2.03
-I/home/swt/doko/export/packages/bash/bash-2.03/lib -I/usr/include -g -O2
uname output: Linux c1172167-c.provo1.ut.home.com 2.2.19-usta5 #14 SMP Mon Jul
16 12:59:26 MDT 2001 i686 unknown
Machine Type: i386-pc-linux-gnu
Bash Version: 2.03
Patch Level: 0
Release Status: release
Description:
internal commandline functions not reenterant??
To the best of my understanding, I'm not sure if I broke some kind
of coding suggestion etc, or what. So this may be more of a question
or a feature request then anything else. I've read the bash
documentation in the past, and as I recall, internal commands have
their quirks. (esp wait, which it a $%*@$( to work around!)
Repeat-by:
In its simplest form:
echo bar | read foo ; echo $foo
bar is not echoed.
In my real world script:
echo "$val3" | urlencode | read val3
fix:
I'm not conserned about a fix, I have a handfull of otherways to
solve this... :)
Please reply to scott@macroinet.com with any inquiries.
Keep on GNU'n!
-Scott
- My best guess is that some internal commands are not reenterant.,
root <=