thanks... but parameters expansions and printf builtin works differently
about it...
$ locale | grep LC_CTYPE
LC_CTYPE=en_US.UTF-8
$ a=eèèèe
$ b=e
$ echo ${#a}
5
$ echo ${#b}
5
$ printf *%-10s* $a
*eèèèe *
$ printf *%-10s* $b
*e *
is it ok?
Antonio Macchi wrote:
thanks... but parameters expansions and printf builtin works differently
about it...
same problem with read...
LC_CTYPE=en_US.UTF-8
$ read -n1
è
$ hexdump -C (echo -n $REPLY)
c3|.|
0001
è is two
Configuration Information [Automatically generated, do not change]:
Machine: i686
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i686'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i686-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale'
this issue was posted before against bash-3.2 and the sub-makefiles were
fixed, but for some reason the top level makefile in bash-4.0 is still broken.
this fix is of course from Takashi YOSHII.
-mike
--- bash/Makefile.in
+++ bash/Makefile.in
@@ -143,7 +143,7 @@
CCFLAGS_FOR_BUILD =
the internal_wstrmatch() prototype should be moved to lib/globl/strmatch.h as
more than just strmatch.c uses this function (smatch.c uses it as well).
-mike
move prototypes around so they show up when needed
--- a/lib/glob/strmatch.c
+++ b/lib/glob/strmatch.c
@@ -25,9 +25,6 @@
#include
old issue that wasnt resolved, and the fix in question still works:
http://lists.gnu.org/archive/html/bug-bash/2007-08/msg00081.html
-mike
signature.asc
Description: This is a digitally signed message part.
bash-4.0 mishandles this code while bash-3.2_p48 and earlier work fine:
echo $(echo \;)
-mike
signature.asc
Description: This is a digitally signed message part.
hi
thanks for your helps...
I have written some code to create mixed dialog boxes, using a way
roughly like object-oriented, i.e. using objects, properties and events.
may be it can be useful to someone
you can take a look using this link:
