/ КОМПЬЮТЕРЫ И ПО / Языки программирования / C/C++

Выпуск № 770
от 16.06.2007, 21:05

Вопрос № 90.912

Здравствуйте! В MS VC++ при отладке я успешно применял TRACE для программного вывода в окно Output. Сейчас понадобилось тоже самое сделать в среде C++ Builder, но что-то ненашел такой возможности. Подскажите пожалуйста где я плохо искал. Спасибо.

Отправлен: 11.06.2007, 09:46 Вопрос задал: PostM (статус: Посетитель) Всего ответов: 1 Мини-форум вопроса >>> (сообщений: 2)

Отвечает: Blohin Ole Здравствуйте, PostM! Если я правильно понял, то Меню Run - Step Over/Trace into.

Ответ отправил: Blohin Ole (статус: 3-ий класс) Ответ отправлен: 11.06.2007, 10:58 Оценка за ответ: 3 Комментарий оценки: Спасибо за участие, но я спрашивал про ПРОГРАММНЫЙ вывод.

Вопрос № 90.964

Здравствуйте, уважаемые эксперты. Программирую в среде Borland C++ Builder 6.0. Возникла необходимость загрузки изображения с произвольным разрешением в область формы, причем область фиксированного размера. Изображение должно загружаться без масштабирований, сжатий, растяжений. Т.е. необходим такой компонент, в который можно было бы загрузить графику, а если эта графика в области формы не умещается, то используются полосы прокрутки. Image не имеет scroll'ов. Возникла идея совместно использовать компоненты ScrollBar и Image, а для загрузки фрагментов изображения в Image, пользоваться методом CopyRect. Но может есть другие способы или, даже, готовые компоненты. Поделитесь, кто знает.

Отправлен: 11.06.2007, 16:01 Вопрос задал: Strider-13 (статус: Посетитель) Всего ответов: 1 Мини-форум вопроса >>> (сообщений: 0)

Отвечает: Vest Здравствуйте, Strider-13! Иногда используют такой вариант: попробуй создать TImage внутри TScrollBox. Придать размеры TImage равными габаритам твоего рисунка. Как раз появятся скроллы. Вариант хороший, но для больших рисунков порой надо будет много памяти. Другой вариант, это правда использовать ScrollBar и Image но отрисовкой фрагментов заниматься самостоятельно. Установи макс. значения скроллов равные размерам рисунка, за вычетом видимой области. И обрабатывай соответствущие сообщения. Проблема может быть такая, главное не загружай ВСЮ картинку в память... невыгодно будет. уж проще тогда первый вариант. А вот как быть, если картинка упакована каким-нибудь алгоритмом, где "кусок" не распаковать без всего изображения (например BMP простой в принципе формат), я не ведаю... --------- "Халявы не бывает" (c)

Ответ отправил: Vest (статус: 5-ый класс) Ответ отправлен: 12.06.2007, 00:08 Оценка за ответ: 4 Комментарий оценки: Спасибо за ответ! Я о TScrollBox тоже думал, но пока такой вариант не опробовал.

Вопрос № 90.965

расскажите пожалуйста поподробней о #pragma а то я кроме #pragma message ("text") ничего не знаю заранее спасибо

Отправлен: 11.06.2007, 16:02 Вопрос задал: James (статус: Посетитель) Всего ответов: 3 Мини-форум вопроса >>> (сообщений: 0)

Отвечает: Алексей Демаков Здравствуйте, James ! По стандарту С99 языка С #pragma - это зависящий от компилятора способ передачи дополнительной информации. Нераспознанные конкретным компилятором директивы pragma должны игнорироваться. Поскольку набор поддерживаемых прагм зависит от компилятора, более полный ответ придется искать не в стандарте языка, а в документации к компилятору. #pragma может использоваться уже препроцессором, например, для GCC: #pragma GCC dependency "parse.y" выдает предупреждение, если указанный файл изменился позднее текущего. #pragma GCC poison printf sprintf fprintf выдает ошибку, если любой из указаных идентификаторов встретится в программе. Для MS Visual C++ 2005 подробнее можно почитать здесь: http://msdn2.microsoft.com/en-us/library/d9x1s805(VS.80).aspx Для GCC места, где собраны все прагмы вроде бы нет, надо рыскать по документации: http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/

Ответ отправил: Алексей Демаков (статус: Студент) Ответ отправлен: 11.06.2007, 21:38 Оценка за ответ: 5 Комментарий оценки: Спасибо.

Отвечает: Ross Здравствуйте, James ! #pragma comment - опции сборки программы Например: #pragma comment(linker, "/ENTRY:main") - точка входа #pragma comment(linker, "/SUBSYSTEM:WINDOWS") - подсистема #pragma comment(lib,"advapi32.lib") - подключает библиотеку еще #pragma once - для однократного подключения .h файла нужно поставить в его начале эту директиву --------- Доступно только то, что видимо (c) Б. Керниган

Ответ отправил: Ross (статус: 10-ый класс) Ответ отправлен: 11.06.2007, 21:38 Оценка за ответ: 5 Комментарий оценки: Спасибо

Отвечает: Vest Здравствуйте, James ! Вот содержимое, когда в своё время переводил и дополнял сам с разных хелпов, преимущественно от BCB. Сейчас времени не хватает всё доперевести, но я думаю тебе поможет. (приложение, потеря формата из-за копипейста RTF) Приложение: #pragma в общем Синтаксис #pragma directive_name Каждая реализация С и С++ поддерживает некоторые возможности, уникальные для компьютера или операционной системы. Некоторые программы, например, нуждаются в точном управлении участками памяти, где располагаются данные или определёнными параметрами функций. Директивы #pragma предлагают путь для каждого компилятора включать определённые функции специфичные для компьютера или операционной системы, сохраняя общую совместимость с С и С++ языками. Прагмы индивидуальны по определению для операционной системы или машины, и обычно различны для каждого компилятора. Если компилятор не распознаёт directive_name, то он пропустит директиву #pragma, выдав соответствующее предупреждение. С++ Builder поддерживает следующие директивы #pragma: #pragma alignment #pragma anon_struct #pragma argsused #pragma checkoption #pragma codeseg #pragma comment #pragma defineonoption #pragma exit #pragma hdrfile #pragma hdrstop #pragma inline #pragma intrinsic #pragma link #pragma message #pragma nopushoptwarn #pragma obsolete #pragma option #pragma pack #pragma package #pragma resource #pragma startup #pragma undefineonoption #pragma warn #pragma alignment Директива alignment показывает сообщение, указывающее текущее выравнивание размер перечисления. Например: W8035: The alignment is 8 bytes, the enum size is 4 bytes (выравнивание - 8 байт, размер перечисления - байта). Это сообщение появится только в IDE, если в опциях компилятора (Compiler options) включена функция «Показывать общие сообщения» (Show general messages). Это сообщение также может быть включено или отключено с помощью опции компилятора -wmsg. #pragma anon_struct Синтаксис #pragma anon_struct on #pragma anon_struct off Директива anon_struct позволяет компилировать анонимные структуры, встроенные в классы: #pragma anon_struct on struct S { int i; struct // встроенная безымянная структура { int j; float x; }; class // встроенный безымянный класс { public: long double ld; }; S() { i = 1; j = 2; x = 3.3; ld = 12345.5; } }; #pragma anon_struct off void main() { S mystruct; mystruct.x = 1.2; // присваивание значения встроенной переменной } #pragma argused Прагма argused позволительна только между определениями функций, и она действует только на следующую функцию. Она отключает предостерегающее сообщение: "Parameter name is never used in function func-name" (Имя аргумента/параметра функции не используется в функции …). #pragma checkoption Синтаксис #pragma checkoption optionstring Прагма checkoption проверяет, что конкретные опции в «optionstring» были действительно включены. Если нет - вызывается сообщение об ошибке. E2471: pragma checkoption failed: options are not as expected (Прагма checkoption была выполнена с ошибкой: текущие опции не такие, как ожидалось). Используйте прагму с той строкой опций, которая включает проверяемые параметры командной строки. Например: #pragma checkoption -a4 -b #pragma checkoption optionstring похожа на #pragma option optionstring, которая пытается установить опции в «optionstring». #pragma codeseg Синтаксис #pragma codeseg <имя_сегмента> <"имя_класса"> <группа> Директива codeseg позволяет вам назвать сегмент кода, класс или группу, где размещены функции. Если прагма испольуется без своих опций, то создаётся сегмент кода для функций по умолчанию. #pragma comment Синтаксис #pragma comment (comment type, "string") Директива comment позволяет вам записать некоторый комментарий в выходной файл. Тип комментария (comment type) может принимать любые из перечисленных ниже значений: · exestr компоновщик пишет строку (string) в .OBJ файл. Указанная строка string размещается, затем, в исполняемый файл. Такая строка никогда не будет загружена в память, но она может быть найдена в исполняемом файле с помощью простого поиска; · lib записывает комментарий в .OBJ файл. Библиотечный модуль, не указанный в ответном файле компоновщика, может быть указан с помощью comment LIB директивы. Компоновщик включает указанное в string имя модуля библиотеки как последнюю библиотеку. Множество модулей может быть названо и скомпоновано в том порядке, в котором они назначаются; · user компилятор записывает строку (string) в .OBJ файл. Указанная строка игнорируется компоновщиком. #pragma curious_george Директива #pragma curious_george выводит «предупреждение»: Please, No eating puzzle pieces! (Пожалуйста не ешьте кусочки паззлов!) Это сообщение появится только в IDE, если в опциях компилятора (Compiler options) включена функция «Показывать общие сообщения» (Show general messages). Это сообщение также может быть включено или отключено с помощью опции компилятора -wmsg. #pragma exit и #pragma startup Синтаксис #pragma startup function-name <priority> #pragma exit function-name <priority> Эти две прагмы позволяют вашей программе указать функцию(ии), которая будет вызвана либо при запуске программы (перед вызовом функции main), либо при её завершении (перед завершением программы через _exit). Указанное имя функции (function-name) должно заранее объявленной функцией, не принимающей аргументов и возвращающей void, другими словами: void func(void); Необязательный параметр приоритет (priority) представляет собой целое число в диапазоне от 64 до 255. Высший приоритет равен нулю, 0. Функции, чьи приоритеты выше, вызываются первыми при запуске и последними при выходе. Если приоритет не указан, то по умолчанию он равен 100. Учтите: Приоритеты от 0 до 63 используются библиотеками Си, и не должны использоваться пользователем. #pragma defineonoption и #pragma undefineonoption Синтаксис #pragma defineonoption name switch(es) #pragma undefineonoption name switch(es) Эти две прагмы позволяют вам создать псевдоним для одной или нескольких опций командной строки. Вы можете использовать в прагме большинство опций командной строки, исключая те, которые принимают ввод, такие как -I и -L. #pragma defineonoption определяет имя (name) если указаны все перечисленные в ней опции. Таким образом #pragma undefineonoption снимает определение имени, если все указаны все опции, к моменту выполнения прагмы. Например, myfile.c содержит следующий код: #pragma defineonoption OPTIMIZING -O2 #ifdef OPTIMIZING #pragma message We are optimizing with -O2 #else #pragma message There are no optimizations turned on #endif // OPTIMIZING Когда вы скомпилируете следующим образом: bcc32 -c myfile.c, то увидите There are no optimizations turned on (оптимизация не включена) Но при компилировании bcc32 -c -O2 myfile.c, получите We are optimizing with -O2 (мы оптимизируем с помощью -O2) Вы также можете использовать более чем одну опцию. Например, рассмотрим новый файл myfile.c, который демонстрирует то, как вы можете снять определение: #define SWITCHES_ARE_OFF #pragma undefineonoption SWITCHES_ARE_OFF -O2 -c -P -C #ifdef SWITCHES_ARE_OFF #pragma message At least one of the switches is not turned on #else #pragma message All switches are turned on #endif // SWITCHES_ARE_OFF Скомпилировав bcc32 -c myfile.c, получим результат: At least one of the switches is not turned on (По меньшей мере одна из опций не была включена) Скомпилировав следующим образом bcc32 -c -P -O2 -C, вы увидите: All switches are turned on (Все опции включены) Или скомпилировав bcc32 -P -c -C -O2 -v -f -H: All switches are turned on Как видно, порядок перечисления ключей неважен. Что не следует делать: Вы можете определить или снять определение только для одного имени, поэтому следующий синтаксис вызовет ошибку: #pragma defineonoption DEF1 DEF2 -O2 Вы должны использовать одно имя для определения или наоборот, также вы должны указывать по меньшей мере одну опцию, следующие примеры вызывают ошибки: #pragma defineonoption -O2 #pragma undefineonoption DEF1 #pragma defineonoption #pragma hdrfile Синтаксис #pragma hdrfile "filename.CSM" Эта директива устанавливает имя файла, в котором хранятся предварительно скомпилированные заголовки (precompiled headers). Если вы не используете их, то эта директива не подействует. Вы можете использовать опцию компилятора -H=filename или Use Precompiled Headers для изменения имени файла для хранения предварительно скомпилированных заголовков. #pragma hdrstop Эта директива прерывает список заголовочных файлов, возможных для предкомпиляции. Вы можете снизить размер дискового пространства, используемого предварительно скомпилированными заголовками. Предварительно скомпилированные заголовки --------- "Халявы не бывает" (c)

Ответ отправил: Vest (статус: 5-ый класс) Ответ отправлен: 12.06.2007, 00:12 Оценка за ответ: 5 Комментарий оценки: 5+

© 2001-2007, Портал RusFAQ.ru, Россия, Москва. Авторское право: ООО "Мастер-Эксперт Про" Email: support@rusfaq.ru, тел.: +7 (926) 535-23-31 Хостинг: "Московский хостер" Поддержка: "Московский дизайнер" Авторские права | Реклама на портале Версия системы: 4.52 от 02.05.2007
RusFAQ.ru | MosHoster.ru | MosDesigner.ru | RusIRC.ru Kalashnikoff.ru | RadioLeader.ru | RusFUCK.ru