From: gutemine <gutemine@oozoon.de>
To: <linux-mtd@lists.infradead.org>
Subject: Patching mkfs.ubifs.c for running under Windows ?
Date: Sat, 21 Sep 2013 12:58:11 +0200 [thread overview]
Message-ID: <7c74c0d714e8e87daebbfd0163642d71@localhost> (raw)
In-Reply-To: <mailman.6.1379692801.23497.linux-mtd@lists.infradead.org>
Hi!
I'm the author of ubidump, the first real ubifs image extract tool.
ubidump allows to extract ubifs images created by mkfs.ubifs and also ubifs
volumes created by ubinize.
ubidump works without any nandsim, block2mtd or mtdram modules and doesn't
mount the image at all. Therefore it runs nicely on both Linux and Windows
as it is written in pure C and doesn't use any mtd-utils code or includes.
Live under Linux was easy, but I took the challange to make it run under
Windows too, because there it was not possible to mount and extract an
ubifs image until now.
ubidump under Windows supports Hard and Symlinks by using the native NTFS
functionality. Only device files and pipes are written as simple text files
containing the needed information for a re-pack (eg. char or block device
and major and minor number).
As users of ubidump under Windows now asked me for getting also the
possibility to re-pack their extracted ubifs images, I'm considering to
patch mkfs.ubifs.c, so that it handles also the Windows hard and softlinks
and my dummy device files correctly.
My question is now, if it would be OK to add these changes to the standard
mkfs.ubifs.c (off cource nicely wrapped in #ifdef WINDOWS statements so
that these changes don't do any harm when compiled on other plattforms) and
send you the diff, or if I should create an extra open source tool based on
the existing mkfs.ubifs.c code.
BTW I'm ware of the mkfs.ubifs cygwin implementation, but as explained
above I would prefere to make mkfs.ubifs run in native Windows as my
ubidump does.
Please advice on your preferences and in what direction I should proceede
with this project!
Kind regards,
gutemine
next parent reply other threads:[~2013-09-21 10:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.6.1379692801.23497.linux-mtd@lists.infradead.org>
2013-09-21 10:58 ` gutemine [this message]
2013-09-21 22:46 ` Patching mkfs.ubifs.c for running under Windows ? richard -rw- weinberger
2013-09-22 9:19 ` gutemine
2013-09-22 9:26 ` Richard Weinberger
2013-09-22 10:00 ` gutemine
2013-09-22 10:02 ` Richard Weinberger
2013-09-22 10:08 ` gutemine
2013-10-26 10:17 ` Artem Bityutskiy
2013-10-28 1:38 ` Florian Fainelli
2013-10-28 10:47 ` Richard Weinberger
2013-10-29 15:20 ` Artem Bityutskiy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7c74c0d714e8e87daebbfd0163642d71@localhost \
--to=gutemine@oozoon.de \
--cc=linux-mtd@lists.infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox