On 4-8-2013 01:44, Adriano dos Santos Fernandes wrote:
> On 03-08-2013 03:55, Mark Rotteveel wrote:
>> I just saw this question on Stackoverflow
>> http://stackoverflow.com/questions/18026907/firebird-insert-hex-values-into-tables-arithmetic-exception
>>
>> And I wondered if it isn't a bug that hex
Incorrect memory statistics is reported
---
Key: CORE-4159
URL: http://tracker.firebirdsql.org/browse/CORE-4159
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects Versions: 3.0
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7577b700 (LWP 18276)]
0x6da0 in ?? ()
(gdb) bt
#0 0x6da0 in ?? ()
#1 0x7781513f in Why::(anonymous
namespace)::TimerEntry::timeThread () at
/home/asfernandes/fb/dev/trunk.git/src/yvalve
04.08.2013 11:20, Mark Rotteveel wrote:
>
> Ok, lets not call it a bug, but an area of potential improvement: based
> on the context it should be possible to deduce that the literal should
> be a smallint. Therefor it should be possible to handle 0x8000 as -32768
> when assigned to a smallint and
- Original Message -
From: "Adriano dos Santos Fernandes"
To: "firebird-devel"
Sent: Sunday, August 04, 2013 6:25 AM
Subject: [Firebird-devel] Firebird 3 crash - Timer
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7577b700 (LWP 18276)]
0x6
Adriano,
any details ? is it reproducible ?
Regards,
Vlad
--
Get your SQL database under version control now!
Version control is standard for application code, but databases havent
caught up. So what steps can you t
> I've got dump files available; if someone in particular would like them, I'll
> zip and provide a download URL, privately.
Provide it to me, please. But i'm afraid it is impossible to fix it without
reproducing :(
Regards,
Vlad
Exceptions with parameters distort not ASCII characters
---
Key: CORE-4160
URL: http://tracker.firebirdsql.org/browse/CORE-4160
Project: Firebird Core
Issue Type: Bug
Components:
User can not insert records into table with column "generated by default as
identity" in its DDL
Key: CORE-4161
URL: http://tracker.firebirdsql.org/browse/CORE-4161
On 3-8-2013 19:42, Dmitry Yemanov wrote:
> 03.08.2013 19:12, Mark Rotteveel wrote:
>
>> A test in Jaybird for warnings registered on a connection uses
>> isc_dpb_set_db_sql_dialect to change a dialect 3 database to 1.
>>
>> In Firebird 2.5 and earlier this triggers a warning ("Database dialect
>> b
Changing dialect through DPB does not return a warning
--
Key: CORE-4162
URL: http://tracker.firebirdsql.org/browse/CORE-4162
Project: Firebird Core
Issue Type: Bug
Components: AP
Has anything changed in Firebird 3.0 with the stability of RDB$DB_KEY or
how RDB$DB_KEY works?
Jaybird uses RDB$DB_KEY to refresh (and update) rows in updatable
ResultSets, one of the tests now fails because it cannot find the row it
wants to refresh (it looks like the update fails as well, but
select 1
from rdb$database
where true is true
Work is correct
select 1
from rdb$database
where (1=1) and true
Work is correct
select 1
from rdb$database
where (1=1) is true
Invalid token.
Dynamic SQL Error.
SQL error code = -104.
Token unknown - line 3, column 13.
is.
And shall be or
Configuration fbtrace.conf contains syntax errors
-
Key: CORE-4163
URL: http://tracker.firebirdsql.org/browse/CORE-4163
Project: Firebird Core
Issue Type: Bug
Components: Engine
A
On 4-8-2013 14:39, Mark Rotteveel wrote:
Has anything changed in Firebird 3.0 with the stability of RDB$DB_KEY or
how RDB$DB_KEY works?
Jaybird uses RDB$DB_KEY to refresh (and update) rows in updatable
ResultSets, one of the tests now fails because it cannot find the row it
wants to refresh (it
On 4-8-2013 15:21, Mark Rotteveel wrote:
On 4-8-2013 14:39, Mark Rotteveel wrote:
Has anything changed in Firebird 3.0 with the stability of RDB$DB_KEY or
how RDB$DB_KEY works?
Jaybird uses RDB$DB_KEY to refresh (and update) rows in updatable
ResultSets, one of the tests now fails because it ca
On 04-08-2013 05:55, Vlad Khorsun wrote:
> Adriano,
>
> any details ? is it reproducible ?
>
Nothing I can say for sure.
I leave server running and testing the application (via Jaybird). It may
have happened that the application terminated with opened connection.
Adriano
Owner name is missing for generators/exceptions restored from a backup
--
Key: CORE-4164
URL: http://tracker.firebirdsql.org/browse/CORE-4164
Project: Firebird Core
Issue Ty
On 4-8-2013 15:21, Mark Rotteveel wrote:
...
Interestingly, if I do a trace, I get the following:
Statement 145:
---
SELECT RDB$DB_KEY,"ID","LONG_STR","STR","CamelStr"
FROM TEST_TABLE2 WHERE
RDB$DB_KEY = ?
param0 = var
> Configuration fbtrace.conf contains syntax errors
> -
>
> Key: CORE-4163
> URL: http://tracker.firebirdsql.org/browse/CORE-4163
> Project: Firebird Core
> Issue Type: Bug
> Components: E
Hi all,
Mark Rotteveel wrote:
>>> And I wondered if it isn't a bug that hex values with 1-4 digits are
>>> integer and not smallint. Or at least: shouldn't the engine have
enough
>>> context information to correctly convert 0x8000 to a smallint -32768
>>> instead of an integer 32768?
>>>
>>
>> I
On 4-8-2013 20:14, Vlad Khorsun wrote:
On 4-8-2013 15:21, Mark Rotteveel wrote:
param0 = varchar(8), "�"
Which is weird, as it shows an empty string and it indicates the
parameter is described as 453 (SQL_TEXT) or CHAR(8), not VARCHAR(8)
And it should be CHAR(8)
But does this explain wh
22 matches
Mail list logo
