Hi Bryan,
>> Try XCOPY C:\GAMES\*.* D:\GAMES /E /S
>
> That worked fine.
>
>> */E*
>>Copy subdirectories, even if empty.
>>
>>*/S*
>>Copy subdirectories, except empty ones.
>
> I hadn't realised the need for those options.
Just from the help text I would think just /E is enoug
Hi!
Good. ;)
On Sun, Jan 24, 2021 at 11:14 AM Bryan Kilgallin
wrote:
> Yes, Joao:
>
> > Try XCOPY C:\GAMES\*.* D:\GAMES /E /S
>
> That worked fine.
>
> > */E*
> >Copy subdirectories, even if empty.
> >
> >*/S*
> >Copy subdirectories, except empty ones.
>
> I hadn't realised the n
Yes, Joao:
Try XCOPY C:\GAMES\*.* D:\GAMES /E /S
That worked fine.
*/E*
Copy subdirectories, even if empty.
*/S*
Copy subdirectories, except empty ones.
I hadn't realised the need for those options.
--
members.iinet.net.au/~kilgallin/
___
Hello!
Try XCOPY C:\GAMES\*.* D:\GAMES /E /S
SOURCE: C:\GAMES\*.*
DESTINATION D:\GAMES\
*/E*
Copy subdirectories, even if empty.
*/S*
Copy subdirectories, except empty ones.
Hope that helped
On Wed, Jan 6, 2021 at 10:23 AM Bryan Kilgallin
wrote:
> I am trying to copy a tree, in th
I am trying to copy a tree, in the same way that Deltree removes one.
The instructions at the following page, I find confusing.
http://help.fdos.org/en/hhstndrd/xcopy.htm
--
members.iinet.net.au/~kilgallin/
___
Freedos-user mailing list
Freedos-user@l
On a sort of related note (For Mateusz) would it be possible to include
XCOPY.EXE on the new all_cd.iso?
I can't telll you how many times I have needed XCOPY right off the bat only
and because of other issues have not been able to install it and had to
"re-burn" a modified CD.
I have one more sugge
Great Ghost only copies to like file systems fat16 to fat16 or fat32 to
fat32.
So if you want to move from fat16 to fat32 you can use xcopy; it doesn't
care.
cheers
DS
On Tue, 26 Jan 2016 20:31:04 -0600 Rugxulo writes:
> Hi,
>
> On Mon, Jan 18, 2016 at 1:44 PM, Dale E Sterner
> wrote:
> >
>
Hi,
On Mon, Jan 18, 2016 at 1:44 PM, Dale E Sterner wrote:
>
> Does /K make it copy system and hidden files.
> Normal xcopy ignores them. You have to changes
> the attributes first then change them back to get
> a working copy. A real pain.
Well, you could just try it and see. :-)
Anyways, (af
Does /K make it copy system and hidden files.
Normal xcopy ignores them. You have to changes
the attributes first then change them back to get
a working copy. A real pain.
cheers
DS
On Mon, 18 Jan 2016 11:48:48 -0600 Rugxulo writes:
> Hi,
>
> On Mon, Jan 18, 2016 at 9:31 AM, Dale E Sterner
>
Hi,
On Mon, Jan 18, 2016 at 9:31 AM, Dale E Sterner wrote:
>
> I wonder will xwcopy copy system and hidden files as well.
/K - Retain attributes.
> If it does it could replace Ghost for making backup copies.
Doubt it. IIRC, it is limited to max 65000 files (so potentially bad
for big F
I wonder will xwcopy copy system and hidden files as well.
If it does it could replace Ghost for making backup copies.
cheers
DS
On Mon, 18 Jan 2016 09:11:13 +0100 daniele
writes:
> Xwcopy works perfectly!
> thank you
> Il 15/gen/2016 06:50, "Rugxulo" ha scritto:
>
> > Hi,
> >
> > On Thu, J
Xwcopy works perfectly!
thank you
Il 15/gen/2016 06:50, "Rugxulo" ha scritto:
> Hi,
>
> On Thu, Jan 14, 2016 at 4:47 AM, daniele
> wrote:
> >
> > is there any news about having FreeDOS Xcopy work with LFN-Support?
> > I'm using DOSLFN:
> > but when xcopying file names are kept short.
>
> There w
Hi,
On Thu, Jan 14, 2016 at 4:47 AM, daniele wrote:
>
> is there any news about having FreeDOS Xcopy work with LFN-Support?
> I'm using DOSLFN:
> but when xcopying file names are kept short.
There was a similar thread about two years ago where several of us
gave some suggestions:
http://sourcef
Hi everybody
is there any news about having FreeDOS Xcopy work with LFN-Support?
I'm using DOSLFN:
http://www.freedos.org/software/?prog=doslfn
but when xcopying file names are kept short.
Thanks
--
Site24x7 APM Insight:
> noticed this in the XP ntvdm "dogbox", though have not yet tried it in a real
> dos(freedos)
Great :-D Seems to be a problem of XP (not of FreeDOS) ...
... nevertheless, you should implement tasks natively inside you app
rather than calling BAT'teries, because they indeed tend to cause
trouble
Maybe someone knows why if I do "system("c.bat");" from a c++ program, and
'c.bat' does a 'copy' command, it works right, and control returns to the
c++ program; but if the bat does an 'xcopy' command, the command executes
properly,
but does not return to the c++ program, and in fact hangs. I then
ogy
City Hospital
Birmingham UK
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of LimeyDi
Sent: 29 October 2007 20:38
To: freedos-user@lists.sourceforge.net
Subject: Re: [Freedos-user] XCOPY still acting up in Windows XP
!!??(copyingto external hard drive)
Many
Many thanks, I will give this a try.
A reply from Di
[EMAIL PROTECTED]
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of MegaBrutal
Sent: Monday, October 29, 2007 4:15 PM
To: freedos-user@lists.sourceforge.net
Subject: Re: [Freedos-user] XCOPY still
EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert
Riebisch
Sent: Monday, October 29, 2007 4:12 PM
To: freedos-user@lists.sourceforge.net
Subject: Re: [Freedos-user] XCOPY still acting up in Windows XP !!??
(copying toexternal hard drive)
At first: This is a mailing list about FreeDOS. It&
Hi LimeyDi,
> Notice that in an attempt to figure this out I inserted underscores between
> folder name words, but with or without these, I get either "too many
> parameters" or "invalid path". A colleague suggested inserting ~ after the
> 7th letter of a folder name (Backup\My_Docu~\ for example
At first: This is a mailing list about FreeDOS. It's not about Windows
XP's DOS window, which is something completely different!
LimeyDi wrote:
> XCOPY C:\Documents_and_Settings\Owner\My Documents\*.*
> I:\Backup\My_Documents\*.* /s /h /d /r /y
>
> Notice that in an attempt to figure this out I
I have trawled for a solution but remain mystified, and I have been a basic
user of basic DOS for a few years. In the past I used XCopy successfully on
a regular basis to copy the contents of the Owner\My Documents folder, with
the d/ switch blank so that only changed files would be overwritten,
[...]
> I can also set up a place for Blair to upload the file to me somewhere
> else, and then I can mirror it to ibiblio. I'll email him off-list.
>
> -jh
>
BTW, just a general note for anyone that needs to get FreeDOS software
to me: if you use anonymous ftp to ftp.ibiblio.org and go into
'inco
On 8/18/07, Norbert Remmel <[EMAIL PROTECTED]> wrote:
> > Ive already compiled xcopy with lfn support, but I dont have internet
> > access to release it.
>
> What about ibiblio.org?
> There must be someone who has full access to it and I think Jim Hall
> surely has.
> So why not publish the xcopy l
> Ive already compiled xcopy with lfn support, but I dont have internet
> access to release it.
Another idea would be to push the sources to FreeDOS SVN to have a
centralized way of managing the source code and to keep track of all
changes.
Wouldn't this be a good idea for all FreeDOS utilities a
> Ive already compiled xcopy with lfn support, but I dont have internet
> access to release it.
What about ibiblio.org?
There must be someone who has full access to it and I think Jim Hall
surely has.
So why not publish the xcopy lfn version there while all other freedos
software is published at t
Blair Campbell wrote:
> Ive already compiled xcopy with lfn support, but I dont have internet
> access to release it.
But you've obviously got Internet access to post this message?
Anyway, if you want me to host the file for you, on my homepage, just
let me know ;-)
--
|_|0|_| Marti T. van Lin
Ive already compiled xcopy with lfn support, but I dont have internet
access to release it.
On 7/10/07, Norbert Remmel <[EMAIL PROTECTED]> wrote:
> Is there any possibility to have FreeDOS Xcopy with LFN-Support, or are
> there any other alternatives to copy full directory trees?
>
>
> ---
Is there any possibility to have FreeDOS Xcopy with LFN-Support, or are
there any other alternatives to copy full directory trees?
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of D
empty or not.
--John Hupp
- Original Message -
From: Eric Auer
To: freedos-user@lists.sourceforge.net
Sent: Friday, September 29, 2006 5:57 PM
Subject: Re: [Freedos-user] XCOPY bugs - and FDPKG wastes disk space
> solved.) I tried copying the whole FDOS tree just because of
> solved.) I tried copying the whole FDOS tree just because of my past
> experience with the problem there. I found that XCOPY copied the entire
> tree except for the PACKAGES sub-directory. The only thing remarkable I
> notice about PACKAGES is that it has 198 sub-directories.
XCOPY does not
While fiddling with the Arachne/ARA-PDF difficulty that I've been reporting
on, I found that XCOPY has some lingering problems.
The first thing I noticed was a problem copying the C:\GS tree
(GhostScript). It has sub-directories named GS.705 and FONTS. XCOPY will
only copy C:\GS\*.*. The pro
"Xcopy" command doesn't work (distro: fdbootcd.iso). Any ideas how to fix
that?
Here is example of what I'm trying to do:
XCOPY C:\TEMP\TEST E:\TEMP\TEST\ /S /V
Thanks
---
Using Tomcat but need to do more? Need to support web services, sec
33 matches
Mail list logo
