- Apple iPhone 16 Pro - rutinvizsga
- Garmin Instinct – küldetés teljesítve
- Honor Magic7 Pro - kifinomult, költséges képalkotás
- Android alkalmazások - szoftver kibeszélő topik
- Google Pixel topik
- Poco M7 Pro 5G - ellenfél a Redminek, de minek
- Lassan teljes a Xiaomi 16 tudáslistája
- iPhone topik
- Befutott a Meizu friss csúcsmodellje
- Megéri lecserélni a Nothing Phone (1) és (2) készülékeket
Aktív témák
-
Auslander
tag
Szia,
Izlések és pofonok, szerintem kifejezetten jópofa megoldás, hogy ha kernel vagy, minden folyamat címterében ugyanott találod a cuccaidat
Ez ugyanúgy fennáll a másik megoldásnál is. No mindegy, túl sok jelentősége nincs.
Mihez kell neked nem lapozható memória? Drivert írsz? Olyasfélét is kell nem soká. NO azért ezzel kapcsolatban lesz majd kérdésem, ami inkább Windows specifikus, mintsem Delphi, de valószínű nagy érdeklődésre fog számot tatrtani mások részéről is :)
...Egyébként mindig kinullázott memóriát kapsz,...
Igen, most néztem az MSDN-ben, és valóban, a VirtualAlloc kinullázott memóriát ad vissza. Jó ezt tudni.
...ha saját magad által korábban használt lapot kapsz vissza, az nem biztos, hogy ki lesz nullázva (de ez nem is biztonsági rés).
1. Ha én adom vissza, akkor új memória foglalásakor ezt igy érintetlenül nem kaphatom vissza. Ebben az esetben elvár(ha)tom, hogy nullázva legyen. A VirtualAlloc ebből a szempontból rendben is van.
2. Ha rendszer vette le a working set -emből, és laphiba miatt kapom vissza, akkor viszont nyilván nem lesz kinullázva. Logikus.
Tíz másodperces néma főhajtás a Motorola 680x0 sorozat emlékére. A legjobb processzorok voltak.
Csatlakozom, habár én azért hozzávenném a Digital Alpha processzorait is, míg ki nem nyírták őket.
No akkor most jövök:
A problema a következő. Adott egy Namespace Extension (NE), ami valahonnan produkálja az infót a shell-nek, ami által pl az explorer meg tudja jelniteni a directory szerkezetét az NE-nek. Nomármost ez ugye csak egy virtuális adatszerkezet, fizikai megjelenése nincs. Viszont azt szeretnem, hogy amikor pl. a felhasználó Word-ből akar megnyitni egy állományt, ami az én NE-ben található, akkor én azt ad-hoc produkálni tudjam neki mondjuk egy adatbázisból, vagy akárhonnan máshonnan. Ezidáig ezt egy Filter Driver-el többé-kevésbé sikeresen implementáltam, de nem vagyok maradéktalanul elégedett vele. Többek közt azért sem, mert egy ügyes programozó simán átnyulhat felette, vagy mittoménmi. De legalább sikerült a Word-nek odaadni azt amit kért. Végül is járható út, de nekem nem szimpatikus, mert nem szeretnék minden Windows verzióra új driver-t írni. Arról nem is beszélve, hogy a NuMega 2.5 DDK is hagy bőven kívánnivalót maga után. Pár hetem elment vele, míg megírtam a hiányzó class-okat, és az sem biztos, hogy mind jó :F
Kérdés:
1. Van erre más megoldás a Device Driver írásán kívül?
2. Ez a 'protokol' kérdés hogyan működik? Szereném az adataimat a következő URL minta alapján definiálni: AUSLANDER://gipsz/jakab/proba.doc
(Valaki már említette a nevét, de rég volt, és elfelejtettem)
3. És ha ez működik, akkor ez könnyen beépíthető-e egy NE-be?
Egyébként a probléma nem teljesen független a Delphi-től, mivel a DeviceDriver kivételével minden Delphiben készült.
Előre is köszi:
Ausländer
Aktív témák
- Apple MacBook Pro 16.2" M4 Max 48GB DDR5 RAM 16 Core CPU 40Core GPU, 1TB SSD, Asztrofekete
- Eladó iPad Pro 13 256GB WIFI + CELLULAR ~1.000.000 Ft újkori ár
- IPhone 14 pro 128 gb, deep purple. 76% akkumulátor
- Cooler Master V650 V2 moduláris táp eladó /Garanciás/
- Apple Watch Ultra (iStyle, 2023 nyár, hibátlan, extra szíjakkal)
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest