[C]void指針賦值后，地址值發(fā)生了變化

KBTiller

回復(fù) 9# nbaloverme


    那就費(fèi)解了。我再想想
    順便說一下
   fprintf(stderr, "queue address: %p\n",my queue);
   多寫了一個(gè)空格，不過這個(gè)和你的那個(gè)問題似乎應(yīng)該沒什么關(guān)系

deadlylight

myqueue是static

nbaloverme

回復(fù) 11# KBTiller


    寫這個(gè)帖子時(shí)編輯錯(cuò)誤，多打了個(gè)空格。

nbaloverme

回復(fù) 12# deadlylight


    和這個(gè)沒有關(guān)系，改成非static變量也一樣。

deadlylight

回復(fù)  KBTiller


    寫這個(gè)帖子時(shí)編輯錯(cuò)誤，多打了個(gè)空格。
nbaloverme 發(fā)表于 2011-09-28 10:06

這就說明帖子里的code和實(shí)際的不是完全相同，不是你直接復(fù)制下來的
問題往往就在你沒注意到的細(xì)節(jié)

nbaloverme

貼二段運(yùn)行時(shí)的輸出吧，第一個(gè)是正常運(yùn)行，第二個(gè)是運(yùn)行時(shí)出現(xiàn)段錯(cuò)誤。

queue address: (nil)
queue address is 0x12a8710
queue address: 0x12a8710

queue address: (nil)
queue address is 0x2aaaac008680
queue address: 0xffffffffac008680

在較高地址時(shí)經(jīng)過賦值后地址值就變了，高位全部置為F。
每次運(yùn)行結(jié)果都這樣。

雨過白鷺洲

回復(fù) 3# nbaloverme


Sorry, 是我沒看仔細(xì)。。

1. 
   
2. void* queue_new(uint32_t size) {
   
3.         queue *q = NULL;
   
4.         q = (queue*)malloc(sizeof(queue));
   
5.         passert(q);
   
6.         q->head = NULL;
   
7.         q->tail = &(q->head);
   
8.         q->elements = 0;
   
9.         q->size = 0;
   
10.         q->maxsize = size;
    
11.         q->freewaiting = 0;
    
12.         q->fullwaiting = 0;
    
13.         if (size) {
    
14.                 eassert(pthread_cond_init(&(q->waitfull),NULL)==0);
    
15.         }
    
16.         eassert(pthread_cond_init(&(q->waitfree),NULL)==0);
    
17.         eassert(pthread_mutex_init(&(q->lock),NULL)==0);
    
18.         fprintf(stderr,"queue address is %p\n",q);
    
19.         return (void*)q;
    
20. }
    
21. 
    
22. static void *myqueue;
    
23. fprintf(stderr, "queue address: %p\n",my queue);
    
24. myqueue = (void *)queue_new(0);   // 我懷疑這里沒找到queue_new()函數(shù)的原型聲明，編譯器將函數(shù)的返回值默認(rèn)為int；
    
25.                               // 此時(shí)已經(jīng)發(fā)生了截?cái)�，�?4位指針截?cái)酁?2位的int。然后你再將int強(qiáng)制轉(zhuǎn)換為(void*)，于是高32位全部置為FF
    
26. fprintf(stderr, "queue address: %p\n", myqueue);

復(fù)制代碼

樓主你試下是不是這個(gè)原因

另外太多的強(qiáng)制轉(zhuǎn)換，不是好的編程習(xí)慣，因?yàn)檫@樣會(huì)把許多編譯器警告屏蔽，導(dǎo)致非常微妙的錯(cuò)誤。

giantchen

+1
回復(fù) 17# 雨過白鷺洲

zfsoft2206

感覺象是內(nèi)存分頁引起的，linux下的LWP線程在內(nèi)核中分配一個(gè)TASK，每個(gè)TASK中堆棧的起始地址不同，這樣可能造成樓主那種情況發(fā)生吧? 最好顯示下程序中堆棧內(nèi)存分布。

asuka2001

17樓是對(duì)的，仔細(xì)看看LZ運(yùn)行正確的情況和出現(xiàn)段錯(cuò)誤的情況：

0x12a8710 時(shí)轉(zhuǎn)換為int型后在轉(zhuǎn)換為void*可以保持不變，因?yàn)?x12a8710作為int型值是個(gè)正數(shù)，所以轉(zhuǎn)換為void*這種無符號(hào)數(shù)時(shí)高位是全填的0。

0x2aaaac008680進(jìn)行截?cái)嗪笞鳛閕nt型值就是個(gè)負(fù)數(shù)了(0xac008680最高位為1)，轉(zhuǎn)換為void*就高位全填1了。