Skip to content
This repository has been archived by the owner on May 9, 2022. It is now read-only.

Value too large for defined data type #5

Open
gabryatfendor opened this issue Dec 16, 2014 · 5 comments
Open

Value too large for defined data type #5

gabryatfendor opened this issue Dec 16, 2014 · 5 comments

Comments

@gabryatfendor
Copy link

When i launch the executable with the sdc as parameter (in my case is larger than 2GB), it immediately fail with this output:
Opening SDC file... [FAIL]
/home/gabriele/Downloads/01.sdc: Value too large for defined data type

Even with -f option, the result is the same.

@v3l0c1r4pt0r
Copy link
Owner

It looks like it is the problem with your coreutils. That error is caused by version not supporting files larger than 2 GiB and it shouldn't happen on any modern system.

@theRoda
Copy link

theRoda commented Mar 8, 2015

I have the same error running 32bit Trusty Tahr. The file size of the two .sdcs I have downloaded and combined with dd is 3.7GB. Should I expect this to work on any 32bit architecture?

@v3l0c1r4pt0r
Copy link
Owner

Honestly, I don't know. There must be some way to solve that problem but I cannot tell you the exact time I will fix it because of more important things I have to do right now. According to this FAQ you should add '-D_FILE_OFFSET_BITS=64' or some equivalent. But as I said I cannot prepare environment similar to yours to check if it should be done in xSDM's CFLAGS or maybe coreutils' one.

@theRoda
Copy link

theRoda commented Mar 11, 2015

From my understanding, 32bit systems cannot address more than 4GB memory at a time, which I believe is exceeded when taking system resources into account. EDIT: I was told by my Windows Server teacher that when it comes to addressing memory for processes, the last bit is used as a checksum, thereby reducing max working file size to 2GB.

@theRoda
Copy link

theRoda commented Mar 22, 2015

After successfully using your unpacker on an x64 system, I am convinced that 32bit architecture is the only issue here: Solution: No one should expect their 32bit system to either work with files larger than 2GB, or page >4GB of combined processes at any time. Great work, by the way. Much appreciated.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants