Skryti procesu v zpravci uloh C#

Jde.

A Google ví jak:
http://www.aspfree.com/c/a/C-Sharp/Creating-a-Windo ws-Service-with-C-Sharp-introduction/
http://www.devhood.com/Tutorials/tutorial_details.a spx?tutorial_id=300
http://msdn.microsoft.com/en-us/library/bb483064.as px
and many many more....

A to pomoze nejak ku skrytiu procesu?
Proces beziaci ako sluzba je stale proces a je aj v spravci uloh.

Nenasel jsem nic, co hledam.

Normalne nijak. Musel bys napr. online upravovat obsah okna zobrazujiciho pocesy. okud teda nechces v C# psat nejake rootkity apod.

Na skryti procesu neni zadny normalni duvod.

Jde mi o to jeslti to jde, nebo jak zmenit vlastnost procesu na sluzbu.

Aplikace a sluzba jsou 2 ruzne veci.
Existuji utility jako RunAsService, ktere umozni spustit aplikaci jako sluzbu, ale neni to dokonale. Musis pocitat s tim, ze sluzba nema pristup na plochu, takze zadne dialogy a komnikace s uzivatelem.

Nechápu. Chceš skrýt proces před enumerací v proces listu, nebo ho pustit jako službu? To jsou přece jablka a hrušky.

JaFi ví dobře co píše.
Tazatel se snaží před uživatelem přecizně maskovat běžící program.
Řekni mi jediný dobrý důvod, který tě napadne.

žádný není, já ale nereaguju na JaFiho...

Programujes vir v C#? LOL A vypis uzivatelovi nech si nainstaluje najprv framework ze potom ho zaviris

Ono i psat sluzby v C# je docel na houby. Kdyz si uvedomis, ze pro beh sluzby musi v pameti bezet framework a jeste mimo adresovy rozsah nasledne prihlaseneho uzivatele...
Ale stejne se tomu v budoucnu nevyhneme.

Takej hovadine ako C# sa da vyhnut vzdy. Normalny clovek to nepouzije ani dnes ani o 500rokov ...

Takto to brat nemuzes. Ta platforma neni spatna po vyvoj klientskych aplikaci.
Ale nejde to zobecnovat. To je podobne jako psat sluzby a ovladace ve Visual Basicu

Ja si myslim ze je tak spatna ze uz ani spatnejsia nemoze byt. Posledny framework ma tusim 250MB
Pouzivat nativ kod (vyvoj nativneho kodu s pouzitim objektovych kniznic je rovnako (ne)narocny ako ten C# zmetok) alebo javu.

P.S. ako priklad by som dal ATI control center. Startuje sa to 3hodiny a je to IMHO pomaly hnus.

To, ze je neco kravsky napsane neni pogramovacim jazykem, ale autory.
Proc musi byt nastavovani grafike karty jako omalovanky?

To, ze je .NET framework velky je dan tim, ze ma nahradit WinAPI. A kdyz chces mit neco misto obludi WinAPI, asi to velke bude...

Ja myslim ze to ze sa ATI laduje 3hodiny suvisi s tym, ze to zbytocne laduje milion megabajtov blbosti do RAM. Nemyslim si ze to suvisi s programatormi ATI. No ale kazdy moze mat na to nazor aky chce.

A kdyz chces mit neco misto obludi WinAPI

- ja nechcem Asi jediny kto chce mat nieco ine namiesto WinAPI je nejaky dementny blb v Mrkvosofte ktory to vymyslel

Normálni ľudia C#, resp. platformu .NET bežne používajú už dlho a nie je žiaden dôvod, prečo by sa toho mal niekto báť. Dnes už pri vývoji drvivej väčšiny aplikácií človek nemusí čítať tony dokumentácie, aby zistil, čo v tom úžasnom WinAPI znamená HRESULT rovný hodnote 0xXYZ a podobne. Vývoj je oveľa rýchlejší, aplikácie stabilnejšie, svet krajší...

Ale to už sme dosť ďaleko od pôvodnej otázky.

Ano to jsme. Jde tedy nejak zamaskovat bezici program v proces listu?

Nie.

Odpověď jsi dostal už na začátku. Neodpověděl jsi, proč jej chceš maskovat.

Mozes napr. urobit sluzbu v C++

Služba v C++ sa nezobrazuje v zozname procesov?

Hej a potom pouzivatel kvoli tym "normalnym ludom" (IMHO "hovadam debilnym") ma tahat 250MB hovadin a spustat ich pri kazdom starte a plnit si s nimi RAM? Fajn. Ja sa takym aplikaciam vyhybam a aj sa im vyhybat budem. Kvoli tomu mam aj odpor voci ATI, a ked firme ATI nevadi ze prichadza o zakaznikov tak ok, je to ich vec...

P.S. pouzitie nativneho kodu nema s tvojim HRESULT nic spolocne, vzdy si mozes urobit objektove classy ktore ti zjednodusia tvorbu nativneho kodu az na uroven toho dementneho NETu. Napr. uz existuje nejake to desatrocie MFC (iste ze je to tiez mrkvosofti smejd ale urobis tym nativny kod)

je to vec nazoru
citujem napr. uznavaneho Charlesa Petzolda:

Ja jsem nikdy nemel rad knihovnu MFC. Hned jako byla predstavena, jsem si o ni myslel, ze byla spatne navrzena a jen stezi objektove orientovana. Proto jsem o MFC nikdy nepsal. Ovsem to je pouze muj osobni nazor.

Z meho pohledu je knihovna trid Windows Forms navrzena mnohem lepe nez MFC a ma mnohem blize k tomu, co si predstavuji pod pojmem objektove orientovane rozhrani pro Windows.

PS: ziadna verzia .NET frameworku ani zdaleka nema 250 MB

To, ze to na disku zabira 250MB neznamena, ze se 250MB taha do pameti. Do pameti se natahnou pouze nutne knihovny.
Runtime je v pameti sdileny - v pameti je jednou, vsechny aplikace jej vyuzivaji, podobne jako stavajici DLL kihovny.
Kdyz to tak vezmes, tak WinAPI mas v pameti hned po start systemu a nezda se, ze by ti to vadilo...

IMHO o tom nevies tolko co los, takze nechapem co tu riesis.

MM vie toho veľa, takže jeho názor má svoju váhu aj napriek tomu, že sa v tomto nezhodneme.

ADS - nastuduj

jaj tady se programuje. no lapardon.