Убить MxArrays

← →
Джо © (2006-03-11 22:59) [0]

Вот докупил вчера оперативной памяти до 2 Гб. И напоролся на крайне неприятную штуку, а именно: в проекте, которому уже 2 года, вылетает исключение с сообщением "The DecisionCube Capacity is low. Please deactivate dimensions or change the data set". Порылся, оказывается проблема в MxArrays, который когда-то по лени использовал. Проект написан на Д6. Проблема описана в QC, НО — тесты на Д2006 показали, что — "воз и ныне там". Дочего же обидно и противно!

Желающим убедиться — воспроизвести проблему просто: uses MxArrays, создаем экземпляр, например, TSmallIntArray и вызываем метод Add. Всё, занавес.

← →
Джо © (2006-03-11 23:02) [1]

Да, забыл, вот описание проблемы в Borland Quality Central:
http://qc.borland.com/qc/wc/qcmain.aspx?d=3486

П.С. Ну неужели за столько лет нельзя было исправить, блин :(

← →
LexxX © (2006-03-11 23:04) [2]

Джо © (11.03.06 22:59)

А как связан размер ОП с MxArrays?

← →
Джо © (2006-03-11 23:06) [3]

> [2] LexxX © (11.03.06 23:04)
> А как связан размер ОП с MxArrays?

Читай описание проблемы на QC, я ссылку привел.

← →
Sergey Masloff (2006-03-11 23:07) [4]

LexxX © (11.03.06 23:04) [2]
> как связан размер ОП с MxArrays?
Ну а как связан слет BDE при свободном пространстве на HDD кратном 4Гб? То же самое. Ну сделали ляпсус а исправлять лень много новых интересных задач а человек который писал уехал домой в индию.

← →
Piter © (2006-03-11 23:25) [5]

Джо, исходники есть? Проблема знаешь где?

Дык... вывод? :)))

← →
Джо © (2006-03-11 23:34) [6]

> [5] Piter © (11.03.06 23:25)
> Джо, исходники есть? Проблема знаешь где?
>
> Дык... вывод? :)))

Да понятно, там делов на 10 минут, переписать этот проклятый TSmallIntArray, завтра сяду и перепишу :) Только вот какая засада — придется клиентам версию обновлять, вдруг они тоже 2 Гига себе купят. Одно хорошо — теперь есть статистика по поводу объема ОЗУ у клиентов программы :0)

← →
Piter © (2006-03-12 00:07) [7]

Джо © (11.03.06 23:34) [6]

агы :)

А, кстати, и для каких же целей тебе гига не хватало?

← →
McSimm © (2006-03-12 00:45) [8]

>придется клиентам версию обновлять
Зачем ?
Забей в свой QC и пусть висит себе :)

← →
Джо © (2006-03-12 01:05) [9]

> [7] Piter © (12.03.06 00:07)
> А, кстати, и для каких же целей тебе гига не хватало?

Да вот ходил и думал: "Может, докупить гиг? Или нет?". Ходил эдак полгода, надоело, пошел и купил. Теперь не мучаюсь ;-)
А вообще, иногда приходится несколько жадных до памяти программ запускать одновременно, теперь вроде полегче им дышать стало :)

> Зачем ?
> Забей в свой QC и пусть висит себе :)

Тоже мысль!.. Напишу примерно так: ни в коем случае не ставьте себе 2 Гига ОЗУ — за последствия не ручаюсь! :0)

← →
Eraser © (2006-03-12 01:13) [10]

> Джо © (11.03.06 23:34) [6]

> переписать этот проклятый TSmallIntArray, завтра сяду и
> перепишу :)

так может это... хелперы применить, не зря же их изобретали :)

> [10] Eraser © (12.03.06 01:13)
> так может это... хелперы применить, не зря же их изобретали
> :)

Да ну их, эти хелперы... ;) Кстати, разве в них можно переопределить методы? Я уж лучше по-старинке: объявлю в том же модуле, где у меня используется TSmallIntArray свой, и реализацию свою напишу.

> Джо © (12.03.06 01:20) [11]

> Кстати, разве в них можно переопределить методы?

конечно.

> Я уж лучше по-старинке: объявлю в том же модуле, где у меня
> используется TSmallIntArray свой, и реализацию свою напишу.
>

так после каждой переустановки делфей прийдётся исходник подменять, а с хелпером все что нужно будет находится в файлах проекта уже...
да и в создании хелперов потренероваться можно заодно )

> объявлю в том же модуле, где у меня используется TSmallIntArray

ага! не дочитал )) можно и так конечно...

2 Sergey Masloff (11.03.06 23:07) [4]

Слышал уже вроде о
> Ну а как связан слет BDE при свободном пространстве на HDD
> кратном 4Гб?
, но как то не брал в голову. А сейчас вдруг задумался.
А если такая проблема есть, не знает ли кто ссылки на подробное описание сей проблемы?

Убить MxArrays Найти похожие ветки