Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Allow >4Gb file for transfer #18

Open
maxsatula opened this issue Nov 25, 2014 · 5 comments
Open

Allow >4Gb file for transfer #18

maxsatula opened this issue Nov 25, 2014 · 5 comments
Labels
bug

Comments

@maxsatula
Copy link
Owner

Failed to obtain Oracle remote file size
ORA-01455: converting column overflows integer datatype
@maxsatula maxsatula added the bug label Nov 25, 2014
@maxsatula
Copy link
Owner Author

Believed to be a bug when compiled in 32-bit only

@maxsatula
Copy link
Owner Author

Perhaps need to replace off_t sourceSize with ub8 sourceSize everywhere

@maxsatula
Copy link
Owner Author

Another symptom for >2G file transfer on 32-bit platform:

file.dmp                                                                             -117% 2048MB   7.9MB/s   00:38 ETError writing to a local file

@maxsatula
Copy link
Owner Author 

GZIP: DATA_PUMP_DIR:file.dmp                                                           87% 2048MB  18.6MB/s   00:16 ETA
Failed to compress file in oracle directory
ORA-01426: numeric overflow
ORA-06512: at line 1`
  • replace BINARY_INTEGER to NUMBER in PL/SQL blocks (pos variable, for example)

maxsatula added a commit that referenced this issue Nov 1, 2015
@maxsatula
Support of large (>2Gb) files in 32-bit systems
049e24e 
Relates to #18
Update foreign sources
@maxsatula
Copy link
Owner Author

No more need to replace off_t by ub8, because an AC_SYS_LARGEFILE macro in autoconf makes off_t to be 64-bit even on 32-bit systems

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@maxsatula