Behalf Of Charlie Coleman
Sent: Wednesday, March 25, 2020 4:58 PM
To: profoxt...@leafe.com
Subject: Re: Best way to move a file (other than COPY FILE and DELETE FILE)
Actually, I think VFP is using the Windows "rename" API (whatever it's
called) to do the function.
A long time ago I did a
file) TO (newpath\file)
> >>
> >>
> >>
> >> On 03/25/20 3:44 PM, MB Software Solutions, LLC wrote:
> >>> VFP9SP2 on Win10 Pro clients
> >>>
> >>> We've got a document management system (DMS) we wrote for a client
> >>
e wrote for a client
and we need to "archive" some files by moving them to a subfolder
from the main one. The first idea is to use VFP's COPY FILE command
and then just delete it once done. I wanted to ask if anyone had a
better idea.
__
r a client
and we need to "archive" some files by moving them to a subfolder
from the main one. The first idea is to use VFP's COPY FILE command
and then just delete it once done. I wanted to ask if anyone had a
better idea.
--
This email has been checked for viruses by Avast antiv
subfolder from the
main one. The first idea is to use VFP's COPY FILE command and then
just delete it once done. I wanted to ask if anyone had a better idea.
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com
VFP9SP2 on Win10 Pro clients
We've got a document management system (DMS) we wrote for a client and
we need to "archive" some files by moving them to a subfolder from the
main one. The first idea is to use VFP's COPY FILE command and then
just delete it once done. I wanted to ask
That's got to be it. Thanks Fred. We need to get together!
Sent from my T-Mobile 4G LTE Device
Original message
From: Fred Taylor fbtay...@gmail.com
Date:05/11/2015 21:48 (GMT-07:00)
To: profoxt...@leafe.com
Subject: Re: Copy File
http://xahlee.info/mswin
-07:00)
To: profoxt...@leafe.com
Subject: Re: Copy File
http://xahlee.info/mswin/allowed_chars_in_file_names.html
Fred
On Mon, May 11, 2015 at 8:15 PM, Jeff Johnson j...@san-dc.com wrote:
Fred: I can do it manually but not programmatically. I'm wondering if
a
: in the file name
The only place where a colon : is allowed is in the drive designator.
If the code you posted is real I don't see any problem.
Jeff, when you say manually you mean using che code from your first email or
using Windows explorer?
Gianni
On Mon, 11 May 2015 21:48:13 -0700, Fred Taylor
T-Mobile 4G LTE Device
Original message
From: Fred Taylor fbtay...@gmail.com
Date:05/11/2015 21:48 (GMT-07:00)
To: profoxt...@leafe.com
Subject: Re: Copy File
http://xahlee.info/mswin/allowed_chars_in_file_names.html
Fred
On Mon, May 11, 2015 at 8:15 PM, Jeff Johnson j
Fred: the second one is failing because there is no file. I know the
lcinitialname exists, but it won't copy to the other folder. I am
renaming it which is fine.
This same line of code is in all my apps, but in this one today it
doesn't work.
On 5/11/2015 4:57 PM, Fred Taylor wrote:
?
Hi Jeff,
you must use name expressions, the syntax is as follow:
lcinitialname =
'd:\users\public\applications\ft_cafe\documents\export\75041.pdf'
lcservername =
'd:\users\public\applications\ft_cafe\documents\someotherfile.pdf'
copy file (lcinitialname) to (lcservername)
Gianni
On Mon, 11
\public\applications\ft_cafe\documents\someotherfile.pdf'
copy file (lcinitialname) to (lcservername)
Gianni
On Mon, 11 May 2015 16:24:38 -0700, Jeff Johnson j...@san-dc.com wrote:
Why does this work:
COPY FILE
'd:\users\public\applications\ft_cafe\documents\export\75041.pdf' TO
'd:\users\public
must use name expressions, the syntax is as follow:
lcinitialname =
'd:\users\public\applications\ft_cafe\documents\export\75041.pdf'
lcservername =
'd:\users\public\applications\ft_cafe\documents\someotherfile.pdf'
copy file (lcinitialname) to (lcservername)
Gianni
On Mon, 11 May 2015 16
Are there any characters that won't copy - such as : ?
On 5/11/2015 5:29 PM, Jeff Johnson wrote:
Fred: the second one is failing because there is no file. I know the
lcinitialname exists, but it won't copy to the other folder. I am
renaming it which is fine.
This same line of code is in
Why does this work:
COPY FILE
'd:\users\public\applications\ft_cafe\documents\export\75041.pdf' TO
'd:\users\public\applications\ft_cafe\documents\someotherfile.pdf'
Where lcinitialname and lcservername are the same as above does not work:
copy file '' + alltrim(lcinitialname
http://xahlee.info/mswin/allowed_chars_in_file_names.html
Fred
On Mon, May 11, 2015 at 8:15 PM, Jeff Johnson j...@san-dc.com wrote:
Fred: I can do it manually but not programmatically. I'm wondering if a
: in the file name might be the problem.
On 5/11/2015 6:46 PM, Fred Taylor wrote:
Fred: I can do it manually but not programmatically. I'm wondering if
a : in the file name might be the problem.
On 5/11/2015 6:46 PM, Fred Taylor wrote:
Rights issue on the destination file/folder?
Fred
On Mon, May 11, 2015 at 5:29 PM, Jeff Johnson j...@san-dc.com wrote:
Fred: the
Rights issue on the destination file/folder?
Fred
On Mon, May 11, 2015 at 5:29 PM, Jeff Johnson j...@san-dc.com wrote:
Fred: the second one is failing because there is no file. I know the
lcinitialname exists, but it won't copy to the other folder. I am renaming
it which is fine.
This
I need to select a image with path with vfp9 where I can see the imges.
Any suggestions.
Thanks Jerry
--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
___
Post Messages to:
jerry foote wrote on 2013-01-21:
I need to select a image with path with vfp9 where I can see the imges.
Any suggestions.
Thanks Jerry
Jerry,
GetPict() might be what you are looking for.
Tracy Pearson
PowerChurch Software
___
Post
That's what I was looking for.
Thanks Jerry
-Original Message-
From: ProFox [mailto:profox-boun...@leafe.com] On Behalf Of Tracy Pearson
Sent: Monday, January 21, 2013 2:36 PM
To: profox@leafe.com
Subject: RE: Need to copy file and path with VFP
jerry foote wrote on 2013-01-21:
I need
I've got a client with a procedure that (I didn't write and) hasn't been
updated since 2007 and, until a few days ago, was reportedly working fine.
XP Pro
VFP 9
All of a sudden COPY FILE (src) TO (target) gives a File Is in use
error. Likewise for the ERASE (cDir + \*.*) statement.
I've
ago, was reportedly working
fine.
XP Pro
VFP 9
All of a sudden COPY FILE (src) TO (target) gives a File Is in use
error. Likewise for the ERASE (cDir + \*.*) statement.
I've switched out the COPY FILE to a call through the WIN32API and I'm
about to do a similar call for the ERASE
Kevin Cully wrote on 2011-01-12:
I've got a client with a procedure that (I didn't write and) hasn't
been updated since 2007 and, until a few days ago, was reportedly
working fine.
XP Pro
VFP 9
All of a sudden COPY FILE (src) TO (target) gives a File Is in use
error. Likewise
I thought of that as well. I turned off the AV yesterday and yet I was
still getting the error. Weird.
On 01/12/2011 11:20 AM, Tracy Pearson wrote:
I've seen similar behavior with Anti-Virus, always on backup, and desktop
search engines. My troubles were with the mostly with the PACK
Kevin Cully wrote on 2011-01-12:
I thought of that as well. I turned off the AV yesterday and yet I
was still getting the error. Weird.
Kevin,
My experience, Norton, Kaspersky, and McAfee did not stop putting a
temporary lock on files. The lock was shorter, yet still troublesome on
slower
in there).
Regards,
Jack Skelley
From: profoxtech-boun...@leafe.com [profoxtech-boun...@leafe.com] On Behalf Of
Kevin Cully [kcu...@cullytechnologies.com]
Sent: Wednesday, January 12, 2011 8:57 AM
To: profoxt...@leafe.com
Subject: Problem with COPY FILE
On Wed, Jan 12, 2011 at 10:43 AM, Tracy Pearson tr...@powerchurch.com wrote:
Kevin Cully wrote on 2011-01-12:
I thought of that as well. I turned off the AV yesterday and yet I
was still getting the error. Weird.
Kevin,
My experience, Norton, Kaspersky, and McAfee did not stop putting a
On 1/12/2011 1:10 PM, Stephen Russell wrote:
That is scary that as time goes by there arr more obstacles in the
every day life of the user when using VFP.
I'm not so sure of that.
Telling a new client that they have to adjust settings on Anti virus
must be tough these days just to get your
Stephen Russell wrote on 2011-01-12:
That is scary that as time goes by there arr more obstacles in the
every day life of the user when using VFP.
Telling a new client that they have to adjust settings on Anti virus
must be tough these days just to get your app to work that is.
Stephen,
MB Software Solutions, LLC wrote on 2011-01-12:
It's not tough at all; in fact, it's a non-issue when explained
correctly. Comes from my experience at Sylvan with hundreds of
centers/sites using their software.
Mike,
I've had conversations with a paid outside technicians that our
On Wed, Jan 12, 2011 at 12:49 PM, Tracy Pearson tr...@powerchurch.com wrote:
I've had conversations with a paid outside technicians that our clients have
hired that refuses to believe the anti-virus they are so fond of (religious
about) is causing corruption on the clients workstation and we
On 1/12/2011 1:49 PM, Tracy Pearson wrote:
Mike,
I've had conversations with a paid outside technicians that our clients have
hired that refuses to believe the anti-virus they are so fond of (religious
about) is causing corruption on the clients workstation and we have faulty
code base. No,
On 1/12/2011 2:06 PM, Stephen Russell wrote:
Just saying that as things change today VFP will probably be more in
the cross hairs over time.
No more than any other legacy program.
--
Mike Babcock, MCP
MB Software Solutions, LLC
President, Chief Software Architect
PROTECTED]
Subject: RE: COPY FILE insists on using included file
I've not been able to get the VFP copy command to ignore compiled in files:
I'll use the API, or Shell object to handle the copy
API can be found here: http://www.news2news.com/vfp/?group=-1function=14
Shell Object is:
LOCAL
On 7/3/07, Joe Yoder [EMAIL PROTECTED] wrote:
That is what I would do if my program was the only one writing to the
directory. There are potentially other programs creating files there as
well. I'm guessing the others would probably use the API approach so it
would make sense to do that but
I need to copy a file from one directory to another. I use the COPY FILE
SourceFile TO DestinationName inside the Try/Catch structure.
When SourceFile does not exist, Catch gets control and all is well.
When DestinationName does not exist, Catch gets control and all is well.
When
Can you do a FILE() before attempting to copy the file?
lcTargetFile = c:\test\target.dbf
IF FILE(lcTargetFile)
Log that the file already exists
ELSE
TRY
COPY FILE (lcSourceFile) TO (lcTargetFile)
CATCH
Log problem of copying file.
ENDTRY
ENDIF
I've been using the COPYFILE from
It's by design, and can be avoided with SET SAFETY OFF.
This will overwrite the existing file without the interactive dialog.
Tracy
-Original Message-
From: Joe Yoder
Sent: Monday, July 02, 2007 11:41 AM
I need to copy a file from one directory to another. I use the COPY FILE
Joe
What is your SET SAFETY setting ? Does it make a difference ?
Paul Newton
Joe Yoder wrote:
I need to copy a file from one directory to another. I use the COPY FILE
SourceFile TO DestinationName inside the Try/Catch structure.
When SourceFile does not exist, Catch gets control
is available?
Thanks,
Joe
On Tuesday, July 03, 2007 9:04 AM, Kevin Cully wrote:
Date: Tue, 03 Jul 2007 09:04:00 -0400
From: Kevin Cully
To: [EMAIL PROTECTED]
Subject: Re: Try/Catch handling of Copy File errors
Can you do a FILE() before attempting to copy the file?
lcTargetFile = c:\test\target.dbf
Rick Strahl sells a product called Web Connection. Here's the
documentation on the wwAPI class.
http://west-wind.com/webconnection/docs/_0pa1bhnlp.htm
-Kevin
CULLY Technologies, LLC
Sponsor of FoxForward 2007
foxforward.net
Joe Yoder wrote:
The API approach is something I would like to know
On 7/3/07, Joe Yoder [EMAIL PROTECTED] wrote:
I think I can achieve what I need by looping FCREATE(UniqueName) until
success. At that point I will have the name of a file I can safely
overwrite by setting safety off.
There's a windows API call. I think it's CreateTemporaryFileName()
that
Hi,
Does anyone know you can force VFP9 to respect a fullpathed COPY FILE command
instead of ignoring the path and insisting on copying from an included file?
e.g.
Copy File (lcDatSet + lcCurDir + laFiles[I,1]) To (lcPathNet + lcCurDir +
laFiles[I,1])
is ignoring an ico file found
,
Does anyone know you can force VFP9 to respect a fullpathed COPY FILE command
instead of ignoring the path and insisting on copying from an included file?
e.g.
Copy File (lcDatSet + lcCurDir + laFiles[I,1]) To (lcPathNet + lcCurDir +
laFiles[I,1])
is ignoring an ico file found in lcDatSet
Thanks for the suggestion, Richard.
Tried it and it still goes to the stored path, not the explicitely stated one.
Henry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Kaye
Sent: 2007-07-03 3:35 PM
To: [EMAIL PROTECTED]
Subject: Re: COPY FILE
Joe Yoder wrote:
Thanks to all who responded.
My use at this point is to create unique filenames on a server in a
bulletproof way.
How about an approach based on GUIDs:
The *CoCreateGuid* function may be used when it is necessary to obtain
an absolutely unique number that will be used as a
That would be an option except that my application needs 8 character file
names.
Thanks,
Joe
On Tuesday, July 03, 2007 3:57 PM, Paul Newton wrote:
Date: Tue, 03 Jul 2007 20:57:55 +0100
From: Paul Newton
To: [EMAIL PROTECTED]
Subject: Re: Try/Catch handling of Copy File errors
Joe Yoder
Thanks - Maybe some day I'll take the time to try to use this.
Joe
On Tuesday, July 03, 2007 2:46 PM, Ted Roche wrote:
Date: Tue, 3 Jul 2007 14:46:11 -0400
From: Ted Roche
To: [EMAIL PROTECTED]
Subject: Re: Try/Catch handling of Copy File errors
On 7/3/07, Joe Yoder [EMAIL PROTECTED] wrote
Roche
To: [EMAIL PROTECTED]
Subject: Re: Try/Catch handling of Copy File errors
On 7/3/07, Joe Yoder [EMAIL PROTECTED] wrote:
I think I can achieve what I need by looping FCREATE(UniqueName) until
success. At that point I will have the name of a file I can safely
overwrite by setting
To: [EMAIL PROTECTED]
Subject: Re: Try/Catch handling of Copy File errors
On 7/3/07, Joe Yoder [EMAIL PROTECTED] wrote:
I think I can achieve what I need by looping FCREATE(UniqueName) until
success. At that point I will have the name of a file I can safely
overwrite by setting safety off
52 matches
Mail list logo