The following code throws a "Thread was being aborted" exception at the Response.End line. Even if I catch the exception, the code that follows is never executed. (Because the thread was being aborted...?) What does this mean? Why is it happening? How do I fix it? I've tried everything I can think of. I've wrapped all the code in try blocks, but the thread exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _
"WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn)
Dim dsFiles As New DataSet()
daFiles.Fill(dsFiles, "FD_Files")
Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0)
Dim fStream As FileStream
Dim bytesToGo As Long
Dim bytesRead As Long
Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _
FileAccess.Read, FileShare.Read)
bytesToGo = fStream.Length
Response.BufferOutput = False
Response.Clear()
Response.ClearContent()
Response.ClearHeaders()
Response.ContentType = "application/octet-stream"
Response.AppendHeader("Content-Disposition", "attachment; filename=""" & dr("FileName") & """")
Response.AppendHeader("Content-Length", fStream.Length)
Response.Flush()
While (bytesToGo > 0)
If (Response.IsClientConnected) Then
bytesRead = fStream.Read(byteBuffer, 0, 2048)
Response.OutputStream.Write(byteBuffer, 0, bytesRead)
Response.Flush()
bytesToGo -= bytesRead
Else
bytesToGo = -1
End If
End While
fStream.Close()
Response.End() 7 1315
Response.End is implemented as a thread abort, so this is expected behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message news:ug**************@TK2MSFTNGP10.phx.gbl...
The following code throws a "Thread was being aborted" exception at the Response.End line. Even if I catch the exception, the code that follows is never executed. (Because the thread was being aborted...?) What does this mean? Why is it happening? How do I fix it? I've tried everything I can think of. I've wrapped all the code in try blocks, but the thread exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _
"WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn)
Dim dsFiles As New DataSet()
daFiles.Fill(dsFiles, "FD_Files")
Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0)
Dim fStream As FileStream
Dim bytesToGo As Long
Dim bytesRead As Long
Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _
FileAccess.Read, FileShare.Read)
bytesToGo = fStream.Length
Response.BufferOutput = False
Response.Clear()
Response.ClearContent()
Response.ClearHeaders()
Response.ContentType = "application/octet-stream"
Response.AppendHeader("Content-Disposition", "attachment; filename=""" & dr("FileName") & """")
Response.AppendHeader("Content-Length", fStream.Length)
Response.Flush()
While (bytesToGo > 0)
If (Response.IsClientConnected) Then
bytesRead = fStream.Read(byteBuffer, 0, 2048)
Response.OutputStream.Write(byteBuffer, 0, bytesRead)
Response.Flush()
bytesToGo -= bytesRead
Else
bytesToGo = -1
End If
End While
fStream.Close()
Response.End()
Is that the proper way to terminate the file transfer, or should I be using something else? (Response.Close ?)
Or would a Response.Flush do the same thing?
I've worked around it by moving the response.end call to the end of the procedure, but I'm a bit new to web dev, so I want to learn the proper methods. Thanks.
Jerry
"bruce barker" <no***********@safeco.com> wrote in message news:ud****************@TK2MSFTNGP11.phx.gbl...
Response.End is implemented as a thread abort, so this is expected behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message news:ug**************@TK2MSFTNGP10.phx.gbl...
The following code throws a "Thread was being aborted" exception at the Response.End line. Even if I catch the exception, the code that follows is never executed. (Because the thread was being aborted...?) What does this mean? Why is it happening? How do I fix it? I've tried everything I can think of. I've wrapped all the code in try blocks, but the thread exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _
"WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn)
Dim dsFiles As New DataSet()
daFiles.Fill(dsFiles, "FD_Files")
Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0)
Dim fStream As FileStream
Dim bytesToGo As Long
Dim bytesRead As Long
Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _
FileAccess.Read, FileShare.Read)
bytesToGo = fStream.Length
Response.BufferOutput = False
Response.Clear()
Response.ClearContent()
Response.ClearHeaders()
Response.ContentType = "application/octet-stream"
Response.AppendHeader("Content-Disposition", "attachment; filename=""" & dr("FileName") & """")
Response.AppendHeader("Content-Length", fStream.Length)
Response.Flush()
While (bytesToGo > 0)
If (Response.IsClientConnected) Then
bytesRead = fStream.Read(byteBuffer, 0, 2048)
Response.OutputStream.Write(byteBuffer, 0, bytesRead)
Response.Flush()
bytesToGo -= bytesRead
Else
bytesToGo = -1
End If
End While
fStream.Close()
Response.End()
The Response ends all by itself. Why don't you just omit it?
--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message
news:uC*************@TK2MSFTNGP10.phx.gbl...
Is that the proper way to terminate the file transfer, or should I be using
something else? (Response.Close ?)
Or would a Response.Flush do the same thing?
I've worked around it by moving the response.end call to the end of the
procedure, but I'm a bit new to web dev, so I want to learn the proper
methods. Thanks.
Jerry
"bruce barker" <no***********@safeco.com> wrote in message
news:ud****************@TK2MSFTNGP11.phx.gbl...
Response.End is implemented as a thread abort, so this is expected
behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message
news:ug**************@TK2MSFTNGP10.phx.gbl...
The following code throws a "Thread was being aborted" exception at the
Response.End line. Even if I catch the exception, the code that follows is
never executed. (Because the thread was being aborted...?) What does this
mean? Why is it happening? How do I fix it? I've tried everything I can
think of. I've wrapped all the code in try blocks, but the thread exception
is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _
"WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn)
Dim dsFiles As New DataSet()
daFiles.Fill(dsFiles, "FD_Files")
Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0)
Dim fStream As FileStream
Dim bytesToGo As Long
Dim bytesRead As Long
Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(),
FileMode.Open, _
FileAccess.Read, FileShare.Read)
bytesToGo = fStream.Length
Response.BufferOutput = False
Response.Clear()
Response.ClearContent()
Response.ClearHeaders()
Response.ContentType = "application/octet-stream"
Response.AppendHeader("Content-Disposition", "attachment; filename=""" &
dr("FileName") & """")
Response.AppendHeader("Content-Length", fStream.Length)
Response.Flush()
While (bytesToGo > 0)
If (Response.IsClientConnected) Then
bytesRead = fStream.Read(byteBuffer, 0, 2048)
Response.OutputStream.Write(byteBuffer, 0, bytesRead)
Response.Flush()
bytesToGo -= bytesRead
Else
bytesToGo = -1
End If
End While
fStream.Close()
Response.End()
I had a problem before where data from a postback or some other page request
was being appended to the file transfer. It was apparent on text files
where the html ended up as part of the text file instead of showing in the
browser. I figured I needed to let the client know that the download was
complete so it would close the file on the client's end. There must be
something about this process that I'm not understanding properly... How
does the client side know when it has stopped receiving a download and is
now receiveing HTML to post? Thanks.
Jerry
"Kevin Spencer" <ke***@takempis.com> wrote in message
news:um**************@TK2MSFTNGP11.phx.gbl... The Response ends all by itself. Why don't you just omit it?
-- HTH, Kevin Spencer .Net Developer Microsoft MVP Big things are made up of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message news:uC*************@TK2MSFTNGP10.phx.gbl... Is that the proper way to terminate the file transfer, or should I be
using something else? (Response.Close ?) Or would a Response.Flush do the same thing?
I've worked around it by moving the response.end call to the end of the procedure, but I'm a bit new to web dev, so I want to learn the proper methods. Thanks.
Jerry "bruce barker" <no***********@safeco.com> wrote in message news:ud****************@TK2MSFTNGP11.phx.gbl... Response.End is implemented as a thread abort, so this is expected behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message news:ug**************@TK2MSFTNGP10.phx.gbl... The following code throws a "Thread was being aborted" exception at
the Response.End line. Even if I catch the exception, the code that follows
is never executed. (Because the thread was being aborted...?) What does this mean? Why is it happening? How do I fix it? I've tried everything I can think of. I've wrapped all the code in try blocks, but the thread
exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _ "WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn) Dim dsFiles As New DataSet() daFiles.Fill(dsFiles, "FD_Files") Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0) Dim fStream As FileStream Dim bytesToGo As Long Dim bytesRead As Long Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _ FileAccess.Read, FileShare.Read) bytesToGo = fStream.Length Response.BufferOutput = False Response.Clear() Response.ClearContent() Response.ClearHeaders() Response.ContentType = "application/octet-stream" Response.AppendHeader("Content-Disposition", "attachment; filename="""
& dr("FileName") & """") Response.AppendHeader("Content-Length", fStream.Length) Response.Flush()
While (bytesToGo > 0) If (Response.IsClientConnected) Then bytesRead = fStream.Read(byteBuffer, 0, 2048) Response.OutputStream.Write(byteBuffer, 0, bytesRead) Response.Flush() bytesToGo -= bytesRead Else bytesToGo = -1 End If End While
fStream.Close() Response.End()
It's not a matter of what the client knows. You said yourself that your
first problem was caused by some output that your app was rendering AFTER
writing the correct data to the browser. As long as your app doesn't do
that, it certainly doesn't need to call Response.End, and it may in fact,
not be a good idea to do so.
--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message
news:Oz**************@tk2msftngp13.phx.gbl... I had a problem before where data from a postback or some other page
request was being appended to the file transfer. It was apparent on text files where the html ended up as part of the text file instead of showing in the browser. I figured I needed to let the client know that the download was complete so it would close the file on the client's end. There must be something about this process that I'm not understanding properly... How does the client side know when it has stopped receiving a download and is now receiveing HTML to post? Thanks.
Jerry
"Kevin Spencer" <ke***@takempis.com> wrote in message news:um**************@TK2MSFTNGP11.phx.gbl... The Response ends all by itself. Why don't you just omit it?
-- HTH, Kevin Spencer .Net Developer Microsoft MVP Big things are made up of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message news:uC*************@TK2MSFTNGP10.phx.gbl... Is that the proper way to terminate the file transfer, or should I be using something else? (Response.Close ?) Or would a Response.Flush do the same thing?
I've worked around it by moving the response.end call to the end of the procedure, but I'm a bit new to web dev, so I want to learn the proper methods. Thanks.
Jerry "bruce barker" <no***********@safeco.com> wrote in message news:ud****************@TK2MSFTNGP11.phx.gbl... Response.End is implemented as a thread abort, so this is expected behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message news:ug**************@TK2MSFTNGP10.phx.gbl... The following code throws a "Thread was being aborted" exception at the Response.End line. Even if I catch the exception, the code that follows is never executed. (Because the thread was being aborted...?) What does
this mean? Why is it happening? How do I fix it? I've tried everything I
can think of. I've wrapped all the code in try blocks, but the thread exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _ "WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn) Dim dsFiles As New DataSet() daFiles.Fill(dsFiles, "FD_Files") Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0) Dim fStream As FileStream Dim bytesToGo As Long Dim bytesRead As Long Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _ FileAccess.Read, FileShare.Read) bytesToGo = fStream.Length Response.BufferOutput = False Response.Clear() Response.ClearContent() Response.ClearHeaders() Response.ContentType = "application/octet-stream" Response.AppendHeader("Content-Disposition", "attachment;
filename=""" & dr("FileName") & """") Response.AppendHeader("Content-Length", fStream.Length) Response.Flush()
While (bytesToGo > 0) If (Response.IsClientConnected) Then bytesRead = fStream.Read(byteBuffer, 0, 2048) Response.OutputStream.Write(byteBuffer, 0, bytesRead) Response.Flush() bytesToGo -= bytesRead Else bytesToGo = -1 End If End While
fStream.Close() Response.End()
How would you update a web page after sending a file? There has to be some
indication that the file is sent, no? Apparently I'm missing something
here.
"Kevin Spencer" <ke***@takempis.com> wrote in message
news:OT**************@TK2MSFTNGP11.phx.gbl... It's not a matter of what the client knows. You said yourself that your first problem was caused by some output that your app was rendering AFTER writing the correct data to the browser. As long as your app doesn't do that, it certainly doesn't need to call Response.End, and it may in fact, not be a good idea to do so.
-- HTH, Kevin Spencer .Net Developer Microsoft MVP Big things are made up of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message news:Oz**************@tk2msftngp13.phx.gbl... I had a problem before where data from a postback or some other page request was being appended to the file transfer. It was apparent on text files where the html ended up as part of the text file instead of showing in
the browser. I figured I needed to let the client know that the download
was complete so it would close the file on the client's end. There must be something about this process that I'm not understanding properly... How does the client side know when it has stopped receiving a download and
is now receiveing HTML to post? Thanks.
Jerry
"Kevin Spencer" <ke***@takempis.com> wrote in message news:um**************@TK2MSFTNGP11.phx.gbl... The Response ends all by itself. Why don't you just omit it?
-- HTH, Kevin Spencer .Net Developer Microsoft MVP Big things are made up of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message news:uC*************@TK2MSFTNGP10.phx.gbl... Is that the proper way to terminate the file transfer, or should I be using something else? (Response.Close ?) Or would a Response.Flush do the same thing?
I've worked around it by moving the response.end call to the end of
the procedure, but I'm a bit new to web dev, so I want to learn the proper methods. Thanks.
Jerry "bruce barker" <no***********@safeco.com> wrote in message news:ud****************@TK2MSFTNGP11.phx.gbl... Response.End is implemented as a thread abort, so this is expected behavior.
-- bruce (sqlwork.com)
"Jerry Camel" <rl*****@msn.com> wrote in message news:ug**************@TK2MSFTNGP10.phx.gbl... The following code throws a "Thread was being aborted" exception
at the Response.End line. Even if I catch the exception, the code that
follows is never executed. (Because the thread was being aborted...?) What does this mean? Why is it happening? How do I fix it? I've tried everything I can think of. I've wrapped all the code in try blocks, but the thread
exception is the only one being thrown. Please help... Thanks.
Jerry
sCommand = "SELECT * FROM FD_Files " & _ "WHERE (HashName = '" & e.CommandArgument() & "')"
Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn) Dim dsFiles As New DataSet() daFiles.Fill(dsFiles, "FD_Files") Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0) Dim fStream As FileStream Dim bytesToGo As Long Dim bytesRead As Long Dim byteBuffer(2048) As Byte
fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), FileMode.Open, _ FileAccess.Read, FileShare.Read) bytesToGo = fStream.Length Response.BufferOutput = False Response.Clear() Response.ClearContent() Response.ClearHeaders() Response.ContentType = "application/octet-stream" Response.AppendHeader("Content-Disposition", "attachment; filename=""" & dr("FileName") & """") Response.AppendHeader("Content-Length", fStream.Length) Response.Flush()
While (bytesToGo > 0) If (Response.IsClientConnected) Then bytesRead = fStream.Read(byteBuffer, 0, 2048) Response.OutputStream.Write(byteBuffer, 0, bytesRead) Response.Flush() bytesToGo -= bytesRead Else bytesToGo = -1 End If End While
fStream.Close() Response.End()
> How would you update a web page after sending a file? There has to be
some
You don't. The file is the Response. Every Response to a Request is a file.
A Request asks for a file. A Response sends one.
--
HTH,
Kevin Spencer
..Net Developer
Microsoft MVP
Big things are made up
of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message
news:#r**************@tk2msftngp13.phx.gbl... How would you update a web page after sending a file? There has to be
some indication that the file is sent, no? Apparently I'm missing something here.
"Kevin Spencer" <ke***@takempis.com> wrote in message news:OT**************@TK2MSFTNGP11.phx.gbl... It's not a matter of what the client knows. You said yourself that your first problem was caused by some output that your app was rendering
AFTER writing the correct data to the browser. As long as your app doesn't do that, it certainly doesn't need to call Response.End, and it may in
fact, not be a good idea to do so.
-- HTH, Kevin Spencer .Net Developer Microsoft MVP Big things are made up of lots of little things.
"Jerry Camel" <rl*****@msn.com> wrote in message news:Oz**************@tk2msftngp13.phx.gbl... I had a problem before where data from a postback or some other page request was being appended to the file transfer. It was apparent on text
files where the html ended up as part of the text file instead of showing in the browser. I figured I needed to let the client know that the download was complete so it would close the file on the client's end. There must
be something about this process that I'm not understanding properly...
How does the client side know when it has stopped receiving a download and is now receiveing HTML to post? Thanks.
Jerry
"Kevin Spencer" <ke***@takempis.com> wrote in message news:um**************@TK2MSFTNGP11.phx.gbl... > The Response ends all by itself. Why don't you just omit it? > > -- > HTH, > Kevin Spencer > .Net Developer > Microsoft MVP > Big things are made up > of lots of little things. > > > "Jerry Camel" <rl*****@msn.com> wrote in message > news:uC*************@TK2MSFTNGP10.phx.gbl... > Is that the proper way to terminate the file transfer, or should I
be using > something else? (Response.Close ?) > Or would a Response.Flush do the same thing? > > I've worked around it by moving the response.end call to the end of the > procedure, but I'm a bit new to web dev, so I want to learn the
proper > methods. Thanks. > > Jerry > "bruce barker" <no***********@safeco.com> wrote in message > news:ud****************@TK2MSFTNGP11.phx.gbl... > Response.End is implemented as a thread abort, so this is expected > behavior. > > > -- bruce (sqlwork.com) > > > "Jerry Camel" <rl*****@msn.com> wrote in message > news:ug**************@TK2MSFTNGP10.phx.gbl... > The following code throws a "Thread was being aborted" exception at the > Response.End line. Even if I catch the exception, the code that follows is > never executed. (Because the thread was being aborted...?) What
does this > mean? Why is it happening? How do I fix it? I've tried everything
I can > think of. I've wrapped all the code in try blocks, but the thread exception > is the only one being thrown. Please help... Thanks. > > Jerry > > sCommand = "SELECT * FROM FD_Files " & _ > "WHERE (HashName = '" & e.CommandArgument() & "')" > > Dim daFiles As New SqlDataAdapter(sCommand, sqlCnxn) > Dim dsFiles As New DataSet() > daFiles.Fill(dsFiles, "FD_Files") > Dim dr As DataRow = dsFiles.Tables("FD_Files").Rows(0) > Dim fStream As FileStream > Dim bytesToGo As Long > Dim bytesRead As Long > Dim byteBuffer(2048) As Byte > > fStream = New FileStream("C:\DepotRoot\" & e.CommandArgument(), > FileMode.Open, _ > FileAccess.Read, FileShare.Read) > bytesToGo = fStream.Length > Response.BufferOutput = False > Response.Clear() > Response.ClearContent() > Response.ClearHeaders() > Response.ContentType = "application/octet-stream" > Response.AppendHeader("Content-Disposition", "attachment; filename=""" & > dr("FileName") & """") > Response.AppendHeader("Content-Length", fStream.Length) > Response.Flush() > > While (bytesToGo > 0) > If (Response.IsClientConnected) Then > bytesRead = fStream.Read(byteBuffer, 0, 2048) > Response.OutputStream.Write(byteBuffer, 0, bytesRead) > Response.Flush() > bytesToGo -= bytesRead > Else > bytesToGo = -1 > End If > End While > > fStream.Close() > Response.End() > >
This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics |
by: Niyazi |
last post by:
Hi,
I created application that I get information from AS400 for reporting.
In main.exe has only 1 frm which calls (as a class library) CLS_MAIN.dll.
The CLS_MAIN.dll get the tables from AS400...
|
by: johnny |
last post by:
In a multi-threaded application, say a worker thread makes an asynchronous
call and specifies a callback method. But before the callback is executed,
the thread is aborted by its creator. What is...
|
by: Niyazi |
last post by:
Hi,
I created application that I get information from AS400 for reporting.
In main.exe has only 1 frm which calls (as a class library) CLS_MAIN.dll.
The CLS_MAIN.dll get the tables from AS400...
|
by: Good Man |
last post by:
Hi there
I've noticed some very weird things happening with my current MySQL setup
on my XP Laptop, a development machine.
For a while, I have been trying to get the MySQL cache to work....
|
by: Marc Bartsch |
last post by:
Hi,
I have a background worker in my C# app that makes a synchronous
HttpWebRequest.GetResponse() call. The idea is to POST a file to a
server on the internet. When I call HttpWebRequest.Abort()...
| |
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: agi2029 |
last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
|
by: isladogs |
last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM).
In this session, we are pleased to welcome a new...
|
by: conductexam |
last post by:
I have .net C# application in which I am extracting data from word file and save it in database particularly. To store word all data as it is I am converting the whole word file firstly in HTML and...
| |
by: TSSRALBI |
last post by:
Hello
I'm a network technician in training and I need your help.
I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs.
The...
|
by: adsilva |
last post by:
A Windows Forms form does not have the event Unload, like VB6. What one acts like?
|
by: bsmnconsultancy |
last post by:
In today's digital era, a well-designed website is crucial for businesses looking to succeed. Whether you're a small business owner or a large corporation in Toronto, having a strong online presence...
| |