dtksh stdout file limited in size and other size issues

[Mark Garrett]

HP-UX newprod B.11.31 U ia64 1694867344
root@newprod> ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 1048576
stack(kbytes) 32768
memory(kbytes) unlimited
coredump(blocks) -4194303
nofiles(descriptors) 2048
vmemory(kbytes) unlimited
root@newprod>


ksh Version M-12/28/93d (/usr/dt/bin/dtksh)
typeset -i ll=4294967293
echo $ll
-3


Version 11/16/88 (/bin/ksh)
# typeset -i ll=4294967293
# echo $ll
4294967293

creating a file that ends up 3210415357 bytes fails on dtksh
gzip: stdout: File too large

doing the same tar - . | gzip > file on /bin/ksh completes. Looks like dtksh has a lot of internal issues around 64bit integers.

Its about time /bin/ksh became ksh93 with bug fixes for these issues or at least add [ -e file ] to ksh88 like it is on tru64 ksh Version M-11/16/88f

[Dennis Handly]

>creating a file that ends up 3210415357 bytes fails on dtksh

It looks like dtksh doesn't support largefiles nor 64 bit ints. You can use tusc to check the open(2) parms.

[Mark Garrett]

I agree with you Dennis Handly, This was more of a rant than a real question ;( HPUX continues to disappoint me at every turn.

[Bill Hassell]

Based on the what string for dtksh, it appears that nothing has been changed since it was first released. It would indeed be a very useful enhancement to release a current version of ksh93 complete with 64 bit ints and largefile support.