http://bugs.winehq.org/show_bug.cgi?id=25115
Summary: xcopy.exe in batch file doesn't ask for Y/N before copying Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs@winehq.org ReportedBy: guy.melard@yahoo.fr
Created an attachment (id=31851) --> (http://bugs.winehq.org/attachment.cgi?id=31851) Excerpt from a multi-megabytes log file created by my program
xcopy.exe in batch file doesn't ask for Y/N before copying
I wrote a Windows software using Delphi and was pleased that it runs under Linux Mandriva Spring 2009 (under VirtualBox under WinXP) thanks to Wine. Congratulations ! I also wrote an installer for a CD-Rom for which, given the large number of files (> 1000) to copy I created a batch file with several XCOPYs. For example XCOPY "G:\TSE24MPC" "C:\Program Files\MPCT2v3\TSE24MPC" /S/I/C >> "C:\Program Files\MPCT2v3\MPCT2.log" (where G: is the CD and MPCT2v3 is the (already created) directory where the files should be copied) Unfortunately I didn't use the /Y parameter which "Overwrites existing files without prompting" because it was not supported by some Microsoft older OSes. Instead I used SET COPYCMD=/Y >>"C:\Program Files\MPCT2v3\MPCT2.log" which apparently was not taken into account. My program records batch file output in a log file (see attachment) which grew up to hundreds of MB's while Wine File Manager didn't show the expected copies. At worse it appears that XCOPY should display a message in my French XP Remplacer C:\Program Files\MPCT2v3\TSE24MPC$DJ.BGI (Oui/Non/Tous)? But no message appears since no command prompt window is there and the same message repeats itself until I stop the XCOPY program in Task Manager. It should perhaps be wise to eliminate interaction from DOS commands or support COPYCMD to avoid the problem. Thank you again.
http://bugs.winehq.org/show_bug.cgi?id=25115
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|dos |programs
http://bugs.winehq.org/show_bug.cgi?id=25115
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |infyquest@gmail.com
--- Comment #1 from Vijay Kamuju infyquest@gmail.com 2010-11-20 02:41:19 CST --- can u please test with 1.3.7 and give us the sample bat file
http://bugs.winehq.org/show_bug.cgi?id=25115
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from Vijay Kamuju infyquest@gmail.com 2010-11-20 05:14:27 CST --- found the root cause, xcopy is inheriting the environment from separatly from wine not from cmd
http://bugs.winehq.org/show_bug.cgi?id=25115
--- Comment #3 from Vijay Kamuju infyquest@gmail.com 2011-09-09 16:05:25 CDT --- please test with 1.3.28, since xcopy is now marked as external command ind wcmd
http://bugs.winehq.org/show_bug.cgi?id=25115
--- Comment #4 from Austin English austinenglish@gmail.com 2013-11-13 16:52:46 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=25115
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |focht@gmx.net Resolution|--- |ABANDONED
--- Comment #5 from Anastasius Focht focht@gmx.net --- Hello folks,
no further response from OP, resolving 'abandoned'.
Regards
https://bugs.winehq.org/show_bug.cgi?id=25115
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #6 from Austin English austinenglish@gmail.com --- Closing.