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

Unhandled exception on next query after network connection is disconnected then re-connected. #90

Open
tazervas opened this issue Feb 14, 2025 · 1 comment

Comments

@tazervas
Copy link

tazervas commented Feb 14, 2025

If the network connection is lost and then re-connected during an ODBC session using version 17.00.0004 the next query will throw an "Attempted to read or write protected memory" exception which cannot be caught. Version 16.00.00 throws exception "The connection has been disabled (or lost). ERROR [08S01] server closed the connection unexpectedly" which can be caught and acted upon which is the desired behavior.

Example Visual Studio 2022 .NET 8 Windows Forms Visual Basic code which demonstrates this issue:

    Try

        Dim cs As New Odbc.OdbcConnectionStringBuilder
        cs.Clear()
        cs.Driver = "PostgreSQL Unicode(x64)"
        cs.Add("Database", "database")
        cs.Add("Servername", "host")
        cs.Add("UID", "user")
        cs.Add("PWD", "password")

        Dim c As Odbc.OdbcConnection = New Odbc.OdbcConnection With {.ConnectionString = cs.ConnectionString}
        c.Open()

        Dim sql As Odbc.OdbcCommand = c.CreateCommand
        sql.CommandType = CommandType.Text
        sql.CommandText = "SELECT count(*) FROM anytable"

        sql.ExecuteScalar()

        MsgBox("psqlODBC exception test: disconnect then re-connect network")

        sql.ExecuteScalar()     ' unhandled exception here

    Catch ex As Exception
        MsgBox(ex.ToString)

    End Try

Exception text:

System.AccessViolationException
HResult=0x80004003
Message=Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Source=
StackTrace:

[Managed to Native Transition]	
System.Data.Odbc.dll!System.Data.Odbc.OdbcConnectionHandle.ReleaseHandle()	Unknown
System.Private.CoreLib.dll!System.Runtime.InteropServices.SafeHandle.InternalRelease(bool disposeOrFinalizeOperation)	Unknown
System.Private.CoreLib.dll!System.Runtime.InteropServices.SafeHandle.Dispose()	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcConnection.Close()	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcConnection.ConnectionIsAlive(System.Exception innerException)	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcConnection.HandleErrorNoThrow(System.Data.Odbc.OdbcHandle hrHandle, System.Data.Odbc.ODBC32.SQLRETURN retcode)	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcConnection.HandleError(System.Data.Odbc.OdbcHandle hrHandle, System.Data.Odbc.ODBC32.SQLRETURN retcode)	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcCommand.ExecuteReaderObject(System.Data.CommandBehavior behavior, string method, bool needReader, object[] methodArguments, System.Data.Odbc.ODBC32.SQL_API odbcApiMethod)	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcCommand.ExecuteReaderObject(System.Data.CommandBehavior behavior, string method, bool needReader)	Unknown
System.Data.Odbc.dll!System.Data.Odbc.OdbcCommand.ExecuteScalar()	Unknown

psqlodbc_17_0004_exception.dll!psqlodbc_17_0004_exception.Form1.Form1_Load(Object sender, System.EventArgs e) Line 43 Basic

@tazervas
Copy link
Author

tazervas commented Feb 28, 2025

Verified that 16.00.0006 also fails with same AccessViolationException. Verified that 16.00.0005 does NOT fail with AccessViolationException instead throws "The connection has been disabled (or lost). ERROR [08S01] server closed the connection unexpectedly" as expected and desired. Suspect that one of the changes within .0006 is involved however in reviewing them I did not see anything that was obviously wrong.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant