Displaying 7 results from an estimated 7 matches for "fdb_open".
Did you mean:
db_open
2002 Feb 07
1
Latest version of the batch mode cleanup patch
...e <time.h>
-char rsync_flist_file[27] = "rsync_flist.";
-char rsync_csums_file[27] = "rsync_csums.";
-char rsync_delta_file[27] = "rsync_delta.";
-char rsync_argvs_file[27] = "rsync_argvs.";
-
-char batch_file_ext[15];
-
-int fdb;
-int fdb_delta;
-int fdb_open;
-int fdb_close;
+extern char *batch_prefix;
struct file_list *batch_flist;
-void create_batch_file_ext()
-{
- struct tm *timeptr;
- time_t elapsed_seconds;
-
- /* Save run date and time to use for batch file extensions */
- time(&elapsed_seconds);
- timeptr = localtime(&elapsed_second...
2002 Mar 12
2
Compile error
Hi,
I tried to compile rsync2.5.3 on Solaris5.7, and I still
got the same errors as Solaris5.8, can you please help
me to look at the problem? I got error messages:
Configure was run successfully, then I ran make,
I got:
"batch.c", line 408: operands have incompatible types:
pointer to unsigned long ":" pointer to unsigned int
cc: acomp failed for batch.c
***
2002 Jan 13
1
rsynd-2.5.1 / batch.c patch
...strdup(buff);
+ file[0].sum = (unsigned char *)strdup(buff);
} else {
file[0].sum = NULL;
}
}
-void write_batch_csums_file(char *buff, int bytes_to_write)
+void write_batch_csums_file(const void *buff, int bytes_to_write)
{
static int fdb_open = 1;
@@ -377,7 +378,7 @@
}
}
-void close_batch_csums_file()
+void close_batch_csums_file(void)
{
close(fdb);
@@ -394,12 +395,12 @@
/* Write csum info to batch file */
- write_batch_csums_file((char *) flist_entry, sizeof(int));
- write_batch_csums_file...
2002 Feb 11
0
RSYNC 2.5.2 type mismatches in batch.c
...ULL;
}
@@ -386,7 +387,7 @@
}
}
-void close_batch_csums_file()
+void close_batch_csums_file(void)
{
close(fdb);
@@ -423,7 +424,7 @@
}
}
-int read_batch_csums_file(char *buff, int len)
+int read_batch_csums_file(void *buff, int len)
{
static int fdb_open = 1;
int bytes_read;
@@ -469,7 +470,7 @@
extern int csum_length;
- read_batch_csums_file((char *) &file_flist_entry, sizeof(int));
+ read_batch_csums_file( &file_flist_entry, sizeof(int));
if (file_flist_entry != flist_entry) {
rprin...
2002 Mar 22
0
Bug in compile of rsync 2.5.4 on Tru64 UNIX V5.1a using cc on AlphaServer 1000 5/300
...ff -u -r1.1 batch.c
--- batch.c 2002/03/21 21:31:52 1.1
+++ batch.c 2002/03/21 21:44:11
@@ -396,16 +396,17 @@
struct sum_struct *s)
{
size_t i;
- unsigned int int_zero = 0;
+ unsigned int int_count;
extern int csum_length;
fdb_open = 1;
/* Write csum info to batch file */
- /* FIXME: This will break if s->count is ever not exactly an int. */
+ /* FIXME: This will break if s->count is ever greater than 2^32
+ -1 */
write_batch_csums_file(flist_entry, sizeof(int));
- write_batch_csums_...
2002 Feb 20
8
map_ptr warning
I am trying to finalize the use of rsync for updatiung a new nfs server
before we take the old one offline. I keep getting the following
warning during the rsync process:
Warning: unexpected rad size of 0 in map_ptr
Any ideas where this comes from and how to make it go away? I am using
rsync 2.5.2 on Solaris 8 to pull data from rsync 2.5.2 on Solaris 7.
Bob
roconnor@vectorpartners.com
2002 Mar 22
2
Bug in compile of rsync 2.5.4 on Tru64 UNIX V5.1a using cc
Greetings, here is the output of the 'configure' step and
the compile step (using the Compaq cc compiler that comes
with Tru64 V5.1A. The configure reported success and most of
the compile steps cam through error/warning free except for
the one that stumbled. Can someone help me out here? I am willing
to provide a binary for Tru64 V5.1A if we can swat this bug.
We depend greatly on Rsync