Далеко не все вообще программили под *Unix.
По сути.
NOT, а в чем еще разница-то?
Добавлено @ 14:22
Почему дома работает, а в универе - нет, непонятно.
Возможно, ошибка просто в другой части кода.
Потихоньку код в студию...
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > C/C++: Общие вопросы > Пути к файлам |
| Автор: NOT 11.12.2006, 21:39 |
| Кто-то может объяснить в чем разница между "\\" и "/" при прописывании пути к файлу для оперирования с ним. Дома работает и с "\\" и с "/", в универе не работает с "\\". Если просмотрел где-то подобную тему, извините. Спасибо. |
| Автор: JackYF 11.12.2006, 21:49 |
| Это смотря где использовать... в программном коде или нет. В системах windows - лучше \\, которое на самом деле \. В Linux - однозначно - /. |
| Автор: NOT 11.12.2006, 21:51 |
| Это в винде, в программном коде, но не работает в универе. Писал на VC++7.0 |
| Автор: Rickert 12.12.2006, 05:33 | ||||
Чита-либы лучше книги - меньше бы вопросов задавали: вы когда пишите строку, вы не можете указать служебные символы типа " или \, Тогда встаёт вопрос: а как их можно указать? Через "служебную палку". Т.е., например, пишите вы путь к файлу:
А обратный слэш - /, используется в *n?x системах. |
| Автор: NOT 12.12.2006, 13:06 | ||
Читай внимательней вопрос, потом рассказывай, что,, кому читать. То что ты сказал ребенок знает. Разница в чем сказать не можешь, кроме как Винда\Юник, так вообще не говори. Умник блин. |
| Автор: JackYF 12.12.2006, 14:20 |
| Не думаю, что ребенок это знает. Далеко не все вообще программили под *Unix. По сути. NOT, а в чем еще разница-то? Добавлено @ 14:22 Почему дома работает, а в универе - нет, непонятно. Возможно, ошибка просто в другой части кода. Потихоньку код в студию... |
| Автор: Anikmar 12.12.2006, 14:26 |
| Мне кажется тут разница в сервис паках винды - у меня аналогичная фишка была - на одной машине работало, на другой нет, причем делал не специально - чистая опечатка была. Символ / автоматом разбирается с какой-то версии обновлений, как я понял (не утверждаю что именно так) Лично я пришел к выводу, что для систем Windows надо использовать \ |
| Автор: JackYF 12.12.2006, 14:34 | ||
Anikmar,
У NOT проблема с обратным слешем. |
| Автор: Anikmar 12.12.2006, 14:51 | ||
Невнимательно посмотрел. Тогда точно код в студию, что-то не так. |
| Автор: NOT 12.12.2006, 19:25 |
| Да какой там может быть код: fopen("C:\\asd.txt", "rb"); работает только, если: fopen("C:/asd.txt", "rb"); - соответсвенно, если так работает, то дело не в остальном коде. Не принимается также во внимание абсолюный путь, начинающийся с диска "С:", прописывается допустимый путь(права пользователя на машинах универа). Скорее проблема действительно с СП, как и написал выше Anikmar. Вообщем переделал под "/" - заработало. Но все ж интересно, где конкретно камень преткновения. Всем спасибо. Но тема не закрыта, если кому-то есть что сказать по сути, милости прошу, буду только рад. |
| Автор: Rickert 13.12.2006, 07:22 |
| NOT, а ты посмотри через debug какой путь у тебя получается в конечном итоге. Возможно тебе надо будет сначала вызывать SetCurrentDirectory() |
| Автор: NOT 13.12.2006, 10:57 |
| После того как поменял на обратный слеш, все стало норм. и в дебаге выводит тоже верный путь к файлу. Если использовать эту ф-цию для того, чтоб избавиться от слешей в пути файла, то проблема и так уже решена, а использовать ее по своему назначению, мне не нужно в таком случае и тем более, в єту ф-цию надо передавать тоже валидный путь, а до того как я его поменял винда в универе его не хавала. |
| Автор: NextAlex 14.12.2006, 00:24 |
| Этот прикол зависит от компилятора. DevCpp без проблем компилирует оба варианта и программа работает - проверено, а вот с MSVC начинаются качели. В GCC не проверял, но поскольку DevCpp построен на его базе осмелюсь предположить что там тоже проходят оба варианта. |
| Автор: JackYF 14.12.2006, 15:53 |
| NextAlex, а причем тут компилятор? А что, MSVC у тебя не компилирует второй вариант? А какая ему нафиг разница, что у тебя в строке написано? |
| Автор: Любитель 14.12.2006, 18:26 |
| Теоретически от рантайма компилера может зависеть. На практике любой компилер доверяет осёвым функциям и осёвой обработки путей (в том числе MinGW и VC++). Делать иначе - бредово. |
| Автор: bsa 14.12.2006, 18:28 |
| Думаю, все дело не в gcc, а в либах, которых он линкует к экзешнику. Скорее всего, в них делается необходимая переконвертация, чтобы программы изначально спроектированные под *nix, можно было недолго думая пересобрать под винду без отлова глупых багов. |
| Автор: JackYF 14.12.2006, 18:35 | ||
Ну... чего-то я в этом не уверен. Чтобы GNU заботился о конвертируемости под Винду... ИМХО вряд ли. |
| Автор: bsa 14.12.2006, 18:38 |
Ну раз gcc под винду портировали, то кто мешает пару конверторов в libc запихать?  |
| Автор: Любитель 15.12.2006, 11:17 |
| А нету смысла. С этим и винда справляется (с конвертированием). Напишите в проводнике адрес с нормальными слешами - всё сработает. Я их всегда использую - не жаловался. Единственное, многие поля для ввода пути реагируют на ввод обратного слеша (отображают список каталогов), а на прямой - нет. Но здесь дело явно ен в функциях работы с ФС. А в чём была проблема - тяжело сказать. По идее, всё-таки не в слешах (хоть и видимость такая есть). |
