• 【Memcached客户端连接系列】之C++客户端
    C++客户端支持免密和密码访问两种模式的Memcached实例。这里分别给出代码示例。前提安装C++客户端的服务器与Memcached实例网络畅通。这里需要保证两点:(1).两者在同一个虚拟私有云VPC内。(2).两者的安全组规则相同。安装C++客户端的服务器已安装了GCC(建议为4.8.4或更高版本)。已获取了最新版本的依赖包:libmemcached-x.y.z.tar.gz(x.y.z为依赖包的版本号),并且上传到安装C++客户端的服务器。步骤登录到安装C++客户端的服务器(Linux系统)。安装sasl相关依赖包。debian类系统:apt install libsasl2-dev cloog.pplRedhat类系统: yum install cyrus-sasl*安装libmemcached-x.y.z.tar.gz依赖包。tar -xzvf libmemcached-x.y.z.tar.gzcd libmemcached-x.y.z./configure --enable-saslmakemake install新建build.sh文件,将如下代码复制到build.sh文件。g++ -o dcs_sample dcs_sample.cpp -lmemcached -std=c++0x -lpthread -lsasl2说明:编译如果报错找不到libmemcached.so.11文件,请用find命令找到此文件,并将其拷贝到/usr/lib目录下。新建dcs_sample.cpp文件,将如下C++代码复制到dcs_sample.cpp文件并修改代码。密码模式代码示例:#include <iostream> #include <string> #include <libmemcached/memcached.h> using namespace std;  #define IP  "ip or domain name"   //Memcached实例连接地址#define PORT  port                        //Memcached实例连接端口           #define USERNAME "userName"  //Memcached实例用户名#define PASSWORD "password"  //Memcached实例连接密码memcached_return rusult;  memcached_st * init() {     memcached_st *memcached = NULL;     memcached_server_st *cache;     memcached = memcached_create(NULL);     cache = memcached_server_list_append(NULL, IP, PORT, &rusult);      sasl_client_init(NULL);          memcached_set_sasl_auth_data(memcached, USERNAME, PASSWORD);           memcached_behavior_set(memcached,MEMCACHED_BEHAVIOR_BINARY_PROTOCOL,1);          memcached_server_push(memcached,cache);          memcached_server_list_free(cache);             return memcached; }  int main(int argc, char *argv[]) {          memcached_st *memcached=init();     string key = "memcached";     string value = "hello world!";     size_t value_length = value.length();     int expire_time = 0;     uint32_t flag = 0;      rusult = memcached_set(memcached,key.c_str(),key.length(),value.c_str(),value.length(),expire_time,flag);       if (rusult != MEMCACHED_SUCCESS){       cout <<"set data failed: " << rusult << endl;       return -1;     }     cout << "set succesed, key: " << key << ", value: " << value << endl;     cout << "get key:" << key << endl;     char* result = memcached_get(memcached,key.c_str(),key.length(),&value_length,&flag,&rusult);     cout << "value:" << result << endl;                      memcached_free(memcached);     return 0; }免密模式代码示例:#include <iostream> #include <string> #include <libmemcached/memcached.h> using namespace std;  #define IP  "ip or domain name"  //Memcached实例连接地址#define PORT  port                       //Memcached实例连接端口memcached_return rusult;  memcached_st * init() {     memcached_st *memcached = NULL;     memcached_server_st *cache;     memcached = memcached_create(NULL);     cache = memcached_server_list_append(NULL, IP, PORT, &rusult);          memcached_server_push(memcached,cache);     memcached_server_list_free(cache);          return memcached; }  int main(int argc, char *argv[]) {          memcached_st *memcached=init();     string key = "memcached";     string value = "hello world!";     size_t value_length = value.length();     int expire_time = 0;     uint32_t flag = 0;      rusult = memcached_set(memcached,key.c_str(),key.length(),value.c_str(),value.length(),expire_time,flag);       if (rusult != MEMCACHED_SUCCESS){       cout <<"set data failed: " << rusult << endl;       return -1;     }     cout << "set succesed, key: " << key << " ,value: " << value << endl;     cout << "get key:" << key << endl;     char* result = memcached_get(memcached,key.c_str(),key.length(),&value_length,&flag,&rusult);     cout << "value:" << result << endl;                       memcached_free(memcached);     return 0; }编译源码,生成dcs_sample二进制文件。chmod 700 build.sh./build.sh执行编译后的二进制文件,连接Memcached实例。./dcs_sample执行结果如下:set succesed, key: memcached ,value: hello world! get key:memcached value:hello world!
  • obs c++接口问题
    问1)obs 是否提供 c++ api ?2)华为私有云的 obs 接口与 这个共有云接口 api 是否是一样的?
  • [技术干货] c++ lambda 表达式
    lambda的形式表示:[](int x){return x%3 == 0}使用[]代替函数名;没有返回类型,返回类型相当于使用decltype推断而得。如果表达式中不包括返回语句,则推断出类型为void,仅当lambda表达式中仅包含一条返回语句时,自动推断类型才起作用;否则,需要使用新增的返回类型后置语法,如下:[](double x) -> double { int y = x; return x – y; }        还可以传入参数       [](double x) -> double { int y = x; return x – y; }(3.5)lambda还可以操作变量,如:       [count]:表示以传值方式访问变量;       [&count]:表示以引用方式访问变量;       [count1, &count2]:以传值方式访问count1,以引用方式访问count2;       [&, count]:表示以传值方式访问count,以引用方式访问其他变量;       [=]:表示以传值方式访问所有变量;       [&]:表示以引用方式访问所有变量;TransportLayerLegacy::ListenerLegacy::ListenerLegacy(const TransportLayerLegacy::Options& opts,                                                     NewConnectionCb callback)    : Listener("",               [](const std::vector<std::string>& ips) -> std::string {  // 返回值为string                   // convert IP vector back to string for compatibility with legacy networking code                   // forgive me father                   StringBuilder ip_str;                   StringData comma;                   for (const auto& ip : ips) {                       ip_str << comma << ip;                       comma = ",";                   }                   return ip_str.str();               }(opts.ipList),  //传入的参数               opts.port,               getGlobalServiceContext(),               true),      _accepted(std::move(callback)) {}参考 文档:https://www.cnblogs.com/benxintuzi/p/4613144.html
  • 【看点】认为 C++ 太糟糕,独立游戏教父“吹神”亲自开发新语言?
    本文转自开源中国,作者:OSC-h4cd 抛出一个问题:C++真的很可怕吗? 2016 年底,C++ 之父 Bjarne Stroustrup 在一次采访中表示:“C++ 让编程专家很容易编写出复杂、高性能、低资源消耗的代码,但不足以成为广大普通程序员喜爱的语言,它需要简化。” 他努力说服 ISO C++ 标准委员会的专家和编程教师,希望他们在 C++ 的开发和讲授中使用更简单的方式,而不仅仅专注于最优化和最聪明的技巧,他认为“简单的表述方式才是最优化的方案”。 C++ 的复杂程度连创造者都觉得需要做些改变,它越来越复杂,似乎是业界公认的,同时也给一些开发者带来困扰。近日,有媒体报导,在对著名独立视频游戏开发者、知名游戏”Braid“和”The Witness“的作者 Jonathan Blow 进行采访时,他表示,C++ 太复杂了,严重影响了他的工作,他被迫在项目中工作时停下来思考编程可以悲惨到什么程度,并开发了自己的 Jai 语言来替代 C++。 19476 C++ 诞生于 20 世纪 70 年代,是以 C 语言为原型。经过了数十年的发展,C++ 发生了巨大的变化,层层叠叠的“历史残余和古怪”的定义阻碍了其发展,C++ 变得越来越混乱。 Jonathan 认为 C++ 是一种非常糟糕、可怕的语言。他说 C++ 的主要缺陷在于它是一个非常复杂和分层的生态系统,在解决不同问题的过程中变得越来越复杂 ; 层数越多,堆叠越高,变得越不稳定,理解起来就越难。 19475 Jonathan 开发 Jai 语言,希望能帮助 C++ 游戏开发人员提高工作效率,他想要提高程序员的生活质量,通过允许程序员使用少量代码构建大量功能来增强表达能力。 到目前为止,Jonathan和他的团队正在深入开发《The Witness》游戏,Jai 作为辅助项目还在继续开发中。未来几年,它将成为是 Jonathan 和他在 Thekla 公司的团队的主要焦点。 Jonathan 认为,Jai 相比 C++ 的工作效率提高了约 15%,但随着时间的推移,这个数字将会提高到 50% 和 80% 之间。目前他有一个未公布的游戏项目,是使用 Jai 建立的,旨在“测试对现实的想法”。前排网友:A:我们说某种语言不好,只能硬着头皮学;人家说某种语言不好,直接另写一个语言。这就是差别。B:层数越多,堆叠越高,变得越不稳定,理解起来就越难。他明明是在群嘲Java。C:说实话,他说出来的只是我心理的感受而已。今日话题:你认为 C++ 复杂可怕吗?哪个语言又不复杂可怕了?欢迎评论留下你的见解~
  • 计算机语言的巨变
    我的上一篇博文《与 C 语言长别离》引来了我的老朋友,一位 C++ 专家的评论。在评论里,他推荐把 C++ 作为 C 的替代品。这是不可能发生的,如果 C++ 代替 C 是趋势的话,那么 Go 和 Rust 也就不会出现了。 但是我不能只给我的读者一个光秃秃的看法(LCTT 译注:此处是双关语)。所以,在这篇文章中,我来讲述一下为什么我不再碰 C++ 的故事。这是关于计算机语言设计经济学专题文章的起始点。这篇文章会讨论为什么一些真心不好的决策会被做出来,然后进入语言的基础设计之中,以及我们该如何修正这些问题。在这篇文章中,我会一点一点的指出人们(当然也包括我)自从 20 世纪 80 年代以来就存在的关于未来的编程语言的预见失误。直到最近,我们才找到了证明我们错了的证据。我记得我第一次学习 C++ 是因为我需要使用 GNU eqn 输出 MathXML,而 eqn 是使用 C++ 写的。那个项目不错。在那之后,21 世纪初,我在韦诺之战Battle For Wesnoth那边当了多年的资深开发人生,并且与 C++ 相处甚欢。在那之后啊,有一天我们发现一个不小心被我们授予提交权限的人已经把游戏的 AI 核心搞崩掉了。显然,在团队中只有我是不那么害怕查看代码的。最终,我把一切都恢复正常了 —— 我折腾了整整两周。再那之后,我就发誓我再也不靠近 C++ 了。在那次经历过后,我发现这个语言的问题就是它在尝试使得本来就复杂的东西更加复杂,来粗陋补上因为基础概念的缺失造成的漏洞。对于裸指针这样东西,它说“别这样做”,这没有问题。对于小规模的个人项目(比如我的魔改版 eqn),遵守这些规定没有问题。但是对于大型项目,或者开发者水平参差不齐的多人项目(这是我经常要处理的情况)就不能这样。随着时间的推移以及代码行数的增加,有的人就会捅篓子。当别人指出有 BUG 时,因为诸如 STL 之类的东西给你增加了一层复杂度,你处理这种问题所需要的精力就比处理同等规模的 C 语言的问题就要难上很多。我在韦诺之战时,我就知道了,处理这种问题真的相当棘手。我给 Stell Heller(我的老朋友,C++ 的支持者)写代码时不会发生的问题在我与非 Heller 们合作时就被放大了,我和他们合作的结局可能就是我得给他们擦屁股。所以我就不用 C++ ,我觉得不值得为了其花时间。 C 是有缺陷的,但是 C 有 C++ 没有的优点 —— 如果你能在脑内模拟出硬件,那么你就能很简单的看出程序是怎么运行的。如果 C++ 真的能解决 C 的问题(也就是说,C++ 是类型安全以及内存安全的),那么失去其透明性也是值得的。但是,C++ 并没有这样。我们判断 C++ 做的还不够的方法之一是想象一个 C++ 已经搞得不错的世界。在那个世界里,老旧的 C 语言项目会被迁移到 C++ 上来。主流的操作系统内核会是 C++ 写就,而现存的内核实现,比如 Linux 会渐渐升级成那样。在现实世界,这些都没有发生。C++ 不仅没有打消语言设计者设想像 D、Go 以及 Rust 那样的新语言的想法,它甚至都没有取代它的前辈。不改变 C++ 的核心思想,它就没有未来,也因此,C++ 的抽象泄露leaky abstraction也不会消失。既然我刚刚提到了 D 语言,那我就说说为什么我不把 D 视为一个够格的 C 语言竞争者的原因吧。尽管它比 Rust 早出现了八年(和 Rust 相比是九年)Walter Bright 早在那时就有了构建那样一个语言的想法。但是在 2001 年,以 Python 和 Perl 为首的语言的出现已经确定了,专有语言能和开源语言抗衡的时代已经过去。官方 D 语言库/运行时和 Tangle 的无谓纷争也打击了其发展。它从未修正这些错误。然后就是 Go 语言(我本来想说“以及 Rust”。但是如前文所述,我认为 Rust 还需要几年时间才能有竞争力)。它的确是类型安全以及内存安全的(好吧,是在大多数时候是这样,但是如果你要使用接口的话就不是如此了,但是自找麻烦可不是正常人的做法)。我的一位好友,Mark Atwood,曾指出过 Go 语言是脾气暴躁的老头子因为愤怒而创造出的语言,主要是 C 语言的作者之一(Ken Thompson) 因为 C++ 的混乱臃肿造成的愤怒,我深以为然。我能理解 Ken 恼火的原因。这几十年来我就一直认为 C++ 搞错了需要解决的问题。C 语言的后继者有两条路可走。其一就是 C++ 那样,接受 C 的抽象泄漏、裸指针等等,以保证兼容性。然后以此为基础,构建一个最先进的语言。还有一条道路,就是从根源上解决问题 —— 修正 C语言的抽象泄露。这一来就会破环其兼容性,但是也会杜绝 C/C++ 现有的问题。对于第二条道路,第一次严谨的尝试就是 1995 年出现的 Java。Java 搞得不错,但是在语言解释器上构建这门语言使其不适合系统编程。这就在系统编程那留下一个巨大的洞,在 Go 以及 Rust 出现之前的 15 年里,都没有语言来填补这个空白。这也就是我的 GPSD 和 NTPsec 等软件在 2017 年仍然主要用 C 写成的原因,尽管 C 的问题也很多。在许多方面这都是很糟糕的情况。尽管由于缺少足够多样化的选择,我们很难认识到 C/C++ 做的不够好的地方。我们都认为在软件里面出现缺陷以及基于安全方面考虑的妥协是理所当然的,而不是想想这其中多少是真的由于语言的设计问题导致的,就像缓存区溢出漏洞一样。所以,为什么我们花了这么长时间才开始解决这个问题?从 C 1972 年面世到 Go 2009 年出现,这其中隔了 37 年;Rust 也是在其仅仅一年之前出现。我想根本原因还是经济。从最早的计算机语言开始,人们就已经知道,每种语言的设计都体现了程序员时间与机器资源的相对价值的权衡。在机器这端,就是汇编语言,以及之后的 C 语言,这些语言以牺牲开发人员的时间为代价来提高性能。 另一方面,像 Lisp 和(之后的)Python 这样的语言则试图自动处理尽可能多的细节,但这是以牺牲机器性能为代价的。广义地说,这两端的语言的最重要的区别就是有没有自动内存管理。这与经验一致,内存管理缺陷是以机器为中心的语言中最常见的一类缺陷,程序员需要手动管理资源。当相对价值断言与软件开发在某个特定领域的实际成本动因相匹配时,这个语言就是在经济上可行的。语言设计者通过设计一个适合处理现在或者不远的将来出现的情况的语言,而不是使用现有的语言来解决他们遇到的问题。随着时间的推移,时兴的编程语言已经渐渐从需要手动管理内存的语言变为带有自动内存管理以及垃圾回收(GC)机制的语言。这种变化对应了摩尔定律导致的计算机硬件成本的降低,使得程序员的时间与之前相比更加的宝贵。但是,除了程序员的时间以及机器效率的变化之外,至少还有两个维度与这种变化相关。其一就是距离底层硬件的距离。底层软件(内核与服务代码)的低效率会被成倍地扩大。因此我们可以发现,以机器为中心的语言向底层推进,而以程序员为中心的语言向着高级发展。因为大多数情况下面向用户的语言仅仅需要以人类的反应速度(0.1 秒)做出回应即可。另一个维度就是项目的规模。由于程序员抽象发生的问题的漏洞以及自身的疏忽,任何语言都会有可预期的每千行代码的出错率。这个比率在以机器为中心的语言上很高,而在程序员为中心的带有 GC 的语言里就大大降低。随着项目规模的增大,带有 GC 的语言作为一个防止出错率不堪入目的策略就显得愈发重要起来。当我们使用这三种维度来看当今的编程语言的形势 —— C 语言在底层,蓬勃发展的带有 GC 的语言在上层,我们会发现这基本上很合理。但是还有一些看似不合理的是 —— C 语言的应用不合理地广泛。我为什么这么说?想想那些经典的 Unix 命令行工具吧。那些小程序通常都可以使用带有完整的 POSIX 支持的脚本语言快速实现出来。重新编码那些程序将使得它们调试、维护和拓展起来都会更加简单。但是为什么还是使用 C (或者某些像 eqn 的项目,使用 C++)?因为有转换成本。就算是把相当小、相当简单的程序使用新的语言重写并且确认你已经忠实地保留了所有非错误行为都是相当困难的。笼统地说,在任何一个领域的应用编程或者系统编程在一种语言的权衡过时之后,仍然坚持使用它。这就是我和其他预测者犯的大错。 我们认为,降低机器资源成本(增加程序员时间的相对成本)本身就足以取代 C 语言(以及没有 GC 的语言)。 在这个过程中,我们有一部分或者甚至一大部分都是错误的 —— 自 20 世纪 90 年代初以来,脚本语言、Java 以及像 Node.js 这样的东西的兴起显然都是这样兴起的。但是,竞争系统编程语言的新浪潮并非如此。 Rust 和 Go 都明确地回应了增加项目规模 这一需求。 脚本语言是先是作为编写小程序的有效途径,并逐渐扩大规模,而 Rust 和 Go 从一开始就定位为减少大型项目中的缺陷率。 比如 Google 的搜索服务和 Facebook 的实时聊天复用。我认为这就是对 “为什么不再早点儿” 这个问题的回答。Rust 和 Go 实际上并不算晚,它们相对迅速地回应了一个直到最近才被发现低估的成本动因问题。好,说了这么多理论上的问题。按照这些理论我们能预言什么?它告诉我们在 C 之后会出现什么?推动 GC 语言发展的趋势还没有扭转,也不要期待其扭转。这是大势所趋。因此:最终我们将拥有具有足够低延迟的 GC 技术,可用于内核和底层固件,这些技术将以语言实现方式被提供。 这些才是真正结束 C 长期统治的语言应有的特性。我们能从 Go 语言开发团队的工作文件中发现端倪,他们正朝着这个方向前进 —— 可参见关于并发 GC 的学术研究 —— 从未停止研究。 如果 Go 语言自己没有选择这么做,其他的语言设计师也会这样。 但我认为他们会这么做 —— 谷歌推动他们的项目的能力是显而易见的(我们从 “Android 的发展”就能看出来)。在我们拥有那么理想的 GC 之前,我把能替换 C 语言的赌注押在 Go 语言上。因为其 GC 的开销是可以接受的 —— 也就是说不只是应用,甚至是大部分内核外的服务都可以使用。原因很简单: C 的出错率无药可医,转化成本还很高。上周我尝试将 C 语言项目转化到 Go 语言上,我发现了两件事。其一就是这活很简单, C 的语言和 Go 对应的很好。还有就是写出的代码相当简单。由于 GC 的存在以及把集合视为首要的数据结构,人们会预期代码减少,但是我意识到我写的代码比我最初期望的减少的更多,比例约为 2:1 —— 和 C 转 Python 类似。抱歉呐,Rust 粉们。你们在内核以及底层固件上有着美好的未来,但是你们在别的 C 领域被 Go 压的很惨。没有 GC ,再加上难以从 C 语言转化过来,还有就是 API 的标准部分还是不够完善。(我的 select(2) 又哪去了啊?)。对你们来说,唯一的安慰就是,C++ 粉比你们更糟糕 —— 如果这算是安慰的话。至少 Rust 还可以在 Go 顾及不到的 C 领域内大展宏图。C++ 可不能。转载自:Linux中国,英文原文
  • 最适合人工智能开发的编程语言优缺点对比:Python、C++、Java
    人工智能技术的提升不仅为企业的运营带来了效率,而且为人民的生活带来了便利。迄今为止,人工智能已经实现了生物识别智能、自动驾驶汽车和人脸识别等等项目。 就像大多数软件应用程序的开发一样,开发人员也在使用多种语言来编写人工智能项目,但是现在还没有任何一种完美的编程语言是可以完全速配人工智能项目的。编程语言的选择往往取决于对人工智能应用程序的期望功能。关于最佳人工智能编程语言的争论从未停止,所以本文就来比较5种人工智能项目最常用的编程语言,并列出它们的优缺点。 Python 由于其语法,简单性和多功能性,Python成为开发人员最喜欢的人工智能开发编程语言。Python最打动人心的地方之一就是便携性,它可以在Linux、Windows、Mac OS和UNIX等平台上使用。允许用户创建交互式的、解释的、模块化的、动态的、可移植的和高级的代码。 另外,Python是一种多范式编程语言,支持面向对象,过程式和功能式编程风格。由于其简单的函数库和理想的结构,Python支持神经网络和NLP解决方案的开发。 优点 Python有丰富多样的库和工具。 支持算法测试,而无需实现它们。 Python的面向对象设计提高了程序员的生产力。 与Java和C ++相比,Python的开发速度更快。 缺点 习惯使用Python来编写人工智能程序的程序员很难适应其它语言的语法。 与c++和Java不同的是,Python需要在解释器的帮助下工作,这就会拖慢在AI开发中的编译和执行速度。 不适合移动计算。 C ++ 优点 c++是最快的计算机语言,如果你的人工智能项目对于时间特别敏感,那么C++是很好的选择,它提供更快的执行时间和更快的响应时间(这也是为什么它经常应用于搜索引擎和游戏)。此外,c++允许广泛使用算法,并且在使用统计人工智能技术方面是有效的。另一个重要的因素是c++支持在开发中重用代码。 C ++适用于机器学习和神经网络。 缺点 多任务处理不佳; C ++仅适用于实现特定系统或算法的核心或基础。 它遵循自下而上的方法,因此非常复杂。 Java Java也是一种多范式语言,遵循面向对象的原则和一次写入读取/随处运行(WORA)的原则。它是一种AI编程语言,可以在任何支持它的平台上运行,而无需重新编译。 在各种项目的开发中,Java都是常用语言之一,它不仅适用于NLP和搜索算法,还适用于神经网络。 Lisp 优点 Lisp是一门计算机编程语言,是继Fortran之后的第二古老的编程语言。随着时间的推移,LISP逐渐发展成为一种强大的、动态的编码语言。 有人认为Lisp是最好的人工智能编程语言,因为它为开发人员提供了自由。在人工智能中使用Lisp,因其灵活性可以快速进行原型设计和实验,当然这也反过来促进Lisp在AI开发中的发展,例如,Lisp有一个独特的宏系统,有助于开发和实现不同级别的智能。 与大多数人工智能编程语言不同,Lisp在解决特定问题时更加高效,因为它适应了开发人员编写解决方案的需求,非常适合于归纳逻辑项目和机器学习。 缺点 很少有开发人员熟悉Lisp编程。 作为一种较古老的编程语言,Lisp需要配置新的软件和硬件来适应它的使用。 Prolog Prolog也是古老的编程语言之一,与Lisp一样,它也是人工智能项目开发的常用语言,拥有灵活框架的机制,它是一种基于规则和声明性的语言,包含了决定其人工智能编码语言的事实和规则。 Prolog支持基本的机制,例如模式匹配、基于树的数据结构和人工智能编程的自动回溯。除了在人工智能项目中广泛使用外,Prolog还用于创建医疗系统。 本文转自:IT168网站
  • [问题求助] 是不是所有纳入c++11的标准库都可以用?
    numeric和random库可以用吗?
  • [问题求助] (C++版本)使用Visual Studio编译,可以运行,请问为什么上传后出现编译错误
    错误信息如下: cmake version 2.8.12.2-- The C compiler identification is GNU 4.8.4-- The CXX compiler identification is GNU 4.8.4-- Check for working C compiler: /usr/bin/cc-- Check for working C compiler: /usr/bin/cc -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Check for working CXX compiler: /usr/bin/c++-- Check for working CXX compiler: /usr/bin/c++ -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- Configuring done-- Generating done
  • [技术探讨] C++中嵌入python
    在C++代码中嵌入python可以吗,会编译通过吗
  • [问题求助] 用C++开发,得分为零,日志提示一下错误
    错误answer exit abnormal Missing output file
  • [问题求助] C++中的predict.cpp有一处不理解
    C++中的predict.cpp有一处是char * result_file = (char *)"17\n\n0 8 0 20";后面的"17\n\n0 8 0 20"是什么意思
  • [问题求助] c++ missing output file 本地测试有结果啊?
    本地测试用例,都有output.txt 并没有修改过build.sh, ubuntu编译成功,提交之后就异常+没有输出文件了? 用的也是sdk提供的写入函数,格式、命名都按照要求提交的。 有没有解决了这个问题的,能否给点提示啊,如何解决这个问题? 求助小原! 还有几个小问题: 1. 需要预测的物理服务器(input文件)只有一种型号吧(cpu+mem+disk),就占文件的第一行? 2. 这个input文件格式会跟示例不一样么?这就有可能导致missing output file么?
  • [问题求助] 多个c++和c文件
    rt,如果程序有多个c++和c文件在c++-sdk里该怎么放?
  • [问题求助] c++能否修改CMakeLists.txt文件
    如题,修改CMakeLists.txt文件算违规吗
  • [问题求助] C++怎样在windows系统下,visual studio2015中编译开发
    华为软件比赛中,下载的整个工程C++,怎样在windows系统下,visual studio2015中编译开发
总条数:310 到第
上滑加载中