Отправлено: 01.04.08 10:16. Заголовок: Конвертер в DELPHI

Народ подскажите есть ли у кого конвертер prg в pas (или xphiles полный с конвертером кода)

 Отправлено: 01.04.08 13:30. Заголовок: Зайди на download.ru..

Зайди на download.ru - там было нечто подобное.

 Отправлено: 01.04.08 13:45. Заголовок: на downloads.ru толь..

на downloads.ru только cl2bd но он очень все сыро делает

 Отправлено: 01.04.08 19:14. Заголовок: Что-то у меня больши..

Что-то у меня большие сомнения в возможности существования такого чуда. Delphi (Object Pascal) язык строго типизированный, аналогичный С/C++. Есль конверторы для С? [x]Harbour? То есть, нужно написать [x]Harbour на Delphi. Это, конечно, можно, но явно, что это "не просто".

Да и конвертация в конверторе Harbour, наверное, не та что Вы ищите.

 Отправлено: 01.04.08 22:22. Заголовок: Набиваем в Гугле: Cl..

Набиваем в Гугле: Clipper To Delphi
и куча ссылок....

Есть такие вещи, еще когда Клипер помер, я пытался перейти на Дельфи, да не сложилось....

 Отправлено: 01.04.08 23:08. Заголовок: Andrey пишет: Набив..

Andrey пишет:

цитата:

Набиваем в Гугле: Clipper To Delphi и куча ссылок....

А если точнее одна, тот самый cl2bd, который иначе как, поделкой подростка для запудривания чьих то мозгов, назвать трудно.

 Отправлено: 02.04.08 08:24. Заголовок: есть xphiles, но про..

есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm)

 Отправлено: 02.04.08 09:12. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

То есть, нужно написать [x]Harbour на Delphi.

Эх, старые добрые времена :) Раззудись плечо, размахнись рука :)
Когда 9 лет назад я переходил на Delphi, написал для себя интерпретатор xBase-подобного языка с нетипизированными типами данных. Задачу совместимости с клиппером не ставил, хотя блоки кода и клиппер-массивы сделал. Функции
db* и обращения к полям workarea работали через TDataSet
Интерпретатор работал, хотя по производительности резко уступал клипперу. Оптимизацией я не занимался
Потом я все свернул и вернулся на клиппер. Никуда не выкладывал

 Отправлено: 02.04.08 09:26. Заголовок: viton2008 пишет: ес..

viton2008 пишет:

цитата:

есть xphiles, но проект похоже заморожен и не доведен до ума (http://www.prgtools.com/xpdl.htm)

Это не конвертор, а набор компонентов работающих с dbf и знакомых по названию функций.

Если нужно это, то такого действительно много (как и любых других библиотек для Delphi). Смотрите, например:

http://www.torry.net

 Отправлено: 02.04.08 10:02. Заголовок: В нем заложен модуль..

В нем заложен модуль Xbconvrt.pas который переводит prg код в pas под apollo но он у них не доработан

 Отправлено: 02.04.08 12:26. Заголовок: смешно.. похоже на п..

смешно.. похоже на первоапрельскую шутку.

примерно так.

USE (cFile)
BROWSE

переводим в

Form1 := TForm.Create( Applicаtion );
DbfFile1 := TDbfFile.Create( Form1 );
DbfFile1.FileName := cFile;
DbfFile1.Active := true;
Grid1 := TDbGrid.Create( Form1 );
Grid1.Parent := Form1;
Grid1.Align := alClient;
Grid1.DataSource := DbfFile1.DS;
Form1.Show;

 Отправлено: 02.04.08 19:46. Заголовок: SergeJa пишет: прим..

SergeJa пишет:

цитата:

примерно так. USE (cFile) BROWSE переводим в Form1 := TForm.Create( Applicаtion ); DbfFile1 := TDbfFile.Create( Form1 ); DbfFile1.FileName := cFile; DbfFile1.Active := true; Grid1 := TDbGrid.Create( Form1 ); Grid1.Parent := Form1; Grid1.Align := alClient; Grid1.DataSource := DbfFile1.DS; Form1.Show;

Это то как раз не сложно И выглядело бы примерно так:

AddToDbfDataModule(cFile);
ShowPreDefineForm;

Сложней например:

X := Y
&X
X := {||kjkjhkjh}

Здесь писанины немало.

 Отправлено: 03.04.08 13:12. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

Сложней например: X := Y &X X := {||kjkjhkjh} Здесь писанины немало.

Кстати, если Вы действительно переходите в Delphi, то "тащить" с собой интерпретатор? Зачем? Если намерение серьезное, то лучше начать изучать Delphi.

А вот другая кстати идея, которая может быть уже не покажется столь фантастичной!

Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API.

Пожалуй в таком, я как дельфист даже поучаствовал бы :))

Положительная сторона - богатство возможностей, в отличие от С, особенно в визуальной части. Отрицательные - только Win32 (в будущем Win64).

Как Вам?

 Отправлено: 03.04.08 14:11. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

Почему бы не сделать модификацию [x]Harbour, которая генерила бы не *.с -файлы, а pas-файлы? То есть, [x]Harbour остается на С, но меняются правила формирования кода и пишется почти один в один дельфийский API.

В свое время планировалась генерация харбор-компилятором файлов java,
даже ключик компилятора остался:

/gj output type: Java source (.java)

А была бы цель такого проекта, и в какой мере использовать Паскаль ?
Компилятор оставить на С, формировать такой же пи-код, который бы
обрабатывался vm-машиной на Паскале ?
Runtime-библиотеку переписывать ?
Основной целью могла бы быть возможность использования IDE Delphi,
а как в нее можно интегрировать такой pas-Harbour ?

 Отправлено: 03.04.08 14:43. Заголовок: Pasha пишет: В свое..

Pasha пишет:

цитата:

В свое время планировалась генерация харбор-компилятором файлов java, даже ключик компилятора остался: /gj output type: Java source (.java)

Я это и предлагаю, добавить и реализовать ключик:

/gp output type: Object Pascal source (.pas) :)


Pasha пишет:

цитата:

А была бы цель такого проекта, и в какой мере использовать Паскаль ? Компилятор оставить на С, формировать такой же пи-код, который бы обрабатывался vm-машиной на Паскале ? Runtime-библиотеку переписывать ?

В идеале конечно лучше переписать. Но поначалу можно рассмотреть вариант с Harbour-dll. Импортировать все из нее. Хотя, "перелопат" Pascal<->C это уже не так критично, языки похожи типы данных, те же почти. Поэтомуб лучше переписывать, а не импортировать.

Pasha пишет:

цитата:

Основной целью могла бы быть возможность использования IDE Delphi, а как в нее можно интегрировать такой pas-Harbour ?

Да как угодно, окончательная сборка то дельфийская, поэтому здесь вариантов огромное количество. Дельфийское IDE, оно ж по гениальной задумке резиновое изначально. Кроме простого включения юнитов, панели компонентов, можно наваять и экспертов и мастеров и т. д.

И я бы сказал, что основная цель - это VCL. Намного легче создать свое IDE, или взять за основу существующее. При этом качество будет намного выше любого сейчас существующего IDE для [x]Harbour.

 Отправлено: 03.04.08 15:19. Заголовок: Может кому то будет ..

Может кому то будет интересно http://www.otc.pl/index.asp?s=78&l=2

 Отправлено: 09.07.08 09:46. Заголовок: Здравствуйте. Сижу ..

Здравствуйте.

Сижу я тут, пиво пью, и тут приходит в голову интересная мысль.

Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!!

- Во-первых, компилятор С++Builder является дальним потомком бесплатного BCC, поэтому, каких-либо проблем быть здесь не должно.
- Во-вторых, С++Builder содержит в себе компилятор Delphi - DCC !!!
- В третьих, оба компилятора специально "затачивались" на как можно более полное "проникновение друг в друга".

То есть, мне, например, не составит труда установить свою библиотеку для Fast-а в С++Builder. После этого, можно ваять любые окна (конечно, не только окна) с любыми гридами (Browse), деревьям и т.д. и т.п., из всего дельфишного многообразия, непосредственно под workareas Харбора.

Для этого всего то нужно будет только реализовать на С++, что-то типа:

Load Window MainForm
Activate Window MainForm

Наверняка, возможно, что-нибудь придумать, чтобы не писать с обработчиках событий, что-то вроде CallHbFunc(...), а сделать еще более очевидный код...

Что думаете?

И кто-нибудь использует С++Builder?

 Отправлено: 09.07.08 16:57. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

Почти все используют с Харбуром бесплатный Bcc или еще что-то, но почему никто не использует С++Builder? В рамках проблемы портирования части функциональности Delphi в Харбор - это же очевиднейшее решение !!!

В этих рамках - возможно да. Только я, например, не знал о существовании такой проблемы

Для всего другого никакого особого преимущества продукты borland/codegear не дают (в связке с Harbour разумеется).

Не знаю кто использует С++Builder, а TurboC++ люди используют, вернее используют компилятор bcc32 версии 5.8.*, который входит в состав этого самого TurboC++ (кстати тоже бесплатная вещь).

Моя любимая связка Harbour+msvc71+PSDK+CodeBlocks

 Отправлено: 09.07.08 19:58. Заголовок: Петр пишет: Только ..

Петр пишет:

цитата:

Только я, например, не знал о существовании такой проблемы

Незнание или непонимание проблемы не освобождает от ответственности.

Если создание всего спектра GUI любого Harbour-приложения легко портируется в MS Студию, то какого хрена существуют FiveWin-ы, Xailer-ы, MiniGui?

Это что, клубы мазохистов?

При прочих равных, выбор между MS Студией и BDS Студией, это, действительно, вопрос вкуса и исторических пристрастий. Но полноценное интеграционное решение и "подергивание" API - вещи разные.


Так что не надо "му-му".


P.S. На один процент все-таки усомнился, может действительно есть такое интеграционное решение, да никто не знает? Дайте ссылку. Я с удовольствием буду ее давать всем желающим иметь DevExpress, VirtualTrees, EhLib и т.д., так как для MS аналоги есть.

 Отправлено: 11.07.08 11:33. Заголовок: Sergey Spirin пишет:..

Sergey Spirin пишет:

цитата:

Незнание или непонимание проблемы не освобождает от ответственности.

Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет.

И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают!

А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co.

 Отправлено: 12.07.08 13:19. Заголовок: Петр пишет: Нет так..

Петр пишет:

цитата:

Нет такой проблемы. И в подтверждение этому посмотрите на количество отзывов на ваш пост - ну скольких человек заинтересовало такое интеграционное решение? Значит проблемы - нет.

Угу, только когда в общении с тем же Линаресом я упомянул о возможности использования VCL с Харбуром, тот чуть слюной не захлебнулся. Такое вот отсутствие проблемы. Насчет же посещаемости этой конфы, я думаю и говорить излишне. Здесь это могут обсуждать 2-3 человека, один уже обсуждает

Петр пишет:

цитата:

И нету (пока?) полноценного интеграционного решения на платформе BDS и поэтому еще раз повторяю - в связке с Harbour никакого особого преимущества продукты borland/codegear не дают!

Еще раз - я не сравниваю MS и BDS просто так. Интеграционное решение, наверное, возможно как для того так и для другого. Я использую BDS и могу реализовать это решение под BDS. Ремарка "(пока?)" означает - "сделаешь, покажешь, тогда и базарить будем"?

Вообще, Ваш пафос был бы уместен в случае, если под MS такое интеграционное решение уже существовало бы. Так как с этим?

Петр пишет:

цитата:

А зачем существуют FiveWin-ы, Xailer-ы, MiniGui - затем, наверное, что и KOL, FreePascal, Lazarus & Co.

FiveWin-ы, Xailer-ы - коммерческие продукты, которые покупают. Для FreePascal, Lazarus это немыслимо. Тут есть четкая субординация со сташим братом. Назвать же MS Студию старшим братом Xailer... Аналогия "не прокатывает".