Metti un po' di Debug.Assert sparsi qua e là. Si tratta di uno statement in cui puoi esprimere una condizione e che solleva una exception nel caso in cui questa condizione non sia verificata, ed è molto utile per scovare bug subdoli tipo questo.

Es. di utilizzo con le due righe che hai postato:
Dato che sono stra-sicuro, o comunque mi aspetto che il primo statement mi restituisca un datareader e non null, allora scrivo una roba del genere:
In questo caso se MySQL_Requettes.MyODBCReader restituisce null, ti viene sollevato un errore su quella assertion e ti rendi subito conto di cosa c'è che non va.

Poi ho un po' indagato su questo MySQL_Requettes (che non avevo mai sentito) e ho scovato questo:
http://www.codeproject.com/KB/database/mysqlconnexion.aspx
Domanda: l'hai preso da lì? Perchè il codice postato in quell'articolo ha una *PESSIMA* gestione delle eccezioni, visto che non le rilancia. Non vorrei ci fosse qualcosa di simile nel metodo che invochi tu e che quindi, in corrispondenza di un qualsiasi errore del db, venga fatta una Response.Write del messaggio magari restituendo null.

Let me know.
Ciao.

dr2 dove la dichiari? non è shared, vero?
m.

ho cercato in giro per la rete tutta la notte ma davvero non è spiegabile quell'errore !
la cosa più strana di tutti è il fatto che non sia un errore diciamo cosi FISSO ma che va e viene e questo mi fa pensare quasi che sia come se i dati memorizzati nel global.asax in qualche modo non vengano "caricati"

Ciao,

ho avuto anch'io in passato dei problemi con i null random con i connettori per MySql via ODBC.

Ho risolto cambiando connettore http://dev.mysql.com/downloads/connector/net/1.0.html