Ден_2Как получить таблицу с незашифроваными паролями??
Никогда так не делайте.

Нужно это для организации доступа к моей проге.В ней при запуске планирую проверять зарегестрирован ли входящий пользователь в мускуле.(Т.е. есть форма с окошком для ввода пароля и пользователя).
Ну раз уж вы пользуетесь штатными средствами MySQL для аутентификации (если я правильно понял про таблицу USER), то просто соединяйтесь с MySQL под тем логин-пароль, что введены в окошке. Зачем изобретать колесо и писать свою аутентификацию, идентичную штатной?

Ден_2на самом деле проблема как раз в том то я не использую стандартных средств для аутенфикации пользователя

Но где-то ведь должна быть задана учетная запись, под которой вы соединяетесь к серверу? Но зашивать ее, особенно пароль, в код клиента - не есть гуд. Разве что только в случае трехвенки application server может работать под одной учетной записью, но к нему и доступ будет совсем по другому организован. И тем более, не надо комбинировать стандартные средства c самопальными! Либо полностью самопальные, либо стандартные. И использовать mysql.user не по назначению, ИМХО - большая ошибка.


Query с запросом из таблицы USER базы MYSQL.Потом сравниваю значение введенное пользоватем со значением храняящимся в базе MYSQL если они верны разрешаю доступ

Гм, т.е. вы устанавливаете соединение под хитрым общим пользователем, который может лазить прямо в mysql.user?! Ну зачем делать такое абсолютно дырявое решение, если можно просто соединяться под логином, который вводит пользователь?


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

Никогда не храните пароли в обратимом и тем более открытом виде! Особенно потому, что этого и не надо на самом деле. Сравнивать надо хэшкоды!


Или может кто-то знает более простой способ организации доступа??

Стандартная аутентификация MySQL.


P.S. А все-таки, чем не устраивают стандартные средства? Для чего понадобилась такая схема проверки прав? Трехзвенка? Хотя по вашим ответам вроде не похоже...

Ден_2ничего лучше чем сообщение типа Access Denied пользователь не увидет.
Сорсы Zeos'а открыты, вы можете их изменять. Несложно дописать обработку ошибок функции mysql_real_connect, про коды ошибок см. документацию и сорсы Zeos'а. Там вы и можете написать все по-русски.


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

ИМХО, не стоит только ради этого городить огород.