Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

фидонет тоже задолбал (своими ограничениями), а на форум firewall не пускает

7 views
Skip to first unread message

Victor Metelitsa

unread,
Jul 7, 2005, 5:22:21 AM7/7/05
to
Короче,
* исходник writeLog: я привел именно в том
письме (он всякий раз создает и
закрывает новый файл),
* по смыслу программы _требуется_
именно Threaded интерфейс, хотя я и
переключился временно на не-threaded; и не
думаю, что цынкомовский ODBC-интерфейс
хоть в чем-то лучше DB2 CLI Антона
* не имею достаточного представления о
"внешних отладчиках" и того, что я там
полезного смогу увидеть.

Andrei N. Sobchuck

unread,
Jul 7, 2005, 8:00:49 AM7/7/05
to
Victor Metelitsa <vvm4...@zsavs.ru> wrote:
VM> * исходник writeLog: я привел именно в том
VM> письме (он всякий раз создает и
VM> закрывает новый файл),

да. там много текста и я сразу не заметил.

VM> * по смыслу программы _требуется_
VM> именно Threaded интерфейс, хотя я и
VM> переключился временно на не-threaded; и не
VM> думаю, что цынкомовский ODBC-интерфейс
VM> хоть в чем-то лучше DB2 CLI Антона

попробовать то можно. взять threaded odbc.

VM> * не имею достаточного представления о
VM> "внешних отладчиках" и того, что я там
VM> полезного смогу увидеть.

метод, который "слетает".

Ты у себя в образе временную зону какую поставил?

--
Andrei N.Sobchuck
JabberID: and...@jabber.ru. ICQ UIN: 46466235.

Victor Metelitsa

unread,
Jul 7, 2005, 11:55:37 AM7/7/05
to
Andrei N. Sobchuck wrote:
> Victor Metelitsa <vvm4...@zsavs.ru> wrote:
> VM> * исходник writeLog: я привел именно в том
> VM> письме (он всякий раз создает и
> VM> закрывает новый файл),
>
> да. там много текста и я сразу не заметил.
>
> VM> * по смыслу программы _требуется_
> VM> именно Threaded интерфейс, хотя я и
> VM> переключился временно на не-threaded; и не
> VM> думаю, что цынкомовский ODBC-интерфейс
> VM> хоть в чем-то лучше DB2 CLI Антона
>
> попробовать то можно. взять threaded odbc.
>
И если продержится неделю без падений, то это что-то докажет?

> VM> * не имею достаточного представления о
> VM> "внешних отладчиках" и того, что я там
> VM> полезного смогу увидеть.
>
> метод, который "слетает".

Как??? Метод же в ST-байткоде.

Andrei N. Sobchuck

unread,
Jul 8, 2005, 5:00:46 AM7/8/05
to

VM> Как??? Метод же в ST-байткоде.

Прича падения, с огромадной долей вероятности, это внешний вызов.
Возможно просто гдето ошибка в описании внешнего метода.
С Антоном бы списался, может он что подскажет.

Victor Metelitsa

unread,
Jul 8, 2005, 6:54:50 AM7/8/05
to

Andrei N. Sobchuck wrote:
> Victor Metelitsa <vvm4...@zsavs.ru> wrote:
> >> VM> * не имею достаточного представления о
> >> VM> "внешних отладчиках" и того, что я там
> >> VM> полезного смогу увидеть.
> >>
> >> метод, который "слетает".
>
> VM> Как??? Метод же в ST-байткоде.
>
> Прича падения, с огромадной долей вероятности, это внешний вызов.
> Возможно просто гдето ошибка в описании внешнего метода.

Не верю. Тогда был бы GPF - хоть один раз, но был бы. Винды показали бы
окошечко, в евентлоге появилась бы запись. Но этого нет. По-моему, такое
поведение больше напоминает

if(что-то) exit(код);

во внутренностях VM.

> С Антоном бы списался, может он что подскажет.
>

Нет, не подсказывает ;-(.

Victor Metelitsa

unread,
Jul 11, 2005, 12:52:16 AM7/11/05
to
Victor Metelitsa wrote:
[...]

>
> Не верю. Тогда был бы GPF - хоть один раз, но был бы. Винды показали бы
> окошечко, в евентлоге появилась бы запись.

Получается, что я наврал. GPF есть. Просто W2K3 так ненавязчива, что
мессиджбоксы про случивашиеся FPF я вижу не сразу по факту, а лишь после
перелогона, а поскольку рабочая машина работает месяцами без перелогона
и перезагрузки, то...
(А в евентлогах куча других записей).

Так что попробую с в нешним отладчиком.

Пока подозреваю, что курсоры не закрываются вовремя, а с DB2, в отличие
от MS SQL, VW при этом падает. Комментарий к Glorp 0.3.138.3 навел на
такую мысль:
--- Blessed: Development
--- By: aknight
--- On: 18.06.2005 08:56:27
When not using binding, EXDI sessions used in cursors were not being
dismissed. This leads to really serious memory choking with SQL Server.

а я использовал 0.3.138.1

Мой "ручной" тест уронил имидж с 0.3.138.1 и не уронил с 0.3.149 (что,
конечно, ничего не доказывает).

Victor Metelitsa

unread,
Jul 11, 2005, 3:16:51 PM7/11/05
to
vwmtoe.dll!NBAPIInnerCall вызвал
db2app.dll!_SQLFreeStmt@8() вызвал
db2app.dll!_CLI_dstRequestHLatchStmt() и тут оно сломалось

информации, мягко говоря, немного.

Victor Metelitsa

unread,
Jul 13, 2005, 6:11:38 AM7/13/05
to
Andrei N. Sobchuck wrote:
> Victor Metelitsa <v...@cssc.tat.ru> wrote:
> VM> vwmtoe.dll!NBAPIInnerCall вызвал
> VM> db2app.dll!_SQLFreeStmt@8() вызвал
> VM> db2app.dll!_CLI_dstRequestHLatchStmt() и тут оно сломалось
>
> VM> информации, мягко говоря, немного.
>
> попробуй этот трейс запостить в c.l.s

Они меня игнорируют ;-).

Кстати, кому интересно, попробуйте в терминальном сеансе сохранить и
запустить имидж. 7.3 запускает, а 7.3.1 вываливается с отладчиком. Быть
может, проблема в 256 цветах (W2K не дает выставить больше), но
сохраненный в "естественной" среде имидж там (в терминальной сессии)
стартует без проблем.

Andrei N. Sobchuck

unread,
Jul 13, 2005, 5:53:17 AM7/13/05
to
Victor Metelitsa <v...@cssc.tat.ru> wrote:
VM> vwmtoe.dll!NBAPIInnerCall вызвал
VM> db2app.dll!_SQLFreeStmt@8() вызвал
VM> db2app.dll!_CLI_dstRequestHLatchStmt() и тут оно сломалось

VM> информации, мягко говоря, немного.

попробуй этот трейс запостить в c.l.s

--

Andrei N.Sobchuck
JabberID: and...@jabber.ru. ICQ UIN: 46466235.

Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru

0 new messages