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

KF121
Да у них они по всему сайту раскиданы, нужно искать по ключевому слову CodeRage. Например: http://www.embarcadero.com/coderage5/sessions http://cc.embarcadero.com/coderage https://channel-e.embarcadero.com

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

Frodo_Torbins

Цитата:

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

То есть ты полагаешь, что переменные окружения BDS, BDSBIN, BDSCOMMONDIR и т. д. предназначены для действия только в рамках текущего процесса?
Текущий процесс — это bds.exe?
Где и для чего можно воспользоваться такими переменными?

Ludens

Код: SET BDS=C:\Program Files\Embarcadero\RAD Studio\8.0
SET BDSBIN=%BDS%\Bin
"%BDSBIN%\dcc32.exe" Project1.dpr

0D0A

Цитата:

"%BDSBIN%\dcc32.exe" Project1.dpr

Ну да, вот примерно таким образом я и хотел использовать эти переменные в бат-файле.
Но если для того, чтобы их использовать, придется их вначале объявить командами SET, то нафиг они нужны? Я тогда лучше пропишу все пути в явном виде: меньше строк получится.
А главное, не понимаю: зачем эти переменные описаны в Tools/Options/Environment Variables, если ими все равно невозможно воспользоваться?

Добавлено:

Цитата:

Ну и наверно можно использовать их в батниках, запускаемых в build events среды. Не проверял.

А я проверил. Невозможно.

Ludens

Цитата:

А я проверил. Невозможно.

Э... "занятно". Тогда получается, что тока в среде, во всяких опциях путей.

Добавлено:
PS. Проверил, работает вроде.
В pre-build засунул батник:

Код: echo %BDSBIN%

Цитата:

В pre-build засунул батник

А я в Pre-Build засунул строку

Код: %BDSBIN%\brcc32.exe

Ludens
Ну наверно кавычки забыл или brcc32 возвращает ненулевой ExitCode если параметры не указаны.

Не, кавычки не помогают, а brcc32 не запускается и с параметрами

Ludens

Код: Project "C:\Temp\Project1.dproj" (Build target(s)):
Target PreBuildEvent:
C:\Temp\test.cmd
Borland Resource Compiler Version 5.40
Copyright (c) 1990, 1999 Inprise Corporation. All rights reserved.
Target _PasCoreCompile:
..............
Build succeeded.
0 Warning(s)
0 Error(s)
Time Elapsed 00:00:00.20

0D0A
Иными словами, применение «собственных» переменных окружения возможно только в двух случаях:
1) при указании путей в Options (в формате $(BDS));
2) в Build Events, но только внутри вызываемого из Build Events bat-файла (в формате %BDS%).
Так?

Ludens
Все дочерние процессы наследуют переменные окружения среды (смотря как запускать, конечно, но похоже с этим все нормально). Например запусти такое в дебагере и отдельно:

Код: program Project1;

uses
Windows;

var
Buffer: array[0..MAX_PATH] of Char;
begin
ExpandEnvironmentStrings('%BDSBIN%', Buffer, MAX_PATH);
MessageBox(0, Buffer, 'BDSBIN', 0)
end.

Frodo_Torbins, V1s1ter - Спасибо
Добавил в свой проект FastMM с {$define EnableMemoryLeakReporting}, теперь окно Memory leak отображается и на моем компьютере.

Когда использовал EurekaLog Memory leak или ReportMemoryLeaksOnShutdown - окно отображалось, но не на всех компьютерах. как-то зависит от ОС.

привык, что EurekaLog Memory leak указывал в каком модуле в какой строчке и какой объект не был удален, в FastMM возможно так?

mcka
Попробуйте выяснить в чем разница между встроенным менеджером и FastMM.
А для отображения подробной информации в FastMM кажется были дополнительные опции.

Ludens
Проверьте еще запуск через MSBuild, по идее тоже должно работать.

Как узнать рамер класса?
Раньше было
TMyData = packed record a1, a2..... end;
var MyData: TMyData;
для ReadBuffer(MyData, SizeOf(TMyData)) SizeOf(TMyData) вычислялся правильно;
Теперь заменил packed record на class
TMyData = class a1, a2..... end; и SizeOf(TMyData) равно 4.

ppkp

Цитата:

Как узнать рамер класса?
...
Теперь заменил packed record на class
TMyData = class  a1, a2..... end; и SizeOf(TMyData) равно 4.

Так и должно быть, ибо это на самом деле указатель, и его размер 4 байта (в 32битном Delphi).

Размер класса вроде должен выдавать TMyData.InstanceSize

murkovich
Я пробовал, но InstanceSize дает не совсем верные значения - немного больше, чем размер экземпляра класса, подсчитанный вручную. Чего-то добавляет

ppkp

Цитата:

Я пробовал, но InstanceSize дает не совсем верные значения - немного больше, чем размер экземпляра класса, подсчитанный вручную. Чего-то добавляет

Класс на то и класс, что состоит не только из данных. По экземпляру ведь нужно иметь возможность определить, к какому классу он принадлежит. А для этого нужны внутренние поля. Т.е., в памяти класс столько места и занимает, сколько InstanceSize показывает.

ppkp
Добавьте сюда еще скрытое поле (кажется TMonitor) появившееся в последних версиях делфи.

Frodo_Torbins
Спасибо, но это не проходит. Очевидно, нужно писать конвертер старых файлов в новые

Frodo_Torbins

Цитата:

Добавьте сюда еще скрытое поле (кажется TMonitor) появившееся в последних версиях делфи.

Я имел ввиду, что в последних версиях делфи к размеру объектов добавилось скрытое поле типа TMonitor.
А у вас что в файлах хранятся объекты скопированные из оперативки?

Frodo_Torbins
В файлах хранятся записи, сделанные WriteBuffer(MyData, SizeOf(TMyData)), MyData были типа packed record. Теперь они стали типа class - ничего более не изменилось

ppkp
А чем не понравились записи?
Просто с классами этот фокус не пройдет. Сохранить в файл простым копированием вы их конечно сможете. А вот загрузить уже не получится - нужно будет всюду править ссылки на VMT как минимум. Поєтому и существуют TPersistent и TStream.ReadComponent/WriteComponent.

Frodo_Torbins
Да я про то же. Теперь они (элементы класса) будут вынесены в published секцию и нужно будет написать конвертер для чтения старых. А новые будут читаться как Вы и упомянули. Спасибо за ответ

Кто-нить работает с KOL&MCK на 2011 дельфи?
У меня кроме пустого окна ни чего не выходит, какие бы я элементы не добавлял на форму!
Это из-за совместимости или я что-то не так сделал?

m0nty2k5
KOL использует старый тип object. Этот тип не рекомендуют использовать еще со времен Delphi1. Все это время его не выпиливали из компилятора только для обратной совместимости. Я слышал, что в DelphiXE его сильно урезали когда правили дженерики. Так что не удивительно что использующий object код перестал работать. Можно даже сказать "Наконец-то".

Frodo_Torbins

Цитата:

старый тип object. Этот тип не рекомендуют использовать еще со времен Delphi1

А подробнее можно? Первый раз слышу...

Varenik
А подробнее, например, можно почитать дискуссию здесь или здесь

Frodo_Torbins

Цитата:

KOL использует старый тип object. Этот тип не рекомендуют использовать еще со времен Delphi1. Все это время его не выпиливали из компилятора только для обратной совместимости. Я слышал, что в DelphiXE его сильно урезали когда правили дженерики. Так что не удивительно что использующий object код перестал работать. Можно даже сказать "Наконец-то".

Спасибо за ответ!
Хоть теперь со спокойной душой буду Delphi 7 ставить ...

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

История не заканчивается ...

При компиляции повылезали всякие потребности в DsgnIntf.dcu, DesignIDE.dcu и Proxies.pas
Это исправилось легко, благо не первый день зна гуглю, но, одно большое "НО": теперь всем программам написанных при использовании KOL&MCK требуется файл designide70.bpl размер в 611кб ... это шутка?

Гугл упорно молчит под всякого рода пыток - устал уже искать!

Добавлено:
Я убью тебя, лодочник!

Все решилось при помощи Build All - WTF?!