On 04/15/2014 09:49 PM, Dmitry Yemanov wrote:
> 15.04.2014 21:30, Dimitry Sibiryakov wrote:
>
>>> If show.epp/extract.epp is cleaned up to support v3.0 / ODS12 only, then
>>> requesting objects existing in v2.0 / ODS11 may fail. This is the whole
>>> point of this discussion.
>> Do anybody have exa
> -Original Message-
> From: Dimitry Sibiryakov [mailto:s...@ibphoenix.com]
> Sent: Martes, 15 de Abril de 2014 12:00
>
>The only version-depended part of isql is metadata
> extraction. I don't think that there
> is a point to worry about its compatibility.
I think that extracting
15.04.2014 21:30, Dimitry Sibiryakov wrote:
>> If show.epp/extract.epp is cleaned up to support v3.0 / ODS12 only, then
>> requesting objects existing in v2.0 / ODS11 may fail. This is the whole
>> point of this discussion.
>
> Do anybody have examples of what will fail and how?..
Supporting v3 /
15.04.2014 19:11, Dmitry Yemanov wrote:
> If show.epp/extract.epp is cleaned up to support v3.0 / ODS12 only, then
> requesting objects existing in v2.0 / ODS11 may fail. This is the whole
> point of this discussion.
Do anybody have examples of what will fail and how?..
--
WBR, SD.
--
15.04.2014 20:23, Dimitry Sibiryakov wrote:
> And they will work as long as one requests objects that existed in previous
> versions.
If show.epp/extract.epp is cleaned up to support v3.0 / ODS12 only, then
requesting objects existing in v2.0 / ODS11 may fail. This is the whole
point of this d
15.04.2014 18:17, Dmitry Yemanov wrote:
> There's also another one - family of SHOW commands. And they're expected
> to work as long as you're able to connect to some database.
And they will work as long as one requests objects that existed in previous
versions.
Those who ask for list of pack
15.04.2014 19:59, Dimitry Sibiryakov wrote:
> The only version-depended part of isql is metadata extraction. I don't think
> that there
> is a point to worry about its compatibility.
There's also another one - family of SHOW commands. And they're expected
to work as long as you're able to conne
>The only version-depended part of isql is metadata extraction. I don't
> think
> that there is a point to worry about its compatibility.
If something is "compatible" it needs to be compatible in **every respect**.
Otherwise, it is not compatible.
Sean
--
The only version-depended part of isql is metadata extraction. I don't think
that there
is a point to worry about its compatibility.
--
WBR, SD.
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Datab
May be it's possible to rename isql in isql30 when you will drop
support for older fb versions.
Same to other command line tools especially like gbak so it's possible
to have more than one version in environment in different paths.
Björn
--
Björn Reimer - RRZE
--
Claudio,
> People, what is position of the team regarding isql v3's ability to connect
> to older server versions?
>
> - isql v3 only supports FB3
> - isql v3 only supports FB3 and FB2.5
> - isql v3 should support the whole FB2.X series.
I'd say ISQL should support *at least* those versions that
Claudio,
> - isql v3 only supports FB3
This would be fine with me.
Although it had a different historical purpose, I only see isql as a
'debugging' and 'scripting' tool for local databases.
Someone needing to support multiple FB versions could create copies of isql
binaries (ie. isql_25.exe
ADO.NET provider for Firebird 4.1.5.0 is ready:
http://blog.cincura.net/233450-ado-net-provider-for-firebird-4-1-5-0-is-ready/
--
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
---
14.04.2014 22:03, Adriano dos Santos Fernandes wrote:
> But don't the error can happen in another situations, say, subsequent
> updates?
Having looked a bit deeper I'm sure that this error cannot happen on
subsequent updates
because they will produce following sequence of events:
update->upd
People, what is position of the team regarding isql v3's ability to connect
to older server versions?
- isql v3 only supports FB3
- isql v3 only supports FB3 and FB2.5
- isql v3 should support the whole FB2.X series.
Of course, the cleanest code happens if we only support the same version of
serv
Access violation in fbclient when using Legacy API
--
Key: CORE-4391
URL: http://tracker.firebirdsql.org/browse/CORE-4391
Project: Firebird Core
Issue Type: Bug
Components: API / Clie
On 04/15/14 11:24, Philippe Makowski wrote:
> Hi,
>
> seems that's something wrong happened in 2.5 branch since few days,
> the build test failed :
>
> ../gen/firebird/bin/gpre_current -n -z -gds_cxx -raw -ids -cxx
> ../src/dsql/metd.epp ../temp/boot/dsql/metd.cpp
> gpre version LI-V2.5.3.26754 Fir
Hi,
seems that's something wrong happened in 2.5 branch since few days,
the build test failed :
../gen/firebird/bin/gpre_current -n -z -gds_cxx -raw -ids -cxx
../src/dsql/metd.epp ../temp/boot/dsql/metd.cpp
gpre version LI-V2.5.3.26754 Firebird 2.5
I/O error during "open" operation for file "yac
18 matches
Mail list logo
