yjseu_个人页

回 1楼(mixlake) 的帖子 是的

回 楼主(jiangdefu) 的帖子 IA（低频访问）读取文件的时候会收取数据取回的费用

回 1楼(郑颖) 的帖子 是使用oss官方的sdk吗？如果是的话把request id发一下

回 楼主(昊天seo) 的帖子 能贴一下上传不成功的错误信息吗？

回 楼主(人在未名) 的帖子 如果是你本地需要处理，内地的OSS没有需求存储的话，建议直接下载到本地。

回 2楼(冬天蚂蚁) 的帖子 错误原因和2楼说的一样，有两种可能，一种是你本地的时间有偏差，另一种是网络情况不好，导致请求达到OSS的时候超过了15分钟。从错误的实际情况来看应该是你的本地时间有问题，请OSS开发同学查后端请求日志看到的情况： Detail:MaxAllowedSkewMilliseconds=900000 Detail:RequestTime=2016-07-31T19:45:23.000Z     Detail:ServerTime=2016-08-01T09:45:29.000Z 时间偏差有14个小时，建议在看一下本地时间

回 7楼(chinese) 的帖子 从错误信息来看，应该是你的callback url测试环境和生产环境不一样，Error status : -1.OSS can not connect to your callbackUrl, please check it.这个错误信息已经说明OSS不能正常联通指定的url

回 楼主(数豆者) 的帖子 请确认上传的时候文件内容是否真的大于0，最好打印一些debug信息

回 2楼(奋斗哥) 的帖子 那就先使用head object接口判断目录文件是否存在，目录在OSS上本质也是一个文件，只不过内容为空，可以和正常文件一些判断是否存在

回 楼主(违法市民) 的帖子 建议选青岛的，如果选用的是阿里云的ECS，可以尝试使用内网OSS域名

近期会正式推出，请关注官网公告

回 楼主(went) 的帖子 可以的， https://help.aliyun.com/document_detail/oss/sdk/c-sdk/download_object.html?spm=5176.docoss/sdk/sdk-download/nodejs.6.333.fJ6jrz ，参考里面的分段下载文件

回 楼主(hhw) 的帖子 #ifdef _MSC_VER   typedef __int32 int32_t; typedef unsigned __int32 uint32_t; typedef __int64 int64_t; typedef unsigned __int64 uint64_t;   #else #include #endif 这个是vs2008里面常遇到的，后面我们会考虑比vs2010低的版本 ------------------------- 回 2楼(hhw) 的帖子 这些第三方库需要您在工程属性中包含，可以参考我们给出工程属性里面第三方库的路径，具体来说oss_c_sdk_lib目录下有一个third_party，里面有第三方库的头文件和lib库文件

回 楼主(guyuewuhua) 的帖子 使用linux版本，“ISO C++ 不允许声明无类型的‘typeof’”这个问题是否贴一下详细的错误信息

回 楼主(guyuewuhua) 的帖子 能说一下你使用的场景吗？c sdk所有的内存分配都是在apr memory pool上面的，您的代码是否有在pool之外申请内存 ------------------------- 回 3楼(guyuewuhua) 的帖子 getobjecttofile下载的内容存放到文件中，而getobjecttobuffe下载的内容是存放在内存中的。oss c sdk操作时用户需要首先aos_pool_create(&p, NULL);申请一块内存，后面所有的操作都会在这个pool上面，最后需要用户调用aos_pool_destroy(p)进行释放。建议每个操作都申请一个memory pool，然后操作结束后理解aos_pool_destroy释放掉 ------------------------- 回 6楼(guyuewuhua) 的帖子 这个双向链表的结点也是在memory pool里面申请的，最后都会随着memory pool释放掉，你是否可以在你的AosPoolMgr打印一下什么时候释放这个pool。另外，你是否可以写一个类似while循环这样的case，如果一直调用oss_get_object_to_buffer，看内存是否一直增长。这个也有可能和操作系统真的释放内存策略有关系 ------------------------- 回 10楼(oss-dev) 的帖子 简化一下测试逻辑吧，暂时不要引入多线程抢，就一个线程，每次下载完整的一个文件，多跑几次，注意每次下载一个文件的时候AosPoolMgr是否都会释放memory pool ------------------------- 回 13楼(guyuewuhua) 的帖子 私信您了，您方便的话我们旺旺联系一下，论坛效率比较低，耽误您时间 ------------------------- 回 13楼(guyuewuhua) 的帖子 您也可以用vc提供的CRT检测一下，我之前跑过，没有发现有内存泄露问题。apr库的内存池申请一大块内存，何时真正还给操作系统和apr库有关系，最后在aos_http_io_deinitialize();时会做一些清理工作。方便的话您直接旺旺我，联系方式已经私信您

回 楼主(莫相离sky) 的帖子 首先建议升级一下apr库，看一下是否还有这个错误，现在oss c sdk没有处理这种情况，你可以看一下这个文档： https://www.calazan.com/apache-2-2-partial-results-are-valid-but-processing-is-incomplete-unable-to-stat-file-x-sendfile/?replytocom=44548

回 2楼(samhuang1987) 的帖子 请把您的upload发一下，我从后端看一下这个upload_id是否真的存在，然后我们一起分析一下您说的现象 ------------------------- 回 4楼(samhuang1987) 的帖子 这个upload_id是存在的，但后端并没有看到您说的oss_upload_part_from_file失败情况，是否可以提供您说的出错时候的req_id，在aos_status_t里面有这个变量 ------------------------- 回 6楼(samhuang1987) 的帖子 这个upload_id是肯定在的，OSS不会对用户的数据做未经允许的删除操作，看了一下后端的日志，您上传的object有问题哦，这个upload_id对应的object名字是/aliba/upload/doc/15/12/02/rkuaagklkpljfahxdhbmzg/7.000000.zip，而您刚才操作的object名字是 /aliba/upload/doc/15/12/02/rkuaagklkpljfahxdhbmzg/0.0.zip，所以会出现404的问题。每一个upload_id对应一个object，请您查看一下您的代码 ------------------------- 回 8楼(samhuang1987) 的帖子 有疑问欢迎随时反馈

不是线程安全的，建议每个请求在一个memory pool中完成 ------------------------- 回 2楼(j0h22y) 的帖子 可以的，从c sdk这层来看，apr的memory pool不是线程安全的，所以建议您每次请求都申请一下pool，并且及时释放。你可以试一下，如果多线程情况下有问题，可以随时提出来，我会及时为您解决问题

回 楼主(zxywd) 的帖子 问题在  int is_oss_domain = 0; 这句话，改成int is_oss_domain =1。您用的是oss的域名，此处如果是cname，才需要改成0 ------------------------- 回 2楼(zxywd) 的帖子 亲，bucketname是有一定规则的，只能是数字字母或者横线，具体可以参考 http://help.aliyun.com/document_detail/oss/user_guide/oss_concept/concepts.html， 您是要列出某个bucket的所有文件，这个bucket需要存在，从您贴的代码来看bucketname包含斜杠/肯定有问题，如果bucket名字不清楚，可以去控制台看一下您现在已有的bucket名字。另外endpoint只需要填域名，比如oss-cn-hangzhou.aliyuncs.com

回 楼主(zxywd) 的帖子 您好，把oss c sdk作为第三方库引用可以参考一下我们提供的oss_c_sdk_sample或者oss_c_sdk_demo。引用第三方库包括两部分：第三方库的头文件以及库文件。 具体来说： （1）头文件引用是在工程的配置属性中VC++ Directories选项的Include Directories，需要填入引用的第三方库头文件，比如third_party\include\apr;third_party\include\aprutil;third_party\include\curl;third_party\include\libxml;third_party\include\oss_c_sdk;third_party\include;$(IncludePath) （2）库文件引用是在工程的配置属性中Linker选项，需要填入第三方库文件的路径以及名称。库路径在General选项的Additional Library Directoried，比如third_party\lib;%(AdditionalLibraryDirectories)。 库名称在Input选项的Additional Dependencies，比如apr-1.lib;aprutil-1.lib;curl.lib;xml2.lib;oss_c_sdk_lib.lib;%(AdditionalDependencies) 请您试一下。 ------------------------- oss c sdk sample和oss c sdk demo这两个工程可以运行吗？如果可以的话，对比一下您的工程和oss c sdk demo工程配置的区别 ------------------------- 回 7楼(zxywd) 的帖子 有几点说明一下，首先，我们给出的demo和sample也是visual c++工程，oss c sdk lib 通过在头文件中加入extern 'C'声明，使c sdk能够被c++代码引用。另外，您也发现oss_c_sdk_demo能够正常运行，目前这个示例比较简单，建议您花一点时间看一下，会对您有所帮助，具体来说，您的main函数里面头文件包含有问题，以os_demo.c为例，里面包含的您说的main函数，头文件引用如下： #include 'aos_log.h' #include 'aos_util.h' #include 'aos_string.h' #include 'aos_status.h' #include 'oss_auth.h' #include 'oss_util.h' #include 'oss_api.h' #include 'oss_config.h' #include 'oss_test_util.h' 其中前面几个都是oss c sdk的头文件，您的工程里面引用oss c sdk时这些头文件需要包含。最后一个头文件是封装了一些常用的函数。 另外，oss_c_sdk_sample中对每一个接口都以测试case的形式给出了示例，说实话内容有点多，所以建议您先看demo，把编译和oss c sdk使用的方式有所了解，然后根据您的需要有选择地看sample的内容 ------------------------- 回 9楼(zxywd) 的帖子 您好，请问您说的不人性化具体指什么？如果有好的建议，我们会认真改进 ------------------------- 回 11楼(zxywd) 的帖子 第一个问题，把oss_c_sdk_lib.lib放到third_party\lib下面只是一个建议，您如果觉得这样不好，可以修改工程属性中第三方库的路径。第二个问题，您也可以把在oss c sdk_lib加入到您的solution里面来，或者在oss_c_sdk_lib这个solution里面创建您自己的project也可以。第三个问题，就算把oss_c_sdk_lib作为third_party引入，调试时候也可以通过设置断点进行调试。