Rocksolid Light

Welcome to RetroBBS

mail  files  register  newsreader  groups  login

Message-ID:  

* gb notes that fdisk thinks his cdrom can store one terabyte -- Seen on #Linux


devel / comp.lang.clipper.visual-objects / Re: DBserver 1024 File Limitation Issue

SubjectAuthor
* Re: DBserver 1024 File Limitation IssueGrzegorz R.
`* Re: DBserver 1024 File Limitation IssueWolfgang Riedmann
 `- Re: DBserver 1024 File Limitation IssueGrzegorz R.

1
Re: DBserver 1024 File Limitation Issue

<042ac122-a04b-4031-80a8-8c87a4761ef5n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=802&group=comp.lang.clipper.visual-objects#802

  copy link   Newsgroups: comp.lang.clipper.visual-objects
X-Received: by 2002:ad4:4908:: with SMTP id bh8mr23451360qvb.55.1620652547730; Mon, 10 May 2021 06:15:47 -0700 (PDT)
X-Received: by 2002:a0c:a1c2:: with SMTP id e60mr23463696qva.41.1620652547533; Mon, 10 May 2021 06:15:47 -0700 (PDT)
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!tr3.eu1.usenetexpress.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.clipper.visual-objects
Date: Mon, 10 May 2021 06:15:47 -0700 (PDT)
In-Reply-To: <mae9k0$osj$1@dont-email.me>
Injection-Info: google-groups.googlegroups.com; posting-host=79.190.238.18; posting-account=D5fG0goAAADqRXT4F2tZQt5KfDZfW15T
NNTP-Posting-Host: 79.190.238.18
References: <usbkjar7bu2v9b@news.supernews.com> <aq4lio$6g1hf$1@ID-88745.news.dfncis.de> <usda7kd37ihua0@news.supernews.com> <1303381921.20021107151833@sas-software.nl> <3ca9303d-3202-4895-a3f0-d9bc6252ef20@googlegroups.com> <5d9ec996-f224-4412-8f50-a03895fc75a7@googlegroups.com> <23f373a4-0a72-4420-bbde-bad7c78da177@googlegroups.com> <02aca910-c75f-49d2-8192-fe5ee124e71a@googlegroups.com> <mae9k0$osj$1@dont-email.me>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <042ac122-a04b-4031-80a8-8c87a4761ef5n@googlegroups.com>
Subject: Re: DBserver 1024 File Limitation Issue
From: ramotny64@gmail.com (Grzegorz R.)
Injection-Date: Mon, 10 May 2021 13:15:47 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 92
 by: Grzegorz R. - Mon, 10 May 2021 13:15 UTC

czwartek, 29 stycznia 2015 o 22:45:07 UTC+1 JohnMartens napisał(a):
> This is how I count the open servers when I close the shellwindow.
> This in case I made some code addition and forget to close one or more
> servers. Doesnt take long to do so.
>
>
> FOR wAlias := 1 UPTO 1024
> IF .NOT. ( ALIAS(wAlias) == NULL_STRING )
> dwMethresult += 1
> ENDIF
> NEXT
>
> John
>
>
> Johan Nel schreef op 29-1-2015 om 14:58:
> > Chris,
> >
> > No, what I do is to have a STATIC var that basically works on the following principle:
> >
> > STATIC LOCAL aDbServers AS ARRAY
> >
> > aDbServers := {}
> >
> > Then I have a class/function/method that interacts with my open DbServers
> >
> > FUNCTION ServerOpen(sAlias AS STRING)
> > IF (nPos := Ascan(aDbServers, {|a| a[1] == sAlias})) > 0
> > oDb := aDbServer[nPos, 2]
> > aDbServer[nPos, 3] += 1
> > ELSE
> > oDb := <Open your server>
> > Aadd(aDbServers, {sAlias, oDb, 1})
> > ENDIF
> > RETURN oDb
> > FUNCTION ServerClose(sAlias AS STRING)
> > IF (nPos := Ascan(aDbServers, {|a| a[1] == sAlias})) = 0
> > // Throw error the server is not open
> > ELSE
> > aDbServers[nPos, 3] -= 1
> > IF aDbServers[nPos, 3] <= 0
> > ADel(aDbServers, nPos)
> > ENDIF
> > ENDIF
> > RETURN lClosed
> > FUNCTION ServerGet(sAlias)
> > nPos := AScan(aDbServers, {|a| a[1] == sAlias})
> > RETURN aDbServers[nPos, 2]
> >
> > Basically all my interactions with servers are handled by the above three FUNCTIONS that keep track of how many references to each one is active. You have only 1 "workarea" for each DbServer.
> >
> > HTH,
> >
> > Johan
> >
> > On Thursday, January 29, 2015 at 3:19:31 PM UTC+2, CMc wrote:
> >> Thanks Johan. So is there an easy way to determine the total number of work areas already open? As a quick fix I could trap the error and let the user know they need to close some other windows.
> >>
> >> Thanks,
> >> Chris
> >>
> >> On Thursday, January 29, 2015 at 12:12:15 AM UTC-6, Johan Nel wrote:
> >>> Chris,
> >>>
> >>> Yes this is still the limitation. You need to externalise your connections to tables into a shared collection that handles your interface to the database. Very unlikely that any process ever will need 1024 open tables to perform a task.
> >>>
> >>> Regards,
> >>>
> >>> Johan Nel
> >>> Vulcan VIP
> >>> Durban, South Africa.
> >
Hello all
Sorry to dig old subject out but just recently I have been hit with a problem that when on one PC many windows with many DBF's have been opened (alhough far from 1024) another PC could not add a record to a particular shared DBF - Append() yelded FALSE. As soon as I closed some windows on another PC all returned to proper work. Where should I seek for error - is it a local app (VO 2.8) or server (QNAP file sever) limit. If it's is the app setup like in old CLIPPER (Set files = xxx) where I can change it?
Best regards
Gregory

Re: DBserver 1024 File Limitation Issue

<ifuj8vF7svlU1@mid.individual.net>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=804&group=comp.lang.clipper.visual-objects#804

  copy link   Newsgroups: comp.lang.clipper.visual-objects
Path: i2pn2.org!i2pn.org!news.swapon.de!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: wriedmann@gmail.com (Wolfgang Riedmann)
Newsgroups: comp.lang.clipper.visual-objects
Subject: Re: DBserver 1024 File Limitation Issue
Date: Tue, 11 May 2021 07:33:18 +0200
Lines: 22
Message-ID: <ifuj8vF7svlU1@mid.individual.net>
References: <usbkjar7bu2v9b@news.supernews.com> <aq4lio$6g1hf$1@ID-88745.news.dfncis.de> <usda7kd37ihua0@news.supernews.com> <1303381921.20021107151833@sas-software.nl> <3ca9303d-3202-4895-a3f0-d9bc6252ef20@googlegroups.com> <5d9ec996-f224-4412-8f50-a03895fc75a7@googlegroups.com> <23f373a4-0a72-4420-bbde-bad7c78da177@googlegroups.com> <02aca910-c75f-49d2-8192-fe5ee124e71a@googlegroups.com> <mae9k0$osj$1@dont-email.me> <042ac122-a04b-4031-80a8-8c87a4761ef5n@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
X-Trace: individual.net G/mJS0ujJWxvVSL6+Y+RdwBK4vgaw7DNkzJutgp6BV5XFd7sQ=
Cancel-Lock: sha1:UYFDcNbleNrCrpq5JjFEakgWfH8=
User-Agent: XanaNews/1.18.1.6
 by: Wolfgang Riedmann - Tue, 11 May 2021 05:33 UTC

Hi Gregory,

> Sorry to dig old subject out but just recently I have been hit with a
> problem that when on one PC many windows with many DBF's have been
> opened (alhough far from 1024) another PC could not add a record to a
> particular shared DBF - Append() yelded FALSE. As soon as I closed
> some windows on another PC all returned to proper work. Where should
> I seek for error - is it a local app (VO 2.8) or server (QNAP file
> sever) limit. If it's is the app setup like in old CLIPPER (Set files
> = xxx) where I can change it?

VO has a limit of 1023 open work areas, but since you can open the DBF
closing a table on another PC it sounds really like a limit on your NAS
(probably Linux, but maybe also Windows Storage Server if it is a
highend NAS).

Wolfgang

--

Re: DBserver 1024 File Limitation Issue

<df0f549f-df15-43f4-9b36-3c11136550a4n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=805&group=comp.lang.clipper.visual-objects#805

  copy link   Newsgroups: comp.lang.clipper.visual-objects
X-Received: by 2002:a0c:f044:: with SMTP id b4mr28012086qvl.3.1620718115084;
Tue, 11 May 2021 00:28:35 -0700 (PDT)
X-Received: by 2002:a37:4697:: with SMTP id t145mr4367945qka.188.1620718114881;
Tue, 11 May 2021 00:28:34 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!proxad.net!feeder1-2.proxad.net!209.85.160.216.MISMATCH!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.clipper.visual-objects
Date: Tue, 11 May 2021 00:28:34 -0700 (PDT)
In-Reply-To: <ifuj8vF7svlU1@mid.individual.net>
Injection-Info: google-groups.googlegroups.com; posting-host=79.190.238.18; posting-account=D5fG0goAAADqRXT4F2tZQt5KfDZfW15T
NNTP-Posting-Host: 79.190.238.18
References: <usbkjar7bu2v9b@news.supernews.com> <aq4lio$6g1hf$1@ID-88745.news.dfncis.de>
<usda7kd37ihua0@news.supernews.com> <1303381921.20021107151833@sas-software.nl>
<3ca9303d-3202-4895-a3f0-d9bc6252ef20@googlegroups.com> <5d9ec996-f224-4412-8f50-a03895fc75a7@googlegroups.com>
<23f373a4-0a72-4420-bbde-bad7c78da177@googlegroups.com> <02aca910-c75f-49d2-8192-fe5ee124e71a@googlegroups.com>
<mae9k0$osj$1@dont-email.me> <042ac122-a04b-4031-80a8-8c87a4761ef5n@googlegroups.com>
<ifuj8vF7svlU1@mid.individual.net>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <df0f549f-df15-43f4-9b36-3c11136550a4n@googlegroups.com>
Subject: Re: DBserver 1024 File Limitation Issue
From: ramotny64@gmail.com (Grzegorz R.)
Injection-Date: Tue, 11 May 2021 07:28:35 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
 by: Grzegorz R. - Tue, 11 May 2021 07:28 UTC

wtorek, 11 maja 2021 o 07:33:21 UTC+2 Wolfgang Riedmann napisał(a):
> Hi Gregory,
> > Sorry to dig old subject out but just recently I have been hit with a
> > problem that when on one PC many windows with many DBF's have been
> > opened (alhough far from 1024) another PC could not add a record to a
> > particular shared DBF - Append() yelded FALSE. As soon as I closed
> > some windows on another PC all returned to proper work. Where should
> > I seek for error - is it a local app (VO 2.8) or server (QNAP file
> > sever) limit. If it's is the app setup like in old CLIPPER (Set files
> > = xxx) where I can change it?
> VO has a limit of 1023 open work areas, but since you can open the DBF
> closing a table on another PC it sounds really like a limit on your NAS
> (probably Linux, but maybe also Windows Storage Server if it is a
> highend NAS).
>
> Wolfgang
>
>
> --
Hello Wolfgang
Thank you. I thought so but just wanted to be sure...
Gregory

1
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor