Баг или что это может быть?

[megabit]

Задали мне на днях такую вот задачку:
Есть старенький системный блок Dell GX280. На него попросили установить линукс с хорошей бухгалтерской программой, не будем тыкать пальцами какую именно - это и ежу понятно...
Ну думаю, убунта однозначно отпадает в свете её непомерной прожорливости и не поворотливости, а тут ещё надо нужный софт запускать который вовсю использует далеко не спринтерскую Java, а еще человеку хочется что б все было в меру гламурно и летало. Выбор конечно же пал на самосборную систему в которой работаю сам (Calculate Linux Scratch). Не буду вдаваться в подробности сколько было потрачено сил и времени на установку и оптимизацию системы - главное результат: система работает быстро и стабильно, потребление памяти при холодном старте в рабочее окружение кушает ~170Мб. Итак, что имеем:
Системный блок "Dell Optiplex GX280" - ОЗУ/1Гб, ЖД/80Гб, Проц/Intel Pentium 4(3GHz), Видео/Intel® Graphics Media Accelerator (GMA) 900.
Операционная система - пересобранная Calculate Linux Scratch х32.
Рабочее окружение - MATE Desktop 1.4
Дистрибутив программы - DebetPlusV12x32_12.0.66_20120807.tar.gz
-------------------------------------------------------------------------------------
Теперь вопросы:
1. При первом старте программы получаем вот такую картину замороженного на века окошка

Ладно думаю, попробую я кинуть в нее свою рабочую папку конфигураций(dpsettings) с рабочей машины. И о чудо - она запустилась, но радость длилась не долго пока я не решил переключиться на вшитую Derby Base - программа вылетела с ошибкой что чего-то там не в порядке со скриптом иницилизации java. Ну хорошо подумал я и не раздумывая долго скопировал с заменой в папку jre содержание локальной установленной JRE_7u9. И только после этого программа заработала нормально не считая того, что оказался запорченным каталог с базой "org1"(нет ни одной таблицы), тогда как в "org2"все есть?!?), пришлось его заново тянуть с архива дистрибутива более ранней версии 12.0.49 и произвести обновление и только тогда все стало на свои места.
Скриншоты:



-------------------------------------------------
Вообщем, вопрос заключается в следующем: Ошибки системы, или все таки программы? Если системы, тогда почему после моих грубых манипуляций все заработало?
P.S.
Из приятного: программа довольно отзывчиво работает даже на таком старом железе и кушает примерно 234Мб оперативки.

[Дарья]

В версии 12.0.66 с Дерби действительно проблемы.
Для запуска программы нужно было только убрать автостарт страницы приветствия (файл syspar.xml, описано в других темах).

[megabit]

Спасибо за подсказку.
Я сам не использую Derby а веду базу в MySQL, в данный момент занимаюсь её портированием на PostgreSQL. А проблема с Derby затрагивала только первый старт. Да и как на счет вшитой Java? Ошибка в консоле при вылете:
-------------------- checkDump --------------------
15:20:24> getSnap - 46: select FDATE,FLOGIN,FPASSWORD,FBASE,FPATH from dpbase.DUMP_REG where FEXPORT= 1 order by FDATE desc
closeTables
15:20:27> OpenTable: SELECT * FROM dpbase.com_clcl WHERE FCOD= 12
15:20:27> OpenTable: select * from dpbase.com_clcl where FVID= '2' and FCOD<>0 order by FCOD
15:20:28> OpenTable: SELECT * FROM dpbase.listclorg WHERE FWID =0
#
# An unexpected error has been detected by Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0xb451c398, pid=9150, tid=3075839680
#
# Java VM: Java HotSpot(TM) Client VM (11.0-b16 mixed mode, sharing linux-x86)
# Problematic frame:
# C [libgdk-x11-2.0.so.0+0x19398] gdk_cairo_set_source_pixbuf+0x258
#
# An error report file with more information is saved as:
# /opt/DebetPlusV12/hs_err_pid9150.log
#
# If you would like to submit a bug report, please visit:
# http://java.sun.com/webapps/bugreport/crash.jsp
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
./DebetPlus.sh: line 3: 9150 Аварийный останов ./DebetPlus

Вроде и понятно, что надо копать в сторону GDK_CAIRO, но тогда почему не вылетает на оракловской 7u9, если её подставить?