I notice in another query that you are using the .NET wrapper. Is that the case here? This could be a defect in the wrapper code if it is using the wrong type of variable i.e. not a 64 bit integer.

As the .NET wrapper is an OpenSource project, you should be able to test / modify the code if the problem does appear to be in that area. I suggest you investigate around this area.

yes, exactly. This is the same software. We use

• Centera runtime v3.2 libraries      (pai_module.dll, FPXML.dll, FPUtils.dll, FPStreams.dll, fpparser.dll, fpos32.dll,      FPLibrary.dll, FPCore.dll)
• Centera API .NET Wrapper v3.2      (FPSDK.dll)

Thanks for your fast reply. I will check if I can debug/modify the .NET wrapper.

I have just tested this using the StoreContent sample and I am able to store a 3.5 GB file with no issues.

I see from your stack trace that you are using a partial stream - how many threads and what size are the segments being used?

Can you post the code fragment that is casuing the problem so that I can see your usage of the objects?

Thanks for your test.I think this problem is already solved from our developer. He found a problem in his code. Unfortunately I could not test the current code but I assume that the problem is fixed.