Usmívejte se, vyletí výjimka

"pokud vím, že vyhozená třída má metodu UserData, jak ji zavolám"

buď přes reflexi: něco.GetType()­.GetMethod("U­serData").Invo­ke(něco, params)
kde něco je instance, prams je pole parametrů. Samozřejmě každá z těchto metod může házet výjimky nebo vracet null, je třeba na to myslet.

anebo přes typ dynamic.

Jinak některé metody z Win32 api mají ve zvyku házet výjimky "Operation completed successfully". Sice to není odpověď na otázku "co v Redmondu berou", ale zcela určitě je to něco hoooodně nelegálního :-)

Jo, použil jsem dynamic.

Výjimku "completed successfully" jsem ještě neviděl, dík za info :)

Error: No error. To se mi stava casto :-) Zrovna predevcirem. Holt nektera funkce vratila error, tak zavolam par funkci na vraceni se do definovaneho stavu, return error, ale errno se mezitim vycistilo, takze aplikace vyhlasila hlasku zminenou nahore. To je z toho, ze flag erroroveho stavu se vraci returnem, ale pro zjednoduseni programu se pak kod erroru bere z globalni promenne. Ale program je krasne citelny:
if ( nejaka_funkce() ) { showError(); return; }

Jeste jsem chtel pripsat, ze by se to dalo napsat i takhle:
int e=nejaka_funkce();
if (e) { showError(e); return; }
ale uz je to slozitejsi.

Dodal bych, že to, že to nezachytí catch (Exception^ e), není chyba, protože CLR všechny takové výjimky obalí RuntimeWrappe­dException, ale při zachytávání je zase rozbalí, takže očekávané chování je chytit Object (ale ne typu RuntimeWrappe­dException). Zkusil jsem to ve VS2012 a nepřišel jsem na příklad, kde by to tak nebylo. Pokud nastavíte WrapNonExcepti­onThrows na true, pak se to chová jako v C# (tam to asi nastaví překladač), tj. chytíte to v catch (Exception^ e) a je to RuntimeWrappe­dException.

(Aspoň podle http://msdn.microsoft.com/en-us/library/system.runtime.compilerservices.runtimecompatibilityattribute%28v=vs.110%29.aspx )