1. |
Re: listbox/delphi (mind) |
7 sor |
(cikkei) |
2. |
Re: szakirany (mind) |
19 sor |
(cikkei) |
3. |
Re: bc++ 5 DLL [long] (mind) |
95 sor |
(cikkei) |
4. |
Re: Password vedett oldalak (mind) |
7 sor |
(cikkei) |
5. |
Java konyv (mind) |
10 sor |
(cikkei) |
6. |
Re: szakirany (mind) |
8 sor |
(cikkei) |
7. |
Re: Borland C-ben fix memoriacimre iras (mind) |
12 sor |
(cikkei) |
8. |
Vizjel nyomtatas, de a kepernyon nem lathato ! (mind) |
12 sor |
(cikkei) |
9. |
Excel 5 - kesobbi ellentet kihasznalasa (mind) |
11 sor |
(cikkei) |
10. |
Win prioritasi kiserletek (mind) |
94 sor |
(cikkei) |
|
+ - | Re: listbox/delphi (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A Listbox elemeit a Datamodulban kell feltölteni, mégpedig a table OnAfterScrol
l (Akkor megy végbe, amikor a user gorgeti a tablazatot) esemenyeben. Az egyes
mezoket pedig vagy index, vagy nev alapjan tudod elerni.
Valahogy igy
Listbox1.Add(Table1.FieldsbyName['Mezonev'].AsString);
(webes bekuldes, a bekuldo gepe: 160.114.98.92)
|
+ - | Re: szakirany (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote:
> Lehet, hogy elkapkodom kozepiskolaskent, de a szamtechtanarom
> allandoan azt mondogatja, hogy aki kodolasbol akar megelni,
> annak specializalodnia kell nyelvre es szakteruletre.
Szerintem ez nincs teljesen igy. Elmesz valahova, ott a kezedbe adnak
egy fejlesztoeszkozt aztan abban dolgozol, arra specializalodsz. Aztan
mashova mesz, mast tanulsz... a programozo azert programozo mert par
honap (het) alatt beletanul egy uj programnyelvbe es tud benne dolgozni.
> Erdekel a halozat programozasa, de azt mondjak oda inkabb javasok
> kellenek. Egyik haverom hangkartyakat berhel, de az nem erdekel.
> Tudnatok olyat javasolni ami fontos, magyarorszagon kevesen
> csinaljak, es van jovoje?
Tanulj :)
Ha megtanulsz programozni a nyelv szinte fuggetlen eszkoz, csak a
programozas megvalositasa. Tanulj mindenfelet, kesobb hasznat veszed.
Annak is ami nem erdekel :)
Jenci
|
+ - | Re: bc++ 5 DLL [long] (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Ha ez Borland C++ 5.5 Free-t akar jelenteni, akkor:
Megj:
1) A DLL-ek külvilág által elérhető interfészeit érdemes
extern "C" függvényekkel összefogni, mert a C++
függvény nevek kódolva vannak. Bennük van a függvény
kézjegye. Ez még nem lenne baj, de minden fordítóprogram
saját szabályrendszert használ erre a kódolásra, tehát
Borland CPP DLL függvények nem hívhatóak meg Microsoft
programból. Magát a feldolgozó kódot megírhatod CPP-ben
(500 sor felett úgyis csak ebben érdemes), de csinálj hozzá
wrapper "C" függvényeket.
2) Borland alatt DLL-t csak akkor érdemes használni, ha nincs
benne VCL form (vagy más osztály). Ekkor inkább
package-eket érdemes használni (csak BC Builderben).
A baj a package-ekkel az, hogy nem egészen szabványos
DLL-ek, némely szempontból többet tudnak, másrészről viszont
kevesebbet. Az egész probléma valószínűleg ott gyökerezik,
hogy a DLL-ek C-re vannak kitalálva, ami bonyolult rendszernél
már korlát.
============ TestDLLexports.h =================
#ifdef __cplusplus
#ifdef BUILDING_THE_DLL
#define EXPORTEDFUNC extern "C" __export
#else
#define EXPORTEDFUNC extern "C" __import
#endif
#else
#ifdef BUILDING_THE_DLL
#define EXPORTEDFUNC __export
#else
#define EXPORTEDFUNC __import
#endif
#endif /* __cplusplus */
EXPORTEDFUNC void TestFunc();
============ TestDLL.cpp =================
#include "windows.h"
#pragma hdrstop
#define BUILDING_THE_DLL
#include "DLLexports.h"
EXPORTEDFUNC void TestFunc()
{
MessageBox(NULL, "TestFunc called in DLL", "Hello", MB_OK);
}
#pragma argsused
int WINAPI DllEntryPoint(HINSTANCE hinst, unsigned long reason, void* lpReserve
d)
{
return TRUE; // Successful ATTACH/DETACH of PROCESS/THREAD. Return FALSE to
fail DLL load.
}
============ exemain.cpp =============
#include "TestDLLexports.h"
class TestClass
{
public:
void Test() {TestFunc();}
};
#pragma argsused
int main(int argc, char **argv)
{
TestClass C;
C.Test();
return 0;
}
============ forditas ==============
DLL forditas: bcc32 -tWD TestDLL.cpp
A DLL import lib keszites: implib TestDLL.lib TestDLL.dll
EXE forditas: bcc32 -tWC exemain.cpp TestDLL.lib
proba: exemain
Ez egy konzolos EXE volt, de ugyanigy használható VCL főprogram alól is.
Bocs a szómenésért.
--
Józsi
|
+ - | Re: Password vedett oldalak (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Egyszeru, de talan eleg jo modszer ASP-re.
A módszer alapvető hibája, hogy Session változókat
használ, amihez cookie-s Session azonosító utazik.
Ez azonban gyakorlatilag csak "man-in-the-middle"
módszerrel törhető - ehhez /remélem/ nem elég egy
szünetben unatkozó gimnazista.
|
+ - | Java konyv (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Elkezdtem foglalkozni a Java programozassal (linux alatt, de ez gondolom
mindegy). Van valakinek tapasztalata milyen konyvet erdemes vennem,
lehetoleg magyar nyelvut. C/C++ ban programozok, tehat inkabb olyasmi
kellene ami nem a for ciklus varazsirol mesel 100 oldalon keresztul.
Fodor Attila
CadlLine kft.
!! Vakaszcimeme ez !! :
|
+ - | Re: szakirany (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [Hungary]
>Temakor: szakirany ( 11 sor )
>Tudnatok olyat javasolni ami fontos, magyarorszagon kevesen
>csinaljak, es van jovoje?
DHTML
http://www.bratta.com/
--
koka. icq#98705990 http://ud.fw.hu a rák ellen.
|
+ - | Re: Borland C-ben fix memoriacimre iras (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : [Hungary]
>Temakor: Borland C-ben fix memoriacimre iras ( 13 sor )
>
>Van egy feladatom,melynek lényege, hogy jelszót billentyüzetről beadás helyett
>más bemenetről (mondjuk soros vonalról) kell beadni ugyanoda, ahova a billentyü
>zet tenné, tehát a 0000:041E cimen lévő keyboard bufferbe.
>DE hogyan lehet ezt C-ben (Borland v4.5) megoldani? A bevitel a soros vonalon l
>évő eszközről már megvan, benne van egy 8-byteos array-ben. Onnan kellene - ha
akkor ungetch();
csak a sorrendre vigyazz.
--
koka. icq#98705990 http://ud.fw.hu a rák ellen.
|
+ - | Vizjel nyomtatas, de a kepernyon nem lathato ! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello mindenki !
A Wordben kellene olyan dok. csinalnom, ami nyomtataskor kinyomtat egy
vizjelet a papirra a dok ala, de ez a kepernyon ne legyen lathato. Ha
valakinek van jo otlete kuldje meg. Szerintem ez standard eszkozokkel nem
oldhato meg, valami VB progi kellene hozza, pl. ugy hogy a nyomtatas soran
a templatatot csereli le. De ez csak egy otlet, ha valakinek van jobb
otlete varom. Koszi.
Udv a codereknek
Hihi
|
+ - | Excel 5 - kesobbi ellentet kihasznalasa (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Tisztelt lista tagok!
Az a kerdesem, hogy van-e arra lehetoseg, hogy az Excel 5.0-ban
olyan fuggvenyt, eljarast, makrot, stb. irjak, ami a kesobbi valtozatokban
nem, vagy hibasan mukodik? Ha van, mi ez, hol nezhetek utana?
Esetleg az Excel valtozat lekerdezese megoldhato-e?
Minden megoldas erdekel.
Koszonettel:
Na'ndori Attila
|
+ - | Win prioritasi kiserletek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Coderek!
Fenyegetesemet bevaltom, es tajekoztatom a tarsasagot prioritasi
szerencsejatekomrol -- mar csak azert is, mert sajnos meg mindig
van kerdesem, hatha valaki talalkozott mar a jelenseggel, es tobb
fogalma van arrol, mit is a jelent a Win (pontosabban az M$)
szamara a process ill. thread prioritasa. (Megjegyzem a tisztazas
kedveert: ugyan kicsit szerencsetlen modon, de az adottsagok miatt
a programot W2k alatt keszitem, de W98 alatt kell majd mukodnie,
ugyhogy olyan megoldast kell talalnom, ami mindketton
hasznalhato.)
Kiserleti osszeallitasom a kovetkezo volt: Borland C++ Builder 5-
tel a foformra elhelyeztem 8 TLabel-t annak megfeleloen, hogy a
kulonbozo prioritasu szalak szamlaloja legyen: Idle, Lowest,
Lower, Normal, Higher, Highest es TimeCritical. Aki tud szamolni,
az feljajdulhat: ez csak 7. A program foszalaban is vegeztem egy
szamlalast, igy mar megvan a 8. :-)
A foszal letrehoz 7 TSzal objektumot, amelyek a TThread egyenes
agi leszarmazottjai, csak annyiban bovitettem, hogy van egy
'TLabel* Cimke' mezojuk: melyik cimken jelezzek ki a szamlalo
allasat. Aztan a TSzal::Execute egy ciklusbol all, aminek
szamlalojat majd frissiti a hozzatartozo cimken. A szalak
letrehozaskor meg alszanak, aztan egymas utan novekvo prioritas
szerinti sorban felebresztem, vegul pedig a foszal is nekilendul
ugyanannak a szamlalasnak.
Az eredmeny eleg furcsa. Ha a process maga normal prioritasu,
akkor tulajdonkeppen a TimeCritical szalat leszamitva nincs
lenyeges kulonbseg a prioritasok kozott. A dobbenet az, hogy ugyan
indulaskor a TimeCritical szal leveri a tobbit, es mig azok
legfeljebb nehanyat jutnak elorebb a szamlalasban, vagy semennyit,
ez kesobb megvaltozik! 30-40 ezer korul (par masodperc)
bekovetkezik az a fordulat, hogy innen mar a TimeCritical is csak
nagyjabol ugyanannyi idot kap, mint a tobbi szal!!??????? Ezt
jelenti M$ szerint a prioritas?!? Csak a szal startjakor ervenyes,
aztan pihenni kuldi?
Ha a process prioritasat RealTime-ra allitom, akkor valoban meg az
egeret is csak nagyon akadozva lehet mozgatni a szamlalasok alatt,
valamint emellett az tortenik, hogy lenyegeben egyetlen szal kap
csak egyszerre szot, es ha lefutott, akkor jon a kovetkezo. (A
megemelt prioritasok nyilvan kielezik a versenyt, ugyanis azert
valami hasonlot lehet tapasztalni normal prioritas eseten, ha a
szamlalast kisebb ciklusra allitom -- bar ekkor azert
sztochasztikusabb a sorrend.) Valoszinuleg az van e mogott, hogy a
magasabb prioritasu szalak mar nem akarjak kiadni kezukbol a
vezerlest. Emellett szamithat a felebresztesi sorrend is --
ugyanis a Higher kezdi a sort; ha befejezte, jon a Highest; ha o
is bevegezte, akkor a TimeCritical, es sorban majd a Normal,
Lower, Lowest, Idle. Valoszinuleg azert nem egyszeru csokkeno
prioritas szerint mennek a szamlalasok, mert amikor a Higher
belep, akkor eszreveszi, hogy o kiemelt szerepu, es mar ki se adja
a vezerlest kezebol; aztan a Highest felebresztesekor meg o nem
adja ki a vezerlest a kezebol, es ezert a TimeCritical csak
harmadiknak jut szohoz; a tobbi process nem kiemelt, ezek kiadjak
kezukbol a vezerlest, igy mindig a nagyobb prioritasu kapja meg a
vezerlest.
A fenti eredmenyek latszolag remenyseggel tolthetnek el az embert,
de sajnos nem ilyen egyszeru a helyzet! A szamlalok szaladasakor
ugyanis nem latszik, mennyi idonkent kapnak valojaban szot a
szalak. Nekem viszont meres erdekeben ez fontos. Ezert
kiserleteztem azzal is, hogy a mereskor allitom a process es a
szal prioritasat -- termeszetesen RealTime ill. TimeCritical kell.
Sajnos azonban a mert grafikonon semmi valtozast nem jelent!!!!
Ugyanugy kb. 10 ms-os szunetekkel kap csak vezerlest a program,
mint korabban normal prioritassal!!!!????
Mit jelent M$ szamara a prioritas? Fogalmam sincs. Ugy latszik, ha
menet kozben allitok a prioritason, az nem sokat nyom a latba --
olyba tunik, mint amikor a normal process prioritas eseten a
TimeCritical szal csak 30-40 ezerig kizarolagos, utana mar szinte
azonos idot kap a tobbivel... Ill. persze meg ott is elofordulhat,
hogy akkor is 10 ms-os szunetekkel dolgozott, csak hat az 'szabad
szemmel' nem latszik... Ugy tunik, egy szal csak ujonckent kepes
lekorozni a tobbit, de meg ez is lehet, hogy ez is szaggatasokkal
jar. Esetleg erdemes lehet megprobalni a merest ugy vegezni, hogy
nem a futo szal prioritasat allitom menetkozben, hanem a meres
(amugy 1s koruli idotartamu) konkret elvegzeset teszem egy friss
szalba...
Akinek erdekessegul szolgalt a kiserlet, annak egeszsegere. Ha
esetleg van olyan elvetemult alak, akinek otlete is van, mit
lehetne tenni a prioritasok teren annak erdekeben, hogy megis
gyakori szora birhassam a programot, legyen szives, segitsen.
Ha a friss szal sem hoz megoldast, akkor meg talonban van a
multimedia idozitok hasznalata, csak az a gond, hogy ott eddigi
atsuhano olvasasbol ugy tunik, hogy ms ala menni azzal se lehet...
Salom-Eirene-Pax, Udv: Tommyca
|
|