草庐IT

signed-ness

全部标签

安卓工作室 : Signing issue after upgrade

我最近将我的androidstudio从0.2.6升级到了0.2.11。在0.2.6中打开的构建->“生成签名的apk”向导不会出现在这里。相反,它显示一个对话框,如:对于基于Gradle的项目,签名配置应在Gradle构建脚本中指定。有关详细信息,请参阅Gradle用户指南。我什至在build.gradle文件中添加了以下行:signingConfigs{debug{storeFilefile("debug.keystore")}myConfig{storeFilefile("other.keystore")storePassword"android"keyAlias"android

安卓工作室 : Installation failed since APK was not signed

我试图在模拟器中运行我的应用程序,但收到以下错误:InstallationfailedsincetheAPKwaseithernotsigned,orsignedincorrectly.IfthisisaGradle-basedproject,thenmakesurethesigningconfigurationisspecifiedintheGradlebuildscript.我正在尝试使用调试设置运行应用程序,因此不需要签署应用程序,因为它会在构建时获得临时签名。 最佳答案 当您安装在不同计算机上生成的相同应用程序时,经常会发生

c++ - 使用 iostream read 和 signed char 时的未定义行为

我的问题类似于this但更具体一点。我正在编写一个函数来从使用小端表示的istream中读取一个32位无符号整数。在C中,这样的事情会起作用:#include#includeuint_least32_tfoo(FILE*file){unsignedcharbuffer[4];fread(buffer,sizeof(buffer),1,file);uint_least32_tret=buffer[0];ret|=(uint_least32_t)buffer[1]但是如果我尝试使用istream做类似的事情,我会遇到我认为未定义的行为uint_least32_tbar(istream&fi

C++17 make_optional constexpr-ness

Thispage说make_optionalC++17中的函数返回constexproptional.我认为(虽然我可能是错的)这需要optional有一个constexpr复制或移动构造函数。然而,thispage也说不是这样的。我不知道如何make_optional可以按照当前的C++1z草案实现。参见thispost为了澄清。是否有一些解决方法,或者这可能只是标准草案/cppreference的错误? 最佳答案 感谢@Yakk和@T.C.为了他们的解释。我觉得一个例子应该让事情更清楚:structwrapper{intvalu

c++ - 在传递函数指针时是否应该转发有关 noexcept-ness 的知识?

我已经编写了以下代码来测试跨函数调用的noexcept传播,它似乎并没有像我想象的那样工作。在GCC4.7.2中,可以有效地测试函数是否为noexcept仅直接或作为模板特化参数传递时;但不是当作为参数传递给模板函数时,或作为指向普通函数的函数指针时——即使该函数将其形式参数声明为noexcept。这是代码:#include#definetest(f)\std::coutstaticinlinevoidtest0(){test(f);}templatestaticinlinevoidtest1(Ff){test(f);}staticinlinevoidtest2(void(*f)())

c++ - 为什么复制 const shared_ptr& 不会违反 const-ness?

尽管我的代码编译得很好,但这一直困扰着我,我无法在stackoverflow上找到答案。以下通用构造函数是将shared_ptr传递给构造函数中的类实例的一种方法。MyClass{MyClass(conststd::shared_ptr&pt);std::shared_ptrpt_;//EDITED:Removed&typo};MyClass::MyClass(conststd::shared_ptr&pt):pt_(pt){}这编译得很好。我的问题如下:在我的理解中,像这样声明一个参数const:voidmyfunc(constT&t)promise不改变t。但是,通过将shared

c++ - 强制转换为模板中的引用似乎抛弃了 const-ness

考虑以下C++代码:typedefstd::string&mutable_string_ref;conststd::stringstr="abc";mutable_string_refref(str);这显然会导致编译器错误,因为您无法创建对常量字符串的可变引用。对于GCC4.7.2,产生的错误是:error:invalidinitializationofreferenceoftype‘mutable_string_ref{akastd::basic_string&}’fromexpressionoftype‘conststring{akaconststd::basic_string}

c++ - 'comparison between signed and unsigned integer expressions' 真的会导致错误吗?

通常我使用的对象会有(有符号的)int参数(例如intiSize),这些参数最终会存储某物应该有多大。同时,我经常将它们初始化为-1以表示对象(等)尚未设置/尚未填充/尚未准备好使用。当我执行类似if(iSize>=someVector.size()){...}的操作时,我经常以警告结束comparisonbetweensignedandunsignedinteger.因此,名义上我不想使用unsignedint。在任何情况下这会导致错误或意外行为吗?如果不是:处理此问题的最佳方法是什么?如果我使用编译器标志-Wno-sign-compare我可能(假设地)错过我应该使用unsigne

c++ - Qt 安装程序框架 : How to sign the maintenancetool. exe

我在Windows上使用QtIFW2.0.1为我的应用程序构建了一个安装程序。当我们提供安装程序供下载时,我已经使用有效证书对安装程序可执行文件进行了签名。因此,在安装过程询问所需的访问权限时,我们的验证名称会显示出来。尽管如此,还是有一个unpleasantmessagebox如果用户通过maintenancetool.exe卸载、更新或更改我们的应用程序。如何提取maintenancetool.exe、对其进行签名并将其放回安装程序可执行文件中? 最佳答案 自2019年4月11日发布的QtInstallerFramework版本

c++ - 从 char* 到 signed char* 的转换

我看到了一段有效的C代码,我试图将其编译为C++,但出现了一个我无法理解的错误。char*t;signedchar*v=t;error:invalidconversionfromchar*tosignedchar*据我了解,char和signedchar在语义上是相同的,但仍被编译器视为不同。我知道错误是由这两种类型之间的差异引起的,我的问题是:为什么存在这种差异?据我所知,char是作为signedchar或unsignedchar实现的,因此它应该与两者相同或另一个。我咨询了thisquestion它没有回答我想知道的问题。 最佳答案