[C++] waveInOpen, Callback resulteert in 'thread exited'

[MichielPH]

In MS Visual Studio '05 heb ik een programmaatje geschreven die de ADC-waarden van de geluidskaart binnenhaalt. De betreffende geluidsbron open ik met:

code:

MMRESULT res;
res = waveInOpen(&hWaveIn, WAVE_MAPPER, &wfx, (DWORD) this->record_callback, this, CALLBACK_FUNCTION);

Als ik het programma compileer voor Vista, dan werkt dit en de waarden kloppen. Als ik echter dezelfde code compileer voor WinCE^[1], dan resulteert dit in The program '[21b6671a] Phonetogram.exe' has exited with code -1073741571 (0xc00000fd).^[2] Status_Stack_Overflow.

Als ik geen gebruik maak van de callback, heb ik geen last van de foutmelding. Ik wil daar wel gebruik van maken, dus waar zit het verschil in WinCE en Win32?


^[1]: Debug Pocket PC 2003 (ARMV4)
^[2]:#define STATUS_STACK_OVERFLOW 0xC00000FD

[Zoijar]

Ik denk dat je een te groot object op de stack alloceert? CE zal met een kleinere default stack size compileren.

[MichielPH]

Waar alloceer ik dat dan? Het is een standaard MS-functie, dus daarbinnen weet ik niet wat er gebeurt.

In de functie-aanroep staan pointers naar de functie en onderstaande code, wat dus ook niet meer dan enkele bytes is. Het daadwerkelijk alloceren van het geheugen voor ADC-waarden gebeurt later en komt de pda dus niet aan toe, omdat hij al het programma al sluit.

code:

    WAVEFORMATEX wfx; /* look this up in your documentation */
    MMRESULT result; /* for waveOut return values */

    wfx.nSamplesPerSec = 48000; /* sample rate */
    wfx.wBitsPerSample = 16; /* sample size */
    wfx.nChannels = 1; /* channels */
    wfx.cbSize = 0; /* size of _extra_ info */
    wfx.wFormatTag = WAVE_FORMAT_PCM;
    wfx.nBlockAlign = (wfx.wBitsPerSample >> 3) * wfx.nChannels;
    wfx.nAvgBytesPerSec = wfx.nBlockAlign * wfx.nSamplesPerSec;

[farlane]

Zal een linker instelling zijn

[Zoijar]

Ik heb geen idee, ik kan geen MS code debuggen...

Probeer eens eens de linker optie /STACK:10000000 bv; werkt het dan wel?

Een andere mogelijkheid is dat je callback recursief is. Ik ken eigenlijk maar twee manieren om een stack overflow te triggeren:

C++:

struct X{
char[1024*1024*100];
};

X x; // stack overflow

void foo() {
   foo(); // stack overflow
}

[ Voor 51% gewijzigd door Zoijar op 27-06-2008 11:31 ]

[farlane]

Het kan ook zijn dat de callback vaker wordt aangeroepen dan de code die erin staat / snelheid van je device aankan.

[MSalters]

Een andere optie is dat je in de callback iets doet waardoor je terug naar het OS gaat, voordat je returnt. De eerste call blijft dan op de stack staan. Om 1 of andere reden roept WinCE je callback daarna opnieuw aan (vorige input niet afgehandeld?), waardoor je weer een call op de stack krijgt, enzovoorts.