Подскажите пожалуйста как надо правильно указать полный путь к файлу в програме в аргументе оpen. В книге по которой я учусь в примере указано такой формат пути
"D:\\1.txt" но он почемуто не работает. Проблема вот в чем. Если запустить прогу
и указать "1.txt" соотвественно с скопированым файлом в папке с прогой она намертво зависает, окно не показывает, и ее процес забирает на себя всю работу процесора.  Если прогу  запустить под дебагом то выдает что файл не найден. 
Как надо правильно указать полный путь? 

 

прога то сама что делает? ) проблема наверно в проге, а не в пути)

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

Желательно приложить исходный код программы.

Честно не сильно сообразил. open - стандартная юниховая функция.

это примитивный текстовый просмоторщик. Работаю в Visual Studio 2008 .  Вот исходники

Это сообщение отредактировал(а) pycha - 9.8.2008, 07:19

Присоединённый файл ( Кол-во скачиваний: 11 )
 WinRAR_archive.rar 4,03 Kb

open - для открытия файла и связывания с обьектом ifstream 


ну да, но чтобы открыла его под дебагом надо указать полный путь.

Это сообщение отредактировал(а) pycha - 9.8.2008, 07:25

У меня лично все заработало, токо убрал MessageBox в строке 39 - обработчика событий. А так на каждое событие окна он вам показывает сообщение...
Под дебагом опять же смотря из какой директории запускается. У меня при настройках по умолчанию в ВС 2008 запускается из папк

Это сообщение отредактировал(а) cutwater - 9.8.2008, 11:19

Этот мессажбокс я вставил для того чтобы посмотреть вызывается ли хоть бы чтото. У меня не вызывается.  С чем это может быть связано?

*deleted*

Это сообщение отредактировал(а) cutwater - 9.8.2008, 22:06

cutwater, написал же человек, что работает в VS 2008

сори, незаметил

Я нашол частичное решение проблемы . Я запустил прогу , в исходниках везде разпихал брекпоинты . Приатачился к процесу проги в окне Debag. Брекпоинт сработал в проверке конца файла . Оно не выходит из цыкла поиска конца файла пока не выкидывает. Окно "microsoft debag libery" . Я сделал другой файлик Запустил прогу - работает. Начал думать в чем разница и увидел что в первом файлике было больше одной строки. Во втором одна строка,  с ней работает все как надо. Вот сами посмотрите.  Как бы это исправить?

Это сообщение отредактировал(а) pycha - 9.8.2008, 23:03

Присоединённый файл ( Кол-во скачиваний: 4 )
 WinRAR_ZIP_archive.zip 0,24 Kb

Теперь я таки внимательней рассмотрел ваш механизм считывания файла. Он вкорне не верен.
Вы тут намешали как текстовый так и бинарный режимы.

Во первых вы файл открываете в тектовом режиме по умолчанию раз.



О методе get вы тоже не читали. Работает он как - считывает count-1 символов и последним добавляет нуль завершитель до символа разделителя, коим по умолчанию является \n то есть считав одну строку дальше он вам читать не будет. ибо в потоке идет символ разделитель.

Поехали дальше. Вы руками обнуляете последний символ, опять же если бы get его за вас не ставил, толку от этого не было. потому что считаться может меньше чем 199 символов в конце файла например, и дальше Вы получите мусор.

Теперь о том как правильно. Вы храните массив строк, поэтому на мой взгляд самым оптимальным решением будет следующее:



Закрывать поток нужно тоже не забывать

ЗЫ. Все остальное не смотрел, ошибки не проверял, ибо времени нет. Будут вопросы, обращайтесь

Это сообщение отредактировал(а) cutwater - 10.8.2008, 14:18

Я это переписывал с книги " Win32 API. Эффективная разработка приложений" думал что раз написано в книге , то все должно работать коректно. Во всяком случае спасибо. 

Это сообщение отредактировал(а) pycha - 10.8.2008, 20:41

твой способ работает . Спасибо!

Судя по примеру - выкидывать книжку.
А вообще если для начинающего советую читать
Петзольд, затем Румянцева и Рихтера для изучения Win32 и не забывать о MSDN