access-violation

System.AccessViolationException in .NET 4.0 while connecting to SQL Database

此生再无相见时 提交于 2021-02-20 04:08:43
问题 I have created following code Dim ConnectionString As String = ConfigurationManager.ConnectionStrings("default").ConnectionString Dim con As New SqlConnection(ConnectionString) con.Open() Response.Write("Connection Opened<br/>") con.Close() Response.Write("Connection Closed<br/>") in a web application project Target .NET Framework 4.0 but it is giving System.AccessViolationException i cannot understand why. if i change the target Framework to .NET 3.0 then the code runs fine. Below is the

System.AccessViolationException in .NET 4.0 while connecting to SQL Database

落花浮王杯 提交于 2021-02-20 04:07:30
问题 I have created following code Dim ConnectionString As String = ConfigurationManager.ConnectionStrings("default").ConnectionString Dim con As New SqlConnection(ConnectionString) con.Open() Response.Write("Connection Opened<br/>") con.Close() Response.Write("Connection Closed<br/>") in a web application project Target .NET Framework 4.0 but it is giving System.AccessViolationException i cannot understand why. if i change the target Framework to .NET 3.0 then the code runs fine. Below is the

QueryWorkingSet includes invalid pages in its result

若如初见. 提交于 2021-02-19 06:35:22
问题 I'm currently using a 64-bit Windows 7 with I'm using Windows 7. I'm playing around with some PSAPI (Process Status API) functions to learn a bit more about how Windows manages memory. I noticed, however, that QueryWorkingSet included entries from which I couldn't read (e.g. page 0, and you can't read 0x00000000 ). When trying it on 64-bit, it became apparent why this was the case: QueryWorkingSet is bugged on 32-bit, as the addresses are truncated (hence the multiple page 0 entries). Still,

Access violation when closing help file (.chm) C#

谁说我不能喝 提交于 2021-01-29 13:23:11
问题 I'm developing a C# application and made a (.chm) help file to link it with, and I use the following statement to open help file: Help.ShowHelp(this,HelpFileLocation); And the help file opens correctly, but when I close the help file window, the application terminates and the debugging stops, and when looking at the output window I see this: app.exe has exited with code -1073741819 (0xc0000005) 'Access violation' I tried to call the method from more than one form and I'm getting the same

Delphi - Access violation while creating a TList of UnicodeString

会有一股神秘感。 提交于 2020-07-10 12:23:44
问题 I'm writing a Delphi package with RAD Studio XE7. I recently faced a strange access violation, and I cannot figure out why it happened. The context was that I was trying to maintain a list of font names. So I declared the following type: ICustomFontList = TList<UnicodeString>; Inside one of my classes, I declared a variable as follow: m_pCustomFontList: ICustomFontList; Then, in the constructor, I tried to instantiate this variable like that: m_pCustomFontList := ICustomFontList.Create; I

Delphi - Access violation while creating a TList of UnicodeString

旧巷老猫 提交于 2020-07-10 12:10:13
问题 I'm writing a Delphi package with RAD Studio XE7. I recently faced a strange access violation, and I cannot figure out why it happened. The context was that I was trying to maintain a list of font names. So I declared the following type: ICustomFontList = TList<UnicodeString>; Inside one of my classes, I declared a variable as follow: m_pCustomFontList: ICustomFontList; Then, in the constructor, I tried to instantiate this variable like that: m_pCustomFontList := ICustomFontList.Create; I

Sporadic Access Violation in TJvMemoryData.InternalSetFieldData

跟風遠走 提交于 2020-07-07 11:27:12
问题 I am trying to resolve an access violation in a Delphi XE7 application which is occurs in this code, which is part of the Jedi VCL JvMemoryDataset component (current source at Github): begin Data^ := Ord(Buffer <> nil); Inc(Data); if Buffer <> nil then Move(Buffer^, Data^, CalcFieldLen(Field.DataType, Field.Size)) <---------- AV here else FillChar(Data^, CalcFieldLen(Field.DataType, Field.Size), 0); end; The code sporadically causes a read access violation at address 04020111. Is there an

Sporadic Access Violation in TJvMemoryData.InternalSetFieldData

放肆的年华 提交于 2020-07-07 11:26:04
问题 I am trying to resolve an access violation in a Delphi XE7 application which is occurs in this code, which is part of the Jedi VCL JvMemoryDataset component (current source at Github): begin Data^ := Ord(Buffer <> nil); Inc(Data); if Buffer <> nil then Move(Buffer^, Data^, CalcFieldLen(Field.DataType, Field.Size)) <---------- AV here else FillChar(Data^, CalcFieldLen(Field.DataType, Field.Size), 0); end; The code sporadically causes a read access violation at address 04020111. Is there an

Sporadic Access Violation in TJvMemoryData.InternalSetFieldData

亡梦爱人 提交于 2020-07-07 11:25:25
问题 I am trying to resolve an access violation in a Delphi XE7 application which is occurs in this code, which is part of the Jedi VCL JvMemoryDataset component (current source at Github): begin Data^ := Ord(Buffer <> nil); Inc(Data); if Buffer <> nil then Move(Buffer^, Data^, CalcFieldLen(Field.DataType, Field.Size)) <---------- AV here else FillChar(Data^, CalcFieldLen(Field.DataType, Field.Size), 0); end; The code sporadically causes a read access violation at address 04020111. Is there an