16-03-24

一个问题搞了这么久，真是让人无语！

16-03-24

你的解压工具是 Win 系统的吗？什么软件？是否尝试用其他工具解压？

16-03-24

这个什么解压工具无关，直接比较二进制就不一样，用压缩包只是让问题表现出来，用二进制比较工具一下就看出来了。

16-03-24

稍等，我这边联系下文件服务商，排查下。

16-03-24

多谢！希望能快点处理！

16-03-25

代码已经修复。等我们发版本

16-03-25

鼓掌👏🏻，终于看到曙光了！多谢！

16-03-28

已经在发布了。马上就能下载最新版的代码了

16-05-16
hni

我测试发现，使用avoscloud-sdk-v3.13.5版本，上传大文件，在文件的0xC00000的位置还是会错了。

16-05-17
BinaryHB

你好，有测试了最新版本的avoscloud-android-sdk-v3.13.11，发现大于12MB的文件通过android sdk上传还是有问题，0xc00000开始的位置开始错误，也就是超过12MB的部分开始错误。

16-05-17

是我搞错了，avoscloud-sdk-v3.13.5有问题，新版本没问题，抱歉！！！！！！！

16-06-13

在android平台使用avoscloud-sdk-v3.13.14 上传120M左右文件,提示alloc memory出错

16-06-21

是否在 Studio 里设置了 large heap？

16-06-23

120M的文件确实有这个问题，即使设置了large heap也是一样的，因为app不可能申请更大的内存，感觉是文件上传的方式有问题，不应该按照文件的大小申请memory。

16-06-23
BinaryHB

我用android sdk上传超过120MB的文件，会malloc失败，用windows命令行上传的，也提示错误：
<--- Last few GCs --->

15518 ms: Mark-sweep 1092.2 (1210.1) -> 1092.1 (1205.1) MB, 34.7 / 0 ms [allo
cation failure] [GC in old space requested].
15535 ms: Mark-sweep 1092.1 (1205.1) -> 1092.0 (1200.1) MB, 16.6 / 0 ms [allo
cation failure] [GC in old space requested].
15560 ms: Mark-sweep 1092.0 (1200.1) -> 1091.7 (1185.1) MB, 25.2 / 0 ms [last
resort gc].
15580 ms: Mark-sweep 1091.7 (1185.1) -> 1091.6 (1179.1) MB, 20.3 / 0 ms [last
resort gc].

<--- JS stacktrace --->

==== JS stack trace =========================================

Security context: 000000C7119C9E79
1: _writeGeneric [net.js:689] [pc=0000016CA51A47C9] (this=0000033236EE4FF1 <
a TLSSocket with map 000003C916B08511>,writev=000000C711904231 ,data=00000
2184ABE3551 ,encoding=000000C7119042E1 ,cb=000002CC187
29109 )

2: /* anonymous */ [net.js:662] [pc=0000016CA51AC448] (this=0000033236...
FATAL ERROR: CALL_AND_RETRY_LAST Allocation failed - JavaScript heap out of memo
ry

16-06-23

你好，请问你们上传 120 MB 的大文件，是出于什么需求？

16-06-23

随便一个教学的视频或者bin都可能有几百MB啊！

16-06-23

我刚才用网页上传也不行