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...

...in how I got here. I?d like to be able to use Server-Side Copy (SSC) (https://wiki.samba.org/index.php/Server-Side_Copy) with my Mac clients to mange files on the TrueNAS server. As noted on that wiki page, ?Note - not enabled for OS X (Macs) unless server Samba includes vfs_fruit module and fruit:copyfile = yes in smb.conf.? iX Systems (the company that develops and ships TrueNAS) does not add this flag to their default SMB configuration file. While I was trying to figure out why, I came across this warning from the current VFS_FRUIT man page in TrueNAS. "fruit:copyfile = yes | no A globa...

...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...

There are two styles of SSC: - the "normal" protocol style called copy-chunk, where the copy is requested in IO ranges by the client and performed server-side - the Apple way enabled by fruit:copyfile where the client requests the *whole* file to be copied in one request to be performed by the server The problem with the latter is that for large file the copy takes some time and meanwhile the client is blocked waiting for IO to complete. If the copy takes longer then the SMB request timeout...

...#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