1. 程式人生 > >嵌入式 Linux C如何列印64bit的longlong整型int64_t

嵌入式 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

相關推薦

嵌入式 Linux C如何列印64bit的longlongint64_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語言的溢位問題

整型溢位有點老生常談了,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