» Вопросы по Delphi (версии 2009, 2010 Weaver, 2011 Fulcrum)

Medium

Цитата:

Сразу возник вопрос. Позволит ли HTTPort подключиться через прокси к удаленному FTP-серверу и работать с ним по обычному FTP-протоколу?

По любому протоколу, если разрешено админом прокси конечно.

Цитата:

Или на сервере обязательно надо ставить приемник - HTTHost?

Не надо.

0D0A
Большое спасибо, разбираюсь. Может и правда подходящее решение.

0D0A
Может у вас найдется пример работы из своего приложения через HTTPort?
Даже небольшая часть кода. Как работать с готовым приложением понятно (HTTPort устанавливает соединение, а сторонняя программа его использует).
А вот в рамках одного Delphi-приложения не совсем понятно.

Сам проект HTTPort заброшен, старые примеры для элементарного пошагового выполнения требуют адаптации для работы в юникодовской Delphi XE.

Буду очень признателен за помощь.

P.S. На всякий случай дублирую здесь. Не все читают приваты

Medium
Ответил в приват.

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

Все , до недавнего времени, было хорошо , решил попробовать поставить
компонент VirtualTreeview, и вот тут начались проблемы.
Перестали запускаться проекты.
Компонент снес, но проблема осталась, выдает ошибку:

[DCC Fatal Error] Project1.dpr(1): F1027 Unit not found: 'System.pas' or binary equivalents (.dcu)

Это, если я правильно понимаю , слетели настройки в Library path.

Что только не пробовал , и даже два раза переустанавливал
Embarcadero RAD Studio XE 2010 (15.0.3953.35171)
но все без толку.

Что делать, как исправить ошибку ?

Добавил в Library path



Но ошибка осталась.


Цитата:

Может кто знает как полностью удалить Embarcadero RAD Studio XE 2010,
со всеми настройками.

Цитата:

Может кто знает как полностью удалить Embarcadero RAD Studio XE 2010,
со всеми настройками.

Конечно знаю.
Установить на виртуалку к примеру чистую ХР, поставить Total Uninstall и промониторить куда устанавливается.

Цитата:

Конечно знаю.
Установить на виртуалку к примеру чистую ХР, поставить Total Uninstall и промониторить куда устанавливается.

Точно , спасибо , попробую.

volod3000
Странные у вас настройки. У меня сейчас такие: "$(BDSLIB)\$(Platform)\release;$(BDSUSERDIR)\Imports;$(BDS)\Imports;$(BDSCOMMONDIR)\Dcp;$(BDS)\include" плюс пути установленных компонентов.
А пути к исходникам вы туда зря прописали. Многие стандартные юниты без дополнительных шаманских плясок не откомпилишь.

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

Цитата:

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

А, как быть с новыми проектами, ошибка таже

volod3000
Поставьте на первое место:
$(BDSLIB)\$(Platform)\release
Уберите пути к исходникам RTL.

Добавил $(BDSLIB)\$(Platform)\release

Теперь выскочила ошибка :

[DCC Fatal Error] Variants.pas(1064): E2158 Variants unit out of date or corrupted: missing '@VarFromInt'

Добавлено:
0D0A


Цитата:

Поставьте на первое место:
$(BDSLIB)\$(Platform)\release
Уберите пути к исходникам RTL.

Спасибо, помогло (когда убрал пути к исходникам RTL), все ошибки исчезли.

Коллеги, позвольте дурацкий вопрос: а куда — в какие папки — вы обычно помещаете сторонние пакеты компонентов?
Конечно, этот вопрос не возникает, если у пакета компонентов имеется собственный инсталлятор, — например, в случае с Raize Components. Инсталлятор, как правило, создает подпапку в C:\Program Files\ и помещает все туда все исходники, демонстрационные проекты, документацию и всю остальную структуру. Попутно он сам все компилирует и прописывает все пути в Tools/Options/Library.
Но это если есть инсталлятор.
В большинстве же случаев даже популярные пакеты (Toolbar2000, SpTBX и др.) инсталлятора не имеют, и для них приходится придумывать местоположение папок самостоятельно. Я в таких случаях поступаю по примеру «профессиональных» инсталляторов: создаю отдельную папку в C:\Program Files\ (например, C:\Program Files\Toolbar2000\), помещаю всю структуру пакета компонентов туда и вручную правлю список путей в Tools/Options/Library.
Но сейчас у меня эти пакеты занимают уже довольно значительное место в Program Files, путаются под ногами, мешаются с «нормальными» программами, и вот я задумался: а может быть, имеет смысл для красоты и логики помещать их в какую-то отдельную специальную папку? Например, в C:\Program Files\Embarcadero\Components\? Или в \My Documents\Development\3rd Party Components\? Или еще куда? Все-таки папка Program Files — это изначально место для прикладных программ, а не для компонентов...
Вот вы, например, как поступаете?
А какую политику в этом вопросе рекомендует Embarcadero?
Вопрос, разумеется, чисто из области эстетики, не более того.

Ludens
Зависит от типов компонент.
В идеале проекты и прочие компоненты хранить на виртуальном образе PGP.
Безопасно и в случае переустановки ОС проблем меньше.

Ludens
Я все компоненты держу в папке Components, что в моих документах, которые не на системном диске. Даже если компонент имеет инсталятор, всё-равно ставлю туда, где и все. Проблем, пока что, не испытывал

Это кому как удобней.
У меня к примеру "C:\Program Files\Embarcadero\", а там для каждого компонента своя папка.

volod3000

Цитата:

У меня к примеру "C:\Program Files\Embarcadero\", а там для каждого компонента своя папка.

Ты хотел сказать — «для каждого пакета компонентов»? :)
Вот я, честно говоря, тоже именно к такому варианту склоняюсь. Во-первых, он выглядит наиболее логичным, а во-вторых, папка Embarcadero — она такая вся пустая, что хочется уже чем-нибудь ее наконец наполнить. :)
А вот интересно: сам Embarcadero когда-нибудь давал рекомендации по этому вопросу? Явно или неявно, официально или неофициально? Может, кто-то из дельфи-евангелистов в блогах высказывался или в книжках?

Ludens
У меня для компонент отдельная папка не на системном диске. Ставлю толлько исходники и компилю собственными коммандными файлами. Демо и справки в другую папку. Папку с омпонентами тягяю на флешке за собой. Вот такой изврат, но он мне нравится

Ludens
У меня тоже есть отдельная папка на не системном диске. Туда я ставлю разный мелкий софт, который не потребует переустановки после перезаливки винды. Ну а внутри этой папочки есть папка Components.
Вообще ставить в Program Files лично мне не удобно, так как это папка, для изменения которой нужны права админа. А у меня делфи всегда работает под обычным пользователем.

spasius,
Eternal_Shield,
volod3000,
V1s1ter,
Frodo_Torbins,
спасибо, что поделились. Надеюсь, это будет интересно не только мне.
Но скажите, верно ли я вас понял, что сами Embarcadero, как и независимые гуру, никогда не давали никаких прямых или неявных рекомендаций насчет выбора в файловой структуре места для VCL от третьих фирм?

Ludens
Как раз явно или не явно, считай как хлчешь, но давали. Путем создания в папке "Мои документы" папки проект/бпл или чего-то там подобного. С соответственным занесением данной папки в пути поиска и т.п.

V1s1ter
из чего ты сделал такой вывод? Может, ссылочка сохранилась?

Ludens
Видимо Вы не поняли мое сообщение. Делфи в процессе установки сама создает папку, у меня создала D:\Documents\RAD Studio\Projects этот путь вписан в переменую среды OS под именем BDSPROJECTSDIR и добавлен в переменную PATH. В туже переменную и помещен путь C:\Users\Public\Documents\RAD Studio\5.0\Bpl. Вот и делай выводы что рекомендует разработчик.

Добавлено:
Так же есть еще одна переменная среды BDSCOMMONDIR в которой записано C:\Users\Public\Documents\RAD Studio\5.0 и еще одна BDSUSERDIR в которой D:\Documents\RAD Studio\5.0

Цитата:

Вот и делай выводы что рекомендует разработчик.

Я не смог таких выводов сделать. Если ты смог — поделись.
Мне пока что представляется, что вся развесистая структура папок, которую сабж создает по умолчанию и прописывает в опциях, — это какая-то шиза и безумие.

Ludens

Цитата:

Я не смог таких выводов сделать. Если ты смог — поделись.

Для откомпилированных библиотек - C:\Users\Public\Documents\RAD Studio\5.0\Bpl
Для собственных проектов - C:\Users\Documents\RAD Studio\Projects
Для исходников библиотек (общий доступ) - C:\Users\Public\Documents\RAD Studio\5.0
Для исходников библиотек (только длч себя) - C:\Users\Documents\RAD Studio\5.0
Где то так.

Всем привет.
Столкнулся с проблемой: в большем проекте перестало отображается окно Memory leak, в файл dpr добавляю явную утечку

Код:
ReportMemoryLeaksOnShutdown := True;
Tlist.create;

mcka
А если полноценный FastMM попробовать с разными опциями?

mcka
Если Вы уверены, что используете одни и те же библиотеки, то собака могла порытся только в настройках. Сравните, например с помощью BeyondCompare содержимое настроечных файлов *.cfg, *.dof и т.п.
Можно сравнить и ВСЕ файлы в проекте и файлы настройки самой Делфи.

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

А вот еще о загадочном. Меню Tools/Options... позволяет видеть переменные окружения:

Среди них есть переменные от Windows (ALLUSERSPROFILE, APPDATA и т. д.) и переменные от сабжа (BDS, BDSBIN и т. п.). Первые можно использовать в командной строке или bat-файле. А вот вторые у меня почему-то не видны из командной строки и bat-файла. Например:

Кто-нибудь может объяснить такое странное явление? Или это мой личный локальный глюк?