草庐IT

CHAR_LENGTH

全部标签

c++ - 为什么使用reinterpret_cast 将char* 转换为结构似乎可以正常工作?

人们说相信reinterpret_cast将原始数据(如char*)转换为结构是不好的。例如,对于结构structA{unsignedinta;unsignedintb;unsignedcharc;unsignedintd;};sizeof(A)=16和__alignof(A)=4,完全符合预期。假设我这样做:char*data=newchar[sizeof(A)+1];A*ptr=reinterpret_cast(data+1);//+1istoensureitdoesn'tpointsto4-bytealigneddata然后复制一些数据到ptr:memcpy_s(sh,sizeo

c++ - 为什么 static const char * template struct 成员没有初始化

我有一些C++11模板代码,我正在尝试移植到VisualC++Compiler2015。原始代码工作得很好,但是我需要重写它以解决constexpr的问题。Theoriginalcode(simplifiedexample)#includestructString{staticconstexprconstchar*value{"STRING"};};templateclassDerived{public:staticconstexprconstchar*value{Base::value};};templatestructFoo{staticconstexprconstchar*val

c++ - boost::lexical_cast<signed char> 无法处理负数?

这个简短的C++程序的行为方式让我感到困惑:#include#include#include#includeintmain(void){signedcharc=-2;assert(c==-2);c=boost::lexical_cast(std::string("-2"));std::cout使用g++5.2.1和boost-1.58.0,我得到:terminatecalledafterthrowinganinstanceof'boost::exception_detail::clone_impl>'what():badlexicalcast:sourcetypevaluecouldn

python - 如何将 char 指针从 python 传递给 C++ API?

我正在尝试从我的python代码中调用以下C++方法:TESS_APITessResultRenderer*TESS_CALLTessTextRendererCreate(constchar*outputbase){returnnewTessTextRenderer(outputbase);}我对如何将指针传递给方法有困难:遵循正确的方法吗?textRenderer=self.tesseract.TessTextRendererCreate(ctypes.c_char)或者我应该这样做:outputbase=ctypes.c_char*512textRenderer=self.tess

c++ - cout 是否保证有 ctype<char> 刻面?

给定:autofoo="ABCDEFGHIJKLMNOPQRSTUVWXYZ"s我可以通过以下方式将所有字符转换为小写:use_facet>(cout.getloc()).tolower(data(foo),next(data(foo),foo.size()));LiveExample但这取决于cout.getloc()包含ctypefacet.假设我使用的是未修改的cout我可以假设cout.getloc()将包含facetctype还是我需要在使用前确认这一点:has_facet>(cout.getloc()) 最佳答案 来自c

c++ - 指向 char 数组的整数指针

我正在开发一个应用程序(visualstudio上的C++语言),其中所有字符串都使用整数指针引用。例如,我正在使用的类有一个指向数据的整数指针和一个大小变量。{....unsignedshortint*pData;intiLen}我想知道使用int指针代替char指针有什么优势吗?经过深思熟虑,我怀疑原因可能是为了避免在没有空终止的情况下使用char指针可能发生的应用程序崩溃。但我不是100%确定。在调试过程中,我们如何检查指针的内容,其中内容是字符数组或字符串(在VisualStudio上)。调试时查看内容只能看到地址。因此,我在调试时遇到了困难。使用printf可以显示内容,但我

c++ - std::memcpy 或显式 char 值赋值 - 在 C++ 中相等且合法

在下面的示例中,uint32_t的值表示被复制到uint8_t数组。这是由std::memcpy完成的。据我了解C++标准,这是完全合法的:我们通过转换为unsignedchar*的T*访问类型为T的对象。没有别名问题,没有对齐问题。反之则不太明显。我们正在通过unsignedchar*访问T的对象表示,这是合法的。但是访问这个词包括改变吗?当然没有锯齿和对齐问题。然而,如果缓冲区s中的值来自外部来源,则会出现问题:我们必须确保正确的字节顺序并省略陷阱表示。可以检查正确的字节顺序,这样就可以解决。但是陷阱表示呢?我们怎样才能避免这种情况?或者uint类型没有陷阱表示而不是说double

c++ - 是否可以让 std::vector<char> 使用选定的内存对齐方式分配内存

我正在将进程的内存复制到vector中缓冲区,并希望为此vector分配的内存具有比默认值更高的对齐方式。这是因为我正在该缓冲区中寻找任意类型的模式,其中内存可以代表任何东西-我希望我正在寻找的任何值/类型对都根据它的类型对齐。也许我可以使用“偏移量”来解决这个问题,但我宁愿让我的字符缓冲区对齐。除了创建vector之外,还有什么办法可以做到这一点吗?相反? 最佳答案 我可以使用自定义分配器解决我的问题。boost::alignment::aligned_allocator示例#include#includetemplateusin

c++ - 函数调用参数,char * vs string 默认构造函数

在C++11及更高版本中调用函数/方法时,哪个更好(如果有区别)?让我们假设这个函数/方法:voidfunc(std::strings){...}以下哪一个最好?func(std::string())或func("")更一般地说,在初始化或参数传递期间始终显式调用构造函数是否有任何优势? 最佳答案 最好调用默认构造函数,因为它保证不会做任何不必要的工作。当传递一个空字符串文字时,可能是字符串实现做了一些处理该字符串的工作(例如计算它的长度)。空字符串文字不是可以与非空字符串文字区别对待的Elixir。它的类型是constchar[1

c++ - 如何将 basic_filebuf 与 char 以外的元素类型一起使用?

假设我想使用basic_filebuf读取文件的内容。我有一个名为boost::uintmax_t的类型,它的大小为8字节。我正在尝试编写以下内容:typedefbasic_filebuffile;typedefistreambuf_iteratorifile;filef;vectordata,buf(2);f.open("test.txt",std::ios::in|std::ios::binary);f.pubsetbuf(&buf[0],1024);ifilestart(&f),end;while(start!=end){data.push_back(*start);start+