[Mono] Как запустить процесс из C#, если программа на С++ линкуется с динамическими DLL

@ForEveR · Регистрация: 24.06.2010

Студворк — интернет-сервис помощи студентам

Есть некая программа, написанная на плюсах.
Задача - запустить прогу, получить из нее лог, распарсить лог как нужно.
Проблема : не выходит запустить процесс из C#, т.к. прога на С++ линкуется с динамическими библиотеками.

error while loading shared libraries: libclntsh.so.11.1: cannot open shared object file: No such file or directory

Как исправить сие и стоит-ли? Делаю просто ради интереса.

Ну и целевая платформа Linux. Работа через Mono.

@dondublon · 18.04.2012, 07:22

Вроде бы, линковка с dll (so) не дожна быть проблемой.
а просто так у вас программа на плюсах запускается? а если из того же каталога, из которого запускается шарповая?

@ForEveR · 18.04.2012, 11:14 **[ТС]**

dondublon, Прога рабочая.
Запускается без проблем, если запускать из каталога из которого запускается шарповая.

Если прогу без линковки запускать (какую-нить простенькую, все ок отрабатывает).
Попробовал поставить WorkingDirectory.

C#
1
2
3
4
5
6
7
            Process p = new Process();
            p.StartInfo.WorkingDirectory = "/home/forever/My_pro1/cpp_pro/";
            p.StartInfo.FileName = "new";
            p.StartInfo.UseShellExecute = true;
            //p.StartInfo.Arguments = "--config options.config";
            p.Start ();
            //p.WaitForExit();

Я получаю следующую ошибку.

gvfs-open: file:///home/forever/My_pro1/cpp_pro/new: ошибка открытия адреса: Нет зарегистрированного приложения для обработки данного файла

Добавлено через 49 секунд
Исходник проги на плюсах.

Bash
1
2
3
4
5
6
7
8
forever@pterois:~/My_pro1/cpp_pro$ cat new.cpp 
#include <iostream>
#include <unistd.h>
 
int main()
{
   std::cout << "hello, world" << std::endl;
}

@dondublon · 18.04.2012, 11:22

Ога.
Я сейчас посмотрел - такой вот старт процесса при UseShellExecute = true запускает не файл как таковой, а его обработчик. То, что на винде делается командой "start filename.ext".
Так что, видимо, поставьте UseShellExecute = false. Ну или переименуйте файл в "new.exe"

@ForEveR · 18.04.2012, 11:34 **[ТС]**

dondublon, При UseShellExecute - false я получаю

Unhandled Exception: System.ComponentModel.Win32Exception: ApplicationName='new', CommandLine='', CurrentDirectory='/home/forever/My_pro1/cpp_pro'

C#
1
2
3
4
5
6
7
            Process p = new Process();
            p.StartInfo.WorkingDirectory = "/home/forever/My_pro1/cpp_pro/";
            p.StartInfo.FileName = "new";
            p.StartInfo.UseShellExecute = true;
            //p.StartInfo.Arguments = "--config options.config";
            p.Start ();
            //p.WaitForExit();

При таком раскладе все отрабатывает.

C#
1
2
3
4
5
6
7
8
9
10
        public static void Main (string[] args)
        {
            Process p = new Process();
            p.StartInfo.WorkingDirectory = "/home/forever/My_pro1/cpp_pro";
            p.StartInfo.FileName = p.StartInfo.WorkingDirectory + "/new";
            p.StartInfo.UseShellExecute = false;
            //p.StartInfo.Arguments = "--config options.config";
            p.Start ();
            //p.WaitForExit();
        }

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

C#
1
2
3
4
5
6
7
8
9
10
        public static void Main (string[] args)
        {
            Process p = new Process();
            p.StartInfo.WorkingDirectory = "/home/forever/work/epay/examples";
            p.StartInfo.FileName = p.StartInfo.WorkingDirectory + "/amadeus_to_epay";
            p.StartInfo.UseShellExecute = false;
            //p.StartInfo.Arguments = "--config options.config";
            p.Start ();
            //p.WaitForExit();
        }

@dondublon · 18.04.2012, 11:53

ну тогда не знаю

Надо ковырять, откуда exe пытается тянуть либу.
Возможно, дело в том, что если либа в том же каталоге где exe - вроде бы надо поставить бекслеш перед именем.
Т.е. чтобы он обрашался не к "libclntsh.so.11.1", а к "/libclntsh.so.11.1".
Если не сработает - тогда я пас.

@ForEveR · 18.04.2012, 12:03 **[ТС]**

Bash
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
forever@pterois:~/work/epay/examples$ ldd amadeus_to_epay
    linux-gate.so.1 =>  (0xb772a000)
    liblog.so.0 => /home/forever/work/local/lib/liblog.so.0 (0xb766e000)
    libsoci_core-3.so => /home/forever/work/local/lib/libsoci_core-3.so (0xb7632000)
    libsoci_oracle-3.so => /home/forever/work/local/lib/libsoci_oracle-3.so (0xb761f000)
    libclntsh.so.11.1 => /oracle/app/oracle/product/11.2.0/dbhome_1/lib/libclntsh.so.11.1 (0xb566c000)
    libboost_program_options.so.1.46.1 => /usr/lib/libboost_program_options.so.1.46.1 (0xb55f5000)
    libpion-net-4.0.so => /home/forever/work/local/lib/libpion-net-4.0.so (0xb5550000)
    libboost_thread.so.1.46.1 => /usr/lib/libboost_thread.so.1.46.1 (0xb5538000)
    libboost_system.so.1.46.1 => /usr/lib/libboost_system.so.1.46.1 (0xb5533000)
    libboost_regex.so.1.46.1 => /usr/lib/libboost_regex.so.1.46.1 (0xb5440000)
    libmodpbase64.so.0 => /home/forever/work/local/lib/libmodpbase64.so.0 (0xb5435000)
    libxmlutils.so.0 => /home/forever/work/local/lib/libxmlutils.so.0 (0xb52ed000)
    libssl.so.1.0.0 => /lib/i386-linux-gnu/libssl.so.1.0.0 (0xb52a0000)
    libcrypto.so.1.0.0 => /lib/i386-linux-gnu/libcrypto.so.1.0.0 (0xb50fb000)
    libz.so.1 => /lib/i386-linux-gnu/libz.so.1 (0xb50e6000)
    libstdc++.so.6 => /usr/lib/i386-linux-gnu/libstdc++.so.6 (0xb4ffb000)
    libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xb4fd1000)
    libgcc_s.so.1 => /lib/i386-linux-gnu/libgcc_s.so.1 (0xb4fb3000)
    libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xb4f97000)
    libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xb4e19000)
    libboost_filesystem.so.1.46.1 => /usr/lib/libboost_filesystem.so.1.46.1 (0xb4dfb000)
    libnnz11.so => /oracle/app/oracle/product/11.2.0/dbhome_1/lib/libnnz11.so (0xb4bac000)
    libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xb4ba7000)
    libnsl.so.1 => /lib/i386-linux-gnu/libnsl.so.1 (0xb4b8d000)
    libaio.so.1 => /lib/libaio.so.1 (0xb4b8a000)
    libpion-common-4.0.so => /home/forever/work/local/lib/libpion-common-4.0.so (0xb4b52000)
    libicuuc.so.44 => /usr/lib/libicuuc.so.44 (0xb4a10000)
    libicui18n.so.44 => /usr/lib/libicui18n.so.44 (0xb484c000)
    libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb46fe000)
    /lib/ld-linux.so.2 (0xb772b000)
    libicudata.so.44 => /usr/lib/libicudata.so.44 (0xb38bd000)

Так что нет. Не в том же каталоге.

Добавлено через 4 минуты
Странно. Если запускать не через MonoDevelop а примерно так

Bash
1
forever@pterois:~/work/epay/examples$ ~/Projects/Third/Third/bin/Debug/Third.exe

Находит либы и работает корректно. Хм...
Ну да ладно. Пусть будет так.

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip
Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Данные берутся из. . .	Хочу заставить корпорации вкладываться в здоровье сотрудников: делаю мат модель здравосохранения anaschu 22.03.2026 e7EYtONaj8Y Z4Tv2zpXVVo https:/ / github. com/ shumilovas/ med2. git

@dondublon 4653 / 2073 / 366 Регистрация: 17.03.2012 Сообщений: 10,183 Записей в блоге: 6
	18.04.2012, 07:22
	Вроде бы, линковка с dll (so) не дожна быть проблемой. а просто так у вас программа на плюсах запускается? а если из того же каталога, из которого запускается шарповая? 1

@dondublon 4653 / 2073 / 366 Регистрация: 17.03.2012 Сообщений: 10,183 Записей в блоге: 6
	18.04.2012, 11:22
	Ога. Я сейчас посмотрел - такой вот старт процесса при UseShellExecute = true запускает не файл как таковой, а его обработчик. То, что на винде делается командой "start filename.ext". Так что, видимо, поставьте UseShellExecute = false. Ну или переименуйте файл в "new.exe" 1

@dondublon 4653 / 2073 / 366 Регистрация: 17.03.2012 Сообщений: 10,183 Записей в блоге: 6
	18.04.2012, 11:53
	ну тогда не знаю Надо ковырять, откуда exe пытается тянуть либу. Возможно, дело в том, что если либа в том же каталоге где exe - вроде бы надо поставить бекслеш перед именем. Т.е. чтобы он обрашался не к "libclntsh.so.11.1", а к "/libclntsh.so.11.1". Если не сработает - тогда я пас. 1