Dotaz - kdyz mam nejakou WCF service, ktera pouziva named pipes, a mam pro ni zapnute message tracing, jak si zobrazim parametry predavane v jednotlivych volanich? Nasel jsem nejaky priklad na netu, kde jim to ukazovalo pro http binding parametry, ale mne to nic takoveho ukazat nechce.

JACHYMKO: ja si taky rikam... nasel jsem i nejake navody, jak na to:
http://www.spdavid.com/post/2010/11/17/Updating-the-webconfig-in-SharePoint-2010-using-a-feature-Part-1.aspx

skoda ze si se me nezeptal pred trema rokama, to sem v sharepointu delal, ale ted si nemuzu ani za mak vzpomenout.

Kdyz mam featuru v SharePointu a ta ma v sobe
ConfigurationManager.AppSettings["Mossquito.DmssLockedRoleSuffix"]
tak to taha z app.config u te feature, nebo z web.config webu, kde to bezi?

JACHYMKO: bingo!
Reverse Engineering and Modifying Windows 8 apps
http://justinangel.net/ReverseEngineerWin8Apps

NECROMAN: Samotné WinRT by měly být nativní knihovny... A uvolnění zdrojáků bych moc nevěřil, k WinAPI taky zdrojáky nemáš volně dostupné (pokud se nepletu, tak volně dostupný jsou jen zdrojáky kernelu a to ještě starších windows)...

JACHYMKO: takze to, co si napisu ve VS 2012 v C# pro WinRT, to by teoreticky melo jit disassemblovat, ale puvodni knihovny samotneho WinRT uz nepujdou, jak to slo u .NETu, kde nebyl problem prochazet System.Core a pod.
Treba ale take uvolni zdrojaky WinRT podobne, jako u .NET frameworku :)

JACHYMKO: cetl jsem neco podobneho - ze jsou to jen metadata nad unmanaged kodem. Ptotm je tedy otazka, co vypadne z kompilatoru - zda take unmanaged knihovna, nebo nejaka managed, ktera pouziva ty nativni kniovny s metadaty?

dotaz, jak jsou na tom WinRT assembly ohledne disassemblovani? Lze je normalne prochazet jako klasicka neobfuskovana .NET dllka? Nebo je to uplne jiny intermediate jazyk a zatim na to zadny tool neni?

MORMEGIL: To je jediny co me napada - a pripada mi to teda jako kanon na vrabce. Nicmene jinou moznost fakt asi mit nebudu :(.

TENCOKACISTROMY: Já jsem tedy dlouho takové věci ve WinAPI nedělal, ale měl jsem dojem, že by to obecně mělo fungovat (resp. závisí na integrity level a podobných věcech), ale to je fuk. Nevím, k čemu to chceš, ale případnou alternativní možností je nainjektovat si do cílového procesu thread a volat SetWindowText tam odtud.

ESY: To je rada nad zlato :). Ja hlupak to chtel pretesat do kamenny desticky ;).
MORMEGIL: Funkce SetWindowText prave posila WM_SETTEXT a tam je dotycny "problem" od Win Vista vejs, ze to funguje pouze v pripade ze dotycne okno je z tvyho procesu.

TENCOKACISTROMY: Můžeš mu poslat zprávu WM_SETTEXT, ale nikdo ti nezaručí, že si nadpis okna za chviličku nepřenastaví zase podle sebe.

TENCOKACISTROMY: co zmenit hodnotu primo v pameti ?

Potřeboval bych měnit titulek oken jiných aplikací. Bohužel funkce SetWindowText z user32.dll funguje pouze na okna, který jsou v rámci stejnýho procesu. Nemáte nápad jak to obejít?

URZA: Ja jsem si s tim jen hral. Driv nez jsem to stacil zacit pouzivat, tak jsem prestal delat okynkovy aplikace :/.

a pouzivate to bezne nekdo? (at uz Rx nebo RxUI)

URZA: to reaktivni programovani je ted koukam nejak v mode, jak jsem odkazoval nedavno:
Úvod do Reactive Extensions - Zdroják
http://www.zdrojak.cz/clanky/uvod-do-reactive-extensions/

vypada zajimave:

ReactiveUI
http://www.reactiveui.net/