> Unfortunately not. Certainly that can be fixed for fb4 and later but
Given you can count provider writers on one hand, I don't think it's
necessary. Either one does it correctly or keep trying (a lot of what I
do :)).
--
Mgr. Jiří Činčura
Independent IT Specialist
On 20.09.2016 14:47, Jiří Činčura wrote:
>> Pay attention - _removes_. Does not matter was there something useful in
>> CNCT or not.
> OK, I missed that. I though it's like a merge of values.
Unfortunately not. Certainly that can be fixed for fb4 and later but
clients should better work with
> Pay attention - _removes_. Does not matter was there something useful in
> CNCT or not.
OK, I missed that. I though it's like a merge of values.
Thanks.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
On 19.09.2016 21:05, Jiří Činčura wrote:
>> things. But for os user name - no, not ok.
> Can you elaborate?
>
I've already did it before ;)
> Existing server code removes them from DPB, takes values loaded
> earlier from connect packet and puts into DPB.
Pay attention - _removes_. Does not
> things. But for os user name - no, not ok.
Can you elaborate?
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Firebird-Devel mailing list, web interface at
On 19.09.2016 20:14, Jiří Činčura wrote:
>> Historical reasons.
>> This values were passed in CNCT since pre-firebird times therefore
>> current solution was OK for old clients.
> But there's inherently nothing wrong with using DPB, right? Because i.e.
> isc_dpb_process_id and
> Historical reasons.
> This values were passed in CNCT since pre-firebird times therefore
> current solution was OK for old clients.
But there's inherently nothing wrong with using DPB, right? Because i.e.
isc_dpb_process_id and isc_dpb_client_version are only in DPB to name a
few (I don't know
On 16.09.2016 23:22, Jiří Činčura wrote:
> I was thinking quite the opposite. Dropping the CNCT values. In DPB
> there's more (like process ID etc.) so I thought I would logically
> group it there.
Historical reasons.
This values were passed in CNCT since pre-firebird times therefore
current
I was thinking quite the opposite. Dropping the CNCT values. In DPB
there's more (like process ID etc.) so I thought I would logically
group it there.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Firebird-Devel
On 16.09.2016 22:48, Jiří Činčura wrote:
> Thanks. Not sure why I'm sending it in CNCT and DPB as too. Maybe some
> history code.
>
> Time to clean it up! :) And save few bytes.
>
Better drop them from DPB. Existing server code removes them from DPB,
takes values loaded earlier from connect
Thanks. Not sure why I'm sending it in CNCT and DPB as too. Maybe some history
code.
Time to clean it up! :) And save few bytes.
--
Mgr. Jiří Činčura
Independent IT Specialist
> On 16 Sep 2016, at 18:12, Dmitry Yemanov wrote:
>
> 16.09.2016 19:00, Jiří Činčura wrote:
16.09.2016 19:00, Jiří Činčura wrote:
>
> is the CNCT_user and CNCT_host visible for normal developer somewhere? I
> suppose CNCT_user is overriden by isc_dpb_user_name, right? Similar with
> CNCT_host and isc_dpb_host_name.
CNCT_host = isc_dpb_host_name = MON$REMOTE_HOST
CNCT_user =
Ahh, no CNCT_login is overridden isc_dpb_user_name. So what's the
CNCT_user for?
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Firebird-Devel mailing list, web interface at
Hi,
is the CNCT_user and CNCT_host visible for normal developer somewhere? I
suppose CNCT_user is overriden by isc_dpb_user_name, right? Similar with
CNCT_host and isc_dpb_host_name.
--
Mgr. Jiří Činčura
Independent IT Specialist
14 matches
Mail list logo