🚀 go-pugleaf

Dnia 1/10/2012 11:43 PM, Użytkownik xbary napisał:
>
> a jak wpisałem
> \\.\pipe\0.bmp
> w uruchom systemowe to się obudziła ale i tak nic nie przekazuje i
> przeglądarka grafiki pokazuje błąd nagłówka itd...

Sprawdź dokładniej, bo to kulturalny sposób na ten problem.

>
> Będę chyba zmuszony zrobić odbicie kernel32.dll na np. wernel.dll ,
> zmienić odwołanie w bibliotece na otwrcie wernel.dll iii przejąć
> funkcje dyskowe i tam załatwić wczytywanie z z czego się chce. Jest
> problem bo musiałbym praktycznie wszystkie definicje kernel32 napisać
> od nowa, tzn przejąć je itd a tego jest raczej dużo i bez kodu
> źródłowego szablonowej biblioteki raczej nie będę się zabierał nawet
> za to w tej chwili.

Jakimkolwike disassemblerem otwierasz kernel32.dll (zależy na jakim 
systemie to ma działać, bo każdy ma swój różny; choć to zależy tak 
naprawde od tego czego używać będzie biblioteka z której korzystasz)
i eksportujesz listę funkcji. Parametry Cie nie interesują.

Potem troche obróbki tekstu (makro) i w kilkanascie sekund masz taką 
liste importów:

procedure xxx__hread; external kernel32 name '_hread';
procedure xxx__hwrite; external kernel32 name '_hwrite';
procedure xxx__lclose; external kernel32 name '_lclose';
procedure xxx__lcreat; external kernel32 name '_lcreat';
procedure xxx__llseek; external kernel32 name '_llseek';
procedure xxx__lopen; external kernel32 name '_lopen';
procedure xxx__lread; external kernel32 name '_lread';
procedure xxx__lwrite; external kernel32 name '_lwrite';
procedure xxx_AcquireSRWLockExclusive; external kernel32 name 
'AcquireSRWLockExclusive';
procedure xxx_AcquireSRWLockShared; external kernel32 name 
'AcquireSRWLockShared';
...


Kolejnym etapem jest wyeksportowanie wszystkiego:

exports
  xxx__hread name '_hread',
  xxx__hwrite name '_hwrite',
  xxx__lclose name '_lclose',
  xxx__lcreat name '_lcreat',
  xxx__llseek name '_llseek',
  xxx__lopen name '_lopen',
  xxx__lread name '_lread',
  xxx__lwrite name '_lwrite',
  xxx_AcquireSRWLockExclusive name 'AcquireSRWLockExclusive',
  xxx_AcquireSRWLockShared name 'AcquireSRWLockShared',
  ...



Kwestię przejrzystości masz już załatwioną. Tylko że teraz to pusty 
element pomiędzy biblioteką a kernel32.dll.


W związku z tym piszesz swoje funkcje które chcesz nadpisać i potem je 
eksportujesz w miejscę tych oryginalnych:

exports
  ...
  // xxx_CreateFileA name 'CreateFileA',
  My_CreateFileA name 'CreateFileA',
  ...

i gdzieś dalej:

function My_CreateFileA(lpFileName: PAnsiChar; dwDesiredAccess, 
dwShareMode: DWORD;
   lpSecurityAttributes: PSecurityAttributes; dwCreationDisposition, 
dwFlagsAndAttributes: DWORD;
   hTemplateFile: THandle): THandle; stdcall;
...



Myślę że z ewentualną obsługą otwierania innych plików przez tą 
biblioteke (nie znam jej) sobie poradzisz.

Mało to kulturalne rozwiązanie, ale działa.

Jeśli biblioteka będzie importowała funkcje dynamicznie, to masz szanse 
napisać jedną która by działała na każdym systemie. Ale ja sie już w to 
nie bawiłem.


-- 
Pozdrawiam
dziobu
xyzyk.pl