Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remote Linux Classic crash [CORE1059] #1480

Closed
firebird-automations opened this issue Dec 19, 2006 · 8 comments
Closed

Remote Linux Classic crash [CORE1059] #1480

firebird-automations opened this issue Dec 19, 2006 · 8 comments

Comments

@firebird-automations
Copy link
Collaborator

Submitted by: @pcisar

Duplicates CORE982

Attachments:
bug1.gbak
udfbug.tgz
bug1.sh

Reported by FB user.

I can confirm that there is a problem, but it's very hard to point a finger on the source. I was able to reproduce the "Error reading data
from the connection." with remote connection to Classic FB 2.0 (over xinetd on my SuSE 9.3), but the same Classic with local connection works just fine, and 2.0 Super Server works as well.

Problem appears only when *both* EXECUTE PROCEDURE and UDF call are in stored procedure (it doesn't matter where and in what form). There is nothing special or wrong about the UDF, procedure code, used libraries, whatever.

No messages in firebird.log. There is next entry in xinetd log:

06/12/10@15:47:00: START: gds_db from=127.0.0.1
06/12/10@15:47:00: EXIT: gds_db signal=11 duration=0(sec)

That means that Firebird died on Invalid memory reference that has to be somehow related to fb_inet_server thought (as local classic and SS works).

Instructions to reproduce.
1. restore database from 'bug1.gbak'
2. Untar the archive 'udfbug.tgz'
3. build the library 'http://udfbug.so'
$ cd udfbug; make
4. From isql do
$ isql localhost:bug1.gdb
SQL>select * from calc_all;

gives

RES

Statement failed, SQLCODE = -902
Error reading data from the connection.

Stored procedure CALC_ALL consist of 2 parts. If one of these parts (any) are commented then it runs ok. it always crash with fresh
connection to database (may not if there are other commands before the select from procedure).

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

Attachment: bug1.gbak [ 10190 ]

Attachment: udfbug.tgz [ 10191 ]

Attachment: http://bug1.sh [ 10192 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @dyemanov

assignee: Alexander Peshkov [ alexpeshkoff ]

@firebird-automations
Copy link
Collaborator Author

Commented by: @AlexPeshkoff

It's good idea to review old fixed entries in bugtracker before reporting bugs.

Ths entry duplicates already fixed CORE982.

@firebird-automations
Copy link
Collaborator Author

Modified by: @AlexPeshkoff

status: Open [ 1 ] => Resolved [ 5 ]

resolution: Duplicate [ 3 ]

Fix Version: 2.0.1 [ 10090 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

Link: This issue duplicates CORE982 [ CORE982 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

status: Resolved [ 5 ] => Closed [ 6 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pcisar

Workflow: jira [ 11410 ] => Firebird [ 15444 ]

@firebird-automations
Copy link
Collaborator Author

Modified by: @pavel-zotov

QA Status: No test

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment