Граф. приложение+библиотеки+консольное приложение! Не работает программа без использования консоли. Если использую, то всё прекрасно работает.

@DJoRDJ734 · Регистрация: 08.02.2013

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

Ребята нужна помощь,все вроде сделал, но приложение начинает зависать при запуске без использования консоли, если использую ее то все работает..
У меня в приложении реализован целочисленный калькулятор с использованием библиотек dll, вот собственно условие что бы было яснее:
Реализовать приложение, состоящее из двух выполняемых файлов и работающее по следующему алгоритму:
1 Первое приложение, имеющее графический интерфейс пользователя, должно позволять пользователю ввести исходные данные для обработки*.
2 После ввода данных пользователем и нажатия кнопки «Выполнить» приложение должно сохранить введенные данные в файл ввода, запустить второе приложение и остаться в режиме ожидания завершения работы второго приложения.
3 Второе приложение, которое должно быть реализовано как консольное приложение, должно считать данные из файла ввода, обработать эти данные с помощью любого из плагинов (библиотек dll), использовавшихся в предыдущих лабораторных работах, сохранить результат обработки в файл вывода и завершиться. Подключение библиотеки плагина должно быть осуществлено методом привязки к программе (статическое подключение).
4 В первом приложении должна быть возможность выбора отображения или не отображения консоли второго приложения при его запуске.
5 Первое приложение, дождавшись завершения консольного приложения, должно отобразить результат из файла вывода и перейти в режим, описанный в пункте 1.

Запуск второго приложения и ожидание завершения должны производиться с использованием функций API.

@mss · 12.03.2013, 22:24

Сообщение от DJoRDJ734

без использования консоли

Как это "без использования", если по заданию требуется использовать именно консоль ?

И за коим в 1-ом (GUI) проекте статически импортированы библиотеки, с которыми по заданию должно работать именно 2-е (консольное) приложение ?

@DJoRDJ734 · 12.03.2013, 22:40 **[ТС]**

Сообщение от mss

Как это "без использования", если по заданию требуется использовать именно консоль ?

И за коим в 1-ом (GUI) проекте статически импортированы библиотеки, с которыми по заданию должно работать именно 2-е (консольное) приложение ?

4 В первом приложении должна быть возможность выбора отображения или не отображения консоли второго приложения при его запуске.

@mss · 12.03.2013, 23:03

Сообщение от DJoRDJ734

выбора отображения или не отображения консоли второго приложения при его запуске

Ну это же отнюдь не означает "без использования консоли" ..

Предположу что консольный процесс со скрытой консолью бесконечно долго "висит" на строке
writeln(text1,' ',text2);
соответственно он не завершается и 1-е приложение при этом висит в вечном ожидании

@DJoRDJ734 · 12.03.2013, 23:28 **[ТС]**

Сообщение от mss

Ну это же отнюдь не означает "без использования консоли" ..

Предположу что консольный процесс со скрытой консолью бесконечно долго "висит" на строке
writeln(text1,' ',text2);
соответственно он не завершается и 1-е приложение при этом висит в вечном ожидании

к сожалению не в этом дело, висит дальше(

@mss · 12.03.2013, 23:33

Проверить предположение можно так - после старта консольный процесс вызовом GetConsoleWindow получает хендл своего окна и вызовом GetWindowPlacement получает состояние видимости окна.
Если окно скрыто, то консольные вызовы Read/WriteLn-вызовы не выполнять.

Добавлено через 4 минуты

Сообщение от DJoRDJ734

не в этом дело

В этом, в этом - даже не сомневайся.

Самая последняя строчка - readln;

Какой святой дух нажмет для консольного приложения ENTER чтобы продолжить выполннение, если консоль не видна и посему не имеет фокуса ввода ? Программно же ты ничего в StdIn консоли не посылаешь ..

@DJoRDJ734 · 12.03.2013, 23:44 **[ТС]**

Сообщение от mss

Проверить предположение можно так - после старта консольный процесс вызовом GetConsoleWindow получает хендл своего окна и вызовом GetWindowPlacement получает состояние видимости окна.
Если окно скрыто, то консольные вызовы Read/WriteLn-вызовы не выполнять.

Добавлено через 4 минуты

В этом, в этом - даже не сомневайся.

Самая последняя строчка - readln;

Какой святой дух нажмет для консольного приложения ENTER чтобы продолжить выполннение, если консоль не видна и посему не имеет фокуса ввода ? Программно же ты ничего в StdIn консоли не посылаешь ..

Все решилось удалением последнего readln в проекте консоли. Спасибо огромное.

@mss · 12.03.2013, 23:50

Сообщение от DJoRDJ734

удалением последнего readln

Почему только последнего ?
Все удаляй.

@DJoRDJ734 · 12.03.2013, 23:54 **[ТС]**

Сообщение от mss

Почему только последнего ?
Все удаляй.

Хорошо. Еще раз спасибо

@mss · 13.03.2013, 00:07

Сообщение от DJoRDJ734

Хорошо

С другой стороны, это тоже не есть гут.

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

Хоть это явно и не оговаривается в задании, но устранение зависимости от предопределенных имен файлов выглядит вполне логичным с т.з. учебной цели.

Передать имена файлов в простейших случаях можно 2-мя способами - параметрами ком.строки запуска консольного процесса или через StdIn - стандартный канал ввода , откуда консольное приложение Read[Ln]-вызовами вычерпает то что ему передано, как если бы это сделал пользователь набирая имена на клавиатуре.

@mss 2664 / 2270 / 279 Регистрация: 24.12.2010 Сообщений: 13,723
	13.03.2013, 00:07	10
	Сообщение от DJoRDJ734 Хорошо С другой стороны, это тоже не есть гут. У тебя напрочь отсутствует возможность передачи консольному процессу информации об именах вх. и вых. файлов, которые 1-е приложение могло бы задавать прямо в ходе работы, например, запросив у пользователя. Хоть это явно и не оговаривается в задании, но устранение зависимости от предопределенных имен файлов выглядит вполне логичным с т.з. учебной цели. Передать имена файлов в простейших случаях можно 2-мя способами - параметрами ком.строки запуска консольного процесса или через StdIn - стандартный канал ввода , откуда консольное приложение Read[Ln]-вызовами вычерпает то что ему передано, как если бы это сделал пользователь набирая имена на клавиатуре. 0

@mss 2664 / 2270 / 279 Регистрация: 24.12.2010 Сообщений: 13,723
	12.03.2013, 22:24	2
	Сообщение от DJoRDJ734 без использования консоли Как это "без использования", если по заданию требуется использовать именно консоль ? И за коим в 1-ом (GUI) проекте статически импортированы библиотеки, с которыми по заданию должно работать именно 2-е (консольное) приложение ? 0

@DJoRDJ734 0 / 0 / 0 Регистрация: 08.02.2013 Сообщений: 9
	12.03.2013, 22:40 [ТС]	3
	Сообщение от mss Как это "без использования", если по заданию требуется использовать именно консоль ? И за коим в 1-ом (GUI) проекте статически импортированы библиотеки, с которыми по заданию должно работать именно 2-е (консольное) приложение ? 4 В первом приложении должна быть возможность выбора отображения или не отображения консоли второго приложения при его запуске. 0

@mss 2664 / 2270 / 279 Регистрация: 24.12.2010 Сообщений: 13,723
	12.03.2013, 23:03	4
	Сообщение от DJoRDJ734 выбора отображения или не отображения консоли второго приложения при его запуске Ну это же отнюдь не означает "без использования консоли" .. Предположу что консольный процесс со скрытой консолью бесконечно долго "висит" на строке writeln(text1,' ',text2); соответственно он не завершается и 1-е приложение при этом висит в вечном ожидании 0

@DJoRDJ734 0 / 0 / 0 Регистрация: 08.02.2013 Сообщений: 9
	12.03.2013, 23:28 [ТС]	5
	Сообщение от mss Ну это же отнюдь не означает "без использования консоли" .. Предположу что консольный процесс со скрытой консолью бесконечно долго "висит" на строке writeln(text1,' ',text2); соответственно он не завершается и 1-е приложение при этом висит в вечном ожидании к сожалению не в этом дело, висит дальше( 0

@mss 2664 / 2270 / 279 Регистрация: 24.12.2010 Сообщений: 13,723
	12.03.2013, 23:33	6
	Проверить предположение можно так - после старта консольный процесс вызовом GetConsoleWindow получает хендл своего окна и вызовом GetWindowPlacement получает состояние видимости окна. Если окно скрыто, то консольные вызовы Read/WriteLn-вызовы не выполнять. Добавлено через 4 минуты Сообщение от DJoRDJ734 не в этом дело В этом, в этом - даже не сомневайся. Самая последняя строчка - readln; Какой святой дух нажмет для консольного приложения ENTER чтобы продолжить выполннение, если консоль не видна и посему не имеет фокуса ввода ? Программно же ты ничего в StdIn консоли не посылаешь .. 0

@DJoRDJ734 0 / 0 / 0 Регистрация: 08.02.2013 Сообщений: 9
	12.03.2013, 23:44 [ТС]	7
	Сообщение от mss Проверить предположение можно так - после старта консольный процесс вызовом GetConsoleWindow получает хендл своего окна и вызовом GetWindowPlacement получает состояние видимости окна. Если окно скрыто, то консольные вызовы Read/WriteLn-вызовы не выполнять. Добавлено через 4 минуты В этом, в этом - даже не сомневайся. Самая последняя строчка - readln; Какой святой дух нажмет для консольного приложения ENTER чтобы продолжить выполннение, если консоль не видна и посему не имеет фокуса ввода ? Программно же ты ничего в StdIn консоли не посылаешь .. Все решилось удалением последнего readln в проекте консоли. Спасибо огромное. 0

@mss 2664 / 2270 / 279 Регистрация: 24.12.2010 Сообщений: 13,723
	12.03.2013, 23:50	8
	Сообщение от DJoRDJ734 удалением последнего readln Почему только последнего ? Все удаляй. 0

@DJoRDJ734 0 / 0 / 0 Регистрация: 08.02.2013 Сообщений: 9
	12.03.2013, 23:54 [ТС]	9
	Сообщение от mss Почему только последнего ? Все удаляй. Хорошо. Еще раз спасибо 0