https://bugs.winehq.org/show_bug.cgi?id=55761
Bug ID: 55761 Summary: PLSQL Developer: Access Violation when trying to log in Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: robertdejager@tutanota.com Distribution: ---
Created attachment 75249 --> https://bugs.winehq.org/attachment.cgi?id=75249 Screenshot of the error
Since wine version 8.17, PL/SQL Developer throws an Access Violation exception when trying to log into a database. I have attached a screenshot with the exact error.
Steps to reproduce: * Install wine 8.17 * Download Oracle Instant Client (64 bit) and unzip into your prefix in c:\ORACLE\instantclient_21_9 * Import the registry entries from the attached .reg file * Edit c:\ORACLE\instantclient_21_9\tnsnames.ora and add a connect string for a database (apologies, I cannot provide a database or a connect string for it) * Install PL/SQL Developer 14 (64 bit) (15 gives me crippling visual glitches, so I could not test) * Run PL/SQL Developer and try to log into a database
Workaround: * Downgrade to wine <= 8.16
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #1 from Robert de Jager robertdejager@tutanota.com --- Created attachment 75250 --> https://bugs.winehq.org/attachment.cgi?id=75250 Oracle Instant Client registry entries
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #2 from Robert de Jager robertdejager@tutanota.com --- Good news. The error occurs before the existence of the database is checked. You can just make something up.
I'll attach a tnsnames.ora with a dummy connect string. Just put it in c:\ORACLE\instantclient_21_9 and you can reproduce the issue.
Another thing I forgot is some information about my system:
OS: Arch linux Kernel: 6.5.6-arch2-1 Wine version: 8.17
Thanks, wine community!
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #3 from Robert de Jager robertdejager@tutanota.com --- Created attachment 75251 --> https://bugs.winehq.org/attachment.cgi?id=75251 tnsnames.ora with dummy connect string
https://bugs.winehq.org/show_bug.cgi?id=55761
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression
https://bugs.winehq.org/show_bug.cgi?id=55761
Bernhard Übelacker bernhardu@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bernhardu@mailbox.org
--- Comment #4 from Bernhard Übelacker bernhardu@mailbox.org --- I can confirm these downloads and following the given steps: https://www.allroundautomations.com/files/plsqldev1406x64.msi https://download.oracle.com/otn_software/nt/instantclient/2111000/instantcli...
A regression test leads to this commit: a81c53504ae32715e6e91bd020fdebd5bef20d48 is the first broken commit commit a81c53504ae32715e6e91bd020fdebd5bef20d48 Author: Alexandre Julliard julliard@winehq.org Date: Thu Sep 28 16:30:32 2023 +0200
ntdll: Release the low address space reservation for 64-bit apps.
This commit is also mentioned in a few other bug reports.
Unfortunately reverting this patch needs also reverting these before: 9b60b671da82123590253472318d95547d8d138d d92d9bc2a9c2fa097beb7c420b7e0229760f365c
And I also tried this with wine-8.18, but it looks like there got another regression into wine which makes a critical section timeout. A regression test leads there to efd03f40e6e. Reverting this needs also reverting of ec3de12825. But this might be subject of another bug report?
https://bugs.winehq.org/show_bug.cgi?id=55761
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |a81c53504ae32715e6e91bd020f | |debd5bef20d48
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #5 from Robert de Jager robertdejager@tutanota.com --- I have tried with every Wine version since 8.17. It is still present in version 8.20.
Since version 8.18, no error is thrown, it is just stuck.
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #6 from Bernhard Übelacker bernhardu@mailbox.org --- Short before the crash following lines are printed:
Call ucrtbase.malloc(7f630000e8c0) ret=7fffec5b3122 err:virtual:map_view anon mmap error Cannot allocate memory, size 0x7f6300020000, unix_prot 0 err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 7f6300010000 Ret ucrtbase.malloc() retval=00000000 ret=7fffec5b3122 trace:seh:dispatch_exception code=c0000005 flags=0 addr=00007FFFEC5B0A23 ip=7fffec5b0a23
I tried to compare that size of 7f630000e8c0 with a working run and found there it just allocating 0xe8c0 bytes.
Further following that 7f630000e8c0 back and found following instruction clearing just the lower 32 bit of the value.
Old value = (void *) 0x7f637a624e70 New value = (void *) 0x7f6300000000 0x0000000000a60807 in TMethodImplementationIntercept () from plsqldev.exe 1: x/i $pc => 0xa60807 <TMethodImplementationIntercept+5569847>: movl $0x0,0x30(%rsp)
Therefore it looks like this is really a bug of plsqldev.exe, but it is not showing up in windows because there the upper 32 bit of the incorrectly cleared memory are always zero.
Something similar seems to be observed in #55908.
https://bugs.winehq.org/show_bug.cgi?id=55761
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
https://bugs.winehq.org/show_bug.cgi?id=55761
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|UNCONFIRMED |RESOLVED
--- Comment #7 from Fabian Maurer dark.shadow4@web.de --- Thanks for the analysis, marking as dupe of 55833 to collect similar issues.
*** This bug has been marked as a duplicate of bug 55833 ***
https://bugs.winehq.org/show_bug.cgi?id=55761
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Closing duplicate.
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #9 from Bernhard Übelacker bernhardu@mailbox.org --- Confirming commit f03c3a16 fixes this access violation.
Created a followup bug 55993 for the other regression causing the application to hang.
https://bugs.winehq.org/show_bug.cgi?id=55761
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |f03c3a167c2e4abe92b1e1bf2ea | |5f7c31a07fc3b Resolution|DUPLICATE |FIXED
--- Comment #10 from Fabian Maurer dark.shadow4@web.de --- Marking fixed by https://source.winehq.org/git/wine.git/commitdiff/f03c3a167c2e4abe92b1e1bf2e...
https://bugs.winehq.org/show_bug.cgi?id=55761
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
https://bugs.winehq.org/show_bug.cgi?id=55761
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc2.
https://bugs.winehq.org/show_bug.cgi?id=55761
--- Comment #12 from Robert de Jager robertdejager@tutanota.com --- I can confirm that the issue is solved in 9.0-rc2. Thanks for all your efforts.