> Szerintem meg a taszk menedzser is kuld WM_CLOSE-t, a > shutdown WM_QUERYENDS
ESSI ON-t stb.,
*Marpedig nem kuld. Sot. meg a MessageLoop-ot sem
*hagyja befejezni. Egyszeruen terminal a processz.
*ott ahol van.

Apro kiegeszites: a Task Manager "End Task" funkcioja megprobalja kulturaltan l
eallitani a programot, es ha nem sikerul neki, akkor jon az "End Process", ami 
valoban minden tovabbi nelkul gyilkol. Viszont a Shutdown/Logoff-nal _tenyleg_ 
WM_QUERYENDSESSION uzenet jon csak, amire lehet az is a valaszod, hogy nem szer
etnel kilepni, ekkor az egesz Shutdown/Logoff leall, visszajon a felulet.

* megynyugtatlak: irtam ra egy programot, ami logol
* minden uzenetet amit a program kap. Ha kell folrakom
* a netre, es lefuttathatod magad.

Minek ehhez programot irni?
A VC "Application Wizard" altal generalt Win32 "Hello World" tokeletes, betesze
l egy torespontot a megfelelo helyre, es kesz. 

*amugy meg mar mondtam. megcsak logikus sem lenne, hogy
*kuldje az uzeneteket. nem kerni akarod azt a processzt
*hanem utasitani, hogy lealljon. Legalabb gondolkodj
*logikusan.

Ha oprendszer szinten be tudsz ugy avatkozni, hogy a processz alol kihuzd a szo
nyeget, akkor ahhoz a processznek semmi koze. Vagyis nem utasitod a processzt, 
mert nem o lovi le sajat magat, hanem a Windows, nem eppen itt lakozik a proble
ma gyokere?!
Ennyit a logikarol.

> ezeket le kell kezelni rendesen, es kesz.
*nincs mit lekezelni.
*MFC alatt meg az objektumok destcructora sem fut le...

Mi koze ennek az MFC-hez? Ami egy osztalykonyvtar es programozasi keret a Win32
 kore, szoval ha Win32-ben igy mukodik, akkor MFC-ben sem tud mashogy mukodni..
.

> nekem volt mar ilyen munkam, raadasul olyan volt a
> progi, hogy kvazi lathatatlannak kellett maradnia, nem
> volt user interface, a mar leirt modszer nekem bevalt.
*akkor nem voltal eleg korultekinto, vagy a feladat
*nem kivanta meg a kello szigorusagot.

Visszakerestem a progi forrasat: az utoljara leirt modszert hasznalja, vagyis a
 FileMapping-ot figyeli. A Mutex benyoges az elso levelemben valoban baromsag v
olt, ebben igazatok van.

> Ha valakinek ez keves...
> es a mondat igy folytatodik
> 1.: keresse meg maga
*szerinted. szerintem viszont egy elegge erdekes problemat
*vetett fel ahhoz, hogy aki igazan akar, az harapjon ra.

igaz, jo kis levelezes jott belole.

> 2.: Fizesse meg a szakertelmet
*Mert a FindWindow, meg a Mutex nem szakertelem?

Nem, az nem szakertelem. A www.sysinternals.com, az szakertelem!
Masreszt pedig lehagytad a zarojeles reszt: azt fizeted meg, hogy valaki raszan
ja az idot, hogy utanajarjon a dolognak, illetve hogy leuljon es lekodolja a pr
ogramot.

*baromsagokat mondasz. elvileg, es gyakorlatilag is.

Mondtam baromsagokat, ez igy igaz.

medve

(webes bekuldes, a bekuldo gepe: 212.105.227.100)

>>Nekem kevés... !
> nos, a mondat igy folytatodik:
> (ha valakinek ez keves) ...akkor
> 1. jarjon utana maga, vagy
> 2. fizesse meg a szakertelmet (es a problema megoldasara forditott idot).

*Kösz a jó tanácsot ! Így midjárt más és sokkal könnyebb !
*Üdvözlettel : Viktor

Kedves Viktor,

a fenti egy sort valoban toled kaptam, ennyi volt az egesz level. Most ezzel en
 mit kezdjek? "Nekem keves."
Es? A tobbi hozzaszolo vette a faradsagot, es erdemben kritizalt, te viszont me
g annyira sem jarultal hozza konstruktivan a temahoz, mint en a fenti - valoban
 kisse eles es provokativ - par sorral. Neked tovabbra sem tudok mast irni, min
t azt, hogy ha nem szolgaltak okulasodra a HIX-re kuldott levelek, akkor keresd
 fel a hozzad legkozelebbi szoftverfejleszto ceget, es targyalj veluk, de ne le
podj meg nagyon, ha nem fognak ingyen es bermentve szoftvert fejleszteni neked.

medve

(webes bekuldes, a bekuldo gepe: 212.105.227.100)

> Nos, megneztem en is: az End Task kuld uzenetet, az End Process viszont nem, 
ne
> ked is igazad volt, meg nekem is ;-]
meghajlok magunk elott;-)
en szinte csak az EndProcess - EndProcessTree -t hasznalom. Ez terminalja a pro
cesszt.
Az EndTask meg megprobalja kileptetni. Ha nem sikerul, akkor atvalt EndProcessz
-ra
es terminalja a processzt.

> Megkerulheto a problema valamilyen mertekben, ha peldaul van egy fix processz
ed
>  (peldaul egy service), ami semmi mast nem csinal, mint letrehoz egy Mutexet 
(v
> agy Pipe-ot, Socket-et, stb), es ul a memoriaban.
Ne haragudj meg, de ez mar barkacsolas. Tulajdonkeppen teljesen foloslegesen
inditok egy processzt...

> Mi a helyzet a Pipe-okkal? Mi a helyzet a Socket-ekkel? Ezeket is vegig lehet
 pr
> obalgatni, ha van ra idod, szerintem mindketto olyan (kulonosen a socket), ho
gy
>  ha a program terminal, azonnal megszunik (ezt mindenki tapasztalhatta mar, a
ki
>  irt vmilyen halozati szervert).
Lehet, nem probaltam. De szvsz nem szep dolog, hogy rabizod az oprendszerre az
eroforrasok felszabaditasat.

> Egy szonak is szaz a vege: mindegyiknek van vmi baja ;-]
ezert mondtam en a BroadcastMessageEx-et. Ez az altalad definialt uzenetet
elkuldi minden processznek. Mivel te definialtad egyedileg tudsz olyat csinalni
,
hogy csak az altalad irt programok reagaljanak megfeleloen.
Ez a megoldas fuggetlen mindentol, nem foglal egyeb eroforasokat, nincs mit
felszabaditani. Egyetlen hibaja, hogy ha a processzed nagyon el van foglalva
akkor nem fog reagalni. Viszont az eroforrasigenylo muveleteket illik masik
szalba tenni. Ez alapelv. Tehat megiscsak jo a megoldas.

> Vannak azert meg otleteim, majd gondolkodom rajtuk, igy biztositva lesz szaba
di
> dom kulturalt eltoltese... ;-]
legalabb okosodunk, es talalunk vmi biztos megoldast.:->

> nos, a probleman felbuzdulva tettem meg egy kiserletet: a FileMapping object 
ig
> enis megsemmisul, ha lelovik a taszkot!
> Az MSDN annyit ir a problemarol (bar bevallom, csak gyorsan atfutottam), hogy
 m
> emory leak lesz, ha nincs CloseHandle()-vel lezarva rendesen.
Na ez a gondom a hasonlo, majd az oprendszer lezarja, megoldasokkal.

>   Lenne egy problemam amivel mar egy hete szenvedek...lehet, hogy
>   nagyon bena vagyok meg minden, ezert is fordulok Hozzatok
>   segitesegert. Szoval Visual Basicbe szeretnek egy kepet fullscreenbe
>   megjeleniteni, de nem megy...atneztem az MSDNt is meg minden de nem
>   talaltam semmit...sajnos :(
Mit ertesz FullScreen alatt? Ezt?:

1 megoldas: ablakmeret nagyobb mint a kepernyomeret, az ablakon csak a
bitmap van rajta. Poziciokat be kell allitani, de ez legyen a legkevesebb.

2.: lekered az asztal HWND-jet (GetDesktopWindow())
Ezutan lekered a HDC-jet (HDC=GetDC(HWND))
Csinalsz egy Bitmapet: CreateCompatibleBitmap(...)
Ezutan megjelenited a Bitmap-et az asztalon: BitBlt(...)

Ezzzel az a gond, hogy amikor csinalsz vmit. akkor a megjelenitett kep reszeit
torli a shell.

>   Elore is  koszi a valaszokat....ha valaki meg ezert anyazni akar,
>   azt is meghalgatom...szoval akkor varom a segitseget.
Anyazni akkor szoktam, ha valaki nem is keresi a megoldast. Egyszeruen
csak varja...

szia coderek

azt szeretnem kerdezni, hogy a vb60 alatt levo designer-ben hogy lehet
szabalyozni a reporton megjelenitendo szovegek pontos helyet
az a problemam, hogy karakteres felbontasu (txt) reportot kell keszitenem,
es nem sikerul megoldani a pozicionalast. pl, ket megjelenitendo kozt egy
space legyen.

koszi a segitseget, barna

Hello,
segitseget szeretnek kerni egy labirintust megoldo algoritmus megirasaban.
(bejarattol eljutni a kozepere). legrovidebb ut, leggyorsabb ut(tobb megoldas 
eseten), minel kevesebb kanyargas, stb.

legjobb lenne C vagy assembler, oop nelkul. egy robotot akarunk osszehozni es 
valahol el kell kezdeni. Barmilyen tanacsot, otletet szivesen fogadok. koszi

udv Vikee

Hello!

Eloszor is csinalj egy form-ot, ami full screen, nincsen
kerete, nics címe, a méreteit a screen meretek lekerdezesevel beallithatod. Err
e tegyel picture box-ot vagy image controlt aminek szinten nincs kerete es a me
rete azonos a form meretevel. A kepedet rakd a picture boxba, ugyelve az align 
beallitasokra (ha a kep kisebb akkor esetleg a picture boxot erdemes kozepre ig
azitani). Szerintem ez mukodik, bar keppel nem probaltam meg, de ilyen formot m
ar használtam, ami teljes képernyőn adta a háttérszínt. Nalad erdemes a fo
rm szinet pl feketere allitani.

(webes bekuldes, a bekuldo gepe: gate.westel900.hu)