0000000C adresi özel bir adres midir?

Programlarken bazen işler bozulur. Bir hata yaptınız ve programınız yanlış bir adresten okumaya çalışıyor.

Bu istisnaların sıkça olduğu gibi bana dikkat çeken bir şey:

Access violation at address 012D37BC in module 'myprog.exe'. Read of address 0000000C.

Şimdi birçok hata günlüğü görüyorum ve bana göre en dikkat çeken şey: 0000000C. Bu "özel" bir adres mi? Kötü okumalara sahip diğer erişim ihlallerini görüyorum ama adresler rastgele görünüyor, ancak bu tamamen farklı durumlarda geri gelmeye devam ediyor.

00000000özel bir adres (boş işaretçi). 0000000Cboş göstericiye 12 ofset eklediğinizde elde ettiğiniz şeydir, çünkü büyük olasılıkla birisi zaşağıdaki gibi bir yapının üyesini gerçekte boş olan bir gösterici ile almaya çalıştı .

struct Foo {
    int w, x, y; // or anything else that takes 12 bytes including padding
    // such as: uint64_t w; char x;
    // or: void *w; char padding[8];
    // all assuming an ordinary 32 bit x86 system
    int z;
}

Windows bu KQUEUE yasa dışıdır tüm ilk ve son sayfayı başka bir deyişle, süreç belleğin ilk veya son 64 KiB (aralıkları 0x00000000için 0x0000ffffve 0xffff0000için 0xffffffff32-bit uygulamasında).

Bu, bir boş gösterici ya da dizini boşa çıkarmanın tanımsız davranışını boş bir diziye hapsetmektir. Sayfa boyutu 64 KiB olduğundan, Windows'un yalnızca ilk veya son sayfaya geçerli bir aralık atanmasını engellemesi gerekir.

Bu, (geçerli adresler dahil) herhangi bir değeri olabilecek başlatılmamış işaretçilere karşı korunmaz.

Neden 0x0Cdaha yaygın göründüğü gibi 0x08(gerçekten mi? Bilmiyorum; ve ne tür uygulamalarda?) Bunun sanal yöntem tablosu işaretçileriyle ilgisi olabilir. Bu gerçekten bir yorum (vahşi kütle tahminde :), ama biraz daha büyük, işte böyle 0x04. Örneğin, başka bir sanal sınıftan miras alan bir sınıf şöyle bir bellek düzenine sahip olabilir:

0x00 - VMT pointer for parent
0x04 - Field 1 in parent
0x08 - VMT pointer for child
0x0C - Field 1 in child

Bu ortak bir senaryo mu, hatta yakın mı? Emin değilim. Bununla birlikte, 64 bitlik bir uygulamada bunun daha da ilginç bir şekilde 0x0Cdeğere kaymasının olabileceğini unutmayın :

0x00 - VMT parent
0x08 - Field 1 parent
0x0C - VMT child
0x14 - Field 2 child

Bu yüzden aslında boş göstergelerdeki ofsetlerde uygulamaların önemli örtüşme olabileceği bir çok durum var. Bu, bir alt sınıftaki ilk alan veya sanal yöntem tablosu işaretçisi olabilir - bir örnekte herhangi bir sanal yöntemi çağırdığınızda gerekli, böylece bir nullişaretçi üzerinde sanal bir yöntem çağırıyorsanız , erişim ihlali alırsınız. VMT ofseti. Bu özel değerin yaygınlığı daha sonra benzer bir kalıtım düzenine sahip bir sınıf veya belirli bir arayüz (DirectX oyunları gibi bazı uygulama sınıfları için oldukça mümkün) olan belirli bir arayüz sağlayan bazı ortak API ile ilgili olabilir. Bunun gibi bazı basit ortak nedenleri takip etmek mümkün olabilir, ancak oldukça hızlı bir şekilde değişiklik yapmayan uygulamalardan kurtulma eğilimindeyim, bu yüzden ...