search for: copyfile

Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str(), false)) ThrowError("Can't copy '" + Src.toString() + "' to '" + Dest.toString() + "'"); } -------------- I notice, that the funct...

Hi, Can anyone tell me why CopyFile is the only undefined reference from Path.cpp? --------------- llvm[2]: Linking Debug executable gccld c:/projects/build/MinGW/llvm-1-1/tools/gccld/Debug/gccld.o(.text+0x439): In function `Z15EmitShellScriptPPc': c:/projects/src/llvm-1/llvm/tools/gccld/gccld.cpp:127: undefined reference to...

But breaks VC++. The problem is, Windows.h defines "CopyFile" as a macro that's either "CopyFileA" or "CopyFileW". Path.h is included before Windows.h, so the declaration has the name "CopyFile" while the definition has "CopyFileA". Instant compilation error. Not sure what the best way to fix it is, but...

...till seeing that problem. The same change to Unix/Path.cpp fixed the same problem on Cygwin and Linux. Reid. On Thu, 2004-12-23 at 15:48, Henrik Bach wrote: > Hi Reid, > > The error still exists. However, looking on the function in Win32/Path.cpp: > -------------- > void > sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { > if (!::CopyFile(Src.c_str(), Dest.c_str(), false)) > ThrowError("Can't copy '" + Src.toString() + > "' to '" + Dest.toString() + "'"); > } > --------------...

Get the latest version. I committed a fix to Path.cpp last night. It wasn't being defined in the sys:: namespace which is why its undefined. Reid. On Thu, 2004-12-23 at 10:44, Henrik Bach wrote: > Hi, > > Can anyone tell me why CopyFile is the only undefined reference from > Path.cpp? > > --------------- > llvm[2]: Linking Debug executable gccld > c:/projects/build/MinGW/llvm-1-1/tools/gccld/Debug/gccld.o(.text+0x439): In > function `Z15EmitShellScriptPPc': > c:/projects/src/llvm-1/llvm/tools/gccld/gccl...

Hi folks, I have a number of Mac users connecting to our Samba fileserver over VPN. When they copy/move files between shares it takes quite a long time due to our miserable business internet connection. I set fruit:copyfile = yes in smb.conf expecting that to enable server-side copy for Mac users. Unfortunately, it did not. Befuddled, I tried the same copy operation from a Windows VM and it worked great. Very little network traffic, direct disk-to-disk copy on the server. So the server itself is configured correctly,...

...ists.samba.org (mailto:samba at lists.samba.org)> wrote: > Hi folks, > > I have a number of Mac users connecting to our Samba fileserver over VPN. > When they copy/move files between shares it takes quite a long time due to > our miserable business internet connection. I set fruit:copyfile = yes in > smb.conf expecting that to enable server-side copy for Mac users. > Unfortunately, it did not. > > Befuddled, I tried the same copy operation from a Windows VM and it worked > great. Very little network traffic, direct disk-to-disk copy on the server. > So the server it...

...e what happens. Merry Christmas Henrik. ----Original Message Follows---- From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Undefinedreferenceto`llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::P Date: Fri, 24 Dec 2004 00:48:26 +0100 Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str()...

...ncies in place. Merry Christmas Henrik. ----Original Message Follows---- From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> To: llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] Undefinedreferenceto`llvm::sys::CopyFile(llvm::sys::Path const&, llvm::sys::P Date: Fri, 24 Dec 2004 00:48:26 +0100 Hi Reid, The error still exists. However, looking on the function in Win32/Path.cpp: -------------- void sys::CopyFile(const sys::Path &Dest, const sys::Path &Src) { if (!::CopyFile(Src.c_str(), Dest.c_str()...

Its version 1.27 of lib/System/Unix/Path.cpp for Cygwin and version 1.22 of lib/System/Win32/Path.cpp for Win32 Please note that 1.22 of Win32/Path.cpp was *just* committed. I fixed the Unix side, but not the Win32 side until just now. Sorry about that. Promise to get better about this soon (more machines to test on). Reid. On Thu, 2004-12-23 at 14:06, Henrik Bach wrote: > Hi Reid, >

Hi Reid, >Get the latest version. I committed a fix to Path.cpp last night. It >wasn't being defined in the sys:: namespace which is why its undefined. It didn't do any better by removing the old debug files, getting the latest version and reconfiguration of the build. No diffs of Path.cpp and gccld.cpp against top of mainline were were found. Henrik.

.... > > > ----Original Message Follows---- > From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> > Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > To: llvmdev at cs.uiuc.edu > Subject: Re: [LLVMdev] > Undefinedreferenceto`llvm::sys::CopyFile(llvm::sys::Path const&, > llvm::sys::P > Date: Fri, 24 Dec 2004 00:48:26 +0100 > > Hi Reid, > > The error still exists. However, looking on the function in Win32/Path.cpp: > -------------- > void > sys::CopyFile(const sys::Path &Dest, const sys::Path &Src)...

...>----Original Message Follows---- >>From: "Henrik Bach" <henrik_bach_llvm at hotmail.com> >>Reply-To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> >>To: llvmdev at cs.uiuc.edu >>Subject: Re: [LLVMdev] >>Undefinedreferenceto`llvm::sys::CopyFile(llvm::sys::Path const&, >>llvm::sys::P >>Date: Fri, 24 Dec 2004 00:48:26 +0100 >> >>Hi Reid, >> >>The error still exists. However, looking on the function in Win32/Path.cpp: >>-------------- >>void >>sys::CopyFile(const sys::Path &Dest,...

...(most recent call last): File "./test.py", line 9, in <module> shutil.move('testfile', tmp_dest_name) File "/usr/lib64/python2.7/shutil.py", line 301, in move copy2(src, real_dst) File "/usr/lib64/python2.7/shutil.py", line 130, in copy2 copyfile(src, dst) File "/usr/lib64/python2.7/shutil.py", line 83, in copyfile with open(dst, 'wb') as fdst: IOError: [Errno 116] Stale file handle: '/tmp/share1/.file_tmplB0NqLtest.pdf' Expected results: The operation should succeed without a stale file handle error. Envir...

...GNUWin32 project. 2. Patching. 2.1. Libraries Add "LIBS+= -lpsapi -limagehlp" to each makefile (AFTER Makefile.common inclusion) building some tool (burg, tablegen, ll*), since gcc doesn't support vcpp style #pragma's of form: #pragma comment(lib, "dbghelp.lib") 2.2 CopyFile Patch lib/System/Win32/Path.inc in such way, that declaration of CopyFile will look like: void CopyFile(const sys::Path &Dest, const sys::Path &Src) { 2.3 X86 stuff Patch lib/Target/X86/X86SubTarget.cpp & X86JITInfo.cpp in such way: X86SubTarget.cpp: #if defined(__CYGWIN__) || define...

...#39;s > wrong, or, better yet, submit a patch. :) Alright, here are the results of building the latest llvm from CVS under cygwin: lib\Debugger\SourceFile.cpp needs #include <assert.h> when building with gcc 3.3.3 tools\gccld\gccld.cpp line 128 tools\llvm-ld\llvm-ld line 318 need sys::CopyFile(sys::Path(OutputFilename), sys::Path(llvmstub)); Now, when linking gccld, the linker complains about an undefined reference to llvm::sys::CopyFile(). That's where I got stuck: lib\System\Path.cpp includes platform\Path.cpp platform should be cygwin Cygwin\Path.cpp...

...e.dcf() should not write lines in the output file where the input matrix contains a character NA. Here is a test function to demonstrate the problem. It returns TRUE when a write.dcf/read.dcf cycle does not change the data. test.write.dcf <- function () { origFile <- tempfile() copyFile <- tempfile() on.exit(unlink(c(origFile, copyFile))) writeLines(c("Package: testA", "Version: 0.1-1", "Depends:", "", "Package: testB", "Version: 2.1" , "Suggests: testA", "",...

Jeff/Chris, So, I opted for the smallest "big bang" commit that made sense. Hopefully this won't be too hard for Chris to review and yet it gets the bulk of the lib/System changes over and done with. Although you'll see a log of commit messages, it turned out that the bulk of the remaining lib/System work was "remove this useless file". There are still some small

...uot;] in > > Actually no, this part is (may be) wrong. > > This causes WdfCoInstaller*.dll from the ISO to be copied in. It's > not clear to me whether these files are needed - I suspect not. Yes it is, see the corresponding *.inf where it's mentioned in the corresponding CopyFiles directive (and yes, I just verified that with that file missing the balloon driver installation fails with 'file not found' error). As a matter of fact I tend to think that filtering of files by suffix is a bad idea in general: the packager of the drivers should be free to ship any files...

I'll see what I can do. However, I have to balance your need for "big bang" change with Chris' fervor for incremental changes. Making a huge change makes his review task harder. There are only seven files to merge so at most seven change sets. I'll probably get these done early next week. Sorry for the hassle, but I want to get lib/System simple, complete and working so I can