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
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 Firebird
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 /
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
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:
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
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.
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 the
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
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
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 connect
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
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
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 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 / ODS12
-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 a
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 examples of
17 matches
Mail list logo