Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 67662 - pdksh does not properly open files during I/O redirection to files to take advantage of >2GB files
pdksh does not properly open files during I/O redirection to files to take ad...
Product: Red Hat Linux
Classification: Retired
Component: pdksh (Show other bugs)
i386 Linux
low Severity low
: ---
: ---
Assigned To: Trond Eivind Glomsrxd
Depends On:
  Show dependency treegraph
Reported: 2002-06-28 13:55 EDT by Craig Dawson
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-06-28 13:55:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Craig Dawson 2002-06-28 13:55:15 EDT
Description of Problem:

When running the ksh shell, redirecting output to a file that is >2GB will fail
with the following text:

echo "test" >> /tmp/largefile.out
ksh: cannot create /tmp/largefile.out: File too large

When using bash, the same operation works fine.

Version-Release number of selected component (if applicable):


How Reproducible:

Try and create a file that is greater than 2GB

cat /dev/zero > /tmp/largefile.out

- will fail with "File size limit exceeded"

Actual Results:

Resulting file size will be:

-rw-r--r--    1 root     sys      2147483647 Jun 28 13:48 largefile.out

Expected Results:

File should be able to grow beyond 2GB in size.

Additional Information:
A solution that I have found is to compile the pdksh source using the following
gcc flags:


Doing this will allow ksh to redirect output to greater than 2GB files without
any problems.
Comment 1 Trond Eivind Glomsrxd 2002-06-28 14:28:57 EDT
Added in pdksh-5.2.14-19

Note You need to log in before you can comment on or make changes to this bug.