Приветствую

Есть некий OleVariant (онлайн-касса), в который в отдельном Thread в обычном цикле пихаются данные.
Но хочется иногда из основного потока в ту же самую кассу (OleVariant) подкинуть чеков.
Кошерно ли из разных потоков писать в OLE объект? ошибки, последствия? Или нужно ставить на паузу Thread, формировать чек и затем возобновлять Thread? Или OLE проинициализированный в отдельном Thread вообще не возможно использовать из основного потока (как известно оконные компоненты нельзя создавать и уничтожать в разных потоках, но использовать же можно)?

Поскольку кассы нет (да и если бы была - лишние чеки нежелательны), хотелось бы узнать заранее какова православная логика сего процесса???

ПС дельфи 7 :)

wadman,

так зачем общаться, напрямую OLE использовать из разных потоков удастся?

wadman,

))вы скажите, это не ошибочный изначально путь то?
просто я точно знаю, что некоторые компоненты доступа к БД позволяют из разных потоков юзать, просто пока используется в одном потоке, "висит" в другом, может и тут так же с OLE объектами.

С другой стороны для чего то же нужно делать в новом потоке CoInitialize / CoUninitialize, хотя в основном это не требуется.

спасибо, т.е. смысла в общем случае нет обмениваться сообщениями между своими потоками и писать прям в OLE объект? а там он сам как нибудь разберется )

wadman,

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

это хорошо в основном, но у меня несколько касс подключено к ПК, а мне еще надо банковские чеки в офд отправлять, вот они пока что на все кассы улетают одновременно, но это все равно доооооолго, приходят люди и надо чек распечатать.

вариант - купить еще касс не предлагать ))

DmSer,

помимо геморроя создания и поддержания очереди, которая нужна то часа 2-3 в течении дня, возникает опять вопрос - как экстренно прервать выполнение очереди и сделать более важное задание.

kealon(Ruslan),

спасибо, читаю

_Vasilisk_,

да тупиковая эта идея с очередями имхо, чтобы вставить в начало - нужно будет опять тормозить очередь, чтобы определить это начало, при этом как написано в ссылке kealon(Ruslan), COM модель сама организует очередь из запросов к ней, мне нужно просто в "фоновом" потоке сделать маршалинг указателя, а когда чек нужно срочно выдать - демаршалинг в основном потоке и уже с полученным указателем работать.

чем проще?
очевидно - очередь за которой не нужно следить, намного проще.

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

DmSer,

не получится, COM сервер кассы определяет последовательность методов, со своей то очередью понятно что можно хоть как.

DmSer,

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

DmSer,

чем проще, тем лучше, в нынешних реалиях конечно не так критично, но создавать и отслеживать несколько (не менее 3х - n касс) очередей n+1 потоками с количеством записей порядка 2-3 тысяч имхо не лучшая идея.

DmSer,

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