Кто-то может объяснить в чем разница между "\\" и "/" при прописывании пути к файлу для оперирования с ним. Дома работает и с "\\" и с "/", в универе не работает с "\\".
Если просмотрел где-то подобную тему, извините. Спасибо. 

Это смотря где использовать... в программном коде или нет.
В системах windows - лучше \\, которое на самом деле \.
В Linux - однозначно - /.

Это в винде, в программном коде, но не работает в универе. Писал на VC++7.0

Чита-либы лучше книги - меньше бы вопросов задавали: вы когда пишите строку, вы не можете указать служебные символы типа " или \, Тогда встаёт вопрос: а как их можно указать? Через "служебную палку". Т.е., например, пишите вы путь к файлу:


А обратный слэш - /, используется в *n?x системах.

Читай внимательней вопрос, потом рассказывай, что,, кому читать. То что ты сказал ребенок знает. Разница в чем сказать не можешь, кроме как Винда\Юник, так вообще не говори. Умник блин.

Не думаю, что ребенок это знает.
Далеко не все вообще программили под *Unix.

По сути.
NOT, а в чем еще разница-то?

Добавлено @ 14:22 
Почему дома работает, а в универе - нет, непонятно.
Возможно, ошибка просто в другой части кода.

Потихоньку код в студию... 

Мне кажется тут разница в сервис паках винды - у меня аналогичная фишка была - на одной машине работало, на другой нет, причем делал не специально - чистая опечатка была.
Символ / автоматом разбирается с какой-то версии обновлений, как я понял (не утверждаю что именно так)
Лично я пришел к выводу, что для систем Windows надо использовать \

Anikmar, 




У NOT проблема с обратным слешем.

Невнимательно посмотрел.

Тогда точно код в студию, что-то не так.

Да какой там может быть код:
fopen("C:\\asd.txt", "rb");
работает только, если: fopen("C:/asd.txt", "rb"); - соответсвенно, если так работает, то дело не в остальном коде. Не принимается также во внимание абсолюный путь, начинающийся с диска "С:", прописывается допустимый путь(права пользователя на машинах универа). Скорее проблема действительно с СП, как и написал выше Anikmar. Вообщем переделал под "/" - заработало. Но все ж интересно, где конкретно камень преткновения. Всем спасибо. Но тема не закрыта, если кому-то есть что сказать по сути, милости прошу, буду только рад.

NOT, а ты посмотри через debug какой путь у тебя получается в конечном итоге. Возможно тебе надо будет сначала вызывать SetCurrentDirectory()

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

Этот прикол зависит от компилятора.
DevCpp без проблем компилирует оба варианта и программа работает - проверено, а вот с MSVC начинаются качели.
В GCC не проверял, но поскольку DevCpp построен на его базе осмелюсь предположить что там тоже проходят оба варианта.

NextAlex, а причем тут компилятор?
А что, MSVC у тебя не компилирует второй вариант? А какая ему нафиг разница, что у тебя в строке написано?

Теоретически от рантайма компилера может зависеть. На практике любой компилер доверяет осёвым функциям и осёвой обработки путей (в том числе MinGW и VC++). Делать иначе - бредово.