Как да изтеглите файл от паметта

Проблемът е, че трябва да получа файл, съхранен от база данни на една програма с много сложно кодиране, така че няма да мога да го получа директно (и ако стане, няма да е скоро).

За да имате по-малко въпроси (вече зададох няколко "академици";) да предположим, че трябва да получите midi файл, когато се обработва (възпроизвежда) от софтуерен синтезатор.

Номерът е, че вече написах такава програма за същите нужди „само че беше отдавна и не е вярно.“ Като цяло не си спомням нищо, но изходните кодове и всички материали, които използвах, бяха покрити с винт.

ПОМОГНЕТЕ НА ВСЕКИ МОЖЕ. КОЙ МОЖЕ ДА ПОМОГНЕ .

> Номерът е, че вече написах такава програма за същите нужди > "само че беше много отдавна и не е вярно" Общо взето не помня нищо > и източниците и всички материали, които използвах, бяха покрити с > заедно с винт. >Готин трик беше! Единственото жалко е, че "за дълго време и не е вярно". Вече пропуснахме магическите трикове тук. Не крещи така! Тук няма глухи хора. И забравихте да добавите нещо като "ние не сме от тук" :-)

> файлът може да се отвори чрез програмата и ще отиде на > RAM

Не фактът, че файлът се чете от програмата наведнъж и изцяло.

Кой ти каза такива глупости? Ето защо той и суап файла)

Това, че файла се чете веднага и е в RAM паметта е факт, никъде другаде го няма, вярвайте ми. това . Написах го сам, дори знам името на извлечения файл. Файлът от базата данни, независимо от размера, се разделя на няколко файла, които се задвижват в RAM на свой ред. Знам само 2/3 от тази програма (частта, върху която работих и за съжалениекриптирането не беше включено), то се състоеше от две части. Първата беше при мен и "колегите", а втората беше само при мен и беше покрита с винт (заедно с първата, "колегите" го споделиха) Всъщност трябва да напиша втората част.

P.S. Почти забравих Херман, специални благодарности за много информативния отговор.

някой да преведе, а? за предпочитане на български, но е възможно и на английски или украински.

> Просто познавам 2/3 от тази програма (частта, върху която > работих и за съжаление там не беше включено криптиране), тя е > се състоеше от две части. Първият беше както за мен, така и за "колегите", > а второто беше само при мен и беше покрито с винт > (заедно с първото, но е споделено от "колеги").

Всичко, което написах, го помня! И ако не си спомням, тогава със сигурност няма да вляза във форума с въпроси! Където никой не само "не си спомня", но и не знае абсолютно нищо за написаното от мен или някой друг!

> DrPass > > Разбира се, можете да копаете в паметта на процеса на някой друг. ToolHelp32, > Heap32First/Next, ReadProcessMemory и др.

Опитах, но не беше възможно да изтегля файла само неговото съдържание.

Може би се съгласих с вас за акаунта на суап файла, но ако не го бях проверил, нямаше да кажа, че това е така и няма намек за файла, от който се нуждая. И така, че данните да останат само в RAM, достатъчно е „много добре“ да запазите място за тях (някои програми за проверка на скоростта на компютър работят според този принцип).

Значи или имаш феноменална памет, или си писал малко.

> И ако не помня, тогава със сигурност няма да вляза във форума с въпроси!

За какво са тогава форумите?

Ами може да се заключи темата и да не се разсейват хората. Все едно е сMicrosoft успяха да се свържат, обещаха да ми кажат (чакам писмо от тях с решение на проблема ми :-).

Не знам защо, но моята интуиция казва, че именувана област с данни на носител за съхранение (твърд диск, флопи диск и т.н.) се нарича файл. Или интуицията ми е грешна? Поправете, ако е така.

> така че данните да останат само в RAM, > "много добре", за да запазите място за тяхЧудя се какви инструменти от Delphi и WinAPI ви позволяват да "резервирате място" толкова добре, че информацията никога да не попадне в суап файла?

> Чудя се кои инструменти от Delphi и WinAPI ви позволяват да "резервирате място толкова добре"VirtualAlloc( . , MEM_RESERVE или MEM_PHYSICAL, . ) AllocateUserPhysicalPages

PS. За какви файлове с памет говорим?

> PS. За какви файлове с памет говорим?

Това, IMHO, всъщност не е за файлове, а за загуба на краткотрайна памет, което доведе до толкова дълги дискусии.