Hi
2009/9/18 Pritpal Bedi :
>
> Try
> index on field->F1 tag T1 TO ( DBNAME+".CDX" )
This is the first that was tried (removed from the example to simplify
the example)
Same error
> Remember:
> All files which are to be routed to NETIO must
> have a prefix of "net:" and because you are
> not sp
Hi
Alexandr Okhotnikov wrote:
>
> proc createdb( cName )
>dbCreate( cName, {{"F1", "C", 20, 0}} )
>use (cName)
>dbAppend()
>index on field->F1 tag T1 //without it - all right
>close
> return
>
Try
index on field->F1 tag T1 TO ( DBNAME+".CDX" )
Remember:
All files wh
On Fri, 18 Sep 2009, Alexandr Okhotnikov wrote:
Hi,
> netiosrv.prg - as is
> RUN: "./netiosrv_linux 60001 192.168.1.102"
> netiotst.prg:
[...]
Thank you very much for example.
Now it's clear what happened. It's not NETIO problem but old
bug exploited now - in RTL FS IO error was not set on local
Hi
netiosrv.prg - as is
RUN: "./netiosrv_linux 60001 192.168.1.102"
netiotst.prg:
define DBNAME"net:data/_tst_"
request DBFCDX
proc main()
set exclusive off
rddSetDefault( "DBFCDX" )
? "NETIO_CONNECT():", netio_connect( "192.168.1.102", 60001 )
if ! dbExists( DBNAME )
cre
On Thu, 17 Sep 2009, Alexandr Okhotnikov wrote:
Hi,
> I tested it on linux:
> lock through NETIO not work (rewriting a locked record, and then flies
> out to destroy the index).
Locks works perfectly.
> removing the "net:" all earned
> What could be wrong?
If you can create as small as possibl
Hi
I tested it on linux:
lock through NETIO not work (rewriting a locked record, and then flies
out to destroy the index).
removing the "net:" all earned
What could be wrong?
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.har
Hi
David Arturo Macias Corona wrote:
>
> I have two network cards in my OS/2 machine
> 192.168.1.110
> 192.168.2.64
> and default route
> 192.168.2.1
>
> so I am using
> netiosrv_os2.exe 63000 192.168.2.64 d:\creative.ram
>
I was able to connect as above ( if you were using the same
Hi
David Arturo Macias Corona wrote:
>
> .dbf are created in root still
>
> Perhaps, as Przemek explained in recent message, is a matter of OS
> behaviour
> Did you checked what you expected in local (LAN) tests ?
>
Now I know what's the problem.
It is path issue when creating and using.
Whe
Hi
David Arturo Macias Corona wrote:
>
> In your second test running netserver_os2.exe in d:\creative.ram many
> .dbf files were created in d:\ and no one .z* files were created
> No one files were created in d:\creative.ram and subdirectories
> Summary: many dbf in wrong location, 0 .z*
>
I
Hi David
David Arturo Macias Corona wrote:
>
> It is creating files in root of d:\
>
> 15/09/09 5:27a 0 mydata
> 16/09/09 3:42a 0 creative.ram
> 16/09/09 3:44a99 0 a--- V661TDC2.dbf
> 16/09/09 3:45a 682 0 a--- OG_87Y
Hello
David Arturo Macias Corona wrote:
>
> Now is working again with new IP. Use:
>netapplctn 189.162.166.143 2941
> It will be working some hours
>
> Notes:
> - As said before, in LAN response is fast and do not show delay of 18
> seconds in opening table as you reported with Win2003, s
Hi David
David Arturo Macias Corona wrote:
>
> From your prefered environment, use:
> netapplctn 189.162.70.97 2941
>
> First people in test will create files :-)
>
I cannot connect. Is it stopped now ?
Regards
Pritpal Bedi
--
View this message in context:
http://www.nabble.com/Re%
On Fri, 04 Sep 2009, Mario H. Sabado wrote:
Hi,
>> Simply replace:
>>pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
>> with:
>>pszIpAddres = hb_strdup( pszServer );
> Doing the above changes did reduce the opening (use) of database file in my
> test from ~9 s
On Fri, 04 Sep 2009, Mario H. Sabado wrote:
Hi,
>> Simply replace:
>>pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
>> with:
>>pszIpAddres = hb_strdup( pszServer );
> Doing the above changes did reduce the opening (use) of database file in my
> test from ~9 seconds t
Hi Przemek,
Simply replace:
pszIpAddres = hb_socketResolveAddr( pszServer, HB_SOCKET_AF_INET );
with:
pszIpAddres = hb_strdup( pszServer );
Doing the above changes did reduce the opening (use) of database file in
my test from ~9 seconds to 1. I'm using Windows XP network
environment. W
On Tue, 01 Sep 2009, Pritpal Bedi wrote:
Hi Pritpal,
Thank you very much for your tests.
> For the deeper insight what you can use to
> create test environments...
> 10.0.40.111 is a symbolic name, use your own.
> netserver.prg
> ==
> 0. Place netserver.exe on 10.0.40.111 in, say, myd
16 matches
Mail list logo
