forum.clarionlife.net

RaFaeL писал(а): Латинская там везде... (или русская везде, не помню)
Таким способом учетка "Парус" кодирует уникальные поля, регистрозависимое 4-х символьное поле, во всех таблицах такое, соответственно для получения данных надо с этими полями работать
Я обошел в итоге эту непонятку, сбросив в пустую строку CLACOLSEQ, после чего стало все работать. Почему же при любой CLACOLSEQ ключ строится неправильно, так и осталось загадкой. Наверное, глюк драйвера

Ал писал(а):

RaFaeL писал(а):

Ал писал(а):

Не понял вопроса. Да, этот ключ

GOODSPEC             FILE,DRIVER('dBase4'),OEM,NAME('GOODSPEC.DBF'),PRE(GOO),BINDABLE,THREAD
RBM_K                    KEY(GOO:DOCS_RN),DUP
Record                   RECORD,PRE()
DOCS_RN                     STRING(4)
                         END
                     END              

RaFaeL писал(а):А
Ну вообще говоря это одно и то же. В рабочем проекте с плюсом, никакой разницы

Ал писал(а): тогда все должно быть отсортировано, если указано RBM_K KEY(+GOO:DOCS_RN) и OEM

RaFaeL писал(а):Латинская там везде... (или русская везде, не помню)
Таким способом учетка "Парус" кодирует уникальные поля, регистрозависимое 4-х символьное поле, во всех таблицах такое, соответственно для получения данных надо с этими полями работать
Я обошел в итоге эту непонятку, сбросив в пустую строку CLACOLSEQ, после чего стало все работать. Почему же при любой CLACOLSEQ ключ строится неправильно, так и осталось загадкой. Наверное, глюк драйвера

Ал писал(а): ну я так понимаю так и должно быть - "читать и писать файлы следует, всегда используя одну и ту же последовательность сортировки",

04P0    pN  04P1    qN  04P2    rN  04P3    sN  04P4    tN  04P5    uN  04P6    vN  04P7    wN  04P7    xN  04P8    yN  04P9    zN  04PA    {N  04PB    |N  04PC    }N  04PD    ~N  04PD    N  04PE    АN  04PF    БN  04PG    ВN  04PH    ГN  04PH    ДN  
...
04PZ    иN  04PZ    йN  04Pa    кN  04Pb    лN  04Pc    мN  04Pd    нN  04Pe    оN  04Pf    пN  04Pg    ░N

04P0    pN  04P1    qN  04P2    rN  04P3    sN  04P4    tN  04P5    uN  04P6    vN  04P7    wN  04P7    xN  04P8    yN  04P9    ©N  04Pa    zN  04PA    ЄN  04Pb    {N  04PB    «N  04Pc    |N  04PC    ¬N  04Pd    }N  04PD    ~N  04PD    ­N  04Pe    N  04PE    ®N  04Pf    ЂN  04PF    ЇN  04Pg    ЃN  04PG    °N  04Ph    ‚N  04PH    ѓN  04PH    ±N  

04P0    pN  04P1    qN  04P2    rN  04P3    sN  04P4    tN  04P5    uN  04P6    vN  04P7    wN  04P7    xN  04P8    yN  04P9    zN  04PA    *       ©N  04Pa    {N  04PB    ЄN  04Pb    |N  04PC    «N  04Pc    }N  04PD    ~N  04PD    ¬N  04Pd    N  04PE    ­N  04Pe    ЂN  04PF    ®N  04Pf    ЃN  04PG    ЇN  04Pg    ‚N  04PH    ѓN  04PH    °N  04Ph    „N  

Shur писал(а):...Как-то так.

неправильно индексируется файл если указать LOCALE (любую, даже WINDOWS)

Я обошел в итоге эту непонятку, сбросив в пустую строку CLACOLSEQ, после чего стало все работать. Почему же при любой CLACOLSEQ ключ строится неправильно, так и осталось загадкой.

Ал писал(а): для каких версий операционных систем Windows и с какими региональными установками проверялось?

Ал писал(а): PS TC, по-моему, написал, что не сработал у него BUILD - при принудительной смене последовательности сортировки/кодировки в индексном файле строится последовательность отличная от исходной (т.е. при которой создавался файл с данными в Парусе)