草庐IT

IEC_DWORD

全部标签

c++ - 购买 C++11 标准 (ISO/IEC 14882 :2011) from an Authorized Body

我正在考虑以合法方式从授权机构获取ISO/IEC14882:2011,而不是通过下载任何盗版拷贝。令我感到困惑的是,在ansi.org他们只收取30.00美元,而iso.org收取238瑞士法郎(=240美元)!既然ISO和ANSI都是授权机构,我是否应该忽略定价差异?请建议。谢谢。 最佳答案 可以得到thecurrentdraft免费,合法。它甚至比发布的标准更新:) 关于c++-购买C++11标准(ISO/IEC14882:2011)fromanAuthorizedBody,我们在S

c++ - 浮点运算是否会导致 IEC 559/IEEE 754 浮点类型的无限未定义行为

我正在通读Infinitynotconstexpr,这似乎表明创建无穷大是未定义的行为:[expr]/4:Ifduringtheevaluationofanexpression,theresultisnotmathematicallydefinedornotintherangeofrepresentablevaluesforitstype,thebehaviorisundefined.但是,如果std::numeric_limits::is_iec559equalstrue,似乎给了我们更多的保证。下面的代码利用这个保证来创建一个无限的数字。在constexpr上下文中执行时,它会导致

c++ - "E"在C++11标准 "ISO/IEC 14882:2011(E)"的名称中代表什么

我看到一些地方将C++11标准称为“ISO/IEC14882:2011(E)”,而ISOsite将其称为“ISO/IEC14882:2011”,没有尾随“(E)”。“E”代表什么?编辑:关于修订号的说明,该标准于2011年8月12日获得ISO批准,9月发布。Here是一个带有尾随“(E)”的版本,它清楚地表明日期是2011年9月1日。所以我认为它不太可能很快就已经是第五次修订了。 最佳答案 据我所知,“(E)”表示英语语言标准,而“(F)”表示法语。ISO网站上的许多文件都有英文和法文版本。事实上,Wikipedia提供了一些帮助,

c++ - 如何使用 ifdef 检测是否支持 Windows DWORD_PTR 类型?

有somenewintegertypes在WindowsAPI中支持Win64。他们并不总是得到支持;例如theyaren'tpresentinMSVC6.我怎样才能写一个#if是否支持这些类型的检测条件?(我的代码需要在许多不同版本的MicrosoftVisualC++下编译,包括MSVC6。因此我需要提供我自己对这些类型的定义,并带有#if以在较新的编译器中禁用它们)。(对于搜索者,完整的类型列表是:DWORD_PTR、INT_PTR、LONG_PTR、UINT_PTR、ULONG_PTR) 最佳答案 宏MSC_VER是在[12

c - 我可以 #include 定义 DWORD 的最小 Windows header 是什么?

我有一个自己的小头文件,它声明了几个函数,其中一个函数的返回类型为DWORD.懒得拖了windows.h只是为了获得这种类型的官方定义,因为该文件很大,而且我的header将用于许多不需要它的源模块。当然,在实践中我知道DWORD只是unsignedint,但如果可能的话,我更喜欢包含官方头文件的更卫生的方法。关于thispage它说DWORD在windef.h中定义,但不幸的是,只包含这个小文件会直接导致编译错误——显然它希望被其他头文件包含。(此外,我的文件是头文件这一事实也意味着我不能只声明WIN32_LEAN_AND_MEAN,因为#includes我的文件的源文件可能需要将其

ios - 使用 CoreNFC 检测 ISO/IEC 14443(Mifare Ultralight 或 Classic)NFC 卡

所以我在WWDC上使用以下代码检测到了AppleLabs提供的NFC卡:nfcSession=NFCNDEFReaderSession(delegate:self,queue:nil,invalidateAfterFirstRead:false)nfcSession.begin()委托(delegate)方法:funcreaderSession(_session:NFCNDEFReaderSession,didInvalidateWithErrorerror:Error){DispatchQueue.main.async{print("Error:"+error.localizedDe

c# - 如何在设置了最高位的注册表中放入一个 DWORD

我遇到了一个奇怪的问题:当从我的C#应用程序中设置Windows注册表中的DWORD类型的值时,当最高位被设置时我总是收到错误。显然,有符号整数和无符号整数之间似乎存在某种转换问题。例子:当我做这样的事情时regKey.SetValue("Value",0x70000000u,RegistryValueKind.DWord);它工作正常。但是当我添加最高位时(因为我专门处理无符号整数,所以应该只是另一个值位),就像这样regKey.SetValue("Value",0xf0000000u,RegistryValueKind.DWord);我遇到异常(“值对象的类型与指定的Registr

c# - DWORD 应该映射到 int 还是 uint?

将WindowsAPI(包括数据类型)转换为P/Invoke时,我应该将DWORD替换为int还是uint?它通常是未签名的,但我看到人们到处都使用int(是否只是因为CLS警告?eventhe.NETFrameworkitself是this),所以我永远不确定哪个一个是正​​确的。 最佳答案 嗯accordingtotheMSDNDWORD是一个无符号整数,范围为0到4294967295。因此理想情况下,您应该将其替换为uint而不是int。但是,正如您所发现的,uint不符合CLS,因此如果您的方法公开可见,您应该使用int并进

Linux x86 NASM - 子例程 : Print a dword from EAX

这个问题在这里已经有了答案:HowdoIprintanintegerinAssemblyLevelProgrammingwithoutprintffromtheclibrary?(5个答案)关闭2年前。所以我正在学习使用NASM语法的x86Linux程序集(天哪,又不是这个,你们都在想)。我正在尝试制作一个子例程,它将简单地将EAX中的值打印到标准输出。代码运行并退出时没有错误,但没有打印任何内容。我不知道为什么。首先,这是我正在处理的文件:segment.bssto_print:resd1segment.textglobalprint_eax_valprint_eax_val:;(t

c++ - ISO/IEC 网站和 C 和 C++ 标准收费

ISOC标准(ISO/IEC9899)和ISOC++标准(ISO/IEC14882)未在线发布;相反,必须为这些标准中的每一个购买PDF。我想知道这背后的基本原理是什么……这些语言的权威规范不能免费提供和在线搜索,这对C和C++编程语言都不是有害的吗?这不是鼓励使用可能不准确的非权威来源来获取有关这些语言的信息吗?虽然我知道在开发C和C++标准上投入了大量时间和精力,但我仍然对选择为规范收费的选择感到有些困惑。OpenGroupBaseSpecification例如,可在线免费获得;他们通过收取认证费用来赚钱。有谁知道为什么ISO标准委员会不通过认证标准合规性来赚取收入,而是对这些文件