Отправляет email-рассылки с помощью сервиса Sendsay

Программирование. Форум !!!

Подписаться Бесплатный дискуссионный лист Подписчиков 308
←   Февраль 2006   →
 1
 2
 3
 4
 5
 6
06.02.2006
02:48:44
18:09:23
 7
 8
 9
10
11
12
13
14
14.02.2006
05:07:30
20:06:46
15
16
16.02.2006
01:21:50
12:18:54
17
18
19
20
21
22
23
24
25
26
27
28


За последние 60 дней ни разу не выходила


Сайт листа: http://codeguru.ru
Открыт: 21-09-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.prog.prog-list@subscribe.ru
Адрес модератора: comp.soft.prog.prog-owner@subscribe.ru

Модератор
3V

Статистика

308 подписчиков
0 за неделю

За 2006-02-09

Re[3]: Вывод окна приложения на передний план.

ШП> СОМ-сервер нужен для связи прог + некие дополнительные фишки. Общий
ШП> случай, когда обе проги запущены и СОМ-сервер знает Хэндлы окон
ШП> приложений. В каждой проге есть кнопка "Перейти в соседнню прогу",
ШП> которае реализует метод СОМ-сервера. Сервер в свою очередь проверяет
ШП> наличие соседнего окна, и если есть, то должен просто вывести его на
ШП> передний план.
Ну... более-менее ясно.

ВШ>> Я два варианта вижу: 1) Какое-либо другое окно преобретает стиль
ВШ>> StayOnTop
ШП> Обычные приложения. StayOnTop не балуются. Проверено на
ШП> приложениях-заглушках.
И никакие другие сторонние приложения в таком стиле не запускается,
так7 Тогда этот пункт отпадает.

ВШ>> и 2) У вас хэндл окна проги2 вычисляется задолго до вызова
ВШ>> SetForegroundWindow.
ШП> Верно. Как только прога запустилась, она соединяется с СОМ-сервером и
ШП> отдает ему свой Хэндл.

ВШ>> Ведь возможна такая модель: прога2 могла закрыть и открыть свое
ВШ>> окно.
ШП> См. выше.
Скажите, а Вы пишете саму серверную часть? Или знаете, как оно там
варится? Извините, если я этого не понял из предыдущих писем - у
самого тут запарка. Я к чему это говорю - такое поведение сервера
довольно странно. Ведь тот, кто выводит чужое окно, должен сам
определить хендл этого окна и без промедлений вывести это окно вперед
- пока нужное окно имеет этот хэндл. В Вашем случае было бы намного
лучше, если бы серверу передавали имя_класса и/или титульную строку
окна, а сервер сам находил хэндл этого окна, проверял бы его на
неравность нулю и тут же выводил это окно вперед.

   Вадим Шешунов 2006-02-09 17:49:53 (#512886)

Re[2]: Вывод окна приложения на передний план.

Здравствуйте, Вадим,
ВШ> Не совсем понял сценарий.
СОМ-сервер нужен для связи прог + некие дополнительные фишки. Общий
случай, когда обе проги запущены и СОМ-сервер знает Хэндлы окон
приложений. В каждой проге есть кнопка "Перейти в соседнню прогу",
которае реализует метод СОМ-сервера. Сервер в свою очередь проверяет
наличие соседнего окна, и если есть, то должен просто вывести его на
передний план.

ВШ> Я два варианта вижу: 1) Какое-либо другое окно преобретает стиль
ВШ> StayOnTop
Обычные приложения. StayOnTop не балуются. Проверено на
приложениях-заглушках.

ВШ> и 2) У вас хэндл окна проги2 вычисляется задолго до вызова
ВШ> SetForegroundWindow.
Верно. Как только прога запустилась, она соединяется с СОМ-сервером и
отдает ему свой Хэндл.

ВШ> Ведь возможна такая модель: прога2 могла закрыть и открыть свое
ВШ> окно.
См. выше.

  
Шистеров Павел
2006-02-09 08:50:28 (#512725)

Re[4]: Защита ПО

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

> А ведь есть диски с обучающим ПО, не помню кто производитель, но
> скопировать нам их так и не удалось, чем только не пробовали,
> записанный диск не работал.
>
> Вот что то типа такого и надо бы придумать, кстати эта тема я думаю
> очень актуальна.

На самом деле, сейчас виртуальные CDRom-ы могут эмулировать сбойные
кластеры, субканальные данные, и.т.д. (хоть тот же Alcohol 120%),
так что все меры защиты по большему счету весьма условны.

В принципе, ломается все. Есть достаточно хорошие навесные защиты
типа ExeCryptor, AsProtect, Armadilla - это защита от статического
анализа - они шифруют части исполняемых файлов и распаковывают их
налету во время исполнения. Но и эту зашиту достаточно быстро ломают.
Применяют защиту от динамического анализа - проверку флагов
процессора, замеры времени в некоторых точках кода. Но это тоже
обходится (на виртуальных машинах, например).

Короче, лучшей защитой считают ту, которую ломать нецелесообразно,
то есть затраты на взлом будут больше чем на покупку (тут на сцену,
конечно, выходят хацкеры, для которых главное - моральное удовлетворение).

Вообще, защита программы зависит от самой проги. Что это, какая она.
Например, мелкая шароварка за 19.95 обычно защищается навесной защитой
и нехитрым внутренним алгоритмом. Таким образом разработчик экономит
свои силы и время на разработке защиты, но вкладывает их в разработку
самой программы. Для таких программ лучшая стратегия - постоянный выпуск
новых версий (например, раз в месяц). Защиту рано или позно сломают, и кто
то будет пользоваться кряком, но купившие пользователи получают
оперативный доступ к обновлениям.
Кстати, существует некий миф о полезности кряка. Предполагается, что
взломанная новая программа быстрее разойдется среди пользователей и
многие потом ее могут купить. Может, в этом и есть некий смысл.

Большие программные продукты обычно стоят дорого, за их нелегальное
испоьлзование - серьезная ответственность. В штатах, где законы
весьма часто выполняются, конторы, ведущие бизнес просто не могут
использовать нелицензионное ПО. То есть в случае больших пограммных
комплексов защита может быть весьма номинальна.

И вообще, разве не странно, что подавляющее большинство россиян
используют фотошоп за 800уе, винду за 250-300, и другое дорогостоящее
ПО совершенно бесплатно ? Думаю, если бы способ идеальной защиты
был, такие солидные фирмы как Adobe ее давно бы использовали.

Впрочем, есть еще один способ - через инет распространять Lite-версию,
обрезанную по функциональности, а после покупки высылать полную версию.
Тут есть гарантия, что купят хотя бы одну копию :)

И вообще, триал - для честных людей.

  
"Victor V. Vakchturov"
2006-02-09 04:22:41 (#512683)

Re[3]: Защита ПО

Hello Шистеров,

Thursday, January 26, 2006, 12:46:47 PM, you wrote:

Задавал я подобный вопрос в каком то форуме (давно уже).

Были предложения от царапания диска в определенном месте, а потом
программно проверять это место на сбойные блоки,
так же были предложения по поводу проверки номера тома, но это можно
легко обойти,
а также электронные ключи, но эти электронные ключи дороги (во всяком
случае для моего проекта)
В общем ничего не добился.

А ведь есть диски с обучающим ПО, не помню кто производитель, но
скопировать нам их так и не удалось, чем только не пробовали,
записанный диск не работал.

Вот что то типа такого и надо бы придумать, кстати эта тема я думаю
очень актуальна.

ШП> Спасибо, Victor.
ШП> Второй вопрос, как программно реализовать защиту от копирования?
ШП> Слышал, что эл. ключи штука не очень надежная.

  
prog_alex76
2006-02-09 03:26:39 (#512670)

Re: Вставка нумерации листов в Word-документе

Вадим Шешунов пишет:

>Здравствуйте, Шистеров.
>
>ШП> Здравствуйте, Вадим,
>ВШ>> Если подскажете, как решить это, буду благодарен.
>
>ШП> Я не занимался этой проблемой, но из работы в ворде помню, что
>ШП> нумерация страниц - это вставка в колонтитул чего-то, что выводит
>ШП> номер страницы. Т.е. может сначала создать колонтитулы?
>
>В том-то и была проблема, чтобы правильно "подлезть" к колонтитулам.
>Там со всеми этими коллекциями и их цепочками можно сломать ноги с
>руками и зубами в придачу. Но все уже выяснилось. Спасибо!
>
>
А решение можно озвучить?

   Oleg Ponomarev 2006-02-09 02:27:17 (#512661)