dene14 - пойми - если так извратится над .lib файлом (который, кстати, невозможно сжать всякими "пакерами") то с ним более нечего делать 
ты суть вопроса не понял....
ты суть вопроса не понял....
» Вопросы по компонентам для Delphi, C++ Builder 2
Vladimir_Pashutin
Умеют однозначно.
Я сверял ретейлы и то что у меня после компиляции сорсев.
Добавлено:
tomegadeth
спасибо попробую
Умеют однозначно.
Я сверял ретейлы и то что у меня после компиляции сорсев.
Добавлено:
tomegadeth
спасибо попробую
EgorDS
Использую SQLDirect, но он не понимает stored proc для 5 версии MySQL.
oan42
А MyDAC понимает stored proc? Если нет, то останусь сторонником SQLDirect.
Добавлено:
tomegadeth
Цитата:
Думаю нельзя убирать эту опцию, т.к. ей пользуестя MAKE для определения даты зависимых файлов.
Второй способ тоже ничего не меняет. Пользуюсь им, но в либе есть пути к зависимым файлам. Хотя возможно это уже зависит от сборки с отладчиком.
Использую SQLDirect, но он не понимает stored proc для 5 версии MySQL.
oan42
А MyDAC понимает stored proc? Если нет, то останусь сторонником SQLDirect.
Добавлено:
tomegadeth
Цитата:
"disable compiler autodependency output"
Думаю нельзя убирать эту опцию, т.к. ей пользуестя MAKE для определения даты зависимых файлов.
Второй способ тоже ничего не меняет. Пользуюсь им, но в либе есть пути к зависимым файлам. Хотя возможно это уже зависит от сборки с отладчиком.
Кто использует TXLSFile - скажите а он может работать с protection?
jicoff
В MyDAC есть компонент TMyStoredProc - executes stored procedures and functions.
MyDAC supports MySQL server version 5.0, 4.1, 4.0 and 3.23.
В MyDAC есть компонент TMyStoredProc - executes stored procedures and functions.
MyDAC supports MySQL server version 5.0, 4.1, 4.0 and 3.23.
для jicoff и всем кто не верит....
_http://rapidshare.com/files/4297477/Projects.rar
1. компильте из IDE и откройте Project1.lib блокнотом
2. удалите Project1.lib, bpr2mak Project1.bpr потом make -f Project1.mak и откройте Project1.lib блокнотом
почувствуйте разницу.....
_http://rapidshare.com/files/4297477/Projects.rar
1. компильте из IDE и откройте Project1.lib блокнотом
2. удалите Project1.lib, bpr2mak Project1.bpr потом make -f Project1.mak и откройте Project1.lib блокнотом
почувствуйте разницу.....
Kr_Alex
Цитата:
Судя по коду - умеет писать XLS, защищенные паролем,
НЕ УМЕЕТ читать такие XLS:
XLSError.pas
'Reading of password-protected workbooks not supported'
XLSReader.pas
2006-02-16 Add: Raise an error when found a workbook protection
{ Reading of encrypted files not supported, raise an exception here }
if (W <> 0) and (not FGlobalSubstreamRead) then
raise EXLSError.Create(EXLS_PROTECTEDREADNOTSUPPORTED);
а вот в XLSReadWriteII 3.0
заявлено:
Цитата:
Цитата:
использует TXLSFile - скажите а он может работать с protection?я не работал с данной библиотекой. посмотрел исходники (TXLSFile library v.4.0)
Судя по коду - умеет писать XLS, защищенные паролем,
НЕ УМЕЕТ читать такие XLS:
XLSError.pas
'Reading of password-protected workbooks not supported'
XLSReader.pas
2006-02-16 Add: Raise an error when found a workbook protection
{ Reading of encrypted files not supported, raise an exception here }
if (W <> 0) and (not FGlobalSubstreamRead) then
raise EXLSError.Create(EXLS_PROTECTEDREADNOTSUPPORTED);
а вот в XLSReadWriteII 3.0
заявлено:
Цитата:
Encrypted documents.
You can read and write encrypted files. This assumes of course that you know the password for the file you reads.
tomegadeth
А удалось ли тебе эту разницу достичь через опции IDE?
А удалось ли тебе эту разницу достичь через опции IDE?
Vladimir_Pashutin
Цитата:
Цитата:
А удалось ли тебе эту разницу достичь через опции IDE?не удалось, но ведь через make решение есть, правда?
tomegadeth
Правда!!! И думаю уважаемый feandy этому рад.
Правда!!! И думаю уважаемый feandy этому рад.
Подскажите, пожалуйста, db-aware контрол для ввода значения "месяц & год" - без числа/даты!
(результирующий тип данных должен быть DateTime, у которого время и число просто не используется).
В идеале нужен компонент для BCB6, но буду благодарен и за инфу для любой другой версии Delphi/BCB.
Вопрос здесь уже звучал, и в предыдущих ветках тоже, но ничего подходящего пока не найдено :
Смотрел ESBPCS (ESB Professional Computation Suite) v4.20 - там подходящего не нашел (есть только контролы отдельно для месяца, и отдельно для года, причем целого типа, а нужно одно "единое" значение типа DateTime). Может чего не усмотрел?
(результирующий тип данных должен быть DateTime, у которого время и число просто не используется).
В идеале нужен компонент для BCB6, но буду благодарен и за инфу для любой другой версии Delphi/BCB.
Вопрос здесь уже звучал, и в предыдущих ветках тоже, но ничего подходящего пока не найдено
: Смотрел ESBPCS (ESB Professional Computation Suite) v4.20 - там подходящего не нашел (есть только контролы отдельно для месяца, и отдельно для года, причем целого типа, а нужно одно "единое" значение типа DateTime). Может чего не усмотрел?
royt
Может проще самому из dbedit-а сделать?
Может проще самому из dbedit-а сделать?
Vladimir_Pashutin
Цитата:
Цитата:
Может проще самому из dbedit-а сделать?тык было б проще - сделал бы... Самое хитрое, наверное, красиво отрисовать перечень месяцев. В общем ищется что-то готовое, говорят есть такое, но где не говорят.
tomegadeth
У меня нет на работе доступа к рапиде, поэтому не имею возможности посмотреть настройки, но если это было сделано отключением зависимостей, то нормально это будет работать когда собирается все с нуля.
У меня нет на работе доступа к рапиде, поэтому не имею возможности посмотреть настройки, но если это было сделано отключением зависимостей, то нормально это будет работать когда собирается все с нуля.
Интересуют любые мнения по вопросу:
Сможет ли NexusDB (разработка самого SQL-сервера ведется на delphi)
на длительную перспективу занять какую-нибудь рыночную нишу с размером,
отличным от микроскопического?
http://www.nexusdb.com
У самого есть один проект на NexusDB 1.08.
Результат эксплуатации положительный, но во многом сервер специфический.
Со 2-ой версии становится более традиционным.
Плюсы:
-Исходники на Delphi.
-Хорошие форумы на сайте.
Сможет ли NexusDB (разработка самого SQL-сервера ведется на delphi)
на длительную перспективу занять какую-нибудь рыночную нишу с размером,
отличным от микроскопического?
http://www.nexusdb.com
У самого есть один проект на NexusDB 1.08.
Результат эксплуатации положительный, но во многом сервер специфический.
Со 2-ой версии становится более традиционным.
Плюсы:
-Исходники на Delphi.
-Хорошие форумы на сайте.
oan42
Вряд ли.
Рынок четко бьется на два сегмента - коммерческие и некоммерческие сервера БД. Некоммерческие СУБД (FireBird и Postrgres) по возможностям давно приблизились к коммерческим (MS SQL, Oracle) и имеют большое количество приверженцев (Postgrеs - университетская среда, FireBird - наследники InterBase').
Известны случаи переноса больших приложений из одного сегмента рынка в другой (т.н. Firaсle - имитатор Oracle'овского PL/SQL для FireBird, с помощью которого на FireBird перетащили какую-то ERP-систему).
FireBird и Postrgres поддерживают практически все средства разработки многоуровневых клиент-серверных приложений, причем как под Виндами, так и под Linux'ом.
Так что базы данных объемом до 30-50 Гб и число активных пользователей до 70-100 легче разрабатывать на более-менее устоявшихся FireBird и Postrgres. То, что выше - MS SQL и Oracle.
Зачем платить хоть что-то за развивающийся и неустоявшийся NexusDB, если более сильную систему можно взять готовой и бесплатной?
"Первопроходцев узнаЮт по стрелам, торчащим из спины" (С)
Вряд ли.
Рынок четко бьется на два сегмента - коммерческие и некоммерческие сервера БД. Некоммерческие СУБД (FireBird и Postrgres) по возможностям давно приблизились к коммерческим (MS SQL, Oracle) и имеют большое количество приверженцев (Postgrеs - университетская среда, FireBird - наследники InterBase').
Известны случаи переноса больших приложений из одного сегмента рынка в другой (т.н. Firaсle - имитатор Oracle'овского PL/SQL для FireBird, с помощью которого на FireBird перетащили какую-то ERP-систему).
FireBird и Postrgres поддерживают практически все средства разработки многоуровневых клиент-серверных приложений, причем как под Виндами, так и под Linux'ом.
Так что базы данных объемом до 30-50 Гб и число активных пользователей до 70-100 легче разрабатывать на более-менее устоявшихся FireBird и Postrgres. То, что выше - MS SQL и Oracle.
Зачем платить хоть что-то за развивающийся и неустоявшийся NexusDB, если более сильную систему можно взять готовой и бесплатной?
"Первопроходцев узнаЮт по стрелам, торчащим из спины" (С)
Figaro2000
Рынок он баааальшой.
Согласен, что первопроходцы NexusDB рискуют и их маловато,
в основном разрабатываются приложения WEB DB типа
(в том числе и с количеством конкурентных пользователей в несколько тысяч).
Однако, предположим, что со временем NexusDB достигнет более солидного уровня,
и в нем будут некоторые привлекательные и уникальные изюминки.
Сдерживающие факторы для потенциальных приверженцев NexusDB:
-низкий уровень зарплат для вакансий со знанием NexusDB.
-страх оказаться у разбитого корыта в случае проблем с развитием проекта.
-Closed Source, хотя и доступен.
-нет крупного спонсора.
Короче, будем ждать.
Рынок он баааальшой.
Согласен, что первопроходцы NexusDB рискуют и их маловато,
в основном разрабатываются приложения WEB DB типа
(в том числе и с количеством конкурентных пользователей в несколько тысяч).
Однако, предположим, что со временем NexusDB достигнет более солидного уровня,
и в нем будут некоторые привлекательные и уникальные изюминки.
Сдерживающие факторы для потенциальных приверженцев NexusDB:
-низкий уровень зарплат для вакансий со знанием NexusDB.
-страх оказаться у разбитого корыта в случае проблем с развитием проекта.
-Closed Source, хотя и доступен.
-нет крупного спонсора.
Короче, будем ждать.
oan42
Цитата:
Откровенно сомневаюсь. Попробую мотивировать.
Figaro2000 правильно заметил, что уже есть давно устоявшиеся лидеры. Причем в перечисленной им четверке каждый обладает своей сферой применения и "изюминкой".
Если NexusDB сможет дотянуться хотя бы до следующей группы лидеров по популярности - MySQL, SQLite - можно будет делать прогнозы.
Другой вариант - появление своей "изюминки" или специфической области применения, в которой продукт однозначно более выигрышен.
Цитата:
Это скорее минус в плане производительности.
З.Ы. Под "изюминкой" имеется ввиду что-то крайне удобное для разработчика, заставляющее лоббировать именно эту СУБД. Например, для меня это Firebird, "изюминка" - embedded версия.
Добавлено:
oan42
Ох и прилипчивое ты слово подобрал
Далась мне эта изюминка 
Цитата:
Сможет ли NexusDB (разработка самого SQL-сервера ведется на delphi)
на длительную перспективу занять какую-нибудь рыночную нишу с размером,
отличным от микроскопического?
Откровенно сомневаюсь. Попробую мотивировать.
Figaro2000 правильно заметил, что уже есть давно устоявшиеся лидеры. Причем в перечисленной им четверке каждый обладает своей сферой применения и "изюминкой".
Если NexusDB сможет дотянуться хотя бы до следующей группы лидеров по популярности - MySQL, SQLite - можно будет делать прогнозы.
Другой вариант - появление своей "изюминки" или специфической области применения, в которой продукт однозначно более выигрышен.
Цитата:
Исходники на Delphi.
Это скорее минус в плане производительности.
З.Ы. Под "изюминкой" имеется ввиду что-то крайне удобное для разработчика, заставляющее лоббировать именно эту СУБД. Например, для меня это Firebird, "изюминка" - embedded версия.
Добавлено:
oan42
Ох и прилипчивое ты слово подобрал
Далась мне эта изюминка Arvur
Цитата:
С чего бы минус.
В крупномасштабных программах на Си разработчики чаще за деревьями леса не видят,
поэтому с большей вероятностью напишут менее оптимальный код,
используют устаревший (традиционный) алгоритм,
не замахнутся на глобальную переделку проекта ввиду большей дубовости
инструмента и языка.
Один из примеров - NexusDB Memory Manager.
Можно также сделать что-то типа kbmmove, kbmlist.
Качество же компиляции сейчас зависит в большей степени от оптимизатора,
а не от выразительных средств языка.
Анализ существующих тормозов NexusDB как раз обусловлен не Delphi,
а старым наследием от FlashFiler и спешкой породить работающую версию с заявленными
фичами. В итоге была взята более простая в реализации архитектура,
ведущая себя тормознуто при традиционном применении.
Однако, уверен, что на Си за такое количество и качество человеко-часов
и этого бы не сделали.
Цитата:
Исходники на Delphi.
Это скорее минус в плане производительности.
С чего бы минус.
В крупномасштабных программах на Си разработчики чаще за деревьями леса не видят,
поэтому с большей вероятностью напишут менее оптимальный код,
используют устаревший (традиционный) алгоритм,
не замахнутся на глобальную переделку проекта ввиду большей дубовости
инструмента и языка.
Один из примеров - NexusDB Memory Manager.
Можно также сделать что-то типа kbmmove, kbmlist.
Качество же компиляции сейчас зависит в большей степени от оптимизатора,
а не от выразительных средств языка.
Анализ существующих тормозов NexusDB как раз обусловлен не Delphi,
а старым наследием от FlashFiler и спешкой породить работающую версию с заявленными
фичами. В итоге была взята более простая в реализации архитектура,
ведущая себя тормознуто при традиционном применении.
Однако, уверен, что на Си за такое количество и качество человеко-часов
и этого бы не сделали.
oan42
Откровенно говоря, сейчас производительность мало кого интересует. При нынешних скоростях процессоров и стоимости 2-хпроцессорных мамок главную роль начинают играть совсем другие факторы. Стоимость, скорость разработки, устойчивость.
Вот сейчас ковыряюсь с проектом, где будет 5 серверов сбора информации 1-го уровня и 1 центральный сервер, куда будет все сливаться и где будет OLAP-аналитика. Все должно работать в режиме 24Х7 (энергетика).
Покупать коммерческие СУБД на все 6 машин? Экпериментировать с предложенным тобой NexusDB?
Или все-таки поставить откатанный FireBird 1.53 на первый уровень, купить для него за 150 уе в Липецке OLEDB провайдер, и за 250 среду администрирования у EMS?
Просто оцени стоимость и риски разных вариантов в таком проекте...
Откровенно говоря, сейчас производительность мало кого интересует. При нынешних скоростях процессоров и стоимости 2-хпроцессорных мамок главную роль начинают играть совсем другие факторы. Стоимость, скорость разработки, устойчивость.
Вот сейчас ковыряюсь с проектом, где будет 5 серверов сбора информации 1-го уровня и 1 центральный сервер, куда будет все сливаться и где будет OLAP-аналитика. Все должно работать в режиме 24Х7 (энергетика).
Покупать коммерческие СУБД на все 6 машин? Экпериментировать с предложенным тобой NexusDB?
Или все-таки поставить откатанный FireBird 1.53 на первый уровень, купить для него за 150 уе в Липецке OLEDB провайдер, и за 250 среду администрирования у EMS?
Просто оцени стоимость и риски разных вариантов в таком проекте...
Figaro2000
Согласен с вопросами. В таких проектах экспериментировать не стал бы. FireBird однозначно (если в этом диапозоне выбирать), насчёт OLEDB подумал бы в сторону фибов и среду администрирования взял бы Ибэксперт. Итого по стоимости = стоимость фибов.
Согласен с вопросами. В таких проектах экспериментировать не стал бы. FireBird однозначно (если в этом диапозоне выбирать), насчёт OLEDB подумал бы в сторону фибов и среду администрирования взял бы Ибэксперт. Итого по стоимости = стоимость фибов.
Figaro2000
Если не секрет, чем бесплатный для exUSSR IBExpert хуже EMS-овской тулзы?
Если не секрет, чем бесплатный для exUSSR IBExpert хуже EMS-овской тулзы?
SergeBS
waik
разрабатываем, конечно же на фибах,
а необходимость купить хоть что-то вызвана тем, что заказчик не верит в существование БЕСПЛАТНОЙ СУБД с ПРОМЫШЛЕННОЙ надежностью!!! на фоне затрат на оборудование и каналы связи эти деньги - мелочь, а вопросы сняло как рукой )))))))))
коллеги, тока не ржите как лошади!!!
З.Ы. а OLEDB-провайдер один черт необходим, чтоб сделать доступ к БД открытым со всех сторон, из любого инструментария
waik
разрабатываем, конечно же на фибах,
а необходимость купить хоть что-то вызвана тем, что заказчик не верит в существование БЕСПЛАТНОЙ СУБД с ПРОМЫШЛЕННОЙ надежностью!!! на фоне затрат на оборудование и каналы связи эти деньги - мелочь, а вопросы сняло как рукой )))))))))
коллеги, тока не ржите как лошади!!!
З.Ы. а OLEDB-провайдер один черт необходим, чтоб сделать доступ к БД открытым со всех сторон, из любого инструментария
Если кто знает - подскажите компоненты для работы с Active Directory!
Figaro2000
Цитата:
Да что ты. Когда все время в ситуации наоборот (шоб Oracle/MS SQL ... нужное по вкусу - но ЗАДАРМА!) , то только позавидуешь. 8 лет на Делфи работаю, до сих под на спи... , э-э-э , не купленном дистрибутиве, уже 4-м по счету.. Все. Молчу.
Цитата:
коллеги, тока не ржите как лошади!!!
Да что ты. Когда все время в ситуации наоборот (шоб Oracle/MS SQL ... нужное по вкусу - но ЗАДАРМА!) , то только позавидуешь. 8 лет на Делфи работаю, до сих под на спи... , э-э-э , не купленном дистрибутиве, уже 4-м по счету.
. Все. Молчу. Figaro2000
Заказчик-то не лопух. Скажет в случае проблем с 7X24 или
масштабируемостью или той же OLAP, что разработчики его обманули,
а вот он предлагал купить дорогую СУБД.
Как говорится, и на елку влезть и попу не ободрать.
Заказчик-то не лопух. Скажет в случае проблем с 7X24 или
масштабируемостью или той же OLAP, что разработчики его обманули,
а вот он предлагал купить дорогую СУБД.
Как говорится, и на елку влезть и попу не ободрать.
Нужно найти компонент векторной графики.
Задача состоит в следующем:
Дали разработать прогу плана местности с домиками (в виде закрашенных прямоугольников), дороги, мосты, реки, озера. Всё это должно масштабироваться (удаление, приближение). И должен быть организован поиск по улице, № дома и этом домик (квадратик) должен быть сразу показан по центру окна в зависимости от масштаба и подсвечен какни-будь или мигать. Тоже самое из дорогами, озерами, реками...
Есть-ли вообще такие компоненты? Если есть то какие лучшие? Желательно бесплатные или с креком. Заранее благодарен.
Задача состоит в следующем:
Дали разработать прогу плана местности с домиками (в виде закрашенных прямоугольников), дороги, мосты, реки, озера. Всё это должно масштабироваться (удаление, приближение). И должен быть организован поиск по улице, № дома и этом домик (квадратик) должен быть сразу показан по центру окна в зависимости от масштаба и подсвечен какни-будь или мигать. Тоже самое из дорогами, озерами, реками...
Есть-ли вообще такие компоненты? Если есть то какие лучшие? Желательно бесплатные или с креком. Заранее благодарен.
bandyn
Поищи по топику в варезнике по слову GIS
Поищи по топику в варезнике по слову GIS
Arvur
Нужно найти компонент векторной графики. А не ПО.
Нужно найти компонент векторной графики. А не ПО.
bandyn
TatukGIS Developer Kernel
http://www.tatukgis.com
TGlobe
http://www.tglobe.com
Simple Geographic Information System (SGIS COMPONENT)
CartoVCL
http://www.cartoworld.com
NGIS components
www.gisdelphi.com
TatukGIS Developer Kernel
http://www.tatukgis.com
TGlobe
http://www.tglobe.com
Simple Geographic Information System (SGIS COMPONENT)
CartoVCL
http://www.cartoworld.com
NGIS components
www.gisdelphi.com
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071
Предыдущая тема: Вызов файла по относит пути и определение буквы СД-рома
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.