1. |
Re: Random (mind) |
5 sor |
(cikkei) |
2. |
Re:mailto (mind) |
15 sor |
(cikkei) |
3. |
Re: g++ - platfromfuggo? (mind) |
27 sor |
(cikkei) |
4. |
Re: hany peldany fut egy programbol? (mind) |
32 sor |
(cikkei) |
5. |
Algoritmuselmelet (mind) |
9 sor |
(cikkei) |
|
+ - | Re: Random (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Koszonom szepen (abc sorrendbe szedve:)))
Cap, Hunter es RajZol maganban koldott segitseget.
Udv, Rx
-----------------------------
Ekezet maganban johet!
|
+ - | Re:mailto (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi!
> 1. A shellexecute('mailto:...',...) nem muxik,mert nem csinal semmit.
Gondolkod
> tam,hatha azert mert nincs beallitva emilkliens,de amikor az explorerben
klikke
> ltem egy ilyen linkre,akkor mukodott,tehat nem ez a baj. A shellexecute
erre sz
> erintem egyszeruen nem jo,de ha valakinek mukodott mar valaha,akkor irjon.
Ez nekem muködik..:
ShellExecute(application.Handle,'open', pchar('mailto:'+emailcim), nil, nil,
SW_SHOW);
Udv: Zoli.
|
+ - | Re: g++ - platfromfuggo? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>hali,
>azon egyszeru kerdesem lenne, hogy van-e kulonbseg a g++ (djgpp) kulonbozo pla
t
>formjai
>kozott? Ti. en win2000/mingw kombinaciot hasznalok, s ehhez kepest LINUX alatt
>neha
>meghalnak azok a programjaim (Runtime Error, vagy neha le sem fordul), amik le
l
>kesen
>futnak a win2000 dos ablakaban. Az egesz egy programozo verseny miatt erdekes
,
>
>(http://acm.uva.es), s kezd nagyon az idegeimre menni, hogy ami nekem mukodik,
>az
>nekik nem. Tudom, valtsak LINUXra, meg is lesz, majd a felev utan, de ha ezen
k
>ivul
>tudnatok mas tanacsot adni, szepen megkoszonnem.
Probald valamilyen memoriafolyas-figyelo debuggerrel futtatni a
programot (pl. Linuxon az ElectricFence vagy a valgrind). Az ilyen
misztikus hibaknak gyakran ilyesmi az oka. Az viszont erdekes, hogy le
se fordul. Ugyanolyan verzioju g++ -t, illetve C++ konyvtart hasznalsz
mindket platformon?
Bye,NAR
|
+ - | Re: hany peldany fut egy programbol? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Csinalsz egy Mutex-et a program indulasakor. Ha mar letezik ilyen nevu, azt v
is
> szakapod GetLastError()-ral. A CreateMutex() fuggveny kornyeken nezelodj.
> Azt, hogy hany peldany fut, megkaphatod ugy peldaul, ha megosztott memoriater
ul
> etet hozol letre (File Mapping cimszo), oda aztan azt irsz, amit akarsz, eset
ed
> ben mondjuk egy valtozot novelsz, ha a program indul, csokkentesz, ha kilep.
A
> memoriahoz valo hozzafereshez persze megintcsak mutex-et celszeru hasznalni.
> Sok mas modon is meg lehet oldani a problemat, nekem ezek tunnek a legegyszer
ub
> bnek (pipe-ok, socket-ek, lasd szinte a teljes IPC fejezet az MSDN-ben...).
ket fenti dologgal az a gond, hogy nem hulyebiztos.
pld.: mi van akkor, ha valaki nem kilep, hanem task manager-bol kilovi a progra
mot?
a mutex marad, a valtozo marad.
a FindWindow azert nem teljesen jo, mert mi van akkor, ha nincs ablak?
mi van akkor, ha megvaltozik az ablak neve?
elvileg van egy fuggveny, ami a kezdeti ablak nev alapjan keresi meg az ablakot
.
nem tudom mi az, ra kell keresni az MSDN-ben.
nekem a BroadcastMessageEx tunik a leghasznalhatobbnak.
termeszetesen definialhatsz olyan uzenetet, amire a tobbi ablak is reagalni fog
,
de azert ez kikerulheto.
ezzel el lehet erni, hogy valoban csak azok a programok reagalnak, amik valoban
futnak.
|
+ - | Algoritmuselmelet (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Olyan webhelyek ill. dokumentumok erdekelnenek, ahol algortitmuselmeletekrol
lehetne bovebben olvasni. Pl. kereses rendezett ill. rendezetlen
sorokban...stb.
Koszi!
Balazs
|
|