con trỏ trong C phần 2 - và các phần tiếp theo

[11520327]

Không phải do tại nó là 64bit mà là do x86_64 (hay là con CPU em đang xài ấy), là dạng little endian

cụm từ x86_64 chỉ dùng khi nói về chíp của intel, và chíp của intel dạng little endian.

[08520229]

Trong 64 bit kiểu int vẫn 4 bytes, cứ code rồi dùng sizeof in ra là biết ngay

bao nhiêu byte là do trình biên dịch chứ ko phải do HDH, con số 64 bit của hệ điều hành không có ý nghĩa gì ở đây hết.

đây là datatype của keilC - nó là một trình biên dịch C nhưng dùng cho Vi điều khiển

http://www.keil.com/support/man/docs/c51/c51_le_datatypes.htm

Vấn đề của bài toán này là hiểu được thế nào là cấu trúc x86_64 chứ không phải chạy code rồi đọc kết quả... vì cùng một code đó khi chạy trên những nền tảng khác nhau thì kết quả nó sẽ khác nhau

[11520118]

Trong 64 bit kiểu int vẫn 4 bytes, cứ code rồi dùng sizeof in ra là biết ngay

[08520016]

vậy x86_64 nói lên CPU có kích thước thanh ghi là 64bit và con trỏ cũng có kích thước là 64bit. với kiến trúc này thì kết quả là 64 226 1 0,vậy với CPU dùng dạng big endian thì kết quả sẽ ra 0 1 226 64???

Em đã xem , tìm hiểu Big endian và litle endian chưa?
Nôm na.
-Nó quy định cách sắp xếp thứ tự các byte trong bộ nhớ
Big Endian: Byte cao nhất sẽ đc sắp đầu tiên.
Litle Edian: Byte thấp nhất sẽ đc sắp đầu tiên.

Như vậy
----------------- cao nhất--------------------thấp nhất
số 123456(10) = 00000000 00000001 11100010 01000000(2)
__________________________________________________ ____
Trong Big Endian là: 00000000 00000001 11100010 01000000(2)
Litle Endian là : 01000000 11100010 00000001 00000000 (2)

[truonganpn]

vậy x86_64 nói lên CPU có kích thước thanh ghi là 64bit và con trỏ cũng có kích thước là 64bit. với kiến trúc này thì kết quả là 64 226 1 0,vậy với CPU dùng dạng big endian thì kết quả sẽ ra 0 1 226 64???

Vậy little endian là gì và big endian là gì và tại sao kết quả lại khác nhau? Tập trung vào kiến thức liên quan chứ đừng quá tập trung vào kết quả, ở đây chúng ta đâu phải đi thi mà là đang tìm hiểu mà

[09520019]

vậy x86_64 nói lên CPU có kích thước ...

Không phải do tại nó là 64bit mà là do x86_64 (hay là con CPU em đang xài ấy), là dạng little endian

[11520327]

vậy x86_64 nói lên CPU có kích thước thanh ghi là 64bit và con trỏ cũng có kích thước là 64bit. với kiến trúc này thì kết quả là 64 226 1 0,vậy với CPU dùng dạng big endian thì kết quả sẽ ra 0 1 226 64???

[09520019]

hệ điều hành 32bit của em không có liên quan gì tới vấn đề này cả. Nó chỉ có ý nghĩa là OS đó có thể cài đặt trên các bộ xử lý hỗ trợ tập lệnh cho nó (32 bit)... tức là các máycó kiến trúc tương đương x86 của intel, nên trong cái tên của OS thì bạn thấy nó ghi là x86 trong khi win 64 bit nó ghi là x64.

còn x86 là kiến trúc máy tính của intel sử dụng little edian... xuất hiện cùng thời với x86 thì còn có một số kiến trúc khác như MAC và Motorola dùng big edian

Ở các thế hệ máy cũ... một số trình complier C cho vi điều khiển vẫn giữ kiểu nguyên là 16bit , còn hiện tại cho PC thông thường là 32 bit (giống máy bạn đang sử dụng), một số là 64 bit... sự khác biệt này dẫn đến sự khác biệt của kết quả in ra gồm bao nhiêu byte. 2,4 hay 8. Trong đề là x86_64 => có lẽ ở đây ám chỉ kiểu int mặc định là 64 bit ??? cái này phải nhờ tới anh An giải đáp. Theo mình thấy thì thông thường kiểu int mặc định của trình biên dịch sẽ có cùng kích thước với kích thước thanh ghi của kiến trúc...

Hình như x64 dùng để đánh lạc hướng hay là nêu đề bài cho đầy đủ ? Chứ chỉ có con trỏ là 64bit, còn int vẫn 32bit, kiểu long mới thay đổi từ 4bytes lên 8 bytes. Cái x64 thì không rõ ý đồ của anh An

ftp://gcc.gnu.org/pub/gcc/summit/200...2064%20bit.pdf

Editted: à rồi nêu đề bài cho rõ

Đúng là cái đó ám chỉ kiến trúc 64-bit. Giữa bao la các trình biên dịch hiện tại thì chỉ có kiểu con trỏ là đảm bảo cùng kích thước với thanh ghi của kiến trúc (vì phải như vậy nó mới đảm bảo lưu trữ được địa chỉ). Còn kiểu int cơ bản thì các trình biên dịch dùng kích thước khác nhau nhưng với 2 trình biên dịch phổ biến nhất mà các bạn hay dùng là Visual C và GNU C thì kiểu int 4-byte cho cả kiến trúc 64-bit và 32-bit.

Thêm 1 chú ý nữa:
- Các bạn tìm hiểu 2 khái niệm Big Endian và Litle Endian là sẽ biết đáp án .
-Và các máy Intel X86 X64 dùng Litle Endian
-->Tự kiếm kết quả

Cái gợi ý của anh Tàu coi như đáp án roài

[truonganpn]

Ở các thế hệ máy cũ... một số trình complier C cho vi điều khiển vẫn giữ kiểu nguyên là 16bit , còn hiện tại cho PC thông thường là 32 bit (giống máy bạn đang sử dụng), một số là 64 bit... sự khác biệt này dẫn đến sự khác biệt của kết quả in ra gồm bao nhiêu byte. 2,4 hay 8. Trong đề là x86_64 => có lẽ ở đây ám chỉ kiểu int mặc định là 64 bit ??? cái này phải nhờ tới anh An giải đáp. Theo mình thấy thì thông thường kiểu int mặc định của trình biên dịch sẽ có cùng kích thước với kích thước thanh ghi của kiến trúc...

Đúng là cái đó ám chỉ kiến trúc 64-bit. Giữa bao la các trình biên dịch hiện tại thì chỉ có kiểu con trỏ là đảm bảo cùng kích thước với thanh ghi của kiến trúc (vì phải như vậy nó mới đảm bảo lưu trữ được địa chỉ). Còn kiểu int cơ bản thì các trình biên dịch dùng kích thước khác nhau nhưng với 2 trình biên dịch phổ biến nhất mà các bạn hay dùng là Visual C và GNU C thì kiểu int 4-byte cho cả kiến trúc 64-bit và 32-bit.

[08520229]

cái 0 1 226 64 hay 64 226 1 0 là do thứ tự lưu trong bộ nhớ từ phải qua trái thì phải? còn x86_64 thì em hông hiểu... tuy nhiên để đề phòng bất trắc nên em mới viết

không biết là x86_64 có liên quan gì đến hđh 32 hay 64 không?
vậy cái x86_64 là gì thế ạ?

hệ điều hành 32bit của em không có liên quan gì tới vấn đề này cả. Nó chỉ có ý nghĩa là OS đó có thể cài đặt trên các bộ xử lý hỗ trợ tập lệnh cho nó (32 bit)... tức là các máycó kiến trúc tương đương x86 của intel, nên trong cái tên của OS thì bạn thấy nó ghi là x86 trong khi win 64 bit nó ghi là x64.

còn x86 là kiến trúc máy tính của intel sử dụng little edian... xuất hiện cùng thời với x86 thì còn có một số kiến trúc khác như MAC và Motorola dùng big edian

Ở các thế hệ máy cũ... một số trình complier C cho vi điều khiển vẫn giữ kiểu nguyên là 16bit , còn hiện tại cho PC thông thường là 32 bit (giống máy bạn đang sử dụng), một số là 64 bit... sự khác biệt này dẫn đến sự khác biệt của kết quả in ra gồm bao nhiêu byte. 2,4 hay 8. Trong đề là x86_64 => có lẽ ở đây ám chỉ kiểu int mặc định là 64 bit ??? cái này phải nhờ tới anh An giải đáp. Theo mình thấy thì thông thường kiểu int mặc định của trình biên dịch sẽ có cùng kích thước với kích thước thanh ghi của kiến trúc...

[11520327]

x86_64

đã có thông tin:

Có thể hiểu một cách đơn giản như sau.
80.386 hay thường gọi là i386 hoặc 386 là bộ vi xử lý được Intel giới thiệu đầu tiên vào năm 1985.
Sau này còn nhiều bộ vi khác cùng thuộc dòng 8x.x86 và được gọi chung là x86.
Nói tới x86 tức là nói bộ vi xử lý 32 bit chung. Trước nó có 80.086 là 16 bit.

Còn về x86_64 tức là dành cho các CPU đời mới. Mở rộng từ x86 lên thành 64 bit.

nguồn http://www.zend.vn/forum/viewtopic.php?f=31&t=375

[08520016]

Thêm 1 chú ý nữa:
- Các bạn tìm hiểu 2 khái niệm Big Endian và Litle Endian là sẽ biết đáp án .
-Và các máy Intel X86 X64 dùng Litle Endian
-->Tự kiếm kết quả

[11520327]

cái 0 1 226 64 hay 64 226 1 0 là do thứ tự lưu trong bộ nhớ từ phải qua trái thì phải? còn x86_64 thì em hông hiểu... tuy nhiên để đề phòng bất trắc nên em mới viết

em cài hđh 32bit

không biết là x86_64 có liên quan gì đến hđh 32 hay 64 không?
vậy cái x86_64 là gì thế ạ?

[truonganpn]

khà khà thầy thiếu câu lệnh return trong hàm main.

em cài hđh 32bit nên kết quả xuất ra là 6422610. e tách số này ra là: 64 226 1 0
số 123456 thuộc kiểu integer nên lưu trong bộ nhớ như sau (4byte):
00000000 00000001 11100010 01000000 thứ tự dãy tính từ trái qua sẽ là dãy 1, 2,3 ,4.
biến con trỏ pa thuộc kiểu char có kích thước 1 byte.
khi gán pa=(unsigned char*)&a thì pa sẽ trỏ tới dãy 1. pa+1 trỏ tới dãy 2, pa+2 trỏ tới dãy 3... vậy suy ra vòng for đã duyệt hết cả 4 dãy trên thông qua con trỏ pa và chỉ số i. ở đây, câu lệnh printf có đặc tả %d, tức là lấy giá trị nguyên nên trình biên dịch sẽ đổi các dãy nhị phân trên thành các số nguyên tương ứng và in lên màn hình. các bạn chú ý là vòng lặp for duyệt 1 lần 8byte( kích thước kiểu char).
dãy đâu tiên là số 0. dãy thứ hai là số 1. dãy thứ ba là số 226. dãy cuối cùng là 64.
vậy kết quả thu được là 6422610. nếu các bạn sửa câu lệnh printf thành printf("%d\t", *(pa+1)) thì sẽ thấy rõ kết quả.

Hàm không return thì nó là một "undefined behavior" thôi chứ không phải lỗi , dù sao thì cũng sửa lại cho dễ nhìn.

Còn một vấn đề nữa là tại sao lại ra 64 226 1 0. Tại sao không phải là 0 1 226 64? Bạn Mẫn có tô đậm một ý rồi đó, đề không thừa đâu

[08520229]

khà khà thầy thiếu câu lệnh return trong hàm main.
em cài hđh 32bit nên kết quả xuất ra là 6422610. e tách số này ra là: 64 226 1 0
số 123456 thuộc kiểu integer nên lưu trong bộ nhớ như sau (4byte):
00000000 00000001 11100010 01000000 thứ tự dãy tính từ trái qua sẽ là dãy 1, 2,3 ,4.
biến con trỏ pa thuộc kiểu char có kích thước 1 byte.
khi gán pa=(unsigned char*)&a thì pa sẽ trỏ tới dãy 1. pa+1 trỏ tới dãy 2, pa+2 trỏ tới dãy 3... vậy suy ra vòng for đã duyệt hết cả 4 dãy trên thông qua con trỏ pa và chỉ số i. ở đây, câu lệnh printf có đặc tả %d, tức là lấy giá trị nguyên nên trình biên dịch sẽ đổi các dãy nhị phân trên thành các số nguyên tương ứng và in lên màn hình. các bạn chú ý là vòng lặp for duyệt 1 lần 8byte( kích thước kiểu char).
dãy đâu tiên là số 0. dãy thứ hai là số 1. dãy thứ ba là số 226. dãy cuối cùng là 64.
vậy kết quả thu được là 6422610. nếu các bạn sửa câu lệnh printf thành printf("%d\t", *(pa+1)) thì sẽ thấy rõ kết quả.

CPU theo kiến trúc x86_64 ý quan trọng nằm ở đây nè bạn ...

suy nghĩ lại rồi xóa đi cho các bạn tự tìm hiểu ^_^... chú ý là máy của các bạn thường kiểu int là 32bit, nhưng trong cái đề này thì ko chắc đâu nha :happy:

Mà lỡ nhiều chiện rồi cho mình nói thêm tí, mấy bạn khóa dưới khoa KTMT hay dự định vào KTMT thì nên chú ý bài này nha... bài này rất là hay đấy :byebye: