Я думаю, указание WorkingDirectory должно решить проблему: запускаемый процесс будет запущен из указанной директории и, если пути заданы относительно (.\file.jpg), то все должно быть ок
Если нет, то, думаю, стоит поискать способ указания путей до файлов динамически
Александр Волков: в compiler.StartInfo.Arguments пишутся параметры командной строки, имя запускаемого файла однозначно должно быть в compiler.StartInfo.FileName;
Я предлагаю вам в WorkingDirectory передать путь до нужного .exe
У меня ниже есть пример, который запускает nodeJS программу с параметром "tester.js" и еще строкой аргументов
_process = new Process();
//директория, в которой находится запускаемый файл
_process.StartInfo.WorkingDirectory = NodePath;
//имя программы
_process.StartInfo.FileName = "node";
//формируем строку с аргументами
_process.StartInfo.Arguments = "tester.js " + mode;
_process.StartInfo.UseShellExecute = false;
_process.StartInfo.RedirectStandardOutput = true;
_process.StartInfo.RedirectStandardError = true;
_process.OutputDataReceived += new DataReceivedEventHandler(NetOutputDataHandler);
_process.ErrorDataReceived += new DataReceivedEventHandler(_process_ErrorDataReceived);
_process.Start();
_process.BeginOutputReadLine();
_process.BeginErrorReadLine();
_process.WaitForExit();
int code = _process.ExitCode;
P.S.: я правильно понимаю, что возможности внести изменения в вызываемую программу нет?
Smilleey: я бы сниффером (fiddler, charles, etc.) попробовал отследить, куда ломится ПО при запросах к БД. Уже что-то.
Может быть, получится покопаться в теле запроса, который сниффер отловит. Не думаю, что в открытом виде будут храниться важные данные, но мало ли.
В общем, адрес точно можно будет так дернуть
Согласен, но, на шкале времени, диплом для меня куда ближе, чем выход стабильного надежного vNext
А еще все время натыкаюсь на проблему хостинг: пишешь ты на новом асп с примочками, а как доходит до размещения, так беда
Если нет, то, думаю, стоит поискать способ указания путей до файлов динамически