Shirt Pocket Discussions  
    Home netTunes launchTunes SuperDuper! Buy Now Support Discussions About Shirt Pocket    

Go Back   Shirt Pocket Discussions > SuperDuper! > General

Reply
 
Thread Tools Rating: Thread Rating: 2 votes, 5.00 average. Display Modes
  #1  
Old 02-01-2008, 04:29 PM
Chris Pickett Chris Pickett is offline
Registered User
 
Join Date: Feb 2008
Posts: 1
backup bouncer test suite

Hi,

Backup Bouncer is an independent backup test suite:

http://www.n8gray.org/blog/2007/04/2...ackup-bouncer/

Per this discussion, I know you are already aware of it, Dave:

http://www.shirt-pocket.com/forums/s...ead.php?t=3198

I was wondering three things:

1) Do you have plans to make the failing tests pass?

2) Can you describe scenarios where these things ("fifo" and "devices") might actually matter?

3) Do you have plans to contribute to and extend the test suite?

I am just curious about this. Obviously Super Duper! is the best choice ATM, and probably the two failing tests don't matter at all... it's more just a question about your development process and your quest for perfection.

Cheers,
Chris
Reply With Quote
  #2  
Old 02-01-2008, 04:57 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
We're aware of the fifos and devices not passing. It's something we'll look at in the future, but they -- unlike the other items -- tend not to be the kinds of things you'd want to copy.

Device entries in general shouldn't be copied (they're created and bound during the boot process).

FIFOs are used to allow multiple programs can communicate through a "pipe" -- they're usually created every time programs launch, and don't really have "meaning" across an execution (they don't even have any contents), so we decided not to handle them (they're kind of like VM swap files and temporary files, to our mind). It's really not clear what you should do with them, really.

I do not have plans to contribute to or extend the suite at present, at least: we have our own testing tools that we've developed internally, but they're not things we'd want to release to the public (and our competitors).
__________________
--Dave Nanian
Reply With Quote
  #3  
Old 07-31-2008, 05:17 PM
jtk jtk is offline
Registered User
 
Join Date: Jul 2008
Posts: 12
Quote:
Originally Posted by dnanian View Post
We're aware of the fifos and devices not passing. It's something we'll look at in the future, but they -- unlike the other items -- tend not to be the kinds of things you'd want to copy.
That's true for devices, but FIFOs should be recreated or ignored (and the fact that it was ignored logged) otherwise things that depend on the FIFO's behavior tend to break in very strange and hard to diagnose ways.

Quote:
[FIFOs] don't really have "meaning" across an execution (they don't even have any contents), so we decided not to handle them (they're kind of like VM swap files and temporary files, to our mind).
That's not strictly true. FIFOs are often used to allow asynchronous communication between processes and often should be retained between executions. In fact, they're usually only created when persistence is desired -- otherwise there are other, more efficient, mechanisms available.

Here's a (real) example:

Say I want to know what a system process is doing by reading its log and performing some action based on that. I can configure syslog to record that daemon's process to a FIFO in addition to the standard log files, then point my process at the fifo and parse the byte stream as I get it, allowing me to do what I need to do without hacking the daemon or executing my process in a privileged mode. Since I want my process to run at startup and I don't really have much control of when it starts relative to the syslogd or the daemon process I'm watching, the FIFO needs to be persistent. Otherwise syslogd will create it as a standard file and my process will be SOL when it tries to open it.

Very useful.

Oh, and put my vote in the "I'd really like to see FIFOs copied correctly" bin. Thanks!
__________________
jtk

Last edited by jtk; 07-31-2008 at 05:51 PM. Reason: Bad grammar makes me [sic].
Reply With Quote
  #4  
Old 07-31-2008, 06:21 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
The point is understood (although I'd argue you'd typically create this FIFO during startup); as I've said elsewhere, we're going to be recreating FIFOs and devices (outside /dev, of course) this in the next update.
__________________
--Dave Nanian
Reply With Quote
  #5  
Old 07-31-2008, 06:49 PM
jtk jtk is offline
Registered User
 
Join Date: Jul 2008
Posts: 12
Quote:
Originally Posted by dnanian View Post
although I'd argue you'd typically create this FIFO during startup
I could, but I'd have to do it before syslogd gets started, meaning a more intrusive modification than I'd like to make -- and the more likely it will be that Apple hammers it in an update.

Still, the point I was making was that, since it's not really possible to know why the pipe was created or what it's being used for, I'd be inclined not to mess with it, and either duplicate it faithfully or ignore it and report the fact. Changing it into a normal file is not desirable.

Quote:
we're going to be recreating FIFOs and devices (outside /dev, of course) this in the next update.
Great! Thanks!
__________________
jtk
Reply With Quote
  #6  
Old 07-31-2008, 06:51 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
We don't actually change it into a normal file; it's skipped in the current version, although no report is made as I recall.
__________________
--Dave Nanian
Reply With Quote
  #7  
Old 08-31-2008, 10:58 AM
jed jed is offline
Registered User
 
Join Date: Aug 2008
Posts: 26
Quote:
Originally Posted by dnanian View Post
The point is understood (although I'd argue you'd typically create this FIFO during startup); as I've said elsewhere, we're going to be recreating FIFOs and devices (outside /dev, of course) this in the next update.
Hi Dnanian,

When roughly do you expect the next major release to be available?

There's not even the slightest hint of what's happening on the front page of your website..

I've held back buying in the past, but I'll be reaching for my wallet this time round!

If it comes out within a reasonable time-frame..

Cheers,
Jed
Reply With Quote
  #8  
Old 08-31-2008, 12:13 PM
dnanian's Avatar
dnanian dnanian is offline
Administrator
 
Join Date: Apr 2001
Location: Weston, MA
Posts: 14,739
Send a message via AIM to dnanian
We don't announce these things until they're ready, Jed, sorry. I'm not sure why the fact that an update has not been announced would prevent you from registering now. Have we ever charged for an update so far?

(That isn't to say we'll never charge for an update, just that we never have over the past, what, five years?)
__________________
--Dave Nanian

Last edited by dnanian; 08-31-2008 at 12:15 PM.
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Server drive won't mount after backup rhennosy General 1 11-09-2007 03:49 PM
Long Hang While Copying BackerUpper General 4 06-12-2006 08:26 AM
How to verify a Scheduled Backup? tuqqer General 3 12-06-2005 06:50 PM
(Zero-length) File caused SuperDuper to abort backup alancfrancis General 7 08-31-2005 10:42 AM
Smart Backup Error bill s General 20 02-04-2005 09:46 AM


All times are GMT -4. The time now is 11:45 AM.


Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2021, vBulletin Solutions, Inc.