| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
пару вопросов по отладке приложений
koha! © (2008-09-08 14:25:00)есть такое приложение Sysinternals от Руссиновича DebugView, такой вопрос а как из своего проекта отправить сообщение, что бы это программа его вывела?
И еще видел такой модуль на Java C#, который может отправлять отладочную инфу email, ISQ, Telnet:23 - подключившись к удаленной машине можно получать отладочную инфу. Есть ли такой модуль под DELPHI?
koha! (2008-09-08 19:56:00) [1]
> Palladin © (08.09.08 19:12) [39]
> Ну вот и все. Забудь как о дурной сон. Есть СуперБездарность,
> пусть и отвечает.<Цитата>
>
>
> Anatoly Podgoretsky © (08.09.08 19:14) [40]
> > koha! (08.09.2008 19:00:38) [38]А за что ты переживаешь?
> Особенно как оказывается ты к разработке никакого отношения
> не имеешь.
Я иногда мучаю разработчика вопросами своми, но он всегда мне твердит: "Бросай свой Делфи и переходи на MS C# будеш крут как и мы", да и начилось то все и за того, что он вставил в АРМ, этот модуль, который ему позволяет смотреть за состоянием системы по 23 порту через телнет и еще умеет на аску слать репорты и по мылу, ну и ясное дело и ясное дело это все С#, он говорит: "А у вас на Делфах это есть? У вас там на делфах нифига же нету, бросай свои Делфы а то же вымрешь вскоре вместе сней, тамже одни деды сидят как тот дед Дэвид Интерсаймон" http://www.xakep.ru/post/44864/default.asp?print=true
Вот даже и возразить то нечем.......
koha! (2008-09-08 19:30:00) [2]
> Anatoly Podgoretsky © (08.09.08 19:14) [40]
> > koha! (08.09.2008 19:00:38) [38]А за что ты переживаешь?
> Особенно как оказывается ты к разработке никакого отношения
> не имеешь.
Я переживаю, что мой MSGLoger.exe не умеет по сети получать сообщения, а MSGLog.pas не умеет их передавать.
Anatoly Podgoretsky (2008-09-08 19:14:00) [3]> koha! (08.09.2008 19:00:38) [38]
А за что ты переживаешь? Особенно как оказывается ты к разработке никакого отношения не имеешь.
Palladin (2008-09-08 19:12:00) [4]Ну вот и все. Забудь как о дурной сон. Есть СуперБездарность, пусть и отвечает.
koha! (2008-09-08 19:00:00) [5]
> Palladin © (08.09.08 18:50) [37]
> тогда отвечать за все это СБ и должно... тебе то чего выкаблучиваться?
>
Я особо не переживаю, если там пропадает чего-нибуть, мне лично фиолетово.
Palladin (2008-09-08 18:50:00) [6]тогда отвечать за все это СБ и должно... тебе то чего выкаблучиваться?
koha! (2008-09-08 18:44:00) [7]Но как ни мониторь, какя бы там суперовская системе не была, все равно лес тырить умудряются, от например:
1. У весов есть авто ввод в систему и есть ручной режим ввода, в ручном режиме ведь можно сколько угодно ввести не, а не то, что показываю весы.
2. При авто вводе можно зафиксировать т.е. ввести наиболшее значение, когда вессы качаются.
3. в лесовозе ожет быть разный лес (хороший - плохой, гарь)
Вот подходит хозяин этого лесовоза и говорит оператору: "я тебе денжат подкину за десяток машин, если тут в место 30% березки напишиш 10% сосны", которая несомненно намного дороже, или что бы вес машины был чуть завышен, ну и в таком духе. Вот и почему же соглашаются, да все потому, же, банальный ответ Платить достойную зарплату нужно всем а не только в "Питере" и не будет лес пропадать.
koha! (2008-09-08 18:24:00) [8]Palladin © (08.09.08 18:20) [32]
> при чем здесь продолжительность "транзакции"... действия
> журналировать нужно... транзакция пусть своим ходом идет.
> .. отменил ее пользователь, тоже в журнал... в журнале естественно
> должны присутствовать все необходимые ссылки для разбора
> ситуации, что за пользователь, что за транзакция... и тд.
>
это все есть, разработчиками предлагалось вообще сделать скрытое наблюдение даже за рабочим столом, но СБ наложило запрет, и вообще много чего СБ запретило разработчикам.
Palladin (2008-09-08 18:24:00) [9]ну да, это я и написал :)
koha! (2008-09-08 18:22:00) [10]Palladin © (08.09.08 18:20) [32]
> при чем здесь продолжительность "транзакции"... действия
> журналировать нужно... транзакция пусть своим ходом идет.
> .. отменил ее пользователь, тоже в журнал... в журнале естественно
> должны присутствовать все необходимые ссылки для разбора
> ситуации, что за пользователь, что за транзакция... и тд.
>
Palladin (2008-09-08 18:20:00) [11]
> koha! (08.09.08 18:10) [31]
при чем здесь продолжительность "транзакции"... действия журналировать нужно... транзакция пусть своим ходом идет... отменил ее пользователь, тоже в журнал... в журнале естественно должны присутствовать все необходимые ссылки для разбора ситуации, что за пользователь, что за транзакция... и тд.
koha! (2008-09-08 18:10:00) [12]
> Сергей М. © (08.09.08 17:16) [29]
Все особенности, этой АРМ нет смысла сдесь описывать, ее плюсы и минусы, это просто очень сложная сетевая инфраструктура, вы будете бесконечно чегонибудь спрашивать, а я бесконечно отвечать, ведь технических особенностией вам не понять, да и как вы поймете, вы же, наверное, всю жизнь в кабинете просидели, или одни теори в каком-нибудь ВУЗЕ вещали, да и сейчас наверное тем же занимаетесь в свободное от форума время, т.е. хочу сказать все это палемика.
> Palladin © (08.09.08 17:23) [30]
> > Ну, конично же, MS-SQL 2005 серверну, в таком случае,
> и нужно производить слежение за пользовалем, что вводил,
> когда вводил, куда вводил и почему сохранил. прямо на слое
> м/у бизнесл-логикой и бд, завести таблицу журналирования
> действий...проходили уже... плавали, знаем )
Это все приблизительно есть, ну может и не в таком виде, незнаю нуна у разработчика спрашивать. Я только сопровождаю. Но особенность АРМ,а в том, что транзакции по времени не сразу закрываютя, копятся, пока машина не пройдет цикл: сперва ее взвесят на входящих весах затем она уйдет на склад иразгрузится ее другой оператор учтет, потом ее взвесят еще раз на других весах как тару, события идут не в очередном порядке, потом может пропасть связь и события будут копиться и копиться у каждого оператора, затем связь наладится и события пойдут на сервр и т.д. но в конце смены у всех операторов и сервера все события должны сойтись итранзакции закрываются, а если не сходится, то там уже выясняют сперва начальники, потом охрана куда и что делось. Так что система очень сложная, вовпросах взаимодействия, некоторые вопросы решать нужно оперативно, не джидаясь конца смены.
Palladin (2008-09-08 17:23:00) [13]
> Ну, конично же, MS-SQL 2005 сервер
ну, в таком случае, и нужно производить слежение за пользовалем, что вводил, когда вводил, куда вводил и почему сохранил. прямо на слое м/у бизнесл-логикой и бд, завести таблицу журналирования действий...
проходили уже... плавали, знаем )
Сергей М. (2008-09-08 17:16:00) [14]
> особенно, где нет точных выражений
Каких таких "выражений" ?
> когда оператор сделает чевой то не того
> оператор неверно что то вводит по своей запарке
Программа обязана учитывать это.
Т.е. формальная логика должна предусматривать в т.ч. "защиту от дурака".
koha! (2008-09-08 17:08:00) [15]
> Сергей М. © (08.09.08 16:49) [26]
> > выяснилось, что она ввобще ни единой кнопки не нажималаБоюсь
> даже представить, какие изощренные пытки применялись к бедняге
> в ходе дознания)
Агы....самая худшая пытка вылететь с работы без права трудоустройства в другие "ООО Рога и копыта" Нашего безразмерного концерна, Группы "ИЛИМ", особенно, что других альтернативных "ООО рога и копыта" по близости раз -два и обчелся, если еще и куча маленких детишек есть.
koha! (2008-09-08 17:00:00) [16]
> Сергей М. © (08.09.08 16:33) [22]
> А причем здесь отладка ?)Отладка нужна для поиска несоответствий
> формальной и фактической логик программы ..Если формальная
> логика позволяет "воровать" и при этом полностью соответствует
> фактической, то что тут отлаживать ?
Любую систему можно обойти, особенно, где нет точных выражений.
Наши весовые это очень сложная система, она уникальна и единственная в России.
Отлаживать приходится, согласен сис тема не совершенна, но и есть этап сопровождения АРМ,ов, но когда оператор сделает чевой то не того и потом упорно доказывает, что это глюки АРМ,а ведь бывают и действительно глюки и это тоже нужно учитывать, и нужно учитывать то, что действительно оператор неверно что то вводит по своей запарке.
Сергей М. (2008-09-08 16:49:00) [17]
> выяснилось, что она ввобще ни единой кнопки не нажимала
Боюсь даже представить, какие изощренные пытки применялись к бедняге в ходе дознания)
KilkennyCat (2008-09-08 16:47:00) [18]
> Anatoly Podgoretsky © (08.09.08 16:44) [23]
система клиент-сервор
Нда, задачка.
koha! (2008-09-08 16:46:00) [19]
> Игорь Шевченко © (08.09.08 16:27) [21]
> > и может говорить про то, что не делал, и не говорить про
> > то, что уже сделал. аудит
нет, у нас есть служба охраны, они разбираются.
напримр, такая ситуация, звонит мастер весовых и говорит в отчетности прпала машина, оператор утверждает, что она ее вводила, мы смотрим машины нет ее нет в АРМ,е, ну оператор затем начинает гутверждать, что ее водила, а она типа не ввелась, но как выяснилось, что она ввобще ни единой кнопки не нажимала, чтобы ее ввести, вот так вот....
> Palladin © (08.09.08 16:27) [20]
> система клиент -сервер?
Ну, конично же, MS-SQL 2005 сервер
Anatoly Podgoretsky (2008-09-08 16:44:00) [20]> Palladin (08.09.2008 16:27:20) [20]
система клиент-вор
| |
Страницы: 