1.QByteArray转十六进制 QByteArray buff = sp->readAll(); qDebug() << buff.toHex() << " len: " << nLen; 2.Char转十六进制 QByteArray buff; buff.resize( 2); buff[0] = 0x55; buff[1] = 0x45; QString strHex = QString::number( buff.at(0), 16)

Qstring str = "helloworld"; char *s; QByteArray ba = str.toLatin1(); s = ba.data(); toLatin1.toLocal8Bit都是QString转QByteArray的方法,Latin1代表ASCII,Local8Bit代表unicode. const char* 指向字符常量的指针 const char * ss= "xxxxxx";    // 这个表示的是指针指向的内容不可修改c

1. string转const char* string s ="abc";constchar* c_s = s.c_str(); 2. const char*转string    直接赋值即可 constchar* c_s ="abc";string s(c_s);  3. string转char* string s ="abc";char* c;constint len = s.length();c =newchar[len+1];strcp

QString DATA; std::string str = DATA.toStdString(); const char* ch = str.c_str();

char *ch1="hello11"; const char *ch2="hello22"; ch2 = ch1;//不报错,但有警告 ch1 = (char *)ch2;

原作者: Olivier Goffart 点击打开链接http://woboq.com/blog/qstringliteral.html 译者: zzjin 点击打开链接http://www.tuicool.com/articles/6nUrIr QStringLieral是Qt5中新引入的一个用来从“字符串常量”创建QString对象的宏(字符串常量指在源码中由双引号包含的字符串).在这篇博客我讲解释它的的内部实现和工作原理. 提要 让我们从它的使用环境开始说起:假设你想要在Qt5中从字符串常

char a = 'w'; char b = 'q'; const char* p = &a; p = &b; printf("%c",p[0]); 如上一段代码,最终代码输出q.不是有const修饰嘛?为什么仍然可以改变哪? 指针存在的价值在于让我们修改.如一下代码:会报一个警告deprecated conversion from string constant to 'char*' [-Wwrite-strings] char *msg; msg = "h

解决该问题的方法:使用strcpy函数进行字符串拷贝   原型声明:char *strcpy(char* dest, const char *src); 头文件:#include <string.h> 和 #include <stdio.h> 功能:把从src地址开始且含有NULL结束符的字符串复制到以dest开始的地址空间 说明:src和dest所指内存区域不可以重叠且dest必须有足够的空间来容纳src的字符串. 返回指向dest的指针.   // testArray.cpp

一.可能的组合: (1)const char*p (2)char const*p (3)char *const p(4)const char **p (5)char const**p (6)char *const *p (7)char **const p 当然还有在(5).(6).(7)中再插入一个const的若干情况,不过分析了以上7中,其他的就可类推了! 二.理解助记法宝: 1.关键看const 修饰谁. 2.由于没有 const *的运算,若出现 const * 的形式,则const实际上

最近写代码,遇到很多地方需要判断文件是否存在的.网上的方法也是千奇百怪,“百家争鸣”. fopen方式打开的比较多见,也有其他各种方式判断文件是否存在的,由于其他方法与本文无关,所以不打算提及. 笔者近来使用winapi比较多,于是顺便搜索了msdn,找到了一个函数:PathFileExists BOOL PathFileExists( _In_ LPCTSTR pszPath ); 以下是笔者最初的方法,windows api原则上提供的函数应该是最合理高效的,起码这个方法在windows平台

⒈strcpy的实现代码 char * strcpy(char * strDest,const char * strSrc) { if ((NULL==strDest) || (NULL==strSrc)) //[1] throw "Invalid argument(s)"; //[2] char * strDestCopy = strDest; //[3] while ((*strDest++=*strSrc++)!='\0'); //[4] return strDestCopy;

1.原版的strcpy()函数原型 char * strcpy( char *strDest, const char *strSrc ) { assert( (strDest != NULL) && (strSrc != NULL) ); char *address = strDest; while( (*strDest++ = * strSrc++) != ‘\0’ ); return address; } 在库函数中,字符的赋值所采用的循环代码,只用了一行代码:while( (*str

我之前也是以为我对const char *ptr 这种形式的写法是掌握了的,真的,不就是说一个指针是不可改变的吗? 那么问题就来了,到底是ptr指针本身不能改变,还是ptr执行的值不能改变呢? 从网上的资料上看,有如下的解释: Bjarne在他的The C++ Programming Language里面给出过一个助记的方法:  把一个声明从右向左读. char  * const cp; ( * 读成 pointer to )  cp is a const pointer to char ---

定义中用到&是独立引用. 比如: char i; char &a=i; 表示a是i的一个单独引用. 当有i='a'时,也有a='a'; 当有a='c'时,也有i='c'; 两个变量的标示符都代表同一个内存空间地址. 声明中带有const时,表示为常量. 对const char* const &a=i从右读起 const &a表示a为常量,一开始要对其赋值,这里赋予i,表示a是i的一个单独引用.在以后的程序中,不能对a本身进行值的修改,即不允许有&a=othervar

原本打算在QT用一个字符串"ABCDEF12345"作为类zajiao的构造函数的参数,用来创建类zajiao的对象zajiao1. zajiao zajiao1("ABCDEF12345"); 结果提示: F:\Users\denggelin\Documents\qtduojicheng\main.cpp:31: error: C2664: “zajiao::zajiao(const zajiao &)”: 无法将参数 1 从“const char [12

const char *p;       const修饰*p,所以*p是一个常量,不可修改. char* const p; const修饰p,所以指针p是一个常量,不可修改. #include<iostream> using namespace std; int main(void) { const char *p; p="I Love ShangHai"; while(p) { if(*p=='L') *p='l';//编译不能通过.error:表达式左值必须是可修改的值

写程序的时候经常会遇到无法将“CString”转换为“const char *”的错误,这里我找到了一个解决办法,与大家分享下: CString cs = _T("); ) * ; char *p = new char[strSize]; size_t sz = ; wcstombs_s(&sz, p, strSize, cs, _TRUNCATE); int n = atoi((const char*)p); 经过这样转换后,运行程序就不会出现上述的报错!

在函数调用时,我们经常看见一个函数的接受参数为(const char *); 例如strlen()函数,它的定义为: size_t strlen( const char *str); 那么将形参设置为const的到底有什么好处呢?网络上经常的回答是:这样将把形参限定为常量,使得我们不能修改它.总感觉这种说法似乎是明白了,但再仔细的想下,总觉得少点什么. 在我看来,这样做的好处有2点: 第一,   保证了实参不能被修改,增加了安全性. 第二,   扩大了该函数的参数的接收范围,使得函数更具通用性.

原因: "1234asd56"是常量 ,正确的写法本身就是:const char* str = "1234asd56"; 之所以之前的vs版本可以写成char*是历史遗留原因,在vs2017中如题目中写时,程序可能就崩溃了,新版本VS对这个进行了更严格的控件

不能从const char *转换为LPCWSTR 在VC 6.0中编译成功的项目在VS2005 vs2005.vs2008.vs2010中常会出现类型错误. 经常出现的错误是:不能从const char *转换为LPCWSTR 如使用MessageBox(hwnd,"TEST",NULL,0)就会报错,如果使用强制转换(LPCWSTR)"TEST",虽然能够通过,但是编码会出错. 可行的办法是使用 _T("TEST")转换,或者TEXT(&qu