Comportamento diverso della memoria non allocata tra le versioni di Visual Studio

Question

Ho una strana situazione. Sto cercando di implementare un dispositivo SDK da 10+ anni per il mio dispositivo di gestione della fotocamera. Il produttore non è più in affari e non ho alcuna possibilità di ottenere un aiuto ufficiale. Quindi eccomi qui, in cerca di aiuto per il mio brutto problema.

L'SDK viene fornito con campioni Visual Studio 6.0. Uno dei file include ha una struttura che termina con un array di un byte come sotto;

typedef struct AVData { 
    ... 
    BYTE audioVideoData[1]; 
}AVDATA, *PAVDATA; 

Ma questo singolo byte allocato array di byte riceve fotogrammi video e strano abbastanza, funziona benissimo con Visual Studio versione 6.0. Se provo con Visual Studio 2005/2008/2010, comincio a ricevere i messaggi di errore Memory Access Violation che actully ha senso dal momento che non dovrebbe essere possibile allocare lo spazio a una matrice di dimensioni fisse in seguito, no? Ma lo stesso codice funziona bene con VS 6.0 ?! Probabilmente è causato da differenze di runtime del compilatore o del C++, ma non sono molto esperto su questo argomento, quindi è difficile dire la ragione certa per me.

Ho provato a cambiare la dimensione in un numero massimo previsto di byte come di seguito;

typedef struct AVData { 
    ... 
    BYTE audioVideoData[20000]; 
}AVDATA, *PAVDATA; 

Questo lo ha aiutato ottenere lavoro, ma di tanto in tanto ottengo problemi di violazione di accesso di memoria quando si cerca di distruggere l'oggetto decoder della biblioteca.

C'è qualcosa di decisamente sbagliato in questo. Non ho i codici sorgente dell'SDK, solo i file DLL, Lib e Header. Le mie domande sono:

1) È davvero legale allocare spazio a una matrice di dimensioni fisse nella versione di Visual Studio 6.0?

2) Esiste un modo possibile (un'opzione di compilazione, ecc.) Per far funzionare lo stesso codice con le versioni VS/C++ più recenti?

3) Poiché la soluzione alternativa per la modifica del file di intestazione funziona fino a un certo punto ma presenta ancora problemi, conosci un modo migliore per risolvere questo problema?

Answer 1

IIRC è un vecchio trucco per creare una struttura di dimensioni variabili.

considerano

struct { 
    int len; 
    char name[1]; 
} s; 

il 'nome' ora può essere di lunghezza variabile se l'allocazione appropriata è fatto e sarà sequenzialmente disposte in memoria:

char* foo = "abc"; 
int len = strlen(foo); 

struct s* p = malloc(sizeof(int) + len + 1); 

p->len = len; 
strcpy(p->name, foo); 

penso che quanto sopra dovrebbe funziona bene anche nelle versioni più recenti di Visual Studio, forse è una questione di impacchettamento, hai fatto #pragma pack (1) per ottenere le strutture sui limiti dei byte? So che VS6 lo aveva come predefinito.

Answer 2

Un array di un elemento in una struttura C come questo spesso indica che la dimensione è sconosciuta fino al runtime. (Per un esempio di Windows, vedere BITMAPINFO.)

Di solito, ci saranno altre informazioni (possibilmente nella struttura) che indicano quanto deve essere grande il buffer.Lei non avrebbe mai allocare uno di questi direttamente, ma invece allocare il blocco giusta dimensione della memoria, poi lanciarlo:

int size = /* calculate frame size somehow */ 
AVDATA * data = (AVDATA*) malloc(sizeof(AVDATA) + size); 
// use data->audioVideoData 

Answer 3

Il codice presenta quasi certamente un comportamento indefinito, in qualche modo, e non c'è modo per risolvere questo problema, tranne per riparare l'interfaccia o il codice sorgente dell'SDK. Poiché non è più in attività, questo è impossibile.