Dinamikus képelhelyezés dll-ben
Dinamikus képelhelyezés dll-ben
> Hello, volt egy feladat dinamikusan a dll és a # xA0;
> tegyen képeket rajta
Mégis meg lehet érteni egy dinamikus dll-t (pl. A matematikai számítások gyorsításának funkcióinak dinamikus összeállítása)
Stsylke: a dokumentum nem található.
> Stsylke: a dokumentum nem található.
pont a link végén. sok az, amiért van szó.
A kérdés rovására retorika, de még mindig: létre kell hozni egy könyvtárat a képekkel, csatolni kell egy másik programhoz, amely ezeket a képeket fogja használni.
A link számlájára, így átmásztottam a böngészőből, a pont rovására nem tudom, hogy kiderült, :) :) elnézést kérek
Hát, nem tudom, de hol?
> Nos, nem tudom, de hol?
Nem hol és miért kéne a # 133
Igen, egy palacsinta, kivéve, hogy egy dll egy fejben nem jön, nem dll? Nagyon kényelmes az erőforrások tartása. De nekem nem, amikor dinamikusan Dll erőforrások hozzáadásához nem volt szükség! A terv az, hogy a program összegyűjti az erőforrás fájl dll-t (nyilvántartást készít az adatbázisban, a képszámokat a megfelelő rekordokhoz), majd ezzel az adatbázisral és ezzel a könyvtárral egy másik programot
Itt az adatbázisban és tárolja a # 133 képeket
> alztam # xA0; (05/02/08 12:32) [7]
nagyon kényelmes forrásokat a fájlrendszerben tárolt képfájlok formájában
Nem túl kényelmes. A húzás megkínzott.
Nem is tetszik: (
hogyan? Másolja a chtoli mappát?
Nos, igen, sok fájl másolása sokáig (a telepítés lassú lesz)
itt van egy csomó kis kép, könnyebb összeállítani őket egyetlen erőforrás-DLL-ben, így külön könyvtárat hozhat létre nekik, és minden alkalommal átmásolhatja ezt a fájlt.
a több ezer chtoli? Nos ne mappákat, és a zip archívumokat egy kicsit tömörítsen.
mindez egy helyen van # xA0; kiderül. egy másik zipceptlevat modulnak szüksége van: (minden már feltalált, a könyvtárat hívják.
katalógus a # xA0, képek, nem tudom, hány ezer lehet.
de csak a képek kedvéért. nem kóser
Nos, nem tudom. Én vagyok az egyik feladat a rácsban kell az ellenkezője az ország nevét a zászlót megjeleníteni. Több mint 200 országban nem érzem kósert a képek mappába való tárolására. De hogy ez egy erőforrás-DLL-t csináljon.
Ismét minden ismert pasziánsz tárolja a térképképeket egy DLL-ben, nem egy mappában :)
> Ismét minden ismert pasziánsz tárolja a térképképeket
> a DLL-ben, nem a mappában :)
Nagyon meglepődtem volna, ha tárolná őket a pk3-ban :) és ezeket a képeket nemcsak tapewormként használják. Egy ésszerű megoldás az MS-DLL technológia bemutatásával :)
sajnálom senki sem tudja: (
> alztam # xA0; (02.05.08 21:39) [21]
>
> sajnálom senki sem tudja :(
>
> LoadLibrary visszatér 0-ra
Mi a helyzet, és a standard tanúsítvány nem tudja?
Nem tudok csak a könyvtárat kötni, amivel létrehoztam magam (világos, hogy valami nem így működik). de mi? más könyvtárak tökéletesen ragaszkodnak
Hozzon létre egy könyvtárat a szokásos eszközökkel, és nézze meg, mi a különbség. Lehetséges, hogy félreérted a PE formátumot.
Bár ez a lecke alkalmasabb Riply számára. Ha túl lusta vagy, és megmondja nekünk a GetLastError eredményét, akkor ez a lecke valószínűtlen az Ön számára.
Memória: 0,76 MB
Időzítés: 0.068 mp