tilde expansion problem

[Greg Swallow <gswallow@www.IN.gov>]

Hi,

I'm not even sure if this is the correct list to post this inquiry to,
but having had problems on both Linux and Solaris, with multiple
vendors' LDAP packages, maybe someone's had this problem.

Cron keeps crashing on LDAP-enabled boxes here, and I think it has
something to do with tilde/home directory expansion?

Something ain't right...  Here's what happens.

I get a bunch of bad block messages in tcsh when I try to type ls ~eh<tab>

ls ~ehafree(b64a8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(b64c8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(169d48) bad block. (memtop = 1a3c00 membot = a2ab0)
free(169de8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(b64d8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(169e28) bad block. (memtop = 1a3c00 membot = a2ab0)
free(169e08) bad block. (memtop = 1a3c00 membot = a2ab0)
free(b18a8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(16ae88) bad block. (memtop = 1a3c00 membot = a2ab0)
free(16aec8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(16adc8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(b64b8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(169ec8) bad block. (memtop = 1a3c00 membot = a2ab0)
free(1a0c08) bad block. (memtop = 1a3c00 membot = a2ab0)
user/

I've had this problem happen at home with AD and OpenLDAP, and I've also
had this problem at work with IPlanet.

Sotruss looks like this:

tcsh            ->       libc.so.1:*fcntl(0x2, 0x2, 0x0)
tcsh            ->       libc.so.1:*getpwnam(0xa8c08, 0x0, 0x0)
tcsh            ->       libc.so.1:*sbrk(0x0, 0x0, 0x0)
tcsh            ->       libc.so.1:*sbrk(0x4000, 0x0, 0x0)
tcsh            ->   libc_psr.so.1:*memmove(0x168848, 0xb2e08, 0x8)
tcsh            ->   libc_psr.so.1:*memmove(0x168a28, 0xb2e88, 0x8)
tcsh            ->   libc_psr.so.1:*memmove(0x168148, 0x168a28, 0x18)
tcsh            ->   libc_psr.so.1:*memmove(0xaf188, 0x168148, 0x38)
tcsh            ->   libc_psr.so.1:*memmove(0x19fd48, 0xb2e88, 0x8)
tcsh            ->       libc.so.1:*sbrk(0x0, 0x0, 0xfedf0190)
tcsh            ->       libc.so.1:*sbrk(0x800, 0x0, 0xfedf0190)
tcsh            ->     libnsl.so.1:*yp_get_default_domain(0xffbf74dc,
0x19d414, 0x19d438)
tcsh            ->     libnsl.so.1:*yp_unbind(0xa3ca8, 0x19d414, 0x19d438)
tcsh            ->       libc.so.1:*qsort(0xaee08, 0x1, 0xc)
tcsh            ->       libc.so.1:*isatty(0x1, 0x168934, 0x0)
tcsh            ->       libc.so.1:*isatty(0x2, 0x168934, 0x0)
tcsh            ->       libc.so.1:*sigrelse(0x2, 0x168934, 0x0)
tcsh            ->       libc.so.1:*sigrelse(0x12, 0x168934, 0x0)
tcsh            ->       libc.so.1:*execv(0xa8c08, 0x1688e8, 0x0)

On linux, I get other weird problems:

[gswallow@krusty /]$ cd ~gswallow/bah
0ÈcÂou=people,dc=ai,dc=org

.£
   bjectclass
             posixAccount£uigswallow0iuid
                                         userPassword   uidNumber
 gidNumbehomeDirectory
loginShellgecos
               description
                          objectClass

Then it hangs!  Until I hit CTRL-D, that is.

After examining strace output, running nscd seems to help the second 
issue, so it may be unrelated.

The tcsh issue is driving me bonkers.  I've been googling for days with 
no results.  Has anyone ever run into this issue?

TIA...

--
   "If this is not your cup of tea, why is your lipstick
 	             on it?" -- Fudgie and Fufu
+--------------+------+----------------------+---------------+
| Greg Swallow | CCNA | System Administrator | accessIndiana |
+--(http://www.IN.gov/)----------------------(888.4IN.EGOV)--+