Sziasztok!

Olyan program kellene, mely a kovetkezot csinalja:
Elinditom, nyit egy filet, es beleirja a megadott com portra erkezo 
parancsokat.
Mondjuk a windows egyik ablakaban futtatnam ezt a programot, a 
masikban meg azt a programot, amely a parancsokat irja a com portra.
De DOS alatt is jo lenne, Pascalban egy ilyen progi, ami ezt 
megcsinalja.
Van vkinek esetleg ilyen programresz keszen, illetve tud valaki 
segiteni, hogy hogy kell csinalni ilyet?

Udv, Pr_152

, plug-in, CODER #1657:
>Csinalt valaki olyan alkalmazast amely plug-in-eket hasznalt?
>a COM "in-process" modszert v. a __declspec ... modszert valasztotta

Szerintem:
a COM az khmmm... szívás.
- volt egy slashdot cikk, amelyben a "zsákutca" jelzőt idézték a Microsoft
egyik fő munkatársától.
- saját tapasztalatom szerint szinte minden fontos dolgot csak
out-of-processben lehet megcsinálni, az pedig _igencsak_ lassú
- baromi bonyolult körítés, átláthatatlan segédeszközök kellenek hozzá
- iszonyatosan instabil dolog, szinte bármilyen hiba csúnya GPF-et
eredményez, ami Win98-on még a rendszert is elrántja.
- regisztrálni kell az objektumot, macera.

A DLL nagyon egyszerű, igen gyors, biztonságos, többnyelvű, mi kell még?
gondolom C++ -ban nyomulsz.
- Csinálsz egy MyPlugin bázisosztályt, ahova beraksz N darab függvény
pointert. Ezeket a függvényeket kell minden pluginnak megvalósítani.
- a MyPlugin-nak csinálj egy Load tagfüggvényt, ami LoadLibrary-val
berántja az adott nevű DLL-t, a függvény pointereket pedig feltölti a
GetProcAddress-sel egyenként lekérdezett függvény belépési pont címekkel.

LoadLibrary-nál semmi registry, fájlnevet megadod és kész. Ha nincs rajta
könyvtár, a PATH-t végigkeresi. Ha az EXE mellé teszed le a plugin DLL-eket,
akkor nem kell elérési út. Vagy végigkeresed az EXE path + "Plugins"
könyvtárat DLL-ek után, és azokat kínálod fel betöltésre stb.

Józsi

Hali!

Orulok, hogy a bill - re tett vonkod olvasokkal ilyen konnyu boldogulni,
de... SZOLJON MAR VALAKI A SOROS OLVASOKROL IS! Konkretan: Clipper alatt
hogy kell kezelni?
gondolom port init (hogyan?) adatfogadas (hogyan?).

HHHELLLPPPPP!!!!
etrea

>Szoval ha pl. az utolso 300 karakter erdekel, hogy tudom oda pozicionalni
az

Seek.

Üdv,
papp dénes

Sziasztok!

Igen érdekes problémáim adódnak a VisualC++ 6 használata közben és csekély érte
lmi képességeimmel nem tudok rájönni
hogy miért. Adott egy AppWizard generált MFC alkalmazás. Van egy classom ami le
gyen mondjuk X:
class X
{
X();
float a
float b;
float c;
}

a mainframe osztályomnak van egy példánya ebből
X xEgyPeldanya;

namost ott kezdődnek a gondok hogy X konstruktorában lenullázom a,b,c változóka
t
ez ugye ugy néz ki, hogy amikor létrehozom a mainframe class egy példányát
mielőtt a mainframe konstruktora lefutna, lefut X konstruktora (ugye ami mainfr
ame.xEgyPeldanya.X() )
ez szepen lenullazza mainframe.xEgyPeldanya.a = 0 ... a többit is. Eddig minden
 jo
viszont ezekután lefut a mainframe konstruktora is és az első két változót (a, 
b-t) xEgyPeldanya-ban
elqrja vmi egészen érdekes értékre. Ja és mindezt csak debug modban csinálja, h
a
release beállitásokkal forditok akkor semmi baja. Ugyhogy most ugy tudok debugo
lni hogy van egy
#ifdef _DEBUG és mainframe konstruktora után lenullázom mégegyszer a változókat
.
Tulajdonképpen nem történik semmi ojan ami miatt ne tudnék bármit is elvégezni,
 csak
rohadtul idegesit hogy mirét csinálhat valami ilyet. Persze lehet hogy nekem va
nnak nagy
tudásbeli hiányosságaim és azért nem értem a dolgot. Ha valkinek van valami ötl
ete akkor világositson
fel legyenszíves hogy mitől van az ilyen.

Kösz, üdv: Bagoj