Проблема указания путей в PlaySound()

[}|{opa KopHeB]

Собственно

String sndDir = ExtractFileDir(Application->ExeName) + "\\music.wav";//Смотрим где лежит наш wav
PlaySound(sndDir.t_str(), NULL, SND_ASYNC | SND_FILENAME);//Воспроизводим

Проблема в том что ExtractFileDir() возвращает путь к фалу в виде "C:\some dir\file.wav" в то время как PlaySound() понимает путь с двойным слешем - "C:\\some dir\\file.wav"

Как быть? Уж очень не хочется делать костыль и посимвольно перебирать/добавлять символы.

Кроме того, примеры из MSDN не работают...

[p51x]

Вы все перепутали.

PlaySound() понимает путь с двойным слешем

Ей двойные слеши не нужны. Двойные слеши - это С++, экранизация спецсимволов.

[}|{opa KopHeB]

Ей двойные слеши не нужны.

Я с Вами совершенно согласен, но хоть убейте a

PlaySound("C:\\example_dir\\file.wav", NULL, SND_ASYNC | SND_FILENAME); //Работает

PlaySound("C:\example_dir\file.wav", NULL, SND_ASYNC | SND_FILENAME); //Не работает. Воспроизводит системный звук(тынь =)) и всё

[Smitt&Wesson]

У меня работает. Путь нормально формируется.
Только я бы применял тип AnsiString, а не String.

[p51x]

//Не работает.

Да ё-моё. Вы читате, что вам пишут. Тут двойные слеши нужны, это С++ запись, экранирование спецсимволов. Реально функция получить нормальный путь с одними слешами.

[Smitt&Wesson]

Тогда проверьте вот такую запись:

AnsiString sndDir = ExtractFileDir(Application->ExeName) + "\\1.wav";//Смотрим где лежит наш wav
Caption = sndDir;

Путь формируется с одинарными слешами. Что и требовалось доказать.

[Sparkman]

Сообщение от }|{opa KopHeB

Собственно

String sndDir = ExtractFileDir(Application->ExeName) + "\\music.wav";//Смотрим где лежит наш wav
PlaySound(sndDir.t_str(), NULL, SND_ASYNC | SND_FILENAME);//Воспроизводим

Проблема в том что ExtractFileDir() возвращает путь к фалу в виде "C:\some dir\file.wav" в то время как PlaySound() понимает путь с двойным слешем - "C:\\some dir\\file.wav"

Как быть? Уж очень не хочется делать костыль и посимвольно перебирать/добавлять символы.

Кроме того, примеры из MSDN не работают...

перебрать путь к файлу - не такая и трудоёмкая задача, не требующая больших ресурсов