Отправлено: 12.03.13 11:27. Заголовок: Leto DB Server (продолжение 9)

Продолжаем тут

 Отправлено: 12.03.13 16:22. Заголовок: Dima пишет: я тут п..

Dima пишет:

цитата:

я тут подумал. может оставить в покое DBsetfilter и пусть он работает как и работал до введения BM , если это сложно. для установки BM фильтра вполне достаточно иметь LBM_DBSETFILTERARRAY а оптимально заполнить массив как бы и не проблема.

Да уже все равно сделано. Пусть будет. Если bm дает эту фичу, нелишне будет иметь к ней доступ. Тем более, настройка, использовать ее или нет, существует.

 Отправлено: 12.03.13 16:31. Заголовок: Pasha пишет: Да уже..

Pasha пишет:

цитата:

Да уже все равно сделано

В смысле уже на CVS с учетом последних глючков ?

В Index on почему не срабатывает предложение [EVAL <bBlock>] ?
Без него плёхо будет , юзеры не поймут.

 Отправлено: 12.03.13 16:46. Заголовок: Нет, на CVS не сбрас..

Нет, на CVS не сбрасывал. Но это уже называется "осталось допилить"

А индексация ведь выполняется на сервере, и во время индексации обмена между клиентом и сервером нет, поэтому EVAL и не поддерживается.

 Отправлено: 12.03.13 16:51. Заголовок: Pasha пишет: А инде..

Pasha пишет:

цитата:

А индексация ведь выполняется на сервере, и во время индексации обмена между клиентом и сервером нет, поэтому EVAL и не поддерживается.

Хммм а почему в ADS это работает ?

 
      Предложение EVAL  обычно  содержит  пользовательскую  функцию  (UDF), 
      которая  отображает состояние создания индекса.  UDF доступна клиенту 
      пока на сервере строится индекс.  Если условие EVAL  определено,  оно 
      будет  вычисляться  каждые  2  секунды  у  клиента.  С такой частотой 
      Advantage изменяет внутренний номер записи и количество ключей.  Если 
      используются функции RecNo() и/или AX_KeysIncluded(), будет возвращен 
      корректный результат. 
  
 

По моему разумно сделано и юзеру можно показать что он не "висит".
Пометил красным ключевую фразу.

 Отправлено: 12.03.13 17:08. Заголовок: Это в клиппере ? Я с..

Это в клиппере ? Я смотрю, в харборе в rddads тоже это условие игнорируется
Запускать его отдельным потоком во время ожидания завершения индексации, что ли
Пока не представляю, как это сделать

 Отправлено: 12.03.13 17:19. Заголовок: Pasha пишет: Это в ..

Pasha пишет:

цитата:

Это в клиппере ?

Да

А вот так в RDDADS

 
       INDEXING and Progress Displays: 
       Remote server does not support the EVAL/EVERY clauses. Remember, there 
       is an external process doing the indexing that knows nothing of 
       Harbour expressions or codeblocks. Even with Local Server it's the 
       DLLs doing all the indexing. So to do progress meters 
       you need to implement <b>AdsRegCallback( bEval )</b>. 
       It lets you set a codeblock that is eval'ed every 2 seconds. 
       A numeric value of the "percent completed" is passed to the 
       codeblock by the ADS server. 
  
        <table> 
        #include "inkey.ch" 
        PROCEDURE Main() 
           ... 
           AdsRegCallback( {| nPercent | outputstuff( nPercent ) }  ) 
           /* The above codeblock will be called approximately 
                every 2 seconds while indexing. 
                The codeblock can return .T. to abort.   */ 
           INDEX ON First+LAST+LABEL1+LABEL2 TAG First 
           AdsClrCallback() 
           RETURN 
  
        FUNCTION outputstuff( nPercent )  /* The "callback" function */ 
           ? "output stuff", nPercent 
           RETURN Inkey() == K_ESC 
           /*  If press ESC, returns .T. to abort.   */ 
       </table> 
  
 

На маленьких базах EVAL в индексе не нужен а вот если база широкая и толстая..........
Можно пойти по тому же пути как в описании выше к RDDADS
Тебе виднее можно и нужно ли это.
я просто высказал пожелание

 Отправлено: 12.03.13 20:15. Заголовок: Отправил на CVS изме..

Отправил на CVS изменения по BM-фильтрам, о которых мы говорили, кроме учета настройки _SET_FORCEOPT на клиенте.

 Отправлено: 12.03.13 22:05. Заголовок: как бы все красиво н..

как бы все красиво но не все.
нужно сбрасывать фильтра при установке LBM_DBSETFILTERARRAY()
и не важно как они ставились через dbsetfilter или LBM_DBSETFILTERARRAY

То есть если сделать так
LBM_DBSETFILTERARRAY({1,2,3})
go top
? len(LBM_DBGETFILTERARRAY()) //3

LBM_DBSETFILTERARRAY({1})
go top
? len(LBM_DBGETFILTERARRAY()) //1

работает

а если так нет и надо делать dbclearfilter перед LBM_DBSETFILTERARRAY

Set filter to nomer==3
go top
? len(LBM_DBGETFILTERARRAY()) //36

LBM_DBSETFILTERARRAY({1})
go top
? len(LBM_DBGETFILTERARRAY()) //0


Pasha пишет:

цитата:

кроме учета настройки _SET_FORCEOPT на клиенте

а что там еще не так ?

А вообще отличная работа , спасибо !!!

 Отправлено: 12.03.13 22:12. Заголовок: Dima пишет: На мале..

Dima пишет:

цитата:

На маленьких базах EVAL в индексе не нужен а вот если база широкая и толстая.......... Можно пойти по тому же пути как в описании выше к RDDADS Тебе виднее можно и нужно ли это.

Нужно ! Как юзер увидет что идет индексация ?
Что-то нужно делать с этим... Не сейчас, так чуть позже, все равно я только пробую...

 Отправлено: 12.03.13 23:52. Заголовок: Andrey пишет: Как ю..

Andrey пишет:

цитата:

Как юзер увидет что идет индексация ?

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

 Отправлено: 13.03.13 09:55. Заголовок: Dima пишет: Pasha п..

Dima пишет:

цитата:

Pasha пишет: цитата: кроме учета настройки _SET_FORCEOPT на клиенте а что там еще не так ?

Сейчас на сервере letodb+bm используется драйвер BMDBF*. По команде "set filter to ..." строится либо BM-фильтр (если включен FORCEOPT), либо обычный (если выключен).
Реализация bm-фильтра в нынешнем варианте BMDBF* мне не нравится, поскольку фильтр строится для всех записей файла. Я об этом написал в devlist, но автор: Przemek - туда не заглянул.
Поэтому я хочу дать возможность клиенту также установить эту опцию. Если на сервере FORCEOPT включен, то с клиента можно будет задавать для кажного фильтра его настройку: будет ли он обычный или bitmap.

Конечно, можно переделать реализацию letodb+bm: на клиенте добавить еще один rdd: LETOBM, наследник LETO. При этом для первого сервер работал бы через BMDBFCDX, а для второго - через DBFCDX.
Это был бы самый гибкий способ, но реализация его сложнее.

 Отправлено: 13.03.13 10:40. Заголовок: Dima пишет: нужно с..

Dima пишет:

цитата:

нужно сбрасывать фильтра при установке LBM_DBSETFILTERARRAY()

Pasha
Это можно починить ?

 Отправлено: 13.03.13 12:51. Заголовок: Pasha А можно ли с ..

Pasha
А можно ли с клиента узнать время и дату на сервере Leto ?
Можно ли это добавить в LETO_MGGETINFO() ?

 Отправлено: 13.03.13 13:25. Заголовок: Dima пишет: Pasha ..

Dima пишет:

цитата:

Pasha Это можно починить ?

Да, вечером сделаю
А какая дата сервера нужна ? Текущая ?

Можно самому сделать функцию в letoudf.hrb, примерно такую:

Function Leto_Date( nUserStru )
Return DTOC(Date()) + " " + Time()

и вызывать ее с клиента:
leto_Udf("Leto_Date")

 Отправлено: 13.03.13 13:57. Заголовок: Дима, такая функция ..

Дима, такая функция есть: Leto_MGGetTime()
2009-01-30 21:40 UTC+0200 Pavel Tsarenko (tpe2/at/mail.ru)
* source/client/letomgmn.c
* source/server/letofunc.c
* Readme.txt
+ added LETO_MGGETTIME function. It's return array with server date
and time (seconds after midnight): {dDate, nSeconds}

 Отправлено: 13.03.13 14:02. Заголовок: PSP пишет: Дима, та..

PSP пишет:

цитата:

Дима, такая функция есть: Leto_MGGetTime()

Точно ;) Не увидел сразу.

Pasha пишет:

цитата:

А какая дата сервера нужна ? Текущая ?

Уже прояснился вопрос.

 Отправлено: 13.03.13 20:02. Заголовок: Выложил на CVS сброс..

Выложил на CVS сброс фильтра перед LBM_DBSETFILTERARRAY()

 Отправлено: 13.03.13 20:53. Заголовок: Pasha пишет: Это бы..

Pasha пишет:

цитата:

Это был бы самый гибкий способ, но реализация его сложнее.

Я за гибкость !

 Отправлено: 13.03.13 21:36. Заголовок: Pasha пишет:А индекс..

Pasha пишет:

цитата:

А индексация ведь выполняется на сервере, и во время индексации обмена между клиентом и сервером нет, поэтому EVAL и не поддерживается.

 
 Может использовать переменные сервера для процеса индексации: 
 на клиенте: 
 Leto_Progress(.T.)  // создает на сервере 2 переменные на каждого nUserStru: 
                     // группа PROGRESS: 1. lProgres_+nUserStru := .T./.F. создание индекса идет 
                     //                  2. nProgres_+nUserStru := счетчик 
                     // на сервере добавить в индекацию ведение счетчика. 
  
 INDEX ON ...        // будет работать с заполнением счетчика 
  
 while leto_IsProgress() 
   ? Leto_Progress() // возвращает счетчик 
   inkey(2)   
 end 
  
 Leto_Progress(.F.)  // убирает переменные 
 

 Отправлено: 13.03.13 23:55. Заголовок: Pasha пишет: Выложи..

Pasha пишет:

цитата:

Выложил на CVS сброс фильтра перед LBM_DBSETFILTERARRAY()

Спасибо , работает норм !!!

Есть одна мысль по поводу BM фильтров и оптимальной их установке. Думаю она тебе тоже
посещала. Изложу позже.

 Отправлено: 22.03.13 17:28. Заголовок: help my. Первый раз ..

help my. Первый раз попробовал hbmk2 при сборке letodb. letodb.exe получил, хотел __WIN_DAEMON__, а получил как __WIN_SERVICE__ что не срослось:
запуск: Скрытый текст

hbmk2.exe -info -comp=bcc -trace rddleto.hbp letodb.hbp > _hbmk2.txt

letodb.hbp Скрытый текст

# # $Id: letodb.hbp,v 1.8.2.5 2013/03/10 08:24:34 ptsarenko Exp $ # #-env:__BM=yes -inc -obin/letodb -iinclude -n -w -q0 -es2 #-warn=max #-prgflag={unix}-D__LINUX_DAEMON__ #-prgflag={unix}-D__LINUX__ {__BM}-prgflag=-D__BM -prgflag={win}-D__WIN_DAEMON__ #-prgflag={win}-D__WIN_SERVICE__ #-cflag={allmsvc}-D_CRT_SECURE_NO_DEPRECATE #-cflag={win}-D__WIN_SERVICE__ {__BM}-cflag=-D__BM -gui -mt {__BM}-lrddbm source/server/server.prg source/server/errorsys.prg source/server/errint.c {unix}source/server/leto_lnx.c {win}source/server/leto_win.c source/server/letoacc.c source/server/letovars.c source/server/letofunc.c source/server/letolist.c source/server/leto_2.c {__BM}source/server/letobm.prg source/common/blowfish.c source/common/common_c.c source/common/common.prg {__BM}source/common/letoserv.prg

hbmk2 результат: Скрытый текст

hbmk2: Autodetected platform: win hbmk2: Using Harbour: d:\harbour\bin\win\bcc d:\harbour\include d:\harbour\lib\win\bcc d:\harbour\bin\win\bcc d:\harbour\contrib d:\harbour\addons hbmk2: Using C compiler: d:\bcc\bin\bcc32.exe hbmk2: Target up to date: lib\rddleto.lib hbmk2: Autodetected platform: win hbmk2: Using Harbour: d:\harbour\bin\win\bcc d:\harbour\include d:\harbour\lib\win\bcc d:\harbour\bin\win\bcc d:\harbour\contrib d:\harbour\addons hbmk2: Using C compiler: d:\bcc\bin\bcc32.exe hbmk2: Linking... bin\letodb.exe hbmk2: Linker command: ilink32.exe @C:\Users\Sams\AppData\Local\Temp\gt0li0.lnk hbmk2: Linker script: -Gn -Tpe -Ld:\bcc\Lib;d:\bcc\Lib\PSDK;d:\harbour\lib\win\bcc;d:\harbour\lib\3rd\win\bcc -aa c0w32.obj bin\.hbmk\win\bcc\server.obj bin\.hbmk\win\bcc\errorsys.obj bin\.hbmk\win\bcc\common.obj bin\.hbmk\win\bcc\errint.obj bin\.hbmk\win\bcc\leto_win.obj bin\.hbmk\win\bcc\letoacc.obj bin\.hbmk\win\bcc\letovars.obj bin\.hbmk\win\bcc\letofunc.obj bin\.hbmk\win\bcc\letolist.obj bin\.hbmk\win\bcc\leto_2.obj bin\.hbmk\win\bcc\blowfish.obj bin\.hbmk\win\bcc\common_c.obj, bin\letodb.exe, nul, hbextern.lib hbdebug.lib hbvmmt.lib hbrtl.lib hblang.lib hbcpage.lib gtcgi.lib gtpca.lib gtstd.lib gtwin.lib gtwvt.lib gtgui.lib hbrdd.lib hbuddall.lib hbusrrdd.lib rddntx.lib rddcdx.lib rddnsx.lib rddfpt.lib hbrdd.lib hbhsx.lib hbsix.lib hbmacro.lib hbcplr.lib hbpp.lib hbcommon.lib kernel32.lib user32.lib gdi32.lib advapi32.lib ws2_32.lib winspool.lib comctl32.lib comdlg32.lib shell32.lib uuid.lib ole32.lib oleaut32.lib mpr.lib winmm.lib mapi32.lib imm32.lib msimg32.lib wininet.lib hbpcre.lib hbzlib.lib cw32mt.lib import32.lib, , Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland

запуск letodb.exe: Скрытый текст

03/22/13 16:07:11: LetoDB service has had some problems: 1063

source letodb.prg (сюда попадаем):
Скрытый текст

IF ! leto_serviceStart( "StartServer" ) WrLog( "LetoDB service has had some problems: " + Str( letowin_GetLastError() ) ) ENDIF

 Отправлено: 22.03.13 17:39. Заголовок: SergKis Видимо серв..

SergKis
Видимо сервис Leto не остановлен

 Отправлено: 22.03.13 17:49. Заголовок: Dima пишет:Видимо се..

Dima пишет:

цитата:

Видимо сервис Leto не остановлен

Так я не запускал, для установки сервиса, а рабочая версия letodb.exe в ней нет сервиса вообще.
letodb.exe uninstall выдает: 03/22/13 16:45:52: Error deleting LetoDB service: 1060
Мне не понятно как я попадаю на сообщение о сервисе, если строки в hbp закоментированы ?

 Отправлено: 22.03.13 18:10. Заголовок: ну тогда letodb.exe ..

ну тогда letodb.exe stop
грохнуть letodb.exe и пересобрать
потом letodb.exe

 Отправлено: 22.03.13 18:19. Заголовок: Dima пишет:ну тогда ..

Dima пишет:

цитата:

ну тогда letodb.exe stop грохнуть letodb.exe и пересобрать потом letodb.exe

Так делал уже несколько раз то и то. letodb.exe stop выдает:03/22/13 17:17:30: Can't STOP the server (not started?)...

 Отправлено: 22.03.13 18:42. Заголовок: SergKis У меня так...

SergKis
У меня так. Собрал и запустил нормально
-inc
-obin/letodb
-iinclude
-n -w -q0 -es2
#-warn=max
#-prgflag={unix}-D__LINUX_DAEMON__
#-prgflag={unix}-D__LINUX__
{__BM}-prgflag=-D__BM
-prgflag={win}-D__WIN_DAEMON__
#-prgflag={win}-D__WIN_SERVICE__
-cflag={allmsvc}-D_CRT_SECURE_NO_DEPRECATE
#-cflag={win}-D__WIN_SERVICE__
{__BM}-cflag=-D__BM
-gui
-mt
{__BM}-lrddbm

 Отправлено: 22.03.13 18:43. Заголовок: а перед сборкой ты у..

а перед сборкой ты удалял папку letodb\bin\.hbmk ?

 Отправлено: 22.03.13 18:51. Заголовок: Dima пишет:У меня та..

Dima пишет:

цитата:

У меня так. Собрал и запустил нормально

У меня
-inc
-obin/letodb
-iinclude
-n -w -q0 -es2
#-warn=max
#-prgflag={unix}-D__LINUX_DAEMON__
#-prgflag={unix}-D__LINUX__
{__BM}-prgflag=-D__BM
-prgflag={win}-D__WIN_DAEMON__
#-prgflag={win}-D__WIN_SERVICE__
-cflag={allmsvc}-D_CRT_SECURE_NO_DEPRECATE
#-cflag={win}-D__WIN_SERVICE__
{__BM}-cflag=-D__BM
-gui
-mt
{__BM}-lrddbm
собралось, но при запуске 03/22/13 17:45:10: LetoDB service has had some problems: 1063
Harbour Make (hbmk2) 3.2.0dev (Rev. 18911)

 Отправлено: 22.03.13 18:53. Заголовок: SergKis пишет: Harb..

SergKis пишет:

цитата:

Harbour Make (hbmk2) 3.2.0dev (Rev. 18911)

Фиг его знает......
У меня
Harbour 3.2.0dev (Rev. 18899)

 Отправлено: 22.03.13 18:59. Заголовок: Dima Как в hbmk2 ppo..

Dima
Как в hbmk2 ppo файл получить, что то не врублюсь в параметры

 Отправлено: 22.03.13 19:23. Заголовок: По-видимому, осталис..

По-видимому, остались obj-файлы от сборки с -D__WIN_SERVICE__. Надо удалить папку bin\.hbmk, и пересобрать сервер
А чтобы получить *.ppo, надо в скрипт просто добавить ключ
-p

 Отправлено: 22.03.13 19:36. Заголовок: Pasha СПАСИБО !!! вс..

Pasha
СПАСИБО !!! все получилось

 Отправлено: 22.03.13 19:38. Заголовок: Dima Глаз замылился...

Dima
Глаз замылился. Пропустил

цитата:

а перед сборкой ты удалял папку letodb\bin\.hbmk ?

 Отправлено: 25.03.13 21:52. Заголовок: Pasha Попробовал соб..

Pasha
Попробовал собрать клиента LetoDB hb20 и msvc - получил:
blowfish.C
common_c.C
common_c.C(119) : warning C4244: функция: преобразование 'HB_ULONG' в 'long', возможна потеря данных
hbip.C
net.C
C:\BK9\MSVC\sdk\include\ws2def.h(91) : warning C4005: AF_IPX: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(460): см. предыдущее определение 'AF_IPX'
C:\BK9\MSVC\sdk\include\ws2def.h(127) : warning C4005: AF_MAX: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(479): см. предыдущее определение 'AF_MAX'
C:\BK9\MSVC\sdk\include\ws2def.h(163) : warning C4005: SO_DONTLINGER: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(402): см. предыдущее определение 'SO_DONTLINGER'
C:\BK9\MSVC\sdk\include\ws2def.h(206) : error C2011: sockaddr: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(485): см. объявление 'sockaddr'
C:\BK9\MSVC\sdk\include\ws2def.h(384) : error C2059: синтаксическая ошибка: константа
C:\BK9\MSVC\sdk\include\ws2def.h(518) : warning C4005: IN_CLASSA: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(287): см. предыдущее определение 'IN_CLASSA'
C:\BK9\MSVC\sdk\include\ws2def.h(524) : warning C4005: IN_CLASSB: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(293): см. предыдущее определение 'IN_CLASSB'
C:\BK9\MSVC\sdk\include\ws2def.h(530) : warning C4005: IN_CLASSC: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(299): см. предыдущее определение 'IN_CLASSC'
C:\BK9\MSVC\sdk\include\ws2def.h(541) : warning C4005: INADDR_ANY: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(304): см. предыдущее определение 'INADDR_ANY'
C:\BK9\MSVC\sdk\include\ws2def.h(543) : warning C4005: INADDR_BROADCAST: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(306): см. предыдущее определение 'INADDR_BROADCAST'
C:\BK9\MSVC\sdk\include\ws2def.h(577) : error C2011: sockaddr_in: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(312): см. объявление 'sockaddr_in'
C:\BK9\MSVC\sdk\include\winsock2.h(132) : error C2011: fd_set: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(68): см. объявление 'fd_set'
C:\BK9\MSVC\sdk\include\winsock2.h(167) : warning C4005: FD_SET: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(102): см. предыдущее определение 'FD_SET'
C:\BK9\MSVC\sdk\include\winsock2.h(176) : error C2011: timeval: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(111): см. объявление 'timeval'
C:\BK9\MSVC\sdk\include\winsock2.h(232) : error C2011: hostent: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(167): см. объявление 'hostent'
C:\BK9\MSVC\sdk\include\winsock2.h(245) : error C2011: netent: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(180): см. объявление 'netent'
C:\BK9\MSVC\sdk\include\winsock2.h(252) : error C2011: servent: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(187): см. объявление 'servent'
C:\BK9\MSVC\sdk\include\winsock2.h(264) : error C2011: protoent: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(199): см. объявление 'protoent'
C:\BK9\MSVC\sdk\include\winsock2.h(360) : error C2011: WSAData: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(322): см. объявление 'WSAData'
C:\BK9\MSVC\sdk\include\winsock2.h(458) : error C2011: sockproto: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(494): см. объявление 'sockproto'
C:\BK9\MSVC\sdk\include\winsock2.h(500) : error C2011: linger: переопределение типа "struct"
C:\BK9\MSVC\sdk\include\winsock.h(531): см. объявление 'linger'
C:\BK9\MSVC\sdk\include\winsock2.h(513) : warning C4005: SOMAXCONN: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(544): см. предыдущее определение 'SOMAXCONN'
C:\BK9\MSVC\sdk\include\winsock2.h(542) : warning C4005: FD_READ: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(562): см. предыдущее определение 'FD_READ'
C:\BK9\MSVC\sdk\include\winsock2.h(545) : warning C4005: FD_WRITE: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(563): см. предыдущее определение 'FD_WRITE'
C:\BK9\MSVC\sdk\include\winsock2.h(548) : warning C4005: FD_OOB: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(564): см. предыдущее определение 'FD_OOB'
C:\BK9\MSVC\sdk\include\winsock2.h(551) : warning C4005: FD_ACCEPT: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(565): см. предыдущее определение 'FD_ACCEPT'
C:\BK9\MSVC\sdk\include\winsock2.h(554) : warning C4005: FD_CONNECT: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(566): см. предыдущее определение 'FD_CONNECT'
C:\BK9\MSVC\sdk\include\winsock2.h(557) : warning C4005: FD_CLOSE: изменение макроопределения
C:\BK9\MSVC\sdk\include\winsock.h(567): см. предыдущее определение 'FD_CLOSE'
C:\BK9\MSVC\sdk\include\winsock2.h(1527) : error C2375: accept: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(735): см. объявление 'accept'
C:\BK9\MSVC\sdk\include\winsock2.h(1548) : error C2375: bind: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(740): см. объявление 'bind'
C:\BK9\MSVC\sdk\include\winsock2.h(1567) : error C2375: closesocket: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(745): см. объявление 'closesocket'
C:\BK9\MSVC\sdk\include\winsock2.h(1586) : error C2375: connect: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(747): см. объявление 'connect'
C:\BK9\MSVC\sdk\include\winsock2.h(1607) : error C2375: ioctlsocket: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(752): см. объявление 'ioctlsocket'
C:\BK9\MSVC\sdk\include\winsock2.h(1628) : error C2375: getpeername: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(757): см. объявление 'getpeername'
C:\BK9\MSVC\sdk\include\winsock2.h(1649) : error C2375: getsockname: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(762): см. объявление 'getsockname'
C:\BK9\MSVC\sdk\include\winsock2.h(1672) : error C2375: getsockopt: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(767): см. объявление 'getsockopt'
C:\BK9\MSVC\sdk\include\winsock2.h(1693) : error C2375: htonl: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(774): см. объявление 'htonl'
C:\BK9\MSVC\sdk\include\winsock2.h(1710) : error C2375: htons: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(776): см. объявление 'htons'
C:\BK9\MSVC\sdk\include\winsock2.h(1728) : error C2375: inet_addr: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(778): см. объявление 'inet_addr'
C:\BK9\MSVC\sdk\include\winsock2.h(1745) : error C2375: inet_ntoa: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(780): см. объявление 'inet_ntoa'
C:\BK9\MSVC\sdk\include\winsock2.h(1763) : error C2375: listen: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(782): см. объявление 'listen'
C:\BK9\MSVC\sdk\include\winsock2.h(1781) : error C2375: ntohl: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(786): см. объявление 'ntohl'
C:\BK9\MSVC\sdk\include\winsock2.h(1798) : error C2375: ntohs: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(788): см. объявление 'ntohs'
C:\BK9\MSVC\sdk\include\winsock2.h(1818) : error C2375: recv: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(790): см. объявление 'recv'
C:\BK9\MSVC\sdk\include\winsock2.h(1843) : error C2375: recvfrom: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(796): см. объявление 'recvfrom'
C:\BK9\MSVC\sdk\include\winsock2.h(1869) : error C2375: select: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(804): см. объявление 'select'
C:\BK9\MSVC\sdk\include\winsock2.h(1893) : error C2375: send: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(811): см. объявление 'send'
C:\BK9\MSVC\sdk\include\winsock2.h(1918) : error C2375: sendto: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(817): см. объявление 'sendto'
C:\BK9\MSVC\sdk\include\winsock2.h(1944) : error C2375: setsockopt: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(825): см. объявление 'setsockopt'
C:\BK9\MSVC\sdk\include\winsock2.h(1966) : error C2375: shutdown: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(832): см. объявление 'shutdown'
C:\BK9\MSVC\sdk\include\winsock2.h(1986) : error C2375: socket: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(836): см. объявление 'socket'
C:\BK9\MSVC\sdk\include\winsock2.h(2009) : error C2375: gethostbyaddr: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(843): см. объявление 'gethostbyaddr'
C:\BK9\MSVC\sdk\include\winsock2.h(2029) : error C2375: gethostbyname: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(848): см. объявление 'gethostbyname'
C:\BK9\MSVC\sdk\include\winsock2.h(2047) : error C2375: gethostname: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(850): см. объявление 'gethostname'
C:\BK9\MSVC\sdk\include\winsock2.h(2067) : error C2375: getservbyport: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(854): см. объявление 'getservbyport'
C:\BK9\MSVC\sdk\include\winsock2.h(2087) : error C2375: getservbyname: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(858): см. объявление 'getservbyname'
C:\BK9\MSVC\sdk\include\winsock2.h(2106) : error C2375: getprotobynumber: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(862): см. объявление 'getprotobynumber'
C:\BK9\MSVC\sdk\include\winsock2.h(2124) : error C2375: getprotobyname: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(864): см. объявление 'getprotobyname'
C:\BK9\MSVC\sdk\include\winsock2.h(2145) : error C2375: WSAStartup: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(868): см. объявление 'WSAStartup'
C:\BK9\MSVC\sdk\include\winsock2.h(2163) : error C2375: WSACleanup: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(872): см. объявление 'WSACleanup'
C:\BK9\MSVC\sdk\include\winsock2.h(2180) : error C2375: WSASetLastError: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(874): см. объявление 'WSASetLastError'
C:\BK9\MSVC\sdk\include\winsock2.h(2197) : error C2375: WSAGetLastError: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(876): см. объявление 'WSAGetLastError'
C:\BK9\MSVC\sdk\include\winsock2.h(2214) : error C2375: WSAIsBlocking: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(878): см. объявление 'WSAIsBlocking'
C:\BK9\MSVC\sdk\include\winsock2.h(2231) : error C2375: WSAUnhookBlockingHook: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(880): см. объявление 'WSAUnhookBlockingHook'
C:\BK9\MSVC\sdk\include\winsock2.h(2248) : error C2375: WSASetBlockingHook: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(882): см. объявление 'WSASetBlockingHook'
C:\BK9\MSVC\sdk\include\winsock2.h(2265) : error C2375: WSACancelBlockingCall: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(884): см. объявление 'WSACancelBlockingCall'
C:\BK9\MSVC\sdk\include\winsock2.h(2287) : error C2375: WSAAsyncGetServByName: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(886): см. объявление 'WSAAsyncGetServByName'
C:\BK9\MSVC\sdk\include\winsock2.h(2314) : error C2375: WSAAsyncGetServByPort: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(894): см. объявление 'WSAAsyncGetServByPort'
C:\BK9\MSVC\sdk\include\winsock2.h(2340) : error C2375: WSAAsyncGetProtoByName: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(902): см. объявление 'WSAAsyncGetProtoByName'
C:\BK9\MSVC\sdk\include\winsock2.h(2365) : error C2375: WSAAsyncGetProtoByNumber: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(909): см. объявление 'WSAAsyncGetProtoByNumber'
C:\BK9\MSVC\sdk\include\winsock2.h(2390) : error C2375: WSAAsyncGetHostByName: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(916): см. объявление 'WSAAsyncGetHostByName'
C:\BK9\MSVC\sdk\include\winsock2.h(2417) : error C2375: WSAAsyncGetHostByAddr: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(923): см. объявление 'WSAAsyncGetHostByAddr'
C:\BK9\MSVC\sdk\include\winsock2.h(2440) : error C2375: WSACancelAsyncRequest: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(932): см. объявление 'WSACancelAsyncRequest'
C:\BK9\MSVC\sdk\include\winsock2.h(2461) : error C2375: WSAAsyncSelect: переопределение; другая компоновка
C:\BK9\MSVC\sdk\include\winsock.h(934): см. объявление 'WSAAsyncSelect'
Создание кода...

С этим можно что то сделать или надо hb3.2 ?

 Отправлено: 25.03.13 22:16. Заголовок: SergKis пишет: или ..

SergKis пишет:

цитата:

или надо hb3.2 ?

с ним нормально собирается ?

 Отправлено: 25.03.13 22:59. Заголовок: Dima пишет:с ним нор..

Dima пишет:

цитата:

с ним нормально собирается ?

hb3.2 пока не в работе - все на hb2.0. LetoDb сервер (xHb сборка) 2011 года, клиент letordd.lib: msvc, hb2.0 нормально идет, но на медленном соединении не хватает TimeOut, то разъединится, то функция на сервере не выполнится - наверно тоже из за timeout. Сервер bcc hb3.2 с твоей помощью и Pasha собрал, а у клиента бяка пошла.

 Отправлено: 26.03.13 08:45. Заголовок: А клиент с harbour 3..

А клиент с harbour 3.x + msvc собирается ?

 Отправлено: 26.03.13 09:19. Заголовок: Pasha пишет:А клиент..

Pasha пишет:

цитата:

А клиент с harbour 3.x + msvc собирается ?

Сборки hb3.2+msvc нет - нет времени связываться, т.к. просто не пойдет, по опыту hb2.0.
И проблема не решится т.к.:
msvc ws2def.h :
#define AF_NS 6 // XEROX NS protocols
#define AF_IPX AF_NS // IPX protocols: IPX, SPX, etc.

hb2.0 hbsocket.ch :
#define HB_SOCKET_AF_IPX HB_SOCKET_PF_IPX

hb3.2 hbsocket.ch :
#define HB_SOCKET_AF_IPX 4
...
#define HB_SOCKET_PF_IPX HB_SOCKET_AF_IPX

 Отправлено: 26.03.13 10:04. Заголовок: rddleto для hb20 + b..

rddleto для hb20 + bcc, mingw собирается
Проблема со сборкой hb20 + watcom, msvc
Если в funcleto.h закомментировать строку

#include <winsock2.h>

то часть ошибок уходит. С остальными пока не знаю, как быть.

 Отправлено: 26.03.13 10:50. Заголовок: Pasha пишет:rddleto ..

Pasha пишет:

цитата:

rddleto для hb20 + bcc, mingw собирается Проблема со сборкой hb20 + watcom, msvc Если в funcleto.h закомментировать строку #include <winsock2.h> то часть ошибок уходит. С остальными пока не знаю, как быть.

Мы тоже в задумчивости ...,пока не горит и останемся до лучших времен на старой версии letodb.

 Отправлено: 26.03.13 11:27. Заголовок: И все таки иногда падает LetoDB у меня !

Pasha
вот лог:

User: 192.168.120.18 PLASMENT3 ccw.Exe
Command: close
Unrecoverable error 6005: Exception error: %s

Exception Code:C0000005
Exception Address:0040CE5D
EAX:202E7665 EBX:0000000A ECX:010B523C EDX:0000000A
ESI:00E0AEC8 EDI:010B523C EBP:010AFD8C
CS:EIP:001B:0040CE5D SS:ESP:0023:010AFD8C
DS:0023 ES:0023 FS:003B GS:0000
Flags:00010206
CS:EIP: 3B 50 04 73 E9 33 C0 5D C3 55 8B EC 51 53 56 57
SS:ESP: 010AFDA8 00405C17 00E0AEC8 0000000A 010B523C 01161170 009D33D8 010AFDF8 004036D7 01161170 0000000A 010AFE6C 010B523C 009D33D0 010D3D44 010AFDD4

C stack:
EIP: EBP: Frame: OldEBP, RetAddr, Params...
0040CE5D 010AFD8C 010AFDA8 00405C17 00E0AEC8 0000000A 010B523C 01161170 009D33D8
00405C17 010AFDA8 010AFDF8 004036D7 01161170 0000000A 010AFE6C 010B523C 009D33D0 010D3D44 010AFDD4 00430FC0
004036D7 010AFDF8 010AFE24 0040732A 00DFA58C 01161170 010B523C 009D33D5 00000040 010D3D44 010B523C 00DFA58C
0040732A 010AFE24 010AFE7C 00407605 010B523C 00DFA58C 01161170 010AFE6C 01375B96 00DFA58C 01375B9D 6C656B69
00407605 010AFE7C 010AFEA8 0040C8D1 00DFA58C 01375B9D 01375B96 00000015 00DFA58C 00000001 00000001 0000000C
0040C8D1 010AFEA8 010AFED4 0040D650 00DFA58C 004B4BFC 00FB0000 009D2C34 00012C94 00000138 83126E98 40DD3958
0040D650 010AFED4 010AFFA4 004B49F8 00000001 00000000 00000000 009D2C34 00000094 00000005 00000001 00000A28
004B49F8 010AFFA4 010AFFB4 004B4A2B 009D2C34 004B4BFC
004B4A2B 010AFFB4 010AFFEC 7C80B713 009D2C34 00000000 00000000 009D2C34 7FFDC000 8A62C600 010AFFC0 898616B8


Modules:
0x00400000 0x000DE000 d:\letodb\letodb.exe
0x7C900000 0x000AF000 C:\WINDOWS\system32\ntdll.dll
0x64D00000 0x0003F000 C:\Program Files\AVAST Software\Avast\snxhk.dll
0x7C800000 0x000F6000 C:\WINDOWS\system32\KERNEL32.dll
0x71AD0000 0x00009000 C:\WINDOWS\system32\WSOCK32.DLL
0x71AB0000 0x00017000 C:\WINDOWS\system32\WS2_32.dll
0x77DD0000 0x0009B000 C:\WINDOWS\system32\ADVAPI32.dll
0x77E70000 0x00092000 C:\WINDOWS\system32\RPCRT4.dll
0x77FE0000 0x00011000 C:\WINDOWS\system32\Secur32.dll
0x77C10000 0x00058000 C:\WINDOWS\system32\msvcrt.dll
0x71AA0000 0x00008000 C:\WINDOWS\system32\WS2HELP.dll
0x7E410000 0x00091000 C:\WINDOWS\system32\USER32.DLL
0x77F10000 0x00049000 C:\WINDOWS\system32\GDI32.dll
0x71A50000 0x0003F000 C:\WINDOWS\system32\mswsock.dll
0x662B0000 0x00058000 C:\WINDOWS\system32\hnetcfg.dll
0x71A90000 0x00008000 C:\WINDOWS\System32\wshtcpip.dll
0x69450000 0x00016000 C:\WINDOWS\system32\faultrep.dll
0x77C00000 0x00008000 C:\WINDOWS\system32\VERSION.dll
0x769C0000 0x000B4000 C:\WINDOWS\system32\USERENV.dll
0x76360000 0x00010000 C:\WINDOWS\system32\WINSTA.dll
0x5B860000 0x00055000 C:\WINDOWS\system32\NETAPI32.dll
0x76F50000 0x00008000 C:\WINDOWS\system32\WTSAPI32.dll
0x77920000 0x000F3000 C:\WINDOWS\system32\SETUPAPI.dll
0x77F60000 0x00076000 C:\WINDOWS\system32\SHLWAPI.dll
0x773D0000 0x00103000 C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.2600.5512_x-ww_35d4ce83\comctl32.dll
0x5D090000 0x0009A000 C:\WINDOWS\system32\comctl32.dll
0x77B40000 0x00022000 C:\WINDOWS\system32\Apphelp.dll

LetoDB у меня работает как демон а не как сервиз не знаю может в етом проблема

сначала я кинулся убирать AVAST но не в нем проблема , несмотря что он враждебно относится к LetoDB .

иногда падает при закрытии одной обласи или всех рабочих облостей со стороны клиента . Лечится ето через Leto_Commit() перед закрытием
на локаьном соединении ето нельзя воспроизвести только через сеть. Ошибка получается не кажды раз .

В етих модулях которые вызвали падение я не использую транзакции.

 Отправлено: 26.03.13 11:41. Заголовок: При сборке manage.pr..

При сборке manage.prg с помощью manage.hbp получаю

цитата:

hbmk2: Warning: Non-portable parameter: '{mingw|mingw64}-l../../lib/${hb_plat}/${hb_comp}/librddleto.a' in manage.hbp:18. Use '-L..\..\lib\win\mingw -lrddleto' option(s) instead. hbmk2: Warning: Non-portable parameter: '{mingw|mingw64}-l${hwgui_dir}lib/${hb_plat}/${hb_comp}/libhwgui.a' in manage.hbp:19. Use '-Llib\win\mingw -lhwgui' option(s) instead. hbmk2: Warning: Non-portable parameter: '{mingw|mingw64}-l${hwgui_dir}lib/${hb_plat}/${hb_comp}/libprocmisc.a' in manage.hbp:20. Use '-Llib\win\mingw -lprocmisc' option(s) instead. hbmk2: Warning: Non-portable parameter: '{mingw|mingw64}-l${hwgui_dir}lib/${hb_plat}/${hb_comp}/libhbxml.a' in manage.hbp:21. Use '-Llib\win\mingw -lhbxml' option(s) instead. hbmk2: Compiling Harbour sources... manage.prg(52) Error F0029 Can't open #include file 'hwgui.ch' hbmk2: Error: Running Harbour compiler (embedded). 1 (c:\dev\harbour\bin\harbour.exe) -n2 manage.prg -n -w -q0 -es2 -o..\..\bin\win\m ingw\.hbmk\win\mingw\ -ic:\dev\harbour\include -i..\..\include -iinclude

Собираю таким hbp, с помощью соответствующих hbc файлов

цитата:

${hwgui_dir}/hwgui.hbc ../../rddleto.hbc -inc -mt manage

И еще, для свежего hwgui надо добавить hwg_ к след. ф-ям
hbmk2: Error: Referenced, missing, but unknown function(s): SENDMESSAGE(),
GETEDITTEXT(), MSGSTOP(), MSGYESNO()

 Отправлено: 26.03.13 12:24. Заголовок: Скачал последнюю вер..

Скачал последнюю версию. (v 1.350.2.116 2013/03/24)
Собрал под Harbour для Watcom. Создал daemon, service, lib, dll ошибок нет (с __BM и без).

Под xHarbour нужно переделать BEGIN SEQUENCE на try catch в файле server.prg.

Для теста взял VC2003 и Harbour создал сервис ошибок нет тольки варнинги.

 Отправлено: 28.03.13 08:01. Заголовок: Pasha Есть такая сит..

Pasha
Есть такая ситуация (версия letodb $Id: Changelog,v 1.350 2011/04/21 18:00:52 ptsarenko Exp $).
таблица letodb LastRec 2500, RecSize 1567 :
1-ый клиент листает MiniGui browse - соединение быстрый internet
2-ой клиент делает запросы с модемного соединения GPRS:

 
 1. время выполнения 30-40 сек., первый клиент нормально работает  
  while ! eof() 
  aAdd(aArr, {RecNo(), Fld1, Fld2, Fld3}) 
  skip 
  enddo 
  
 2. время выполнения 2-3 сек., у первого клиента клинит browse на это время 
  leto_udf('UDF_RecordsNo') - возвращает массив записей {RecNo1, ...} 
  
 3. время выполнения 4-5 сек., у первого клиента клинит browse на это время 
  leto_udf('UDF_RecordsNo', 'Fld1,Fld2,Fld3') - возвращает массив записей {{RecNo, Fld1,Fld2,Fld3}, ...} 
  
 Function UDF_RecordsNo(nUseArea, cParam) 
 ... 
  while ! eof() 
  aAdd(aArr, RecNo())  // или aAdd(aArr, {RecNo, Fld1, Fld2, Fld3}) 
  skip 
  enddo 
 Return leto_AtoC(aArr)  // или bk_A2S(aArr) 
 

Вопрос - есть ли механизм для применения в цикле while чтобы передавать управление letodb и не клинить работу др.клиента, может специальиный skip надо применять или это дохлое дело ... ?

 Отправлено: 28.03.13 09:06. Заголовок: Так это же старая ве..

Так это же старая версия letodb с двумя потоками, в которой все запросы выполняет один поток. В этой версии ничего сделать нельзя. Надо использовать rel-1-mt ветвь

 Отправлено: 28.03.13 09:15. Заголовок: Pasha пишет:В этой в..

Pasha пишет:

цитата:

В этой версии ничего сделать нельзя.

Я так и думал.

 Отправлено: 28.03.13 10:08. Заголовок: Pasha А во сколько ..

Pasha
А во сколько потоков сегодня работает Leto сервер ?

 Отправлено: 28.03.13 11:37. Заголовок: Сейчас для каждого с..

Сейчас для каждого соединения создается отдельный поток

 Отправлено: 29.03.13 00:28. Заголовок: Dima Юзер создал пе..

Pasha
Юзер создал переменную на сервере
leto_varSet( "main","var_int",100 )
И трах бах комп у него "упал" , переменная останется на сервере ?

 Отправлено: 29.03.13 09:34. Заголовок: Dima пишет: И трах ..

Dima пишет:

цитата:

И трах бах комп у него "упал" , переменная останется на сервере ?

Нет, сервер увидит, что соединение отвалилось, и закроет его со всеми данными коннекта, в том числе очистит созданные переменные.

 Отправлено: 29.03.13 09:39. Заголовок: Паша, какой таймаут ..

Паша, какой таймаут перед сбросом соединения отвалившегося клиента? И касается ли это заблокированных этим клиентом записей?

 Отправлено: 29.03.13 09:43. Заголовок: Pasha Это правильно..

Pasha
Это правильно
А объявленная юзером переменная будет доступна другим юзерам ?
То есть если с одной станции я создал переменную vasiapupkin а с другой
пытаются войти и тоже создать такую же переменную , я могу проверить
существование этой переменной созданной другим юзером ?
Просто с помощью этих переменных хочу контролировать вход юзеров
в программу. В программе не должно быть 2-х активных юзеров с одним логином.

 Отправлено: 29.03.13 11:40. Заголовок: Dima пишет: А объяв..

Dima пишет:

цитата:

А объявленная юзером переменная будет доступна другим юзерам ?

Честно говоря, поддержку переменных делал не я, и сам я их не использую.
Насколько я понял по сырцам, здесь важен флаг создания переменной: 4-й параметр функции leto_VarSet
Если установлен флаг LETO_VOWN, то это переменная именно этого юзера, и при закрытии соединения она будет удалена.
Иначе переменная останется.

 Отправлено: 29.03.13 11:45. Заголовок: PSP пишет: Паша, ка..

PSP пишет:

цитата:

Паша, какой таймаут перед сбросом соединения отвалившегося клиента? И касается ли это заблокированных этим клиентом записей?

Точно не скажу, какое-то значение по умолчанию, предусмотренное в hbsocket. Но если я принудительно снимаю клиентскую программу, сервер сразу это видит и закрывает это соединение со всеми его данными, в том числе блокировками записей.

 Отправлено: 29.03.13 11:46. Заголовок: Pasha Хорошо а как ..

Pasha
Хорошо а как тогда организовать на уровне Leto сервера что бы нельзя было зайти в программу с одним
логином более 1 раза ?
Кинулся было к варианту с переменными но как оказалось они не общедоступны...
Можно конечно и по старинке сделать но хотелось более красиво реализовать.

 Отправлено: 29.03.13 12:05. Заголовок: Почему не общедоступ..

Почему не общедоступны ? Примерно так:

if leto_VarGet("users", cUserID) == nil
leto_VarSet("users", cUserID, value)
// только надо флаги правильно указать
else
quit
endif

 Отправлено: 29.03.13 12:15. Заголовок: Pasha Понял. Пробну..

Pasha
Понял. Пробну. Спасибо !

Как часто вызывать LETO_CONNECT() ?
Перед каждым USE или достаточно 1 раз в начале программы ?

RddInfo( RDDI_REFRESHCOUNT, <lSet>,, [nConnection] ) это глобальная установка
или нужно ее указывать при открытии каждой базы ?

 Отправлено: 29.03.13 12:18. Заголовок: Pasha пишет: // тол..

Pasha пишет:

цитата:

// только надо флаги правильно указать

Про флаги можно подробнее ?! Какой что означает...

 
 #define LETO_VCREAT           1 
 #define LETO_VOWN             2 
 #define LETO_VDENYWR          4 
 #define LETO_VDENYRD          8 
 #define LETO_VPREVIOUS        1 
  
 

Есть пожелание :)
Добавить в возвращаемый массив LETO_MGGETINFO 18 элементом серийный номер винта с которого стартовал LetoDB сервер ,
ну или системного винта. Говорю о функции volserial()
А еще лучше MAC адрес сетевой платы !!!
То есть нужен любой уникальный ID оборудования , что бы прогу можно было привязать , зная что ее
ни кто не упрет на лево (минуя разработчика).

 Отправлено: 29.03.13 13:25. Заголовок: Dima пишет: Как час..

Dima пишет:

цитата:

Как часто вызывать LETO_CONNECT() ? Перед каждым USE или достаточно 1 раз в начале программы ?

Надо один раз вызывать.

цитата:

RddInfo( RDDI_REFRESHCOUNT, <lSet>,, [nConnection] ) это глобальная установка или нужно ее указывать при открытии каждой базы ?

Глобальная установка, для всех р/о

 Отправлено: 29.03.13 13:45. Заголовок: Pasha Понял. А что..

Pasha
Понял.

А что насчет этого ? Ну очень интересно

Dima пишет:

цитата:

Про флаги можно подробнее ?! Какой что означает...

Dima пишет:

цитата:

Есть пожелание :)

 Отправлено: 29.03.13 15:02. Заголовок: Чуть позже напишу, с..

Чуть позже напишу, сейчас некогда, надо самому глянуть, что за флаги
Но скорее всего:

#define LETO_VCREAT 1 если переменной нет, она создается
#define LETO_VOWN 2 переменная этого пользователя (соединения)
#define LETO_VDENYWR 4 запрет присвоения для другого пользователя
#define LETO_VDENYRD 8 запрет чтения другим пользователем
#define LETO_VPREVIOUS 1 надо смотреть

 Отправлено: 29.03.13 16:08. Заголовок: Dima пишет: хочу ко..

Dima пишет:

цитата:

хочу контролировать вход юзеров

Есть опция Pass_for_Login=.T., раньше с ней игрался, так вот какая мысль, если добавить еще опцию допустим Multi_login (по умолчанию .F. - один пользователь, сервер сам проверяет, если пользователь залогинился, такой уже не зайдет), если .T. - значит допускается больше одного коннекта для одного юзера. Если Pass_for_Login = .F., то MultiLogin не обрабатывается. Вроде так будет лучше и правильней чем игры с переменными и флагами со стороны клиента.

 Отправлено: 29.03.13 16:53. Заголовок: AlexMyr Начну с пер..

AlexMyr
Начну с переменных а там посмотрим. Вроде и особо играться там не надо. При входе проверил переменную , если
ее нет , завел. Если есть то юзер не войдет.
Ее даже убивать не надо при выходе из программы (убивается на автомате после LETO_DISCONNECT если я верно понял)

 Отправлено: 29.03.13 17:42. Заголовок: sashaBG пишет: Leto..

sashaBG пишет:

цитата:

LetoDB у меня работает как демон а не как сервиз не знаю может в етом проблема сначала я кинулся убирать AVAST но не в нем проблема , несмотря что он враждебно относится к LetoDB . иногда падает при закрытии одной обласи или всех рабочих облостей со стороны клиента . Лечится ето через Leto_Commit() перед закрытием на локаьном соединении ето нельзя воспроизвести только через сеть. Ошибка получается не кажды раз .

У меня такая ошибка никогда не возникала. Судя по тому, что она лечится через Leto_Commit, возможно, перед dbCloseArea остались данные, которые не переданы на сервер, и блокированные записи. Хотя я таких ситуаций стараюсь избегать, смоделировал их, и ошибки не получил. Посмотрел по сырцам - если такая ситуация возникнет, то измененные записи перед закрытием будут переданы на сервер, и список блокированных записей очищается. Причина ошибки пока непонятна.

 Отправлено: 29.03.13 17:48. Заголовок: Pasha пишет: #defin..

Pasha пишет:

цитата:

#define LETO_VPREVIOUS 1

Функция leto_varset присваивает переменной новое значение, и возвращает ее предыдущее значение

 Отправлено: 29.03.13 18:08. Заголовок: Pasha пишет: Функци..

Pasha пишет:

цитата:

Функция leto_varset присваивает переменной новое значение, и возвращает ее предыдущее значение

Спасибо за разъяснения !

Pasha
Порадуешь на счет MAC адреса ?

 Отправлено: 29.03.13 20:13. Заголовок: Dima пишет: Порадуе..

Dima пишет:

цитата:

Порадуешь на счет MAC адреса ?

А что надо с MAC-адресом ? Возврашать MAC-адрес сервера, что ли ?

 Отправлено: 29.03.13 20:16. Заголовок: Pasha пишет: Возвра..

Pasha пишет:

цитата:

Возврашать MAC-адрес сервера, что ли ?

Да MAC адрес сетевой платы cервера.
Или к примеру volserial() винта откуда стартовал LetoDB сервер.

 Отправлено: 29.03.13 20:34. Заголовок: В source\server&..

В source\server\server.prg надо добавить функцию:

FUNCTION leto_VolSerial( nUserStru )
RETURN VolSerial()

линковать сервер с hbct.lib

Вызов с клиента:
leto_UDF("leto_VolSerial")

Тоже самое можно сделать с mac-адресом, надо только найти такую функцию в харборе.
Только в сырцы letodb я это включать не хочу, все-таки другая специфика.

 Отправлено: 29.03.13 20:48. Заголовок: Pasha Спасибо. Pas..

Pasha
Спасибо.

Pasha пишет:

цитата:

Тоже самое можно сделать с mac-адресом, надо только найти такую функцию в харборе.

Уже искал и не нашел.
Но есть GetAdaptersInfo в iphlpapi.lib , но одной прилинковки этой библы не достаточно.
Видать что то еще надо.

Как вариант можно так

 
 #include "hbwin.ch" 
  
 PROCEDURE Main 
     LOCAL nHKey    := WIN_HKEY_LOCAL_MACHINE 
     LOCAL cRegPath := "SOFTWARE\Microsoft\Windows Genuine Advantage" 
     LOCAL cRegKey  := "MAC" 
  
     ? GetRegistry( nHKey, cRegPath, cRegKey ) 
 RETURN 
  
 

 Отправлено: 02.04.13 12:41. Заголовок: Если EnableFileFunc ..

Если EnableFileFunc = 1
То функция FILE() сможет определять наличие файла на сервере или нужно юзать LETO_FILE () ?

Будут ли функции в будущем ?
Leto_Fcreate()
Leto_Fseek()
Leto_Fopen()


Как проверить существование папки на сервере ?

 Отправлено: 02.04.13 17:04. Заголовок: Добавлять в letodb э..

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

File() и прочие файловые функции будут работать:
1. Если есть файловый доступ к данному сетевому ресурсу: сетевой диск или через unc

2. Посредством netio. На сервере должен быть кроме letodb запущен netio-сервер, и тогда можно к нему сконнектиться и использовать файловые операции вида:

Local nH := FOpen("net:" + cFileName, ...)

Правда, для windows netiosrv работает как приложение, а не как служба, что создаст некоторые трудности.

Дополню: конечно, в letodb это можно реализовать посредством udf-функций

 Отправлено: 02.04.13 17:22. Заголовок: Pasha пишет: File()..

Pasha пишет:

цитата:

File() и прочие файловые функции будут работать: 1. Если есть файловый доступ к данному сетевому ресурсу: сетевой диск или через unc

Базу предполагалось спрятать от юзеров и папку с базой расшаривать не предполагалось.
Спрошу иначе ;)
Когда запускается программа (моя) она проверяет наличие баз данных.
Если какой то базы нет ,она создается (проверяю с помощью FILE())
Что бы не париться с NET: мне достаточно с RDD LETO проверить существование файла
на сервере Leto с помощью File() или надо юзать Leto_File() ?

 Отправлено: 02.04.13 18:33. Заголовок: Если папка не расшар..

Если папка не расшарена, то file и все остальные файловые функции работать не будут. Надо использовать leto_file

leto_file('//127.0.0.1:2812/' + cFile)

путь к файлу надо указывать относительно DataPath из letodb.ini

Для проверки существования папки можно использовать leto_Directory. Параметры такие же, что и Directory
Все существующие файловые функции описаны в разделе 7.6 readme

Можно написать свой набор функций, через механизм udf.
Пример:
На сервере добавляется функция

Function leto_FCreate(nUserStru, cFileName, nAttr)
Return FCreate(leto_GetAppOptions( 1 ) + cFileName, nAttr)

leto_GetAppOptions( 1 ) возвращает DataPath

Вызов с клиента:

leto_UDF('leto_FCreate', cFileName, nAttr)

и так далее

 Отправлено: 02.04.13 18:35. Заголовок: Pasha Спасибо за ра..

Pasha
Спасибо за развернутый ответ.

 Отправлено: 03.04.13 09:38. Заголовок: Dima пишет:Когда зап..

Dima пишет:

цитата:

Когда запускается программа (моя) она проверяет наличие баз данных. Если какой то базы нет ,она создается (проверяю с помощью FILE())

Может будет интересно. Т.к. у нас в прогах на clipper каталоги для баз создаются динамически и их много, то при переводе на letodb сохранили такую же схему работы, добавив в сервер в функцию hs_createtable(...) проверку и создание каталогов. Вот текст: Скрытый текст

FUNCTION hs_createtable( nUserStru, cCommand ) ... IF Lower(cName) = "/mem:" cDataPath := "" cName := Substr(cName, 2) ELSE cDataPath := leto_GetAppOptions( 1 ) ENDIF cFileName := cDataPath + cName IF ! empty(cDataPath) // new _CreateDir( cFileName ) // new ENDIF // new BEGIN SEQUENCE WITH { |e|break( e ) } ... STATIC FUNCTION _CreateDir( cDBF ) LOCAL i, cCt, aCt := {} i := RAt('\', cDBF) cCt := Left( cDBF, i-1) DO WHILE ! hb_DirExists( cCt ) i := RAt('\', cCt) IF i == 0 ; EXIT ENDIF AAdd( aCt , subs(cCt, i+1) ) cCt := Left( cCt, i-1) ENDDO i := Len( aCt ) DO WHILE i > 0 cCt += ('\' + aCt[i--]) MakeDir( cCt ) ENDDO RETURN .T.

 Отправлено: 03.04.13 10:34. Заголовок: SergKis Спасибо !..

SergKis
Спасибо !

 Отправлено: 03.04.13 17:05. Заголовок: Застрял на ерунде. ..

Застрял на ерунде.

? leto_file(pathleto+"\dbf\test.dbf") // .t.
set path to (pathleto+"\dbf\")
? leto_file("test.dbf") // почему то .f. с обычным RDD .t. впрочем как и в Clipper

Куда копать ?

 Отправлено: 03.04.13 17:07. Заголовок: Видимо, сервер ничег..

Видимо, сервер ничего не знает про установку SET PATH TO

 Отправлено: 03.04.13 17:15. Заголовок: PSP пишет: Видимо, ..

PSP пишет:

цитата:

Видимо, сервер ничего не знает про установку SET PATH TO

Вероятно должен знать
Выдержка из доки

 
       Для открытия файла dbf на сервере необходимо вставить в оператор SET PATH TO, 
  или в команду USE путь к серверу в стандартной форме: 
  //ip_address:port/data_path/file_name. 
  
 

Правда тут ни чего не сказано насчет файловых функций таких как File() к примеру.
Но ведь в Harbour как и в Clipper SET PATH TO распространяется и на функцию File() в том числе.

 Отправлено: 03.04.13 17:17. Заголовок: Думаю, Павел научит ..

Думаю, Павел научит Leto_File() учитывать SET PATH TO
Надо подождать... :)

 Отправлено: 03.04.13 17:37. Заголовок: PSP пишет: Думаю, П..

PSP пишет:

цитата:

Думаю, Павел научит Leto_File() учитывать SET PATH TO

;)
Еще и эти тоже LETO_FERASE , LETO_FRENAME

 Отправлено: 03.04.13 18:09. Заголовок: PSP пишет: Думаю, П..

PSP пишет:

цитата:

Думаю, Павел научит Leto_File() учитывать SET PATH TO Надо подождать... :)

Я специально избегаю в файловых функциях leto использование set path. Когда я в 2008-м только начинал использовать leto, эти настройки учитывал. Но заметил, что программа вдруг начинает работать необьяснимо медленно. Выяснилось, что обычные файловые функции вроде File(), тоже использующие set path, резко замедляют свою работу, так как по set path начинают искать в сети файл, а этого ресурса то нет. В set path же есть строка вроде //server:2812/path
Пришлось убрать учет set path. Приходится разделять обычные файловые операции и запросы к letodb. Одна и таже настройка и для первого, и для второго конфликтует между собой.

Если надо найти файл (один или несколько) на сервере letodb, который может быть в одной из нескольких папок, можно использовать функцию
UDF_FilesExist

из модуля letoudf.prg

 Отправлено: 03.04.13 18:19. Заголовок: Pasha пишет: исполь..

Pasha пишет:

цитата:

использовать функцию UDF_FilesExist

Вот так ?
leto_udf("UDF_FilesExist",pathleto+"\dbf\","test.dbf")

 Отправлено: 03.04.13 18:32. Заголовок: Нет, 2-й параметр - ..

Нет, 2-й параметр - массив имен файлов, которые надо проверить
И функция возвращает тоже массив, каждый элемент которого - или папка, в которой находится файл, или символ "-", если файл не найден.
Одним вызовом можно проверить существование всех файлов БД, индексов, и что там еще надо проверить.

т.е
leto_udf("UDF_FilesExist",pathleto+"\dbf\"+pathleto+"\dbf2\"+...,{"test.dbf", "test2.dbf", ...})

 Отправлено: 03.04.13 20:01. Заголовок: Pasha пишет: Но зам..

Pasha пишет:

цитата:

Но заметил, что программа вдруг начинает работать необьяснимо медленно. Выяснилось, что обычные файловые функции вроде File(), тоже использующие set path, резко замедляют свою работу, так как по set path начинают искать в сети файл, а этого ресурса то нет. В set path же есть строка вроде //server:2812/path

Кажись, припоминаю... Вроде была об этом речь. Забылось, конечно, за давностью так сказать... :)

 Отправлено: 03.04.13 21:02. Заголовок: PSP пишет: Забылось..

PSP пишет:

цитата:

Забылось, конечно, за давностью так сказать...

Давно Leto юзаешь ?

 Отправлено: 03.04.13 21:52. Заголовок: Чуть больше двух лет..

Чуть больше двух лет.

 Отправлено: 03.04.13 22:30. Заголовок: PSP пишет: Чуть бол..

PSP пишет:

цитата:

Чуть больше двух лет.

Спишь спокойно ? ;)
Я когда на ADS+Clipper перелез стал спать спокойно. Ночные звонки прекратились.
С Leto так же ?

 Отправлено: 03.04.13 22:34. Заголовок: Ни разу с сервером н..

Ни разу с сервером никаких проблем не было. Сервер на ВинХР Проф, шуршит сам по себе, доступ к нему ограничен. Все нормально. :)

 Отправлено: 03.04.13 22:39. Заголовок: PSP :sm52: Понял ..

PSP

Понял , переделываю дальше свою прогу.

PS
3 дня убил на перевод с Clipper+ADS на Harbour-ADS (12 часов в сутки пахал) и 3 недели на оптимизацию отчетов и фильтров.
Теперь новый этап -> LetoDB. Переделаю , отпишу.

 Отправлено: 03.04.13 22:42. Заголовок: Удачи! :)..

Удачи! :)

 Отправлено: 04.04.13 10:32. Заголовок: Pasha Ты уверен что..

Pasha
Ты уверен что переменные созданные юзером при выходе из программы + LETO_DISCONNECT() убиваются ?
Кажется это не так.

 Отправлено: 04.04.13 12:17. Заголовок: Установка set autope..

Установка set autopen off вообще работает для Leto ? Похоже нет.
Что делать ?

 Отправлено: 04.04.13 13:43. Заголовок: Dima пишет: Ты увер..

Dima пишет:

цитата:

Ты уверен что переменные созданные юзером при выходе из программы + LETO_DISCONNECT() убиваются ? Кажется это не так.

Надо создавать переменную с флагом LETO_VOWN, и все будет ок
Запусти 2 раза тест:

leto_connect(cPath)
? leto_varget('users', 'u3')
? leto_varset('users', 'u3', 1, LETO_VCREAT+LETO_VOWN)
? leto_varget('users', 'u3')
wait

при 2-м запуске переменной не будет.

 Отправлено: 04.04.13 13:53. Заголовок: Pasha пишет: LETO_V..

Pasha пишет:

цитата:

LETO_VCREAT+LETO_VOWN

Упс не знал что можно так , попробую. Спасибо.

Установка Set path на DBCREATE то же не распространяется ?

Что бы бровс не тормозил делаю такую установку
RddInfo( RDDI_REFRESHCOUNT,.f.,,LETO_GETCURRENTCONNECTION())
но он все равно подтормаживает если сравнивать с обычным DBFCDX без LETO.
Что не так делаю ?

А как работать с mem: базами ? Падает прога с ошибкой LETO 1004
Базу создаю так

 
 kad:="test" 
   dbcreate("mem:"+kad,; 
                      {; 
                      {"data","d",8,0},; 
                      {"nakl","c",100,0},; 
                      {"prixs","n",17,2},; 
                      {"vozr","n",17,2},; 
                      {"p_dok","n",1,0},; 
                      {"oplata","n",17,2}},,.t.,"VREMS") 
  
 

 Отправлено: 04.04.13 14:36. Заголовок: Наколько я помню, дл..

Наколько я помню, для dbCreate используется set default

А насчет бровса, dbfcdx локальный ?
Локальный dbfcdx будет быстрее локального letodb, так как в letodb используется дополнительный слой.
Но по сети letodb будет быстрее.
Для оптимизации бровса в letodb надо еще задать размер skip-буфера по к-ву строк в бровсе.
Да и можно проанализировать, насколько оптимизирован letodb: запустить сервер с параметром в letodb.ini

Debug=10

и анализовать лог на сервере. В нем будут пакеты, которые идут с клиента.

 Отправлено: 04.04.13 14:39. Заголовок: Dima пишет: А как р..

Dima пишет:

цитата:

А как работать с mem: базами ? Падает прога с ошибкой LETO 1004 Базу создаю так

Файл в памяти на клиенте ? Тогда надо его создавать с DBFCDX, а не с letodb:

dbcreate("mem:"+kad, aStru, "DBFCDX", .t., cAlias)

 Отправлено: 04.04.13 14:55. Заголовок: Pasha пишет: Наколь..

Pasha пишет:

цитата:

Наколько я помню, для dbCreate используется set default

Верно. Мой косяк

Pasha пишет:

цитата:

Файл в памяти на клиенте ? Тогда надо его создавать с DBFCDX, а не с letodb:

И это тоже ;)

остался вопрос с Set Autopen off

Pasha пишет:

цитата:

Для оптимизации бровса в letodb надо еще задать размер skip-буфера по к-ву строк в бровсе

Об этой функции ты говоришь LETO_SETSKIPBUFFER ?

 Отправлено: 04.04.13 15:11. Заголовок: Dima пишет: Об этой..

Dima пишет:

цитата:

Об этой функции ты говоришь LETO_SETSKIPBUFFER ?

да

 Отправлено: 04.04.13 15:58. Заголовок: Блин еще косяк не по..

Блин еще косяк не понятный
В цикле работает ordlistadd()
C обычным DBFCDX после отработки цикла первым (управляющим) становится первый добавленный индекс
А с LETO последний.

Сколько таких не соответствий мне еще суждено поймать.......

Что касается бровса. Если он голый (просто поля) без наворотов то работает нормально (нет тормоза).
А вот если появляются вычисляемые поля да еще по другим базам то тормоз обеспечен. Локально без
LETO этого тормоза нет , впрочем как и под ADS (там слегка заметное замедление)

 Отправлено: 04.04.13 20:25. Заголовок: Dima пишет: остался..

Dima пишет:

цитата:

остался вопрос с Set Autopen off

рисую такой тест:

#define _leto

proc main
#ifdef _leto
local cPath := '//127.0.0.1:2812/'

REQUEST LETO
RDDSETDEFAULT( "LETO" )
#else
local cPath := ''
REQUEST DBFCDX
RDDSETDEFAULT( "DBFCDX" )
#endif

set autopen off

#ifdef _leto
leto_Connect(cPath)
hb_rddinfo(101, .f.,, 1)
#endif
USE (cPath+'test') new
? rddname(), IndexOrd(), ordCount()
set index to test
? rddname(), IndexOrd(), ordCount()
wait

retu

Что leto, что dbfcdx ведут себя одинаково. Если индекс существует и autopen выключен, то индекс не открывается, надо принудительно выдать команду set index
Если autopen включен, то индекс открывается автоматически.
Дима, может быть ты что-то другое имеешь в ввиду ?

 Отправлено: 04.04.13 20:31. Заголовок: Dima пишет: Что кас..

Dima пишет:

цитата:

Что касается бровса. Если он голый (просто поля) без наворотов то работает нормально (нет тормоза). А вот если появляются вычисляемые поля да еще по другим базам то тормоз обеспечен. Локально без LETO этого тормоза нет , впрочем как и под ADS (там слегка заметное замедление)

Если сравнить бровс с вычисляемыми полями по нескольким таблицам при работе в сети, то какой rdd быстрее: dbfcdx, ads или leto ?
И какого вида вычисляемые поля ? Это seek по другой таблице и выборка из нее данных, или что-то сложнее ?
Кстати, если это цикл с суммированием по другой таблице, то в leto для этого есть функция leto_sum, использование которой уберет тормоза, так как она выполняется одним запросом к серверу.

 Отправлено: 04.04.13 20:35. Заголовок: Pasha пишет: Дима, ..

Pasha пишет:

цитата:

Дима, может быть ты что-то другое имеешь в ввиду ?

НЕ LETO , ставлю set autopen off
Открываю базу magaz3.dbf , в этой же папке есть magaz3.cdx и он к этой базе ни какого отношения не имеет.
Тут он и не откроется.

А в случае с LETO даже если установка set autopen off этот индекс будет открываться и понятное дело
будет ошибка открытия базы так как индекс magaz3.cdx совсем из другой оперы.

 Отправлено: 04.04.13 21:00. Заголовок: Dima пишет: НЕ LETO..

Dima пишет:

цитата:

НЕ LETO , ставлю set autopen off Открываю базу magaz3.dbf , в этой же папке есть magaz3.cdx и он к этой базе ни какого отношения не имеет. Тут он и не откроется. А в случае с LETO даже если установка set autopen off этот индекс будет открываться и понятное дело будет ошибка открытия базы так как индекс magaz3.cdx совсем из другой оперы.

Понятно. На сервере set autopen всегда включен, и я думаю, это нельзя изменить.
Представь ситуацию. Один клиент открыл таблицу с индексом, и другой без индекса, и оба обновляют таблицу. Что в таком случае будет с индексом ? Одно соединение его обновит, а другое нет. Получится битый индекс.
Поэтому сервер всегда открывает индекс, даже если клиент это не просит.

 Отправлено: 04.04.13 21:36. Заголовок: Pasha пишет: Поэтом..

Pasha пишет:

цитата:

Поэтому сервер всегда открывает индекс, даже если клиент это не просит.

Если не трудно - напишите это в доке !
А то потом забудешь про это и опять на те-же самые грабли наступишь...

 Отправлено: 18.04.13 09:13. Заголовок: Павел, а можно виндо..

Павел, а можно виндовый letodb собрать не как службу ?
Я его сегодня обновил с CVS, собрал, пытаюсь запустить - а он говорит, что "LetoDB service has had some problems: 1063". Мне служба совершенно не нужна...

 Отправлено: 18.04.13 09:28. Заголовок: Александр, поправьте..

Александр, поправьте следующее
#-prgflag={win}-D__WIN_DAEMON__
-prgflag={win}-D__WIN_SERVICE__

замениете на

-prgflag={win}-D__WIN_DAEMON__
#-prgflag={win}-D__WIN_SERVICE__

Вот в reame
Для ОС Windows сервер letodb может быть
собран как служба Windows (должен быть инициализирован макрос __WIN_SERVICE__),
или как демон (процесс), для чего надо установить макрос __WIN_DAEMON__.

 Отправлено: 18.04.13 09:44. Заголовок: Спасибо. Не дочитал ..

Спасибо. Не дочитал до этого места readme :)

 Отправлено: 06.05.13 12:44. Заголовок: Pasha пишет в теме h..

Pasha пишет в теме http://clipper.borda.ru/?1-6-0-00000001-000-10001-0:

цитата:

Я autoinc не использую, и насчет стабильности точно не скажу. Но мне кажется, что и без flock, т.е. по rlock, будет стабильнее, чем делать go bottom, выбирать последний ключ, и т.д, поскольку узких мест для autoinc меньше.

В связи с переходом на LetoDb - как лучше реализовывать "счетчик" ID у себя в задачах ?