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
FB 2 RC 4 Linux Classic server crashes! Bug (CORE-914) still exists [CORE944] #1345
Comments
Modified by: @dyemanovassignee: Alexander Peshkov [ alexpeshkoff ] |
Commented by: Radek Palmowski (palma) Breakpoint 1, FUN_evaluate (function=0xb5c6c6d8, node=0xb5c6c58c, value=0xb5c6b8fc) at ../src/jrd/fun.cpp:1066 Breakpoint 1, FUN_evaluate (function=0xb5c6c6d8, node=0xb5c6c494, value=0xb5c6b97c) at ../src/jrd/fun.cpp:1066 Breakpoint 1, FUN_evaluate (function=0xb5c6c6d8, node=0xb5af281c, value=0xb5abebec) at ../src/jrd/fun.cpp:1066 Breakpoint 1, FUN_evaluate (function=0xb5ae1608, node=0xb5ae14b8, value=0xb5ad435c) at ../src/jrd/fun.cpp:1066 Program received signal SIGSEGV, Segmentation fault. It is looking like the address of the function was overwritten (eg. in FUN_evaluate) or a bug in mod_loader. What's interesting on some computers/clients everything working correctly, and on the same computer when change sequence sql instructions works fine too. |
Commented by: @AlexPeshkoff Radek, I don't see problems when you build firebird from sources yourself. But sending core file for such build is useless - it can't be analyzed. Can you prepare _reproducible_ (at least once per 100 runs) test case, including database, SQL script, UDFs - all what I'll need to reproduce a problem? |
Commented by: @AlexPeshkoff It's well enough to have slightly other gcc version to have incompatible core file. Provided that difefrent linux vendors release gcc with slightly different patches, it's close to unreal to have working core file for binaries, built at another system. I use old RH8 to produce "official" FB binaries, main reason - to let it work with as old glibc version as possible. 5G is really too big. I hope that problem here is not database itself, and you will be able to make test case. This way seems to be much better then core file in this case - at least in a core file at http://vgakey.net/public/firebird/core.28623.bz2 I've seen completely broken stack (not too strange after passing control to a random location). But (sorry for repeating) this may be also caused by not matching core/binary. If you see something reasonable in backtrace, please send it's output to me privately (pes at kisavto dot ru), and we will try to continue with corefiles too. |
Commented by: MikeStar (xsaero00) Try following procedure in CORE982 to reproduce the bug. I don't know if you can debug it that way though. The bug is reliably reproduced using PHP interbase functions only. It is just as elusive when other methods are used. |
Commented by: @AlexPeshkoff Fixed in both 2.0.1 and HEAD - togeteher with 982. |
Modified by: @AlexPeshkoffstatus: Open [ 1 ] => Resolved [ 5 ] resolution: Fixed [ 1 ] Fix Version: 2.0.1 [ 10090 ] |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Modified by: @pcisarWorkflow: jira [ 11226 ] => Firebird [ 14657 ] |
Modified by: @pavel-zotovQA Status: No test |
Modified by: @pavel-zotovstatus: Closed [ 6 ] => Closed [ 6 ] QA Status: No test => Cannot be tested |
Modified by: @pavel-zotovstatus: Closed [ 6 ] => Closed [ 6 ] QA Status: Cannot be tested => No test |
Submitted by: Radek Palmowski (palma)
Relate to CORE982
Server crashes when using IB_UDF library (I think so). It is occurs randomly and it is difficult to reproduce.
Debugger (gdb) show segmentation fault in func.cpp FUN_evaluate.
The generated core file for this bug is here:
http://vgakey.net/public/firebird/core.28623.bz2
The text was updated successfully, but these errors were encountered: