Re: Mondoarchive appears to ignore requested tape blocksize
"David C. Partridge" <[email protected]>
| Newsgroups | gmane.linux.mondo.devel |
|---|---|
| Message-ID | <[email protected]> |
Yuk!
Running a (slightly modfied) version of that code:
mr_asprintf(sz_size,"%ld",bkpinfo->internal_tape_block_size);
tmp = mr_popup_and_get_string("Tape block size?", "What is
the block size of your tape streamer?", sz_size);
if (tmp == NULL) {
log_to_screen("User has chosen not to backup the
PC");
finish(1);
}
bkpinfo->internal_tape_block_size = atol(tmp);
mr_free(sz_size); sz_size=NULL; mr_free(tmp); tmp=NULL;
under gdb, shows that the compiler has chosen to optimise out the setting of
bkpinfo->internal_tape_block_size .
It also appears to have optimised out the return value from
mr_popup_and_get_string so the char* value returned bears no relation to the
value that variable entry_value had at line 775 of newt-specfic.c.
Arrgghh!
gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609
Dave
-----Original Message-----
From: David C. Partridge [mailto:[email protected]]
Sent: 12 December 2016 19:16
To: 'Mondo mailing list'
Subject: [Mondo-devel] Mondoarchive appears to ignore requested tape
blocksize
Even with the corrected source I just submitted, mondoarchive appears to be
writing buffers of size 32768 (in the case in point I request a tape buffer
of 65536).
amonra@Charon:~$ ps -ef | grep [m]ondo
root 4011 20411 0 19:07 pts/2 00:00:00 sh -c gzip -c1 >
/tmp/mondo.tmp.RkpOWo/acl_list.200.gz
root 9440 20411 0 18:44 pts/2 00:00:00 sh -c buffer -m 32m -p75 -B
-s32768 -o /dev/st0l 2>> /var/log/mondoarchive.log <--------------- This
line
root 20411 20427 9 18:30 pts/2 00:03:23 ./mondoarchive
Dave
----------------------------------------------------------------------------
--
Check out the vibrant tech community on one of the world's most engaging
tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Mondo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mondo-devel
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot