[Firebird-devel] [ firebird-Bugs-1016040 ] Missing external libraries causes engine exception

[SourceForge.net <no...@so...>]

Bugs item #1016040, was opened at 2004-08-25 19:02
Message generated for change (Settings changed) made by dimitr
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109028&aid=1016040&group_id=9028

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Core Engine
Group: Confirmed Bug
Status: Open
>Resolution: Accepted
Priority: 5
Submitted By: Alexander Savchenko (svchnk)
>Assigned to: Dmitry Yemanov (dimitr)
Summary: Missing external libraries causes engine exception

Initial Comment:
If I run the application in Delphi IDE exception 
EAccessViolationProject is raised with message 'Access 
violation at address 018EB77D
in module 'fbembed.dll'. Read of address 00000000'.
Delphi 7, FIBPlus 5.3, Windows XP SP 1, FB 1.5

----------------------------------------------------------------------

Comment By: Sean Leyne (seanleyne)
Date: 2004-09-03 23:21

Message:
Logged In: YES 
user_id=71163

I changed the title/summary to better reflect the 'true' 
nature of the problem -- the error doesn't handle missing 
libraries well.

Additionally, the following comments were noted from the dev 
list:

- Alexander Klenin:

"As both my own expirience and the original report shows, the 
engine DOES raise an exception, of "general protection 
failure" type. Same thing happens when the engine can not 
find or load the UDF library. No doubt it would be better if it 
emitted some descriptive error instead ;)"

- Daniel Rail:

"The error that is to be returned should be something 
like: "Cannot find character set library" "



----------------------------------------------------------------------

Comment By: Alexander Savchenko (svchnk)
Date: 2004-09-02 11:27

Message:
Logged In: YES 
user_id=1110862

Yes, it did.

----------------------------------------------------------------------

Comment By: Sean Leyne (seanleyne)
Date: 2004-09-01 18:32

Message:
Logged In: YES 
user_id=71163

Alexander,

Your last message is not clear.  Did moving the .dll resolve 
the problem?



----------------------------------------------------------------------

Comment By: Alexander Savchenko (svchnk)
Date: 2004-09-01 16:53

Message:
Logged In: YES 
user_id=1110862

It's my omission.
fbintl.dll in right subdirectory decides my problem.
Thank you.

----------------------------------------------------------------------

Comment By: Adriano dos Santos Fernandes (asfernandes)
Date: 2004-09-01 15:25

Message:
Logged In: YES 
user_id=940451

You copied fbintl.dll for the waited place?


----------------------------------------------------------------------

Comment By: Alexander Savchenko (svchnk)
Date: 2004-09-01 14:32

Message:
Logged In: YES 
user_id=1110862

The bug can be reproduced in table C_COMPONENTS1 (see 
below)

CREATE TABLE C_COMPONENTS1 (
    ID       CHAR(32) NOT NULL,
    NAME     VARCHAR(255) CHARACTER SET WIN1251
);
ALTER TABLE C_COMPONENTS1 ADD CONSTRAINT 
PK_C_COMPONENTS1 PRIMARY KEY (ID);

CREATE TABLE C_COMPONENTS2 (
    ID       CHAR(32) NOT NULL,
    NAME     VARCHAR(255) CHARACTER SET NONE
);
ALTER TABLE C_COMPONENTS2 ADD CONSTRAINT 
PK_C_COMPONENTS2 PRIMARY KEY (ID);


----------------------------------------------------------------------

Comment By: Sean Leyne (seanleyne)
Date: 2004-08-25 21:43

Message:
Logged In: YES 
user_id=71163

Alexander,

"ORDER BY" is a commonly used syntax/element, accordingly, 
more bug reports would have already been reported if the 
problem where common.

Therefore, at the moment this report is "suspect".

Please post a test case (table definition etc) which can be 
used to confirm the bug.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109028&aid=1016040&group_id=9028