Ребяты, есть старая база данных  (в виде последовательности записей). Доступ - через Borland Turbo Access 4.0, который рожден где-то в начале 90-х.  
Частично есть исходники процедур общения с БД на Pascal,  но часть (именно сам Turbo Access 4.0 ) - в виде TPU модуля.
Гуглил сам  Turbo Access 4.0, но тырнет такого уже не помнит.  
Можно, конечно, в BP6 родить DLL. 
А напрямую подключить этот TPU модуль в проект Delphi  можно? Пробовал, на арапа, переименовать TPU в DCU, но машка ругается и не компилит. Подскажите : можно ли напрямую и где почитать? 

Если вспомнить историю самого Delphi, то вывод о прямом использовании TPU отпадает сам собой. Сразу следует вспомнить, что TPU файлы «16-ти разрядного» компилятора, а значит, даже при наличии возможности использования его в Delphi, он мог использоваться только в 16-ти разрядном Delphi, а это Delphi 1. А если вспомнить все отличия Pascal 6 равно как и Pascal 7 в сравнении со всем «семейством» Delphi, то по любой логике такое использование изначально невозможно. Формат DCU файлов от версии к версии менялся. Да существуют некоторые конверторы DCU файлов из одних версия в другие (ограничусь такой формулировкой), но, во всяком случае, это не конверторы 16-ти разрядных DCU в 32-ти разрядные. Помниться подобные вопросы мелькали на ряде форумов. Там шла речь о переносе компонентов с одной версии Delphi в другую без использования исходного текста. Там же приводились и конверторы DCU файлов. Когда говорят о совместимости файлов «снизу-вверх», то это относится к PAS файлам, т.е. исходным файлам проекта. Жаль, а может и, наоборот, к DCU файлам это не относится. Думаю, к DCU следует относиться как к временному или промежуточному файлу проекта конкретной версии Delphi и не более. При таком положении TPU файлы становятся уже абсолютно недоступными.
Что касается DLL, то такой вариант так же кажется сомнительным. Некогда и сам пытался перенести компонент Delphi 1 (нечто вроде CaptionBevel – рамка с именем) без исходного текста в Delphi 4. Должно быть не слишком усердствовал в поиске использования 16-ти разрядной DLL в 32-ти разрядном Delphi 4. В результате оставил эксперименты и написал собственный аналог, но уже в Delphi 4.
По запросу «создание DLL в Turbo Pascal 6» ничего особенно обнадеживающего не нашел, да и тщательно не искал. Может следует автору вопроса поискать внимательней?
В ссылке https://pascal.proweb.kz/index.php?page=58 упоминается Borland Pascal и использование DLL. Более подробное чтение может и направит на решение проблемы.
В http://www.cyberforum.ru/pascalabc/thread44357.html есть ссылка на Borland Pascal - http://zeus.sai.msu.ru:7000/programming/bp70_lr/lr11.shtml, однако соединиться не удалось.
В http://progopedia.ru/version/turbo-pascal-70/ описано, что только в этой версии появилась возможность написания DLL. Однако следует помнить, что это 16-ти разрядная версия и возможность написания приложений для Windows так же 16-ти разрядной операционной системы (1993 год как никак). Повторюсь, использование 16-ти разрядной DLL в 32-ти разрядном приложении вряд ли задача тривиальная. Однако, внимательно поискать не помешает.
Взглянув на короткий экскурс в программирование начала 90-х, подумал, что решение проблемы в «лоб» будет «муторным». По служебным необходимостям не работал с базами данных. Основная деятельность в сфере программирования у меня управление экспериментальных установок в физическом эксперименте. Может, следует поискать информацию о совместимости баз данных. Например, некогда для IBM 370 существовала система Natural (если не ошибаюсь), позднее появился аналог для Windows? И, опять-таки, если не ошибаюсь, разработчик предоставлял средства конвертирования старых баз данных в новые базы. А может быть существует способ экспорта необходимой (старой Turbo Access 4.0) базы данных в иной формат (например, нечто вроде текстового или кокой либо другой) средствами того же BP6 и дальнейшего преобразования полученного файла в (новую, используемую сейчас) базу данных. И тогда полностью после конвертирования отказаться от времен паскаля программных решений. Пожалуй, пока все. Удачи!



Этот ответ добавлен с нового Винграда - http://vingrad.com

Если вспомнить историю самого Delphi, то вывод о прямом использовании TPU отпадает сам собой. Сразу следует вспомнить, что TPU файлы «16-ти разрядного» компилятора, а значит, даже при наличии возможности использования его в Delphi, он мог использоваться только в 16-ти разрядном Delphi, а это Delphi 1. А если вспомнить все отличия Pascal 6 равно как и Pascal 7 в сравнении со всем «семейством» Delphi, то по любой логике такое использование изначально невозможно. Формат DCU файлов от версии к версии менялся. Да существуют некоторые конверторы DCU файлов из одних версия в другие (ограничусь такой формулировкой), но, во всяком случае, это не конверторы 16-ти разрядных DCU в 32-ти разрядные. Помниться подобные вопросы мелькали на ряде форумов. Там шла речь о переносе компонентов с одной версии Delphi в другую без использования исходного текста. Там же приводились и конверторы DCU файлов. Когда говорят о совместимости файлов «снизу-вверх», то это относится к PAS файлам, т.е. исходным файлам проекта. Жаль, а может и, наоборот, к DCU файлам это не относится. Думаю, к DCU следует относиться как к временному или промежуточному файлу проекта конкретной версии Delphi и не более. При таком положении TPU файлы становятся уже абсолютно недоступными.
Что касается DLL, то такой вариант так же кажется сомнительным. Некогда и сам пытался перенести компонент Delphi 1 (нечто вроде CaptionBevel – рамка с именем) без исходного текста в Delphi 4. Должно быть не слишком усердствовал в поиске использования 16-ти разрядной DLL в 32-ти разрядном Delphi 4. В результате оставил эксперименты и написал собственный аналог, но уже в Delphi 4.
По запросу «создание DLL в Turbo Pascal 6» ничего особенно обнадеживающего не нашел, да и тщательно не искал. Может следует автору вопроса поискать внимательней?
В ссылке https://pascal.proweb.kz/index.php?page=58 упоминается Borland Pascal и использование DLL. Более подробное чтение может и направит на решение проблемы.
В http://www.cyberforum.ru/pascalabc/thread44357.html есть ссылка на Borland Pascal - http://zeus.sai.msu.ru:7000/programming/bp70_lr/lr11.shtml, однако соединиться не удалось.
В http://progopedia.ru/version/turbo-pascal-70/ описано, что только в этой версии появилась возможность написания DLL. Однако следует помнить, что это 16-ти разрядная версия и возможность написания приложений для Windows так же 16-ти разрядной операционной системы (1993 год как никак). Повторюсь, использование 16-ти разрядной DLL в 32-ти разрядном приложении вряд ли задача тривиальная. Однако, внимательно поискать не помешает.
Взглянув на короткий экскурс в программирование начала 90-х, подумал, что решение проблемы в «лоб» будет «муторным». По служебным необходимостям не работал с базами данных. Основная деятельность в сфере программирования у меня управление экспериментальных установок в физическом эксперименте. Может, следует поискать информацию о совместимости баз данных. Например, некогда для IBM 370 существовала система Natural (если не ошибаюсь), позднее появился аналог для Windows? И, опять-таки, если не ошибаюсь, разработчик предоставлял средства конвертирования старых баз данных в новые базы. А может быть существует способ экспорта необходимой (старой Turbo Access 4.0) базы данных в иной формат (например, нечто вроде текстового или кокой либо другой) средствами того же BP6 и дальнейшего преобразования полученного файла в (новую, используемую сейчас) базу данных. И тогда полностью после конвертирования отказаться от времен паскаля программных решений. Пожалуй, пока все. Удачи!



Этот ответ добавлен с нового Винграда - http://vingrad.com

Если вспомнить историю самого Delphi, то вывод о прямом использовании TPU отпадает сам собой. Сразу следует вспомнить, что TPU файлы «16-ти разрядного» компилятора, а значит, даже при наличии возможности использования его в Delphi, он мог использоваться только в 16-ти разрядном Delphi, а это Delphi 1. А если вспомнить все отличия Pascal 6 равно как и Pascal 7 в сравнении со всем «семейством» Delphi, то по любой логике такое использование изначально невозможно. Формат DCU файлов от версии к версии менялся. Да существуют некоторые конверторы DCU файлов из одних версия в другие (ограничусь такой формулировкой), но, во всяком случае, это не конверторы 16-ти разрядных DCU в 32-ти разрядные. Помниться подобные вопросы мелькали на ряде форумов. Там шла речь о переносе компонентов с одной версии Delphi в другую без использования исходного текста. Там же приводились и конверторы DCU файлов. Когда говорят о совместимости файлов «снизу-вверх», то это относится к PAS файлам, т.е. исходным файлам проекта. Жаль, а может и, наоборот, к DCU файлам это не относится. Думаю, к DCU следует относиться как к временному или промежуточному файлу проекта конкретной версии Delphi и не более. При таком положении TPU файлы становятся уже абсолютно недоступными.
Что касается DLL, то такой вариант так же кажется сомнительным. Некогда и сам пытался перенести компонент Delphi 1 (нечто вроде CaptionBevel – рамка с именем) без исходного текста в Delphi 4. Должно быть не слишком усердствовал в поиске использования 16-ти разрядной DLL в 32-ти разрядном Delphi 4. В результате оставил эксперименты и написал собственный аналог, но уже в Delphi 4.
По запросу «создание DLL в Turbo Pascal 6» ничего особенно обнадеживающего не нашел, да и тщательно не искал. Может следует автору вопроса поискать внимательней?
В ссылке https://pascal.proweb.kz/index.php?page=58 упоминается Borland Pascal и использование DLL. Более подробное чтение может и направит на решение проблемы.
В http://www.cyberforum.ru/pascalabc/thread44357.html есть ссылка на Borland Pascal - http://zeus.sai.msu.ru:7000/programming/bp70_lr/lr11.shtml, однако соединиться не удалось.
В http://progopedia.ru/version/turbo-pascal-70/ описано, что только в этой версии появилась возможность написания DLL. Однако следует помнить, что это 16-ти разрядная версия и возможность написания приложений для Windows так же 16-ти разрядной операционной системы (1993 год как никак). Повторюсь, использование 16-ти разрядной DLL в 32-ти разрядном приложении вряд ли задача тривиальная. Однако, внимательно поискать не помешает.
Взглянув на короткий экскурс в программирование начала 90-х, подумал, что решение проблемы в «лоб» будет «муторным». По служебным необходимостям не работал с базами данных. Основная деятельность в сфере программирования у меня управление экспериментальных установок в физическом эксперименте. Может, следует поискать информацию о совместимости баз данных. Например, некогда для IBM 370 существовала система Natural (если не ошибаюсь), позднее появился аналог для Windows? И, опять-таки, если не ошибаюсь, разработчик предоставлял средства конвертирования старых баз данных в новые базы. А может быть существует способ экспорта необходимой (старой Turbo Access 4.0) базы данных в иной формат (например, нечто вроде текстового или кокой либо другой) средствами того же BP6 и дальнейшего преобразования полученного файла в (новую, используемую сейчас) базу данных. И тогда полностью после конвертирования отказаться от времен паскаля программных решений. Пожалуй, пока все. Удачи!



Этот ответ добавлен с нового Винграда - http://vingrad.com

Если вспомнить историю самого Delphi, то вывод о прямом использовании TPU отпадает сам собой. Сразу следует вспомнить, что TPU файлы «16-ти разрядного» компилятора, а значит, даже при наличии возможности использования его в Delphi, он мог использоваться только в 16-ти разрядном Delphi, а это Delphi 1. А если вспомнить все отличия Pascal 6 равно как и Pascal 7 в сравнении со всем «семейством» Delphi, то по любой логике такое использование изначально невозможно. Формат DCU файлов от версии к версии менялся. Да существуют некоторые конверторы DCU файлов из одних версия в другие (ограничусь такой формулировкой), но, во всяком случае, это не конверторы 16-ти разрядных DCU в 32-ти разрядные. Помниться подобные вопросы мелькали на ряде форумов. Там шла речь о переносе компонентов с одной версии Delphi в другую без использования исходного текста. Там же приводились и конверторы DCU файлов. Когда говорят о совместимости файлов «снизу-вверх», то это относится к PAS файлам, т.е. исходным файлам проекта. Жаль, а может и, наоборот, к DCU файлам это не относится. Думаю, к DCU следует относиться как к временному или промежуточному файлу проекта конкретной версии Delphi и не более. При таком положении TPU файлы становятся уже абсолютно недоступными.
Что касается DLL, то такой вариант так же кажется сомнительным. Некогда и сам пытался перенести компонент Delphi 1 (нечто вроде CaptionBevel – рамка с именем) без исходного текста в Delphi 4. Должно быть не слишком усердствовал в поиске использования 16-ти разрядной DLL в 32-ти разрядном Delphi 4. В результате оставил эксперименты и написал собственный аналог, но уже в Delphi 4.
По запросу «создание DLL в Turbo Pascal 6» ничего особенно обнадеживающего не нашел, да и тщательно не искал. Может следует автору вопроса поискать внимательней?
В ссылке https://pascal.proweb.kz/index.php?page=58 упоминается Borland Pascal и использование DLL. Более подробное чтение может и направит на решение проблемы.
В http://www.cyberforum.ru/pascalabc/thread44357.html есть ссылка на Borland Pascal - http://zeus.sai.msu.ru:7000/programming/bp70_lr/lr11.shtml, однако соединиться не удалось.
В http://progopedia.ru/version/turbo-pascal-70/ описано, что только в этой версии появилась возможность написания DLL. Однако следует помнить, что это 16-ти разрядная версия и возможность написания приложений для Windows так же 16-ти разрядной операционной системы (1993 год как никак). Повторюсь, использование 16-ти разрядной DLL в 32-ти разрядном приложении вряд ли задача тривиальная. Однако, внимательно поискать не помешает.
Взглянув на короткий экскурс в программирование начала 90-х, подумал, что решение проблемы в «лоб» будет «муторным». По служебным необходимостям не работал с базами данных. Основная деятельность в сфере программирования у меня управление экспериментальных установок в физическом эксперименте. Может, следует поискать информацию о совместимости баз данных. Например, некогда для IBM 370 существовала система Natural (если не ошибаюсь), позднее появился аналог для Windows? И, опять-таки, если не ошибаюсь, разработчик предоставлял средства конвертирования старых баз данных в новые базы. А может быть существует способ экспорта необходимой (старой Turbo Access 4.0) базы данных в иной формат (например, нечто вроде текстового или кокой либо другой) средствами того же BP6 и дальнейшего преобразования полученного файла в (новую, используемую сейчас) базу данных. И тогда полностью после конвертирования отказаться от времен паскаля программных решений. Пожалуй, пока все. Удачи!



Этот ответ добавлен с нового Винграда - http://vingrad.com

Если вспомнить историю самого Delphi, то вывод о прямом использовании TPU отпадает сам собой. Сразу следует вспомнить, что TPU файлы «16-ти разрядного» компилятора, а значит, даже при наличии возможности использования его в Delphi, он мог использоваться только в 16-ти разрядном Delphi, а это Delphi 1. А если вспомнить все отличия Pascal 6 равно как и Pascal 7 в сравнении со всем «семейством» Delphi, то по любой логике такое использование изначально невозможно. Формат DCU файлов от версии к версии менялся. Да существуют некоторые конверторы DCU файлов из одних версия в другие (ограничусь такой формулировкой), но, во всяком случае, это не конверторы 16-ти разрядных DCU в 32-ти разрядные. Помниться подобные вопросы мелькали на ряде форумов. Там шла речь о переносе компонентов с одной версии Delphi в другую без использования исходного текста. Там же приводились и конверторы DCU файлов. Когда говорят о совместимости файлов «снизу-вверх», то это относится к PAS файлам, т.е. исходным файлам проекта. Жаль, а может и, наоборот, к DCU файлам это не относится. Думаю, к DCU следует относиться как к временному или промежуточному файлу проекта конкретной версии Delphi и не более. При таком положении TPU файлы становятся уже абсолютно недоступными.
Что касается DLL, то такой вариант так же кажется сомнительным. Некогда и сам пытался перенести компонент Delphi 1 (нечто вроде CaptionBevel – рамка с именем) без исходного текста в Delphi 4. Должно быть не слишком усердствовал в поиске использования 16-ти разрядной DLL в 32-ти разрядном Delphi 4. В результате оставил эксперименты и написал собственный аналог, но уже в Delphi 4.
По запросу «создание DLL в Turbo Pascal 6» ничего особенно обнадеживающего не нашел, да и тщательно не искал. Может следует автору вопроса поискать внимательней?
В ссылке https://pascal.proweb.kz/index.php?page=58 упоминается Borland Pascal и использование DLL. Более подробное чтение может и направит на решение проблемы.
В http://www.cyberforum.ru/pascalabc/thread44357.html есть ссылка на Borland Pascal - http://zeus.sai.msu.ru:7000/programming/bp70_lr/lr11.shtml, однако соединиться не удалось.
В http://progopedia.ru/version/turbo-pascal-70/ описано, что только в этой версии появилась возможность написания DLL. Однако следует помнить, что это 16-ти разрядная версия и возможность написания приложений для Windows так же 16-ти разрядной операционной системы (1993 год как никак). Повторюсь, использование 16-ти разрядной DLL в 32-ти разрядном приложении вряд ли задача тривиальная. Однако, внимательно поискать не помешает.
Взглянув на короткий экскурс в программирование начала 90-х, подумал, что решение проблемы в «лоб» будет «муторным». По служебным необходимостям не работал с базами данных. Основная деятельность в сфере программирования у меня управление экспериментальных установок в физическом эксперименте. Может, следует поискать информацию о совместимости баз данных. Например, некогда для IBM 370 существовала система Natural (если не ошибаюсь), позднее появился аналог для Windows? И, опять-таки, если не ошибаюсь, разработчик предоставлял средства конвертирования старых баз данных в новые базы. А может быть существует способ экспорта необходимой (старой Turbo Access 4.0) базы данных в иной формат (например, нечто вроде текстового или кокой либо другой) средствами того же BP6 и дальнейшего преобразования полученного файла в (новую, используемую сейчас) базу данных. И тогда полностью после конвертирования отказаться от времен паскаля программных решений. Пожалуй, пока все. Удачи!



Этот ответ добавлен с нового Винграда - http://vingrad.com

Понял, спасибо.  И тогда еще вопрос : может быть, у кого-нибудь остался этот самый Borland Turbo Access 4.0? Поскребите по сусекам, камрады, осчастливьте. Вообще нашел Turbo Access 3 от какой-то старой версии ТР(то ли 2, то ли 3). Но с 4 версией не работает. Как предчувствия и предупреждали меня......

Этот ответ добавлен с нового Винграда - http://vingrad.com

Понял, спасибо.  И тогда еще вопрос : может быть, у кого-нибудь остался этот самый Borland Turbo Access 4.0? Поскребите по сусекам, камрады, осчастливьте. Вообще нашел Turbo Access 3 от какой-то старой версии ТР(то ли 2, то ли 3). Но с 4 версией не работает. Как предчувствия и предупреждали меня......

Этот ответ добавлен с нового Винграда - http://vingrad.com

Понял, спасибо.  И тогда еще вопрос : может быть, у кого-нибудь остался этот самый Borland Turbo Access 4.0? Поскребите по сусекам, камрады, осчастливьте. Вообще нашел Turbo Access 3 от какой-то старой версии ТР(то ли 2, то ли 3). Но с 4 версией не работает. Как предчувствия и предупреждали меня......

Этот ответ добавлен с нового Винграда - http://vingrad.com

Понял, спасибо.  И тогда еще вопрос : может быть, у кого-нибудь остался этот самый Borland Turbo Access 4.0? Поскребите по сусекам, камрады, осчастливьте. Вообще нашел Turbo Access 3 от какой-то старой версии ТР(то ли 2, то ли 3). Но с 4 версией не работает. Как предчувствия и предупреждали меня......

Этот ответ добавлен с нового Винграда - http://vingrad.com

Понял, спасибо.  И тогда еще вопрос : может быть, у кого-нибудь остался этот самый Borland Turbo Access 4.0? Поскребите по сусекам, камрады, осчастливьте. Вообще нашел Turbo Access 3 от какой-то старой версии ТР(то ли 2, то ли 3). Но с 4 версией не работает. Как предчувствия и предупреждали меня......

Этот ответ добавлен с нового Винграда - http://vingrad.com

Начну с конца. Разрядность шины в данном случае не причем. Выражаясь проще, используются 32-разрядные инструкции процессора. В 32 разрядной операционной системе адресация данных и переходов – все формируются иначе, чем в 16-разрядной версии. Ясно, что это объяснение чересчур простое. Стоит посмотреть в материалы по ассемблеру, где проводят сравнение или упоминание различий 16-ти и 32-х разрядных инструкций процессора.
Повторюсь, слегка иначе сказав, как TPU так и DCU версия от версии сред разработки меняли внутренние форматы. По той причине, что – это, скажем, файлы для «внутреннего» употребления в совместимости не было необходимости. По этой же причине, с довольно высокой вероятностью, найти дизассемблер для TPU невозможно. Были ли в те времена «умельцы», осуществившие подобный проект? Честно, сомневаюсь. Дизассемблировать, если есть исполняемый файл старого проекта, ничто не мешает. Однако, что это может дать без освоения ассемблера, как минимум? А что предстоит сделать после получения дизассемблированного текста? Достаточно вспомнить, что придется заново переписать, на ассемблере, инструкции ввода/вывода. Это так же относится к системным обращениям (обращение к процедурам операционной системы). А уж найти в немалом файле необходимые процедуры. Есть ли сейчас хакеры, которые вот так возьмутся за подобное? На этот вопрос не отвечу. Ясно, если кто-то сделал, то другой может разобраться. Но стоят ли подобные усилия затраченного времени? Разве что из «академического» интереса.
Снова, повторюсь, не занимался работами баз данных. Запрос «Borland Turbo Access 4.0» в «лоб» сети ничего определенного не дал. Скорее самым продуктивным был бы поиск, именно, структуры баз данных «Borland Turbo Access 4.0». Я имею в виду внутренне строение файла (файлов) баз данных. Возможно, где-то на сайтах разработчиков есть ссылки на совместимости версий. К тому не знаю в каком виде представлялись модули в «Borland Turbo Access 4.0», если его удастся найти. В идеале в виде pas-файлов, но подобное не было, в общем случае, принято в 90-х. А тогда путь к цели будет долгим. Набрал в GOOGLE «Borland Turbo Access 4.0 download free». Сразу возник вопрос, в каком виде этот Borland Turbo Access 4.0 распространялся. Может быть, он был частью базовых или расширенных версий от Borland? Посмотрел в BP7 этот «зверь» не входил. Прошелся (GOOGLEся) прямых упоминаний не увидел.
В завершении, не зная, что из себя представляет файл базы данных, зашел на один из сайтов по паскалю в раздел баз данных (http://pascal.sources.ru/database/), разумеется, прямого упоминания «Borland Turbo Access 4.0» там нет. В основном работа с DBF-файлами, просмотрщики и тому подобное. Однако, имеется собственный форум. Удачи.


Этот ответ добавлен с нового Винграда - http://vingrad.com

Начну с конца. Разрядность шины в данном случае не причем. Выражаясь проще, используются 32-разрядные инструкции процессора. В 32 разрядной операционной системе адресация данных и переходов – все формируются иначе, чем в 16-разрядной версии. Ясно, что это объяснение чересчур простое. Стоит посмотреть в материалы по ассемблеру, где проводят сравнение или упоминание различий 16-ти и 32-х разрядных инструкций процессора.
Повторюсь, слегка иначе сказав, как TPU так и DCU версия от версии сред разработки меняли внутренние форматы. По той причине, что – это, скажем, файлы для «внутреннего» употребления в совместимости не было необходимости. По этой же причине, с довольно высокой вероятностью, найти дизассемблер для TPU невозможно. Были ли в те времена «умельцы», осуществившие подобный проект? Честно, сомневаюсь. Дизассемблировать, если есть исполняемый файл старого проекта, ничто не мешает. Однако, что это может дать без освоения ассемблера, как минимум? А что предстоит сделать после получения дизассемблированного текста? Достаточно вспомнить, что придется заново переписать, на ассемблере, инструкции ввода/вывода. Это так же относится к системным обращениям (обращение к процедурам операционной системы). А уж найти в немалом файле необходимые процедуры. Есть ли сейчас хакеры, которые вот так возьмутся за подобное? На этот вопрос не отвечу. Ясно, если кто-то сделал, то другой может разобраться. Но стоят ли подобные усилия затраченного времени? Разве что из «академического» интереса.
Снова, повторюсь, не занимался работами баз данных. Запрос «Borland Turbo Access 4.0» в «лоб» сети ничего определенного не дал. Скорее самым продуктивным был бы поиск, именно, структуры баз данных «Borland Turbo Access 4.0». Я имею в виду внутренне строение файла (файлов) баз данных. Возможно, где-то на сайтах разработчиков есть ссылки на совместимости версий. К тому не знаю в каком виде представлялись модули в «Borland Turbo Access 4.0», если его удастся найти. В идеале в виде pas-файлов, но подобное не было, в общем случае, принято в 90-х. А тогда путь к цели будет долгим. Набрал в GOOGLE «Borland Turbo Access 4.0 download free». Сразу возник вопрос, в каком виде этот Borland Turbo Access 4.0 распространялся. Может быть, он был частью базовых или расширенных версий от Borland? Посмотрел в BP7 этот «зверь» не входил. Прошелся (GOOGLEся) прямых упоминаний не увидел.
В завершении, не зная, что из себя представляет файл базы данных, зашел на один из сайтов по паскалю в раздел баз данных (http://pascal.sources.ru/database/), разумеется, прямого упоминания «Borland Turbo Access 4.0» там нет. В основном работа с DBF-файлами, просмотрщики и тому подобное. Однако, имеется собственный форум. Удачи.


Этот ответ добавлен с нового Винграда - http://vingrad.com

Начну с конца. Разрядность шины в данном случае не причем. Выражаясь проще, используются 32-разрядные инструкции процессора. В 32 разрядной операционной системе адресация данных и переходов – все формируются иначе, чем в 16-разрядной версии. Ясно, что это объяснение чересчур простое. Стоит посмотреть в материалы по ассемблеру, где проводят сравнение или упоминание различий 16-ти и 32-х разрядных инструкций процессора.
Повторюсь, слегка иначе сказав, как TPU так и DCU версия от версии сред разработки меняли внутренние форматы. По той причине, что – это, скажем, файлы для «внутреннего» употребления в совместимости не было необходимости. По этой же причине, с довольно высокой вероятностью, найти дизассемблер для TPU невозможно. Были ли в те времена «умельцы», осуществившие подобный проект? Честно, сомневаюсь. Дизассемблировать, если есть исполняемый файл старого проекта, ничто не мешает. Однако, что это может дать без освоения ассемблера, как минимум? А что предстоит сделать после получения дизассемблированного текста? Достаточно вспомнить, что придется заново переписать, на ассемблере, инструкции ввода/вывода. Это так же относится к системным обращениям (обращение к процедурам операционной системы). А уж найти в немалом файле необходимые процедуры. Есть ли сейчас хакеры, которые вот так возьмутся за подобное? На этот вопрос не отвечу. Ясно, если кто-то сделал, то другой может разобраться. Но стоят ли подобные усилия затраченного времени? Разве что из «академического» интереса.
Снова, повторюсь, не занимался работами баз данных. Запрос «Borland Turbo Access 4.0» в «лоб» сети ничего определенного не дал. Скорее самым продуктивным был бы поиск, именно, структуры баз данных «Borland Turbo Access 4.0». Я имею в виду внутренне строение файла (файлов) баз данных. Возможно, где-то на сайтах разработчиков есть ссылки на совместимости версий. К тому не знаю в каком виде представлялись модули в «Borland Turbo Access 4.0», если его удастся найти. В идеале в виде pas-файлов, но подобное не было, в общем случае, принято в 90-х. А тогда путь к цели будет долгим. Набрал в GOOGLE «Borland Turbo Access 4.0 download free». Сразу возник вопрос, в каком виде этот Borland Turbo Access 4.0 распространялся. Может быть, он был частью базовых или расширенных версий от Borland? Посмотрел в BP7 этот «зверь» не входил. Прошелся (GOOGLEся) прямых упоминаний не увидел.
В завершении, не зная, что из себя представляет файл базы данных, зашел на один из сайтов по паскалю в раздел баз данных (http://pascal.sources.ru/database/), разумеется, прямого упоминания «Borland Turbo Access 4.0» там нет. В основном работа с DBF-файлами, просмотрщики и тому подобное. Однако, имеется собственный форум. Удачи.


Этот ответ добавлен с нового Винграда - http://vingrad.com

Начну с конца. Разрядность шины в данном случае не причем. Выражаясь проще, используются 32-разрядные инструкции процессора. В 32 разрядной операционной системе адресация данных и переходов – все формируются иначе, чем в 16-разрядной версии. Ясно, что это объяснение чересчур простое. Стоит посмотреть в материалы по ассемблеру, где проводят сравнение или упоминание различий 16-ти и 32-х разрядных инструкций процессора.
Повторюсь, слегка иначе сказав, как TPU так и DCU версия от версии сред разработки меняли внутренние форматы. По той причине, что – это, скажем, файлы для «внутреннего» употребления в совместимости не было необходимости. По этой же причине, с довольно высокой вероятностью, найти дизассемблер для TPU невозможно. Были ли в те времена «умельцы», осуществившие подобный проект? Честно, сомневаюсь. Дизассемблировать, если есть исполняемый файл старого проекта, ничто не мешает. Однако, что это может дать без освоения ассемблера, как минимум? А что предстоит сделать после получения дизассемблированного текста? Достаточно вспомнить, что придется заново переписать, на ассемблере, инструкции ввода/вывода. Это так же относится к системным обращениям (обращение к процедурам операционной системы). А уж найти в немалом файле необходимые процедуры. Есть ли сейчас хакеры, которые вот так возьмутся за подобное? На этот вопрос не отвечу. Ясно, если кто-то сделал, то другой может разобраться. Но стоят ли подобные усилия затраченного времени? Разве что из «академического» интереса.
Снова, повторюсь, не занимался работами баз данных. Запрос «Borland Turbo Access 4.0» в «лоб» сети ничего определенного не дал. Скорее самым продуктивным был бы поиск, именно, структуры баз данных «Borland Turbo Access 4.0». Я имею в виду внутренне строение файла (файлов) баз данных. Возможно, где-то на сайтах разработчиков есть ссылки на совместимости версий. К тому не знаю в каком виде представлялись модули в «Borland Turbo Access 4.0», если его удастся найти. В идеале в виде pas-файлов, но подобное не было, в общем случае, принято в 90-х. А тогда путь к цели будет долгим. Набрал в GOOGLE «Borland Turbo Access 4.0 download free». Сразу возник вопрос, в каком виде этот Borland Turbo Access 4.0 распространялся. Может быть, он был частью базовых или расширенных версий от Borland? Посмотрел в BP7 этот «зверь» не входил. Прошелся (GOOGLEся) прямых упоминаний не увидел.
В завершении, не зная, что из себя представляет файл базы данных, зашел на один из сайтов по паскалю в раздел баз данных (http://pascal.sources.ru/database/), разумеется, прямого упоминания «Borland Turbo Access 4.0» там нет. В основном работа с DBF-файлами, просмотрщики и тому подобное. Однако, имеется собственный форум. Удачи.


Этот ответ добавлен с нового Винграда - http://vingrad.com