Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2011.04.24;
Скачать: CL | DM;

Вниз

Ошибка в Delphi 2009   Найти похожие ветки 

 
Dimka Maslov ©   (2011-01-08 22:13) [0]

Наткнулся тут на странное поведение компонента TPrinterSetupDialog: при каждом последующем открытии диалогового окна настройки он упорно пытается настроить принтер по умолчанию, а не последний настроенный. Стал копаться. Нашёл. Есть в модуле Dialogs функция GetPrinter, которая, как оказалось не претерпевала (почти) изменений по крайней мере со времён Delphi 5. Но при переходе на Юникод в коде надо было поделить на 2, чего сделано не было. Лечится тривиально. В этой связи возникает два вопроса:
1. Кто знает, где ещё возникают подобные ошибки?
2. Исправлена ли эта ошибка в последующих версиях?


 
Дмитрий Тимохов   (2011-01-09 17:30) [1]

посмотри, что на http://qc.embarcadero.com пишут по твоему вопросу.


 
tesseract ©   (2011-01-09 17:39) [2]


> 1. Кто знает, где ещё возникают подобные ошибки?


Да везде в vcl такое. Вагон и тележка.


 
Dimka Maslov ©   (2011-01-09 19:00) [3]


> Дмитрий Тимохов   (09.01.11 17:30) [1]


Два года назад на проблему обратили внимание на форуме. Воз и ныне и там.


> tesseract ©   (09.01.11 17:39) [2]

Программ без ошибок не бывает. Особенно при переходе на юникод.


 
tesseract ©   (2011-01-09 19:58) [4]


> Программ без ошибок не бывает. Особенно при переходе на
> юникод.


А кто что-нибудь говорит? Собственно  первый и последний аргумент против использования сторонних фрэймов. Особенно при печати, она в винде и так через два места.


 
Dimka Maslov ©   (2011-01-09 20:09) [5]


> tesseract ©   (09.01.11 19:58) [4]


Ну вроде, как стандартный компонент не совсем сторонний


 
tesseract ©   (2011-01-09 20:15) [6]


> Ну вроде, как стандартный компонент не совсем сторонний


Я про другое. VCL -  TcustomXXX и ребилд. И можно жить до патчей и после них перекатав заголовки. А вот сторонние компоненты из-за такого я давно отослал.


 
Dimka Maslov ©   (2011-01-09 20:40) [7]


> tesseract ©   (09.01.11 20:15) [6]


Ясен пень. Никому доверять нельзя, тем более себе самому ибо себя самого прекрасно знаешь.


 
Дмитрий Тимохов   (2011-01-10 00:22) [8]


> Dimka Maslov ©   (09.01.11 19:00) [3]
>
>
> > Дмитрий Тимохов   (09.01.11 17:30) [1]
>
>
> Два года назад на проблему обратили внимание на форуме.
> Воз и ныне и там.


надо писать репорт в QC.
но это минор баг, не скоро поправят.


 
Abramov Petr V.   (2011-01-10 00:33) [9]


> но это минор баг, не скоро поправят.
>

отличная логика, минор баг, править 2 мин, ну еще час бумаги писАть на согласование правки.
а кол-во матюгов по всему миру, ДТП из-за заколебавшего окр. мира в лице чертовой программы с частности продолжает расти. минор-то минор, а это лицо дельфийской программы, мажор глюки ВЦЛ достают на порядок меньшее кол-во людей, причем людей закаленных.


 
Dimka Maslov ©   (2011-01-10 11:24) [10]


> Дмитрий Тимохов   (10.01.11 00:22) [8]


Пробовали мы писать в саппорт по другой программе. Тоже вроде минор баг - результаты расчёта уменьшаются, хотя должны увеличиваться. Нам ответили: сами такие, у нас всё чики и пуки, мы собаку на этом съели (даром, что прога корейская). Отсюда мораль - подобного рода вещи надо знать и уметь обходить, а не саппорт писать, всё равно не исправят, пока к ним человек сто не обратиться.


 
Дмитрий Тимохов   (2011-01-10 20:03) [11]


> Dimka Maslov ©   (10.01.11 11:24) [10]


> Отсюда мораль - подобного рода вещи надо знать и уметь обходить,
>  а не саппорт писать


там автоматизированный трекер ошибок.
он же хороший источник информации по ошибкам вообще.
если хочешь представить, какие есть проблемы с уникодом, зайди на QC, сделай фильтр по уникоду и почитай.

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


 
Дмитрий Белькевич   (2011-01-11 00:26) [12]

Мой баг поправили, правда только в 2010-м, хотя проявился в 2009-м, как раз с печатью. Плохая политика.



Страницы: 1 вся ветка

Текущий архив: 2011.04.24;
Скачать: CL | DM;

Наверх




Память: 0.49 MB
Время: 0.008 c
6-1236835001
novai
2009-03-12 08:16
2011.04.24
TIdFTP циклическое удаление


2-1295347887
Mops
2011-01-18 13:51
2011.04.24
Использование интерфейсов


15-1294349396
Юрий
2011-01-07 00:29
2011.04.24
С днем рождения ! 7 января 2011 пятница


6-1236668556
К
2009-03-10 10:02
2011.04.24
EIdConnClosedGracefully Connection Closed Gracefully


15-1294598101
from_california
2011-01-09 21:35
2011.04.24
заполнение таблиц в ms sql server management studio