30.11.2021 22:47, Leyne, Sean wrote:
With dropping this option ability to open database file from mounted
network drive also will be dropped (or at least must be heavily reworked).
Why?
Support for being a WNET server/listening for WNET connections should be
un-related to accessing
> Leyne, Sean wrote 30.11.2021 17:15:
> > (We have 200+ servers deployed and none of them use (have never)
> WNET
>
>With dropping this option ability to open database file from mounted
> network drive also will be dropped (or at least must be heavily reworked).
Why?
Support for being a
What is a reason of droping it?Regards,Karol Bieniaszewski
Oryginalna wiadomość Od: Dmitry Yemanov
Data: 30.11.2021 18:25 (GMT+01:00) Do: For discussion among Firebird
Developers Temat: Re: [Firebird-devel]
WNET future 30.11.2021 20:10, Dimitry Sibiryakov wrote:>>> Then
30.11.2021 20:10, Dimitry Sibiryakov wrote:
Then reworking seems easy. Just preserve ISC_analyze_pclan() to
extract the lanman hostname and then try connecting via TCP.
The question is port number. It is changed more frequently than pipe
name.
True, but the same applies to NFS shares.
Dmitry Yemanov wrote 30.11.2021 18:06:
Then reworking seems easy. Just preserve ISC_analyze_pclan() to extract the
lanman hostname and then try connecting via TCP.
The question is port number. It is changed more frequently than pipe name.
--
WBR, SD.
Firebird-Devel mailing list, web
30.11.2021 20:01, Dimitry Sibiryakov wrote:
It can\t be reworked reliably - nobody can guarantee that DNS host
name matches lanman name.
Fortunately modern versions of gethostbyname() can resolve lanman
names as well.
Then reworking seems easy. Just preserve ISC_analyze_pclan() to extract
Alex Peshkoff via Firebird-devel wrote 30.11.2021 17:57:
It can\t be reworked reliably - nobody can guarantee that DNS host name matches
lanman name.
Fortunately modern versions of gethostbyname() can resolve lanman names as
well.
is ability to mount network share on a letter still
On 11/30/21 19:54, Dimitry Sibiryakov wrote:
Leyne, Sean wrote 30.11.2021 17:15:
(We have 200+ servers deployed and none of them use (have never) WNET
With dropping this option ability to open database file from mounted
network drive also will be dropped (or at least must be heavily
Leyne, Sean wrote 30.11.2021 17:15:
(We have 200+ servers deployed and none of them use (have never) WNET
With dropping this option ability to open database file from mounted network
drive also will be dropped (or at least must be heavily reworked).
--
WBR, SD.
Firebird-Devel mailing
> On 30/11/2021 10:24, Jiří Činčura wrote:
> > My vote goes to dropping it.
> >
>
> Agreed.
+1
(We have 200+ servers deployed and none of them use (have never) WNET
Sean
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
On 30-11-2021 15:26, Adriano dos Santos Fernandes wrote:
On 30/11/2021 10:24, Jiří Činčura wrote:
My vote goes to dropping it.
Agreed.
I have no opinion on this.
Mark
--
Mark Rotteveel
Firebird-Devel mailing list, web interface at
On 30/11/2021 10:24, Jiří Činčura wrote:
> My vote goes to dropping it.
>
Agreed.
Adriano
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
My vote goes to dropping it.
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
All,
We had discussed in the past that supporting WNET does not make sense,
as it has nearly zero advantages over TCP and pretty much nobody uses it
nowadays.
Could we please make a final decision about that? Should it be dropped
in v5 or somewhat later? Or should it be preserved during a
Hello!
isql after set stat returns some statistics of a query execution like
Current memory = 10647136
Delta memory = 148432
Max memory = 10728544
Elapsed time = 162.476 sec
Cpu = 0.000 sec
Buffers = 1024
Reads = 332280
Writes = 0
Fetches = 70584692
Actually the server gets it from the function
15 matches
Mail list logo
