[parted-devel] [PATCH 1/2] tests: factor utility functions into "library"

Jim Meyering jim at meyering.net
Wed Feb 10 19:37:35 UTC 2010


Hans de Goede wrote:
> Would it not be better to initialize write back to 0, and only set it to 1
> when we actually want to do writeback ?

Yes, definitely, and I planned to do that (though you're welcome to, too).
With the three just-added write_back=0 stmts, it's clearly better to
initialize it to zero and then to set it to 1 in the less common code paths.

However, that change belongs in a patch separate from the bug-fixing
one.

> Also since the code paths for using the ok gpt in case the primary
> or backup is corrupt, only warn without asking anything, how can
> one cause the table to be fixed up without making any changes now ?

I haven't looked just yet, but have a fundamental aversion to
the "gpt_read" function modifying the partition tables,
so my hope is to move that functionality into a new function,
even if it means changing parted's UI.
Might be hard to do that without changing the API though.

> This is a parted problem I think no a libparted problem, as parted is
> instand apply, there is no commit command afaik, I case we should add
> one so issues like one of the 2 tables being corrupt can be fixed
> by using the commit command.

Suggestions welcome, and patches even more so ;)



More information about the parted-devel mailing list