> 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
left join with UDF where clause return different results in 2.5.5 and 3.0
-
Key: CORE-5351
URL: http://tracker.firebirdsql.org/browse/CORE-5351
Project: Firebird Core
Weird part was that I actually pumped the data to the empty database and it
behaved the same.
This is more than less puzzling.
And the Backup and restore did not help,. which also, I think, should
recreate the indexes and so on...
-Tee-
On Thu, Sep 15, 2016 at 10:58 AM, Thomas Steinmaurer
