search for: flist

...w please find attached backtrace on server side of rsync: Attaching to program: /home/doli/progz/rsync-2.6.1pre-1/rsync, process 30131 0x2a344742 in ?? () (gdb) bt #0 0x2a344742 in ?? () #1 0x2a3a2d20 in ?? () #2 0x00000020 in ?? () #3 0x598062b0 in ?? () #4 0x0805a150 in make_file (fname=0x0, flist=0x0, exclude_level=69) at flist.c:879 #5 0x0805a3bc in send_file_name (f=3, flist=0x41, fname=0x0, recursive=65, base_flags=0) at flist.c:932 #6 0x0805a845 in send_file_list (f=1, argc=1501590384, argv=0x0) at flist.c:1033 #7 0x08053e1a in hash_search (f=1, s=0x0, buf=0x0, len=577936410078638920...

...ed data are allocated, eliminating the string areas. Most of these changes have been small and relatively low impact although combining the allocation of the file_struct with the strings does impact the memory management of file_struct. Attached is a patch that implements the next step. It alters flist memory management and introduces a MM pool layer that reduces malloc overhead and allows destructors to actually release memory to the OS. The patch adds a couple of new files so use patch -p1 and rerun ./configure after patching. -- _____________________________________________________________...

Hi, I have loaded a dataset in R : data = label freq1 freq2 news 54 35 fun 37 21 milk 19 7 food 3 3 .... etc And I have a vector flist<-c("fun","food") Now I want to use the vector 'flist' for selecting these values from 'data' so that I get the following dataset : label freq1 freq2 fun 37 21 food 3 3 When I do 'data$label==flist[1]' I get 'F T F F',...

Here is a diff which should allow applying batch updates remotely ( as apposed to copying the batch files to the remote server and running rsync there ). Eg rsync --write-batch=test src dst1::dst rsync --read-batch=test dst2::dst Oli Dewdney diff -E -B -c -r rsync-2.5.6/flist.c rsync-2.5.6-remotebatch/flist.c *** rsync-2.5.6/flist.c Sat Jan 18 18:00:23 2003 --- rsync-2.5.6-remotebatch/flist.c Wed Jul 23 11:27:45 2003 *************** *** 1038,1043 **** --- 1038,1058 ---- return flist; } + void send_batch_file_list( int f, struct file_list *flist ) + { + int n; +...

...-m 644 $(srcdir)/rsync.1 ${mandir}/man1 - ${INSTALLCMD} -m 644 $(srcdir)/rsyncd.conf.5 ${mandir}/man5 + ${INSTALLMAN} -m 644 $(srcdir)/rsync.1 ${mandir}/man1 + ${INSTALLMAN} -m 644 $(srcdir)/rsyncd.conf.5 ${mandir}/man5 install-strip: $(MAKE) INSTALLCMD='$(INSTALLCMD) -s' install --- flist.c.orig Sun Feb 3 07:08:14 2002 +++ flist.c Sun Feb 3 07:00:22 2002 @@ -89,8 +89,8 @@ { if (verbose && recurse && !am_server) { /* This overwrites the progress line, if any. */ - rprintf(FINFO, RSYNC_NAME ": %d files to consider.\n", - flist->count); + rprint...

...st way to do this? - clutter the workspace with lots of functions? OR: - ignore "notes about possible problems" OR: - a third way? Thanks in advance Thomas P. An example: ##============================================================= ## 1) One possible "set of functions" flistA <- list( foo = function() { 1:10 }, bar = function() { log(foo()) } ) ## .. we may also have alternative sets, ## e.g. flistB, flistC, ... etc ## 2) Now we try to construct closures ## 2a) non-nested makefun1 <- function(flist) { with(flist, function() foo(...

...his new release and send email to the rsync mailing list with any questions, comments, or bug reports. Incompatibility introduced at 3.1.3pre1. These are not present at master, which compiles cleanly. sys/file.h is not available outside LINUX, so the requirement for its use, including apparently, flist.c, sadly breaks the NonStop port. We were running off vanilla code until 16b4971 3.1.2, with only minor changes through 1f83b51. With this change, we can no longer build since NonStop is not Linux (it is POSIX compliant) and the internal kernel file tables are not available. I'm looking for an...

...3.1.2. The sys/file.h components are not available on this platform, nor is there a suitable replacement. The time-related items can be handled by my team, but makedev, major, and minor, functions/defines, are not available on this platform. cc -c99 -I. -I. -I./zlib -I./popt -g -DHAVE_CONFIG_H -c flist.c -o flist.o if ((uint32)major(rdev) == rdev_major) ^ "/home/git/rsync/flist.c", line 436: error(114): identifier "major" is undefined if (protocol_version < 30 && (uint32)minor(rdev)...

...hen using functions created in a loop. The problem is silly enough to me that I had hard time choosing a good mail subject, not talking about searching in the archives... After some experiments, I trimmed down the following minimal reproducible example: ####### makeF <- function(i) function() i fList <- list(makeF(1), makeF(2)) sapply(fList, do.call, list()) ##This works as expected (by me...): #[1] 1 2 ##Things go differently when creating functions in a for loop: for(i in 1:2) fList[[i]] <- makeF(i) sapply(fList, do.call, list()) #[1] 2 2 ##Same result with "lapply": fList...

...: --------------------------- [nanardon@draco rsync]$ rsync -avPH --copy-unsafe-links virgo::test/ /tmp/rsyncdest/ 2>/dev/null [...] file has vanished: "/horsroot" (in test) -------------------------- Nothing is sent to stderr whereas error code is set: $ echo $? 24 I had a look to flist.c/sender.c, it seems this is expected behavior: (flist.c:1037) enum logcode c = am_daemon && protocol_version < 28 ? FERROR : FINFO; and indeed the message is produce by daemon, and I am using proto 29 or 30. Well, I also found the message is not the appropriate one,...

...s: $ rsync -arHRv --numeric-ids --delete --exclude=/opt/dist/cdrom \ [paths] [server]:[path] If I whittle down what appears in [paths], then it works. $ gdb rsync rsync.core gdb> bt #0 0x280faf0d in strncmp () from /usr/lib/libc.so.4 #1 0x7 in ?? () #2 0x80597f7 in send_file_name (f=-1, flist=0x808a100, fname=0xbfbfe994 "etc/opt/TWWfsw", recursive=1, base_flags=1) at flist.c:929 #3 0x805a2fc in send_file_list (f=-1, argc=0, argv=0xbfbffa44) at flist.c:1178 #4 0x804c0ff in delete_files (flist=0x808a0c0) at receiver.c:102 #5 0x805177e in do_recv (f_in=0, f_out=1, fli...

...0 /* file is archived */ #define SF_IMMUTABLE 0x00020000 /* file may not be changed */ #define SF_APPEND 0x00040000 /* writes to file may only append */ #endif However, after defining the missing flags in rsync.h I still get the following errors: gcc -I. -I. -g -O2 -DHAVE_CONFIG_H -Wall -W -c flist.c -o flist.o flist.c: In function 'send_file_entry': flist.c:381: error: 'struct file_struct' has no member named 'fileflags' flist.c:384: error: 'struct file_struct' has no member named 'fileflags' flist.c: In function 'recv_file_entry': flist.c:815:...

> Just curious: what about the rsync+ patch? Thanks for the reminder. I've just committed Jos's rsync+ patch onto the "branch_mbp_rsyncplus_merge" branch. If it works OK and nobody screams I will move it across onto the main tree tomorrow or Wednesday. I see the patch doesn't add documentation about the new options to the man page, so we should fix that in the future.

All seems to compile ok but I get the following warnings on interix 3.5 flist.c: In function `recv_file_entry': flist.c:840: warning: comparison between signed and unsigned flist.c:874: warning: comparison between signed and unsigned flist.c:876: warning: right shift count >= width of type flist.c: In function `make_file': flist.c:1178: warning: comparison between...

...truct exclude_struct * out_of_memory("add_exclude"); if (verbose > 2) { - rprintf(FINFO,"add_exclude(%s,%s)\n",pattern, + rprintf(FINFO, "[%c] add_exclude(%s,%s)\n", + *who_am_i, pattern, include ? "include" : "exclude"); } --- flist.c 27 Jan 2004 01:47:41 -0000 1.174 +++ flist.c 27 Jan 2004 07:36:30 -0000 @@ -46,6 +46,7 @@ extern int recurse; extern char curr_dir[MAXPATHLEN]; extern char *files_from; extern int filesfrom_fd; +extern char *who_am_i; extern int one_file_system; extern int make_backups; @@ -342,7 +343,8 @@...

...2009/02/07 12:45:10.0 ? ? ?5.0102 ? ? ?13.350 2009/02/07 13:00:10.0 ? ? ?5.0044 ? ? ?13.473 .... .... .... 2009/02/07 16:30:10.0 ? ? ?4.9366 ? ? ?13.788 2009/02/07 16:45:10.0 ? ? ?4.9397 ? ? ?13.798 end data. ###I can read in all files from "my_folder" using the following code: flist <- list.files(path=file.path("my_folder"), pattern="[.]txt$") flist<-flist[grep('.txt', flist)] myInput <- lapply(flist, read.table, header=FALSE, skip=44) ############################################## Each file is uniquely named "site_name.txt" ,...

The attached diff causes rsync to show how much time it spends on building and sending its filelist. I'd appreciate if you could consider this change for inclusion in a future release. -------------- next part -------------- diff -ru rsync-2.6.3pre1/flist.c rsync-2.6.3pre1+tykhe/flist.c --- rsync-2.6.3pre1/flist.c 2004-08-12 14:20:07.000000000 -0400 +++ rsync-2.6.3pre1+tykhe/flist.c 2004-09-03 10:17:31.259895000 -0400 @@ -1056,6 +1056,7 @@ start_filelist_progress("building file list"); start_write = stats.total_written; + sta...

https://bugzilla.samba.org/show_bug.cgi?id=8053 Summary: Older C compilers don't allow in-line declarations flist.c:1653 Product: rsync Version: 3.0.8 Platform: All OS/Version: FreeBSD Status: NEW Severity: minor Priority: P5 Component: core AssignedTo: wayned at samba.org ReportedBy: kevin.braunsdorf at gmail.com...

I have made rsync 3.1.3pre1 available for testing. This release has a couple security fixes, a few new features, and a smattering of bug fixes. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To see a summary of the changes since 3.1.2, visit this link: http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.1.3pre1-NEWS You

I have made rsync 3.1.3pre1 available for testing. This release has a couple security fixes, a few new features, and a smattering of bug fixes. Please test this new release and send email to the rsync mailing list with any questions, comments, or bug reports. To see a summary of the changes since 3.1.2, visit this link: http://rsync.samba.org/ftp/rsync/src-previews/rsync-3.1.3pre1-NEWS You