Re: troubles with wide char support

[Chet Ramey]

Mike Frysinger wrote:
> dont know why i didnt forward this earlier ...
> http://bugs.gentoo.org/show_bug.cgi?id=69407
> 
> user has attached many patches but again these are out of my league :)

Thanks.  This is simply a random collection of patches the user has
collected, mostly from this mailing list.  I posted most of them myself.
Only one or two have anything to do with the ostensible subject of the
bug report.

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
( ``Discere est Dolere'' -- chet )
Live...Laugh...Love
Chet Ramey, ITS, CWRU[EMAIL PROTECTED]http://tiswww.tis.case.edu/~chet/


___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash

incorrect define of errno

[Joerg Sonnenberger]

Hi all,
attached patch fixes a manual define of errno,
which violates ISO C and conflicts with errno
on DragonFly. This is consistent with the rest of bash.

Joerg
$NetBSD$

--- builtins/psize.c.orig   2005-07-05 17:39:02.0 +0200
+++ builtins/psize.c
@@ -40,7 +40,9 @@
 #include "../command.h"
 #include "../general.h"
 #include "../sig.h"
+#ifndef errno
 extern int errno;
+#endif
 
 int nw;
 
___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash

[completion with directory starting with = doesn't work]

[djame]

Configuration Information [Automatically generated, do not change]:
Machine: i586
OS: linux-gnu
Compiler: i586-mandrake-linux-gnu-gcc
Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='i586' 
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i586-mandrake-linux-gnu' 
-DCONF_VENDOR='mandrake' -DSHELL -DHAVE_CONFIG_H  -I.  -I. -I./include 
-I./lib -D_GNU_SOURCE  -O2 -fomit-frame-pointer -pipe -march=i586 
-mcpu=pentiumpro -g
uname output: Linux sarace.no-ip.org 2.4.22-10mdk #1 Thu Sep 18 12:30:58 
CEST 2003 i686 unknown unknown GNU/Linux

Machine Type: i586-mandrake-linux-gnu

Bash Version: 2.05b
Patch Level: 0
Release Status: release

Description:
   [Hello, whenever I hit tab to have completion on a directory whose
name start by = i got that :

cd =\=Boulot
bash: cd: ==Boulot: No such file or director]

Repeat-By:
   [create =foo =test =toto in a dir
type cd =[tab]
chose a directory
type enter after the completion]

Fix:
   [maybe copy tcsh behaviour on this case or just modify completion rule]



Good work anyway

Djamé
ps : i don't know if it's a bug related to bash but whenever completion 
occurs while urpmi it took a long time, I supposed it's because of the 
way it looks into the database to get the proper name, so it's not a 
bash related bug, sorry :)






___
Bug-bash mailing list
Bug-bash@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-bash