что то не то с кодировками, незнаю как и где поправить
даже если тупо в запросе написать:

SELECT
k.name,
UPPER(k.name)
FROM
mytable k

то данные в кодировке ANSI вовсе не к верхнему регистру преобразуются,
вот пример строк:

возмещение земельного налога
бозмегение земел¦ного налога

Пеня
Пен¦

разница в тарифе
Lазни¦а б TаLи-е


такая ерунда не тока с этим драйвером, а вообще с любым, уже пробывал разные версии ставить для dBase файлов, такое происходит у всех кроме MSjet - он нормально все преобразует,
видимо он на своей волне работает, но рисовать запросы для него невозможно - по мне так слишком кривые структуры запросов

подскажите что тут можно поправить чтобы нормально с кодировками драйвера работали?
я пробывал в реестре(HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage)
кодовые страницы 1252-1255 в c_1251.nls выставить - непомогло!

29й байт нулевой,
это так и задумано? если нет то блин..
как можно поменять этот байт у кучи файлов часто и без проблем,
и на что его надо поменять?

отлично спасибо огромное ближайшее время поэксперементирую

а насчет
>Кстати, все эти драйвера есть на любой машине, устанавливать их специально нет необходимости. Хотя, разумеется, возможности этих драйверов более ограничены, чем драйвера VFP

не у всех драйверов есть функция UPPER, SUBSTR, LEN и другие, или они не так очевидны
например в моем любимом MSjet, фуннкция приведения в верхний регистр очень оригинально обозвана: UCASE - нигде больше такого не встречал, и уже 2 раза на поиски её названия потерял больше часа, в душу она мне запала :)

чет в инете пока невстречал справочников по функциям к стандартным драйверам,
подскажите где их можно подглядеть?

нет не помогло, менял нулевой 29й байт на 101 и на 201 - все также работает,
и соседние байты также менял,
или ты имел ввиду 29й байт в шестнадцатиричной системе?

kiruha ConnectString = "
|Provider=VFPOLEDB.1;
|Null = Yes;
|Exclusive = No;
|SourceType = DBF;
|Data Source=D:\DemoDB;
|Mode=ReadWrite;
|CODEPAGE=1251;"
спасибо огроммное, чуствую такое детально-параметризированое подклюдчение к любимому драйверу спасет мир! завтра обязательно попробую отпишусь

авторCollating Sequence=MACHINE;

я и MACHINE и RUSSIAN пробывал - непомогает.

ВладимирМ Попробуй выполнить запрос (разумеется, через драйвер FoxPro) вида

SELECT CPDBF() as cpdbf, CPCURRENT() as cpCur from MyTab where recno()=1

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

ВладимирМ В одном байте 8 бит. Это значит, что в 10-ричной системе в него можно записать число в диапазоне от 0 до 255 (2 в 8 степени минус 1). ASCII-коды - это коды в 10-ричной системе. нет, ненадо, неговори мне такое, я не дерево! (но иногда чуствую себя растением :) )
видимо здесь
йаили ты имел ввиду 29й байт в шестнадцатиричной системе? ты меня неправельно понял, или я неверно выразился, я имелл ввиду h29 - байт, вот его я менять ещё не пробывал...

вообщем пока проблема нерешена буду эксперементировать
спасибо за помощь как решу напишу

ОТЛИЧНО и ЗАМЕЧАТЕЛЬНО
все работает, спасибо огроммное за невероятную помощь..

итак.., что сделал:
1) подключился:
йаProvider=VFPOLEDB.1;CODEPAGE=1251;Null = Yes;SourceType = DBF;Data Source=./TDBF
2) запрос:
йаSELECT
CPDBF(),
CPCURRENT(),
t.name,
UPPER(t.name),
LOWER(t.name),

1
FROM myTable t
3) результат:
CPDBF = 0, CPCURRENT = 1251
регистр как обычно меняется криво!!


меняю 29й байт на 201
пробую все тоже самое ещё раз:
3) результат:
CPDBF = 1251, CPCURRENT = 1251
регистр как обычно меняется криво!!

меняю 29й байт на 101
пробую все тоже самое ещё раз:
3) результат:
CPDBF = 866, CPCURRENT = 1251
и что вы думаете? все ПРОСТО ЗАМЕЧАТЕЛЬНО работает!!

СПАСИБО ОГРОМНОЕ ВладимирМ за наводку на 29й байт, без тебя я бы на него не скоро вышел..
и ещё, : ВладимирМПроблемы могут быть, если CPDBF() отлично от CPCURRENT()
тут ты был неправ..

хотя если менять строку подключения на:
йаProvider=VFPOLEDB.1;CODEPAGE=866;Null = Yes;SourceType = DBF;Data Source=./TDBF
то всеравно CPCURRENT = 1251 !!

вообщем все работает (независимо от строки подключения) надо было просто нормально поменять 29й байт и !!переподключиться!!(что я видимо и не сделал прошлый раз)

ещё раз всем спасибо
если кому надо могу выложить програмки для пакетной смены 29го байта и выполнения запросов с вашими любимыми драйверами, пишите..