嵌入式 Linux C如何列印64bit的longlong整型int64_t
64位無符號整型列印方式:
#include<stdio.h>
unsigned long long ll=0x9102928374747474;
void main()
{
printf("**************\n");
printf("%x,%llx\n",ll,ll);
printf("%llu\n",ll);
printf("**************\n");
}
整型不同長度小常識溫故:
d,lx,ld,,lu,這幾個都是輸出32位的
hd,hx,hu,這幾個都是輸出16位資料的,
hhd,hhx,hhu,這幾個都是輸出8位的,
lld,ll,llu,llx,這幾個都是輸出64位的,
printf( "%llu ",.....)
%llu 是64位無符號
%llx才是64位16進位制數
Dev-C++下基本資料型別學習小結
環境: Dev-C++ 4.9.6.0 (gcc/mingw32), 使用-Wall編譯選項
基本型別包括位元組型(char)、整型(int)和浮點型(float/double)。
定義基本型別變數時,可以使用符號屬性signed、unsigned(對於char、int),和長度屬性short、long(對
於int、double)對變數的取值區間和精度進行說明。
下面列舉了Dev-C++下基本型別所佔位數和取值範圍:
符號屬性 長度屬性 基本型所佔位數 取值範圍 輸入符舉例輸出符舉例
-- --char 8-2^7 ~ 2^7-1 %c%c、%d、%u
signed --char 8-2^7 ~ 2^7-1 %c%c、%d、%u
unsigned -- char 80 ~ 2^8-1 %c%c、%d、%u
[signed] short [int] 16 -2^15 ~ 2^15-1%hd
unsigned short [int] 16 0 ~ 2^16-1%hu、%ho、%hx
[signed] -- int 32-2^31 ~ 2^31-1 %d
unsigned -- [int] 320 ~ 2^32-1 %u、%o、%x
[signed] long [int] 32 -2^31 ~ 2^31-1%ld
unsigned long [int] 32 0 ~ 2^32-1%lu、%lo、%lx
[signed] long long[int] 64 -2^63 ~ 2^63-1%I64d
unsigned long long[int] 64 0 ~ 2^64-1%I64u、%I64o、%I64x
-- --float 32+/- 3.40282e+038 %f、%e、%g
-- --double 64+/- 1.79769e+308 %lf、%le、%lg %f、%e、%g
-- longdouble 96 +/- 1.79769e+308%Lf、%Le、%Lg
幾點說明:
1. 注意! 表中的每一行,代表一種基本型別。“[]”代表可省略。
例如:char、signed char、unsigned char是三種互不相同的型別;
int、short、long也是三種互不相同的型別。
可以使用C++的函式過載特性進行驗證,如:
void Func(char ch) {}
void Func(signed char ch) {}
void Func(unsigned char ch) {}
是三個不同的函式。
2. char/signed char/unsigned char型資料長度為1位元組;
char為有符號型,但與signed char是不同的型別。
注意! 並不是所有編譯器都這樣處理,char型資料長度不一定為1位元組,char也不一定為有符號型。
3. 將char/signed char轉換為int時,會對最高符號位1進行擴充套件,從而造成運算問題。
所以,如果要處理的資料中存在位元組值大於127的情況,使用unsigned char較為妥當。
程式中若涉及位運算,也應該使用unsigned型變數。
4. char/signed char/unsigned char輸出時,使用格式符%c(按字元方式);
或使用%d、%u、%x/%X、%o,按整數方式輸出;
輸入時,應使用%c,若使用整數方式,Dev-C++會給出警告,不建議這樣使用。
5. int的長度,是16位還是32位,與編譯器字長有關。
16位編譯器(如TC使用的編譯器)下,int為16位;32位編譯器(如VC使用的編譯器cl.exe)下,int為32
位。
6. 整型資料可以使用%d(有符號10進位制)、%o(無符號8進位制)或%x/%X(無符號16進位制)方式輸入輸出。
而格式符%u,表示unsigned,即無符號10進位制方式。
7. 整型字首h表示short,l表示long。
輸入輸出short/unsigned short時,不建議直接使用int的格式符%d/%u等,要加字首h。
這個習慣性錯誤,來源於TC。TC下,int的長度和預設符號屬性,都與short一致,
於是就把這兩種型別當成是相同的,都用int方式進行輸入輸出。
8. 關於long long型別的輸入輸出:
"%lld"和"%llu"是linux下gcc/g++用於long long int型別(64 bits)輸入輸出的格式符。
而"%I64d"和"%I64u"則是Microsoft VC++庫裡用於輸入輸出__int64型別的格式說明。
Dev-C++使用的編譯器是Mingw32,Mingw32是x86-win32 gcc子專案之一,編譯器核心還是linux下的gcc。
進行函式引數型別檢查的是在編譯階段,gcc編譯器對格式字串進行檢查,顯然它不認得"%I64d",
所以將給出警告“unknown conversion type character `I' in format”。對於"%lld"和"%llu",gcc理
所當然地接受了。
Mingw32在編譯期間使用gcc的規則檢查語法,在連線和執行時使用的卻是Microsoft庫。
這個庫裡的printf和scanf函式當然不認識linux gcc下"%lld"和"%llu",但對"%I64d"和"%I64u",它則是
樂意接受,並能正常工作的。
9. 浮點型資料輸入時可使用%f、%e/%E或%g/%G,scanf會根據輸入資料形式,自動處理。
輸出時可使用%f(普通方式)、%e/%E(指數方式)或%g/%G(自動選擇)。
10. 浮點引數壓棧的規則:float(4 位元組)型別擴充套件成double(8 位元組)入棧。
所以在輸入時,需要區分float(%f)與double(%lf),而在輸出時,用%f即可。
printf函式將按照double型的規則對壓入堆疊的float(已擴充套件成double)和double型資料進行輸出。
如果在輸出時指定%lf格式符,gcc/mingw32編譯器將給出一個警告。
11. Dev-C++(gcc/mingw32)可以選擇float的長度,是否與double一致。
12. 字首L表示long(double)。
雖然long double比double長4個位元組,但是表示的數值範圍卻是一樣的。
long double型別的長度、精度及表示範圍與所使用的編譯器、作業系統等有關。
相關推薦
嵌入式 Linux C如何列印64bit的longlong整型int64_t
64位無符號整型列印方式: #include<stdio.h> unsigned long long ll=0x9102928374747474; void main() { printf("**************\n");
嵌入式 Linux C 修煉手冊
target 十六 http left 動態內存分配 進行 rgb con str 以下博文是博主根據狄泰軟件學院的嵌入式C語言課程進階剖析視頻培訓教程的內容總結而來,加上自己對 C 語言的理解所整理出來的。C 語言是最基礎的語言,學好 C 語言有助於我們以
C# 顏色和整型值轉換
直接貼程式碼: /// <summary> /// 將顏色轉換為整形值 /// </summary> /// <param name="color"></param>
用c語言實現整型變數內容互換
對於給定的兩個整形變數的值,將兩個值的內容進行交換的問題,從兩個方面設計解決方案,下面為具體的演算法分析及程式。 演算法一:先建立兩個整形變數,並進行初始化。同時建立一個臨時變數,通過臨時變數,從而達到交換兩個整形變數內容的目的。 #include<stdio.h> #i
C語言的整型溢位問題 int、long、long long取值範圍 最大最小值
《C和指標》中寫過:long與int:標準只規定long不小於int的長度,int不小於short的長度。 double與int型別的儲存機制不同,long int的8個位元組全部都是資料位,而double是以尾數,底數,指數的形式表示的,類似科學計數法,因此double比i
高質量嵌入式Linux C程式設計 第二章 資料 學習筆記
一、什麼是資料型別? 資料型別包含兩方面的內容,資料的表示和對資料加工的操作。資料的全部可能表示構成資料型別的值的集合,資料全部合理的操作構成資料型別的操作集合。 二、什麼是變數? 其值在作用域內可以改變的量稱為變數。一個變數應該有一個自己的名字,在記憶體中佔據
高質量嵌入式Linux C程式設計 第三章 運算子、表示式學習
一、運算子有哪幾類? (1)算數運算子:+、-、*、/、%、++、–七種 (2)關係運算符:>、<、==、>=、<=、!=六種 (3)邏輯運算子:&&、||、!三種 (4)位操作運算子:&、|、~、^、<&l
高質量嵌入式Linux C程式設計 第四章 語句 學習
一、語句從流程的角度可以分為幾種 三種基本結構:順序結構、分支結構、迴圈結構 二、空語句有什麼作用 (1)純粹消耗CPU時間,起到延時作用 (2)為了程式的結構清楚,可讀性好,以後擴充新功能方便。 三、 表示式語句的構成 表示式語句由表示式加上;號構成 四、布
10 c語言中整型int,long,long long範圍及原碼補碼錶示
以2位元組為例來說:對於無符號的數值(原碼及補碼都一樣),最小值是0,最大值是1111 1111 1111 1111=216-1=65535,共有216個編碼。對於有符號的來說較為複雜:1)原碼
eclipse 遠端圖形化除錯嵌入式linux c arm(beaglebone black),解決常見除錯問題
1. eclipse遠端除錯的具體配置: 參考該網頁上的視訊http://www.eeboard.com/bbs/thread-15454-1-3.html (國外以小哥做的,講的非常詳細) 2. eclipse debug的具體設定說明: (對於遠端除錯的細節說明,防止
Linux中create_elf_tables函式整型溢位漏洞分析(CVE-2018-14634)
在這篇文章中,我們將跟大家分析Linux平臺中create_elf_tables函式的一個整型溢位漏洞(CVE-2018-14634)。 概述 在近期的一次安全分析過程中,我們在64位Linux系統核心裡的create_elf_tables()函式中發現了一個整型溢位漏洞,本地攻擊者將
C語言長整型相乘
思路 用陣列strA,strB儲存數字,將兩個大數對應位置(i、j)上的數相乘,乘積直接放在陣列strC的第(i+j)位,待所有位置上的數都相乘後,對strC進行進位。 #include<io
【嵌入式Linux C程式設計】linux檔案程式設計
系統呼叫是作業系統提供給使用者的一組“特殊”介面,使用者程式可以通過這些介面來獲得核心提供的服務。使用者程式為什麼不可以直接呼叫核心?系統呼叫可以保護核心。使用者程式在使用者空間中操作使用者資料,不允許訪問核心空間資料,也無法呼叫核心函式。使用者程式設計介面API在使用者空間
C#練習——統計整型陣列中不重複數字的個數、將普通日期格式轉換成漢字日期格式、在控制檯錄入每個學生的姓名,當用戶輸入quit(不區分大小寫)時,程式停止接受使用者的輸入,並且顯示出使用者輸入的學生的個數
using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Threading.Tasks; namespace ReviewPractice { class Pr
C語言的整型溢位問題
整型溢位有點老生常談了,bla, bla, bla… 但似乎沒有引起多少人的重視。整型溢位會有可能導致緩衝區溢位,緩衝區溢位會導致各種黑客攻擊,比如最近OpenSSL的heartbleed事件,就是一個buffer overread的事件。在這裡寫下這篇文章,希望大家都瞭解
C語言中整型的定義
使用C語言時,用sizeof運算int,long int,long long int時,得到的結果不盡相同。那麼這些型別長度與什麼有關?與機器?與編譯器(語言實現)?還是作業系統?我查閱了一些資料,將之總結下來,希望能有一些參考價值。也歡迎指正糾錯,共同學習! C語言的實
嵌入式Linux C程式設計學習之路(十三)——標準IO之gets,puts,fprintf,sprintf,fgetc,fputc
1. gets & puts //是行快取的讀寫函式 char *gets(char*s); int puts(constchar *s); gets 與fgets的區別: Ø gets()不能指定快取的長度,這樣就可能造成快取越界(如若該行長於快取長度
C語言中整型在計算機中的儲存
一 . 整型的表示 1.字面值後面加上L(l)表示long長整型 2.字面值後面加上U(u)表示usigned整型值 3.十進位制123 ... 4.
C語言中整型常量的表達方式
在C語言中,整型常量可用以下三種形式表示:1. 十進位制整數,即按日常接觸的數字形式正常表達。如123、-120;2. 八進位制整數,以0開頭的數字進行表達。如0123表示八進位制數123,即(123)
C語言長整型(long long)64位整型耗時問題
C語言的long long型整型效能很差 今天刷OJ時偶然發現C語言long long整型資料居然耗時超過好幾百毫秒,這對於時間敏感的程式設計題是無法忍受的,故記錄此坑,留作紀念。 一.先上圖 1