I don't know if anybody can help, but I have a program which uses VB5. It
works as it should - but I had a problem elsewhere and was running a program
to check what resources each program uses. I was quite astounded to see that
my VB5 program opened a temporary file when it was started and closed and
deleted it when it finished.

I use an .ini file to hold settings (as the program was written using VB4,
and .ini files were the only way of keeping settings) but I open this, read
in the values and close it within the first few seconds of the program. It
never even writes to this file - unless it doesn't exist!!


So, why is my program opening a temporary file? And can I stop it doing so?

I have noticed, by the by, that MSOffice does something similar - it opens a
temporary file (named something like ~dfe60ed.tmp - that is the name of the
current one on my machine) at system start. Is this some 'glitch' from
MicroSoft - or does it have a use?
--

Nick

Reply through newsgroup - address fake.

.... A hen is an egg's way of making another egg.

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

> So, why is my program opening a temporary file? And can I stop it 
> doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it 
> opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name 
> of the
> current one on my machine) at system start. Is this some 'glitch' from
> Microsoft - or does it have a use?

Not sure about VB5 - it's a long time since I've used it - but it's 
quite common for apps to open temporary files for all sorts of reasons. 
Word, for example, writes recovery data to the temp file - if Word or 
the computer crashes then when you restart you should pick up most of 
the work you'd done. Stuff like this can't really be done as the app 
crashes - it's too late! - so the file is written to as the program runs.

Not everything is as "reasonable" as this but in general you don't need 
to worry. If the app is creating a file, perhaps using it and then, at 
close, tidying up then there isn't really a problem. The only real 
problem is programs that open temp files and don't tidy up after 
themselves.

Not sure if you were using sysinternals filemon but if you weren't then 
do try it - you might be amazed at what's going on under the surface 
when you run even a simple app :-)



--  
Steve Rochford
IT Support Manager, The College of North West London

wrote in message
news:-cGdnTqNDJS9o6vbRVnysQA@pipex.net...
> Not sure about VB5 - it's a long time since I've used it - but it's
> quite common for apps to open temporary files for all sorts of reasons.
> Word, for example, writes recovery data to the temp file - if Word or
> the computer crashes then when you restart you should pick up most of
> the work you'd done. Stuff like this can't really be done as the app
> crashes - it's too late! - so the file is written to as the program runs.
>
> Not everything is as "reasonable" as this but in general you don't need
> to worry. If the app is creating a file, perhaps using it and then, at
> close, tidying up then there isn't really a problem. The only real
> problem is programs that open temp files and don't tidy up after
> themselves.
>
> Not sure if you were using sysinternals filemon but if you weren't then
> do try it - you might be amazed at what's going on under the surface
> when you run even a simple app :-)
>
>
Yes, I was using sysinternals filemon - and was absolutely amazed at what
goes on 'under the hood'. The main reason I was checking was because I had
been getting an error 53 - file not found - and wondered why when I only had
an .ini file opened for a few (micro?) seconds.

Thanks - and if anyone hasn't had a look 'under the bonnet' then I suggest
that they try. It certainly opened my eyes!! ;-)

--
Nick

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----

Ok this is a wild guess,  could it be part of the swap file.  so it s 
using the hdd as temporary memory,

Paul


Nick wrote:
> I don't know if anybody can help, but I have a program which uses VB5. It
> works as it should - but I had a problem elsewhere and was running a program
> to check what resources each program uses. I was quite astounded to see that
> my VB5 program opened a temporary file when it was started and closed and
> deleted it when it finished.
> 
> I use an .ini file to hold settings (as the program was written using VB4,
> and .ini files were the only way of keeping settings) but I open this, read
> in the values and close it within the first few seconds of the program. It
> never even writes to this file - unless it doesn't exist!!
> 
> 
> So, why is my program opening a temporary file? And can I stop it doing so?
> 
> I have noticed, by the by, that MSOffice does something similar - it opens a
> temporary file (named something like ~dfe60ed.tmp - that is the name of the
> current one on my machine) at system start. Is this some 'glitch' from
> MicroSoft - or does it have a use?
> --
> 
> Nick
> 
> Reply through newsgroup - address fake.
> 
> ... A hen is an egg's way of making another egg.
> 
> 


-- 
Events

Linuxbierwanderung - Torbay Mini Linux Beer Hike
28th / 29th July 2007
http://www.linuxbierwanderung.org/
Follow torbay mini LBW link.


http://www.openoffice.org
http://www.linux.org

CHAT SERVICES

www.phractured.net
PRFC CHAT ROOM - http://www.zleap.net/cgi-bin/irc.cgi
www.serfer.co.uk

-----BEGIN GEEK CODE BLOCK-----
Version 3.1
GIT d S: a  C+++ UL++++ P+ L++ W++ N+ W---
O! V!  PS+ Y! t+++ 5 X+++ R tv- b-
DI! D++ G e H! r! z?

-----END GEEK CODE BLOCK----