2. Файл возьми с инсталляции Kylix
3. Link в том же каталоге что и файл
4.

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:$HOME/bin;:.
export LD_LIBRARY_PATH=/usr/lib/borland
export PATH


Если у тебя имя пользователя Linux (логин) remax, то путь к файлу должен быть:

/home/remax/system.bash_profile

иначе система не подхватит установки...

5. Запускай программу с терминала, консоли - тогда будет расширенная информация об ошибке.

Цитата(Vit @ 18.11.2004, 19:20)

2. Файл возьми с инсталляции Kylix

На FreeBSD Kylix не ставится, а линуксовой машины под рукой нет...

Цитата

3. Link в том же каталоге что и файл

Так и сделал

Цитата

4

Прикол в конце первой строки :. понял!

Цитата

/home/remax/system.bash_profile

Ну нет там у меня такого файла... Есть просто .profile
Может создать?

Это сообщение отредактировал(а) remax - 18.11.2004, 23:01

1) Скопировал .profile в system.bash_profile
2) Logout/Login
3) Запустил KDE
4) Запустил консоль
5) зашел в нужный каталог
6) ./Project1 - Ответ ./Project1:Permission denied.

Конкверор -> измени аттрибуты на Project1 с разрешением для этого пользователя его читать и запускать и тоже для qt библиотеки
Добавлено @ 23:58
Попробуй создать ещё такой файл:

#!/bin/bash
export LD_LIBRARY_PATH=/usr/lib/borland
/чего-то там/Project1
echo "Press ENTER to close"
read

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

Впрочем можно посмотреть значение системной переменной LD_LIBRARY_PATH после перезагрузки - оно должно показывать на каталог библиотеки а не погоду
Добавлено @ 00:00
Если не будет получаться - стучи мне в асю, будем пробовать в real-time

Это сообщение отредактировал(а) Vit - 19.11.2004, 00:13

После установки прав появились сдвиги - изменился текст сообщения об ошибке:

ELF binary type "0" not known
Аварийное завершение


Из консоли KDE и из mc (без KDE) одно и тоже сообщение.

Это сообщение отредактировал(а) remax - 19.11.2004, 00:11

Такс, похоже бормандовские библиотеки не видит, попробуй запустить скриптом с помощью файла:

Код

#!/bin/bash export LD_LIBRARY_PATH=/usr/lib/borland /чего-то там/Project1 echo "Press ENTER to close" read

Кстати, ты файл libborqt-6.9.0-qt2.3.so.tar.gz разархивировал?

Команда не найдена


Похоже, что не нравится перавя строка скрипта.

Вопрос: /чего-то там - это полный путь? /usr/...

Полный путь к программе. Я скрипт поправил, добавил строку переменной, ты заметил?

1) Изменения скрипта заметил - я просто его скопировал и поправил.
2) Насчет bash - не получится, вычитал что во FreeBSD по жизни командный интерпретатор tcsh
3) Скрипт

Код

!tcsh export LD_LIBRARY_PATH=/usr/lib/borland /usr/depo/guest/Project1 echo "Press ENTER to close" read

Начал проявлять какие то осмысленные действия

Пошёл? В смысле хоть обычный проект с кнопкой и формой удалось запустить?

Правда, получается следующее

not found
not found/usr/depo/guest/Project1
Press ENTER to close
not found

Возможно, есть различия между интерпретаторами.

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

Итак у тебя проблема в следующем:

LD_LIBRARY_PATH не указывает на библиотеку, в FreeBSD KDE грузит переменные среды откуда-то из другого файла

Решение: Написать скрипт в котором вначале бы загружалась переменная среды

export LD_LIBRARY_PATH=/usr/lib/borland

а затем твой файл, либо найти где в FreeBSD идёт загрузка переменных среды и дописать туда.

Примечание: "not found" - под Linux ещё иногда обозначает что к указанным файлам, программам и коммандам этот пользователь не имеет доступа в следствии своих permissions

Цитата(Vit @ 18.11.2004, 21:41)

Решение: Написать скрипт в котором вначале бы загружалась переменная среды export LD_LIBRARY_PATH=/usr/lib/borland а затем твой файл, либо найти где в FreeBSD идёт загрузка переменных среды и дописать туда.

Меняем на командный интерпретатор sh. Скриптовый файл start.sh для запуска нашего приложения будет таким:

Код

#!/bin/sh LD_LIBRARY_PATH=/usr/lib/borland export LD_LIBRARY_PATH ./Project1 echo "Press ENTER to close" read

результат:

ELF binary type "0" not known
Abort trap
Press ENTER to close
read: arg count
Press any key to continue


Две первые строки - ругань системы на приложение
Третья строка - то что мы сами попросили написать
Четвертая строка - системе не понравилось отстутствие переменных в read
Пятая строка - заверешение скрипта

Варианты проблем:
1) Не находит библиотеку, из-за неточного наименования переменной окружения (LD_LIBRARY_PATH?)
2) Не находит библиотеку из-за неправильных ссылок:
(содержимое каталога приложения
Project1 - собственно, оно самое
libborqt-6.9-qt2.3.so - символная ссылка
libborqt-6.9.0-qt2.3.so - символьная ссылка (на всяк пожарный)
start.sh (скрипт))
3) FreeBSD тупит на бинарнике в формате Линукс (согласно теории, этого быть не должно)
4) CrossKylix создает левый тип бинарника (может кто намылит работающий пример простенького бинарника - сам исполнимый код?)
5) Возможно, что скачанная библиотека глючит. (может кто намылит и ее, родимую?)

1,2 - попробуй вывести на экран значение переменной LD_LIBRARY_PATH

что-то типа echo $LD_LIBRARY_PATH

3, 4 - не в этом дело, скорее в том что какие-то библиотеки имеют несовместивые функции. Даже не знаю чем помочь. А консольное приложение запускается?


5 - в понедельник смогу выложить на работе, если не забуду