| Groups | Blog | Home |
vb.net : When I get the image from the file the file remains locked
hi,
the problem here with cloning method is it also copies the reference of the file that is loaded in the IMAGE object so that if you dispose the zz object after cloning, it passes reference of the file to MyImage object that's why ultimately the file remains locked. try this code. this should solve your problem Dim fs As New StreamReader("C:\all.jpg") Dim img As Image = Image.FromStream(fs.BaseStream) fs.Close() PictureBox1.Image = img File.Delete("C:\all.jpg") Lucky
When I get the image from the file the file remains locked so the Delete
fails with a "used by another process" So I tried using a clone and disposing the obtained image. But that didn't fix the problem. Can you help? Dim zz As Image = Image.FromFile(imageFileName) MyImage = zz.Clone zz.Dispose() zz = Nothing File.Delete(imageFileName)
well first you need to understand the behaviour of the class and the
way it treats the resources. in your case IMAGE class lock the resources so that if any call for refresh/reload needs to attend by the object than the original data can be reloaded or modified by the object itself. i dont know why it is like this in IMAGE class but MS has implimented it this way only. run my code and compare it with your's and you'll see the difference and behaviour of the class Lucky
I'd really like to know if this works. The Kodak Image drivers in Windows 98 and NT4 have the same problem. I always thought this was a bug in the Kodak drivers, but if it exists in .NET (which doesn't use the Kodak drivers) as well, then the problem may actually be in the underlying Win32 API. Mike Ober. [quoted text, click to view] "Lucky" <tushar.n.patel@gmail.com> wrote in message news:1137473142.480445.287940@o13g2000cwo.googlegroups.com... > hi, > the problem here with cloning method is it also copies the reference > of the file that is loaded in the IMAGE object so that if you dispose > the zz object after cloning, it passes reference of the file to MyImage > object that's why ultimately the file remains locked. > > try this code. this should solve your problem > > Dim fs As New StreamReader("C:\all.jpg") > Dim img As Image = Image.FromStream(fs.BaseStream) > fs.Close() > PictureBox1.Image = img > File.Delete("C:\all.jpg") > > > Lucky > >
Thanks a lot
[quoted text, click to view] "Lucky" <tushar.n.patel@gmail.com> wrote in message news:1137473142.480445.287940@o13g2000cwo.googlegroups.com... > hi, > the problem here with cloning method is it also copies the reference > of the file that is loaded in the IMAGE object so that if you dispose > the zz object after cloning, it passes reference of the file to MyImage > object that's why ultimately the file remains locked. > > try this code. this should solve your problem > > Dim fs As New StreamReader("C:\all.jpg") > Dim img As Image = Image.FromStream(fs.BaseStream) > fs.Close() > PictureBox1.Image = img > File.Delete("C:\all.jpg") > > > Lucky >
I don't think I can use your suggestion. I try to make it easy to see the
problem by shorting the code but I'm afriad I cut out too much code. Below might be more then required to show the problem but I hope I didn't cut anything relavent. I believe the problen code starts where I left the blank lines below. Dim wiaManager As WiaClass = Nothing ' WIA manager COM object Dim wiaDevs As CollectionClass = Nothing ' WIA devices collection COM object Dim wiaRoot As ItemClass = Nothing ' WIA root device COM object Dim wiaPics As CollectionClass = Nothing ' WIA collection COM object Dim wiaItem As ItemClass = Nothing ' WIA image COM object Dim imageFileName As String wiaManager = New WiaClass ' create COM instance of WIA manager wiaDevs = wiaManager.Devices ' wiaDevs = wiaManager.Devices ' as CollectionClass; ' call Wia.Devices to get all devices If wiaDevs Is Nothing OrElse wiaDevs.Count = 0 Then MessageBox.Show("No WIA devices found!", "WIA", MessageBoxButtons.OK, MessageBoxIcon.Stop) Application.Exit() Return Nothing End If Dim selectUsingUI As Object = System.Reflection.Missing.Value ' = Nothing wiaRoot = CType(wiaManager.Create(selectUsingUI), ItemClass) ' Display form to let the user select device If wiaRoot Is Nothing Then ' nothing to do Return Nothing End If wiaPics = wiaRoot.GetItemsFromUI(WiaFlag.SingleImage, WiaIntent.ImageTypeColor) 'Open acquisition form to get a single image. If wiaPics Is Nothing Then Return Nothing End If Dim wiaObj As Object = wiaPics.Item(0) wiaItem = CType(Marshal.CreateWrapperOfType(wiaObj, GetType(ItemClass)), ItemClass) imageFileName = Path.GetTempFileName() ' create temporary file for image wiaItem.Transfer(imageFileName, False) ' Now do the scan and then transfer picture to our temporary file (only way to get it) Dim zz As Image = Image.FromFile(imageFileName) ' create Image instance from file AcquireScanner = zz.Clone zz.Dispose() 'Unlock the file zz = Nothing File.Delete(imageFileName) [quoted text, click to view] >When I get the image from the file the file remains locked so the Delete >fails with a "used by another process" >So I tried using a clone and disposing the obtained image. >But that didn't fix the problem. >Can you help?
Thanks, please see reply I just sent Lucky's first post
[quoted text, click to view] "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >> When I get the image from the file the file remains locked so the Delete >> fails with a "used by another process" > > Check out the code snippets at > <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. > > -- > M S Herfried K. Wagner > M V P <URL:http://dotnet.mvps.org/> > V B <URL:http://classicvb.org/petition/>
What is the penalty for not deleting a temp file?
Is that a way to go? [quoted text, click to view] "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >> When I get the image from the file the file remains locked so the Delete >> fails with a "used by another process" > > Check out the code snippets at > <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. > > -- > M S Herfried K. Wagner > M V P <URL:http://dotnet.mvps.org/> > V B <URL:http://classicvb.org/petition/>
I tried deleting after I released wiaItem and wiaObj but the problem remains
[quoted text, click to view] >I don't think I can use your suggestion. I try to make it easy to see the >problem by shorting the code but I'm afriad I cut out too much code. Below >might be more then required to show the problem but I hope I didn't cut >anything relavent. > > > > I believe the problen code starts where I left the blank lines below. > > > > Dim wiaManager As WiaClass = Nothing ' WIA manager COM object > > Dim wiaDevs As CollectionClass = Nothing ' WIA devices collection COM > object > > Dim wiaRoot As ItemClass = Nothing ' WIA root device COM object > > Dim wiaPics As CollectionClass = Nothing ' WIA collection COM object > > Dim wiaItem As ItemClass = Nothing ' WIA image COM object > > Dim imageFileName As String > > wiaManager = New WiaClass ' create COM instance of WIA manager > > wiaDevs = wiaManager.Devices ' > > wiaDevs = wiaManager.Devices ' as CollectionClass; ' call Wia.Devices to > get all devices > > If wiaDevs Is Nothing OrElse wiaDevs.Count = 0 Then > > MessageBox.Show("No WIA devices found!", "WIA", MessageBoxButtons.OK, > MessageBoxIcon.Stop) > > Application.Exit() > > Return Nothing > > End If > > Dim selectUsingUI As Object = System.Reflection.Missing.Value ' = Nothing > > wiaRoot = CType(wiaManager.Create(selectUsingUI), ItemClass) ' Display > form to let the user select device > > If wiaRoot Is Nothing Then ' nothing to do > > Return Nothing > > End If > > wiaPics = wiaRoot.GetItemsFromUI(WiaFlag.SingleImage, > WiaIntent.ImageTypeColor) 'Open acquisition form to get a single image. > > If wiaPics Is Nothing Then > > Return Nothing > > End If > > > > > > Dim wiaObj As Object = wiaPics.Item(0) > > wiaItem = CType(Marshal.CreateWrapperOfType(wiaObj, GetType(ItemClass)), > ItemClass) > > imageFileName = Path.GetTempFileName() wiaItem.Transfer(imageFileName, > False) Dim zz As Image = Image.FromFile(imageFileName) AcquireScanner = > zz.Clone > zz.Dispose() zz = Nothing > File.Delete(imageFileName) > > > >>When I get the image from the file the file remains locked so the Delete > >>fails with a "used by another process" > >>So I tried using a clone and disposing the obtained image. > >>But that didn't fix the problem. > >>Can you help? > > > > > >
A bug, or a "feature"? I seem to recall a similar problem and found a
this reference that provided some insight. http://support.microsoft.com/?id=814675 Cheers, Randy [quoted text, click to view] Michael D. Ober wrote:
> > I'd really like to know if this works. The Kodak Image drivers in Windows > 98 and NT4 have the same problem. I always thought this was a bug in the > Kodak drivers, but if it exists in .NET (which doesn't use the Kodak > drivers) as well, then the problem may actually be in the underlying Win32 > API. > > Mike Ober. > > "Lucky" <tushar.n.patel@gmail.com> wrote in message > news:1137473142.480445.287940@o13g2000cwo.googlegroups.com... > >>hi, >> the problem here with cloning method is it also copies the reference >>of the file that is loaded in the IMAGE object so that if you dispose >>the zz object after cloning, it passes reference of the file to MyImage >>object that's why ultimately the file remains locked. >> >>try this code. this should solve your problem >> >>Dim fs As New StreamReader("C:\all.jpg") >>Dim img As Image = Image.FromStream(fs.BaseStream) >>fs.Close() >>PictureBox1.Image = img >>File.Delete("C:\all.jpg") >> >> >>Lucky >> >> > > >
" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb:
[quoted text, click to view] > When I get the image from the file the file remains locked so the Delete > fails with a "used by another process" Check out the code snippets at <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. -- M S Herfried K. Wagner M V P <URL:http://dotnet.mvps.org/> V B <URL:http://classicvb.org/petition/>
What I mean
is the file there forever or does Window eventually delete it [quoted text, click to view] " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... > What is the penalty for not deleting a temp file? > > Is that a way to go? > > > > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >>> When I get the image from the file the file remains locked so the Delete >>> fails with a "used by another process" >> >> Check out the code snippets at >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. >> >> -- >> M S Herfried K. Wagner >> M V P <URL:http://dotnet.mvps.org/> >> V B <URL:http://classicvb.org/petition/> > >
i'm not sure when and how windows manages file in temp folder but
deleting files from code after use, is best practice. Lucky
I still think it's a bug in the GDI itself. When you close the references to an image using the COM interface, the image control should go away. It doesn't - I know because I tested this heavily and finally discovered that the only way to reliably "unlock" the file is to set the image to another file first. Mike. [quoted text, click to view] "R. MacDonald" <scitec@NO-SP-AMcips.ca> wrote in message news:43cccaf3$0$95833$dbd4f001@news.wanadoo.nl... > A bug, or a "feature"? I seem to recall a similar problem and found a > this reference that provided some insight. > > http://support.microsoft.com/?id=814675 > > Cheers, > Randy > > Michael D. Ober wrote: > > > > I'd really like to know if this works. The Kodak Image drivers in Windows > > 98 and NT4 have the same problem. I always thought this was a bug in the > > Kodak drivers, but if it exists in .NET (which doesn't use the Kodak > > drivers) as well, then the problem may actually be in the underlying Win32 > > API. > > > > Mike Ober. > > > > "Lucky" <tushar.n.patel@gmail.com> wrote in message > > news:1137473142.480445.287940@o13g2000cwo.googlegroups.com... > > > >>hi, > >> the problem here with cloning method is it also copies the reference > >>of the file that is loaded in the IMAGE object so that if you dispose > >>the zz object after cloning, it passes reference of the file to MyImage > >>object that's why ultimately the file remains locked. > >> > >>try this code. this should solve your problem > >> > >>Dim fs As New StreamReader("C:\all.jpg") > >>Dim img As Image = Image.FromStream(fs.BaseStream) > >>fs.Close() > >>PictureBox1.Image = img > >>File.Delete("C:\all.jpg") > >> > >> > >>Lucky > >> > >> > > > > > > > > >
Based on my experience with the Kodak drivers, you get an error when you attempt to delete the file. Windows won't delete it later. Mike Ober. [quoted text, click to view] " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... > > What I mean > is the file there forever or does Window eventually delete it > > > > > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message > news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... > > What is the penalty for not deleting a temp file? > > > > Is that a way to go? > > > > > > > > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message > > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... > >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: > >>> When I get the image from the file the file remains locked so the Delete > >>> fails with a "used by another process" > >> > >> Check out the code snippets at > >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. > >> > >> -- > >> M S Herfried K. Wagner > >> M V P <URL:http://dotnet.mvps.org/> > >> V B <URL:http://classicvb.org/petition/> > > > > > > >
Thanks for the two replies.
Did you see Lucky's second post? Sound reasonable to me. How does it sound to you? [quoted text, click to view] "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message news:PUDzf.3782$Hd4.1869@newsread1.news.pas.earthlink.net... > > Based on my experience with the Kodak drivers, you get an error when you > attempt to delete the file. Windows won't delete it later. > > Mike Ober. > > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message > news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... >> >> What I mean >> is the file there forever or does Window eventually delete it >> >> >> >> >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >> news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... >> > What is the penalty for not deleting a temp file? >> > >> > Is that a way to go? >> > >> > >> > >> > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message >> > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >> >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >> >>> When I get the image from the file the file remains locked so the > Delete >> >>> fails with a "used by another process" >> >> >> >> Check out the code snippets at >> >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. >> >> >> >> -- >> >> M S Herfried K. Wagner >> >> M V P <URL:http://dotnet.mvps.org/> >> >> V B <URL:http://classicvb.org/petition/> >> > >> > >> >> >> > > >
Sounds like a good work around.
Based on Lucky's post I looked to see if there file reference was available - but found nothing. thanks [quoted text, click to view] "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message news:ETvAf.1362$Dk.497@newsread3.news.pas.earthlink.net... > > I solved my problem (7 years ago) by keeping a "dummy.jpg" around that I > assign to the control. Once I started doing this, I was able to delete > the > original file. > > Mike. > > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message > news:eNOMDVQHGHA.2320@TK2MSFTNGP11.phx.gbl... >> >> Thanks for the two replies. >> Did you see Lucky's second post? >> Sound reasonable to me. >> How does it sound to you? >> >> >> >> >> "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message >> news:PUDzf.3782$Hd4.1869@newsread1.news.pas.earthlink.net... >> > >> > Based on my experience with the Kodak drivers, you get an error when >> > you >> > attempt to delete the file. Windows won't delete it later. >> > >> > Mike Ober. >> > >> > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >> > news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... >> >> >> >> What I mean >> >> is the file there forever or does Window eventually delete it >> >> >> >> >> >> >> >> >> >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >> >> news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... >> >> > What is the penalty for not deleting a temp file? >> >> > >> >> > Is that a way to go? >> >> > >> >> > >> >> > >> >> > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in > message >> >> > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >> >> >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >> >> >>> When I get the image from the file the file remains locked so the >> > Delete >> >> >>> fails with a "used by another process" >> >> >> >> >> >> Check out the code snippets at >> >> >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. >> >> >> >> >> >> -- >> >> >> M S Herfried K. Wagner >> >> >> M V P <URL:http://dotnet.mvps.org/> >> >> >> V B <URL:http://classicvb.org/petition/> >> >> > >> >> > >> >> >> >> >> >> >> > >> > >> > >> >> >> > > >
I solved my problem (7 years ago) by keeping a "dummy.jpg" around that I assign to the control. Once I started doing this, I was able to delete the original file. Mike. [quoted text, click to view] " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message news:eNOMDVQHGHA.2320@TK2MSFTNGP11.phx.gbl... > > Thanks for the two replies. > Did you see Lucky's second post? > Sound reasonable to me. > How does it sound to you? > > > > > "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message > news:PUDzf.3782$Hd4.1869@newsread1.news.pas.earthlink.net... > > > > Based on my experience with the Kodak drivers, you get an error when you > > attempt to delete the file. Windows won't delete it later. > > > > Mike Ober. > > > > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message > > news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... > >> > >> What I mean > >> is the file there forever or does Window eventually delete it > >> > >> > >> > >> > >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message > >> news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... > >> > What is the penalty for not deleting a temp file? > >> > > >> > Is that a way to go? > >> > > >> > > >> > > >> > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in message > >> > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... > >> >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: > >> >>> When I get the image from the file the file remains locked so the > > Delete > >> >>> fails with a "used by another process" > >> >> > >> >> Check out the code snippets at > >> >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. > >> >> > >> >> -- > >> >> M S Herfried K. Wagner > >> >> M V P <URL:http://dotnet.mvps.org/> > >> >> V B <URL:http://classicvb.org/petition/> > >> > > >> > > >> > >> > >> > > > > > > > > >
This works for me... after you close the lcl_fso the file can be
deleted, just don't get rid of the byte_old. Dim lcl_filename As System.String = "c:\temp\images\test.tif" Dim lcl_fso As New System.IO.FileStream(lcl_filename, _ IO.FileMode.Open, IO.FileAccess.Read, IO.FileShare.Read) Dim byte_old() As Byte Dim tmpint As Integer = Convert.ToInt32(lcl_fso.Length()) With lcl_fso ReDim byte_old(tmpint) .Read(byte_old, 0, tmpint) End With lcl_fso.Close() Dim memstream As New System.IO.MemoryStream(byte_old) Dim lcl_holdimage As System.Drawing.Image = _ System.Drawing.Image.FromStream(memstream) HTH, Barry On Sat, 21 Jan 2006 15:18:37 -0500, " **Developer**" [quoted text, click to view] <REMOVEdeveloper@a-znet.com> wrote: >Sounds like a good work around. >Based on Lucky's post I looked to see if there file reference was >available - but found nothing. > >thanks > >"Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message >news:ETvAf.1362$Dk.497@newsread3.news.pas.earthlink.net... >> >> I solved my problem (7 years ago) by keeping a "dummy.jpg" around that I >> assign to the control. Once I started doing this, I was able to delete >> the >> original file. >> >> Mike. >> >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >> news:eNOMDVQHGHA.2320@TK2MSFTNGP11.phx.gbl... >>> >>> Thanks for the two replies. >>> Did you see Lucky's second post? >>> Sound reasonable to me. >>> How does it sound to you? >>> >>> >>> >>> >>> "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message >>> news:PUDzf.3782$Hd4.1869@newsread1.news.pas.earthlink.net... >>> > >>> > Based on my experience with the Kodak drivers, you get an error when >>> > you >>> > attempt to delete the file. Windows won't delete it later. >>> > >>> > Mike Ober. >>> > >>> > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >>> > news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... >>> >> >>> >> What I mean >>> >> is the file there forever or does Window eventually delete it >>> >> >>> >> >>> >> >>> >> >>> >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >>> >> news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... >>> >> > What is the penalty for not deleting a temp file? >>> >> > >>> >> > Is that a way to go? >>> >> > >>> >> > >>> >> > >>> >> > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in >> message >>> >> > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >>> >> >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >>> >> >>> When I get the image from the file the file remains locked so the >>> > Delete >>> >> >>> fails with a "used by another process" >>> >> >> >>> >> >> Check out the code snippets at >>> >> >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. >>> >> >> >>> >> >> -- >>> >> >> M S Herfried K. Wagner >>> >> >> M V P <URL:http://dotnet.mvps.org/> >>> >> >> V B <URL:http://classicvb.org/petition/> >>> >> > >>> >> > >>> >> >>> >> >>> >> >>> > >>> > >>> > >>> >>> >>> >> >> >> >
Works for me too.
I'll bet I not the only one that will copy your approach. Thanks [quoted text, click to view] "Barry" <bceggers@castcom.com> wrote in message news:3v06t1t8g4ngj75t6jec1t155ovap1g9jt@4ax.com... > This works for me... after you close the lcl_fso the file can be > deleted, just don't get rid of the byte_old. > > Dim lcl_filename As System.String = "c:\temp\images\test.tif" > Dim lcl_fso As New System.IO.FileStream(lcl_filename, _ > IO.FileMode.Open, IO.FileAccess.Read, IO.FileShare.Read) > Dim byte_old() As Byte > Dim tmpint As Integer = Convert.ToInt32(lcl_fso.Length()) > With lcl_fso > ReDim byte_old(tmpint) > .Read(byte_old, 0, tmpint) > End With > lcl_fso.Close() > Dim memstream As New System.IO.MemoryStream(byte_old) > Dim lcl_holdimage As System.Drawing.Image = _ > System.Drawing.Image.FromStream(memstream) > > HTH, > Barry > > On Sat, 21 Jan 2006 15:18:37 -0500, " **Developer**" > <REMOVEdeveloper@a-znet.com> wrote: > >>Sounds like a good work around. >>Based on Lucky's post I looked to see if there file reference was >>available - but found nothing. >> >>thanks >> >>"Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message >>news:ETvAf.1362$Dk.497@newsread3.news.pas.earthlink.net... >>> >>> I solved my problem (7 years ago) by keeping a "dummy.jpg" around that I >>> assign to the control. Once I started doing this, I was able to delete >>> the >>> original file. >>> >>> Mike. >>> >>> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >>> news:eNOMDVQHGHA.2320@TK2MSFTNGP11.phx.gbl... >>>> >>>> Thanks for the two replies. >>>> Did you see Lucky's second post? >>>> Sound reasonable to me. >>>> How does it sound to you? >>>> >>>> >>>> >>>> >>>> "Michael D. Ober" <obermd.@.alum.mit.edu.nospam> wrote in message >>>> news:PUDzf.3782$Hd4.1869@newsread1.news.pas.earthlink.net... >>>> > >>>> > Based on my experience with the Kodak drivers, you get an error when >>>> > you >>>> > attempt to delete the file. Windows won't delete it later. >>>> > >>>> > Mike Ober. >>>> > >>>> > " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >>>> > news:uLJn$H8GGHA.1132@TK2MSFTNGP10.phx.gbl... >>>> >> >>>> >> What I mean >>>> >> is the file there forever or does Window eventually delete it >>>> >> >>>> >> >>>> >> >>>> >> >>>> >> " **Developer**" <REMOVEdeveloper@a-znet.com> wrote in message >>>> >> news:OAR8Nh3GGHA.596@TK2MSFTNGP10.phx.gbl... >>>> >> > What is the penalty for not deleting a temp file? >>>> >> > >>>> >> > Is that a way to go? >>>> >> > >>>> >> > >>>> >> > >>>> >> > "Herfried K. Wagner [MVP]" <hirf-spam-me-here@gmx.at> wrote in >>> message >>>> >> > news:uejMcQ3GGHA.2320@TK2MSFTNGP11.phx.gbl... >>>> >> >>" **Developer**" <REMOVEdeveloper@a-znet.com> schrieb: >>>> >> >>> When I get the image from the file the file remains locked so >>>> >> >>> the >>>> > Delete >>>> >> >>> fails with a "used by another process" >>>> >> >> >>>> >> >> Check out the code snippets at >>>> >> >> <URL:http://dotnet.mvps.org/dotnet/code/graphics/#ImageNoLock>. >>>> >> >> >>>> >> >> -- >>>> >> >> M S Herfried K. Wagner >>>> >> >> M V P <URL:http://dotnet.mvps.org/> >>>> >> >> V B <URL:http://classicvb.org/petition/> >>>> >> > >>>> >> > >>>> >> >>>> >> >>>> >> >>>> > >>>> > >>>> > >>>> >>>> >>>> >>> >>> >>> >> > > bceggersATcomcastDOTnet
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
| home · blog · groups | Questions? Comments? Contact the dn |