2003-04-28 19:44:13 +00:00
|
|
|
/*
|
|
|
|
|
* ReactOS kernel
|
|
|
|
|
* Copyright (C) 2003 ReactOS Team
|
|
|
|
|
*
|
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
|
* it under the terms of the GNU General Public License as published by
|
|
|
|
|
* the Free Software Foundation; either version 2 of the License, or
|
|
|
|
|
* (at your option) any later version.
|
|
|
|
|
*
|
|
|
|
|
* This program is distributed in the hope that it will be useful,
|
|
|
|
|
* but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
|
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
|
* GNU General Public License for more details.
|
|
|
|
|
*
|
2009-10-27 10:34:16 +00:00
|
|
|
* You should have received a copy of the GNU General Public License along
|
|
|
|
|
* with this program; if not, write to the Free Software Foundation, Inc.,
|
|
|
|
|
* 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.
|
2003-04-28 19:44:13 +00:00
|
|
|
*/
|
2020-11-24 01:26:52 +00:00
|
|
|
/*
|
|
|
|
|
* COPYRIGHT: See COPYING in the top level directory
|
2003-04-28 19:44:13 +00:00
|
|
|
* PROJECT: ReactOS text-mode setup
|
2015-09-13 16:40:36 +00:00
|
|
|
* FILE: base/setup/usetup/format.c
|
2003-04-28 19:44:13 +00:00
|
|
|
* PURPOSE: Filesystem format support functions
|
|
|
|
|
* PROGRAMMER: Casper S. Hornstrup (chorns@users.sourceforge.net)
|
|
|
|
|
*/
|
|
|
|
|
|
|
|
|
|
/* INCLUDES *****************************************************************/
|
|
|
|
|
|
2006-08-31 09:13:03 +00:00
|
|
|
#include "usetup.h"
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2010-06-07 21:38:49 +00:00
|
|
|
#define NDEBUG
|
2003-04-28 19:44:13 +00:00
|
|
|
#include <debug.h>
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2006-09-09 17:11:03 +00:00
|
|
|
static PPROGRESSBAR FormatProgressBar = NULL;
|
2003-04-28 19:44:13 +00:00
|
|
|
|
|
|
|
|
/* FUNCTIONS ****************************************************************/
|
|
|
|
|
|
2014-05-12 14:17:37 +00:00
|
|
|
static
|
|
|
|
|
BOOLEAN
|
|
|
|
|
NTAPI
|
2006-09-07 20:15:45 +00:00
|
|
|
FormatCallback(
|
|
|
|
|
IN CALLBACKCOMMAND Command,
|
|
|
|
|
IN ULONG Modifier,
|
|
|
|
|
IN PVOID Argument)
|
2004-02-23 11:58:27 +00:00
|
|
|
{
|
2006-09-07 20:15:45 +00:00
|
|
|
switch (Command)
|
2004-02-23 11:58:27 +00:00
|
|
|
{
|
2006-09-07 20:15:45 +00:00
|
|
|
case PROGRESS:
|
|
|
|
|
{
|
|
|
|
|
PULONG Percent;
|
|
|
|
|
|
|
|
|
|
Percent = (PULONG)Argument;
|
|
|
|
|
DPRINT("%lu percent completed\n", *Percent);
|
|
|
|
|
|
2006-09-09 17:11:03 +00:00
|
|
|
ProgressSetStep(FormatProgressBar, *Percent);
|
2006-09-07 20:15:45 +00:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
|
[FSLIB][FMIFS][AUTOCHK][SETUPLIB] Use more Windows-compatible (but not fully compatible yet) Format() and Chkdsk() ULIB functions.
[AUTOCHK] Add also support for scanning FATX volumes.
The Format(), FormatEx(), Chkdsk(), ChkdskEx() functions exposed by the
U*.DLL user-mode FS library dlls are different (and have different
prototypes) than the similarly-named functions exported by FMIFS.DLL .
In particular, what we used to call "xxxChkdskEx()" and "xxxFormatEx()"
in our U*.DLL libraries actually correspond more, from their arguments,
to the "Chkdsk()" and "Format()" functions in Windows' U*.DLL . Their
*Ex() counterparts instead take most of the parameters through a
structure passed by pointer.
On FMIFS.DLL side, while FMIFS!Chkdsk() calls U*.DLL!Chkdsk() and
FMIFS!ChkdskEx() calls U*.DLL!ChkdskEx() (and we do not implement these
*Ex() functions at the moment), both FMIFS!Format() and FMIFS!FormatEx()
call U*.DLL!Format() instead, while FMIFS!FormatEx2() calls
U*.DLL!FormatEx() (that we do not implement yet either) !!
To improve that, refactor the calls to these U*.DLL functions so as to
respect the more compatible prototypes: They contain the correct number
of parameters in a compatible order. However, some of the parameters do
not have the same types yet: the strings are kept here in PUNICODE_STRINGS,
while on Windows they are passed via an undocumented DSTRING struct, and
the FMIFS callback is instead a MESSAGE struct/class on Windows.
Finally, the MEDIA_TYPE parameter in U*.DLL!Format() is equivalent, yet
not fully 100% in 1-to-1 correspondence, with the FMIFS_MEDIA_FLAG used
in the corresponding FMIFS.DLL functions.
One thing to notice is that the U*.DLL!Format() (and the Ex) functions
support a BOOLEAN (a flag resp.) for telling that a backwards-compatible
FS version should be used instead of the (default) latest FS version.
This is used e.g. by the FAT FS, where by default FAT32 is selected
(depending also on other constraints like, the disk and the partition
sizes), unless that bit is set in which case, FAT16 (or 12) is used.
2020-11-22 04:35:37 +00:00
|
|
|
#if 0
|
|
|
|
|
case OUTPUT:
|
2006-09-07 20:15:45 +00:00
|
|
|
{
|
|
|
|
|
PTEXTOUTPUT Output;
|
|
|
|
|
output = (PTEXTOUTPUT) Argument;
|
|
|
|
|
DPRINT("%s\n", output->Output);
|
|
|
|
|
break;
|
[FSLIB][FMIFS][AUTOCHK][SETUPLIB] Use more Windows-compatible (but not fully compatible yet) Format() and Chkdsk() ULIB functions.
[AUTOCHK] Add also support for scanning FATX volumes.
The Format(), FormatEx(), Chkdsk(), ChkdskEx() functions exposed by the
U*.DLL user-mode FS library dlls are different (and have different
prototypes) than the similarly-named functions exported by FMIFS.DLL .
In particular, what we used to call "xxxChkdskEx()" and "xxxFormatEx()"
in our U*.DLL libraries actually correspond more, from their arguments,
to the "Chkdsk()" and "Format()" functions in Windows' U*.DLL . Their
*Ex() counterparts instead take most of the parameters through a
structure passed by pointer.
On FMIFS.DLL side, while FMIFS!Chkdsk() calls U*.DLL!Chkdsk() and
FMIFS!ChkdskEx() calls U*.DLL!ChkdskEx() (and we do not implement these
*Ex() functions at the moment), both FMIFS!Format() and FMIFS!FormatEx()
call U*.DLL!Format() instead, while FMIFS!FormatEx2() calls
U*.DLL!FormatEx() (that we do not implement yet either) !!
To improve that, refactor the calls to these U*.DLL functions so as to
respect the more compatible prototypes: They contain the correct number
of parameters in a compatible order. However, some of the parameters do
not have the same types yet: the strings are kept here in PUNICODE_STRINGS,
while on Windows they are passed via an undocumented DSTRING struct, and
the FMIFS callback is instead a MESSAGE struct/class on Windows.
Finally, the MEDIA_TYPE parameter in U*.DLL!Format() is equivalent, yet
not fully 100% in 1-to-1 correspondence, with the FMIFS_MEDIA_FLAG used
in the corresponding FMIFS.DLL functions.
One thing to notice is that the U*.DLL!Format() (and the Ex) functions
support a BOOLEAN (a flag resp.) for telling that a backwards-compatible
FS version should be used instead of the (default) latest FS version.
This is used e.g. by the FAT FS, where by default FAT32 is selected
(depending also on other constraints like, the disk and the partition
sizes), unless that bit is set in which case, FAT16 (or 12) is used.
2020-11-22 04:35:37 +00:00
|
|
|
}
|
|
|
|
|
#endif
|
2006-09-07 20:15:45 +00:00
|
|
|
|
|
|
|
|
case DONE:
|
|
|
|
|
{
|
[FSLIB][FMIFS][AUTOCHK][SETUPLIB] Use more Windows-compatible (but not fully compatible yet) Format() and Chkdsk() ULIB functions.
[AUTOCHK] Add also support for scanning FATX volumes.
The Format(), FormatEx(), Chkdsk(), ChkdskEx() functions exposed by the
U*.DLL user-mode FS library dlls are different (and have different
prototypes) than the similarly-named functions exported by FMIFS.DLL .
In particular, what we used to call "xxxChkdskEx()" and "xxxFormatEx()"
in our U*.DLL libraries actually correspond more, from their arguments,
to the "Chkdsk()" and "Format()" functions in Windows' U*.DLL . Their
*Ex() counterparts instead take most of the parameters through a
structure passed by pointer.
On FMIFS.DLL side, while FMIFS!Chkdsk() calls U*.DLL!Chkdsk() and
FMIFS!ChkdskEx() calls U*.DLL!ChkdskEx() (and we do not implement these
*Ex() functions at the moment), both FMIFS!Format() and FMIFS!FormatEx()
call U*.DLL!Format() instead, while FMIFS!FormatEx2() calls
U*.DLL!FormatEx() (that we do not implement yet either) !!
To improve that, refactor the calls to these U*.DLL functions so as to
respect the more compatible prototypes: They contain the correct number
of parameters in a compatible order. However, some of the parameters do
not have the same types yet: the strings are kept here in PUNICODE_STRINGS,
while on Windows they are passed via an undocumented DSTRING struct, and
the FMIFS callback is instead a MESSAGE struct/class on Windows.
Finally, the MEDIA_TYPE parameter in U*.DLL!Format() is equivalent, yet
not fully 100% in 1-to-1 correspondence, with the FMIFS_MEDIA_FLAG used
in the corresponding FMIFS.DLL functions.
One thing to notice is that the U*.DLL!Format() (and the Ex) functions
support a BOOLEAN (a flag resp.) for telling that a backwards-compatible
FS version should be used instead of the (default) latest FS version.
This is used e.g. by the FAT FS, where by default FAT32 is selected
(depending also on other constraints like, the disk and the partition
sizes), unless that bit is set in which case, FAT16 (or 12) is used.
2020-11-22 04:35:37 +00:00
|
|
|
// PBOOLEAN Success;
|
2006-09-07 20:15:45 +00:00
|
|
|
DPRINT("Done\n");
|
[FSLIB][FMIFS][AUTOCHK][SETUPLIB] Use more Windows-compatible (but not fully compatible yet) Format() and Chkdsk() ULIB functions.
[AUTOCHK] Add also support for scanning FATX volumes.
The Format(), FormatEx(), Chkdsk(), ChkdskEx() functions exposed by the
U*.DLL user-mode FS library dlls are different (and have different
prototypes) than the similarly-named functions exported by FMIFS.DLL .
In particular, what we used to call "xxxChkdskEx()" and "xxxFormatEx()"
in our U*.DLL libraries actually correspond more, from their arguments,
to the "Chkdsk()" and "Format()" functions in Windows' U*.DLL . Their
*Ex() counterparts instead take most of the parameters through a
structure passed by pointer.
On FMIFS.DLL side, while FMIFS!Chkdsk() calls U*.DLL!Chkdsk() and
FMIFS!ChkdskEx() calls U*.DLL!ChkdskEx() (and we do not implement these
*Ex() functions at the moment), both FMIFS!Format() and FMIFS!FormatEx()
call U*.DLL!Format() instead, while FMIFS!FormatEx2() calls
U*.DLL!FormatEx() (that we do not implement yet either) !!
To improve that, refactor the calls to these U*.DLL functions so as to
respect the more compatible prototypes: They contain the correct number
of parameters in a compatible order. However, some of the parameters do
not have the same types yet: the strings are kept here in PUNICODE_STRINGS,
while on Windows they are passed via an undocumented DSTRING struct, and
the FMIFS callback is instead a MESSAGE struct/class on Windows.
Finally, the MEDIA_TYPE parameter in U*.DLL!Format() is equivalent, yet
not fully 100% in 1-to-1 correspondence, with the FMIFS_MEDIA_FLAG used
in the corresponding FMIFS.DLL functions.
One thing to notice is that the U*.DLL!Format() (and the Ex) functions
support a BOOLEAN (a flag resp.) for telling that a backwards-compatible
FS version should be used instead of the (default) latest FS version.
This is used e.g. by the FAT FS, where by default FAT32 is selected
(depending also on other constraints like, the disk and the partition
sizes), unless that bit is set in which case, FAT16 (or 12) is used.
2020-11-22 04:35:37 +00:00
|
|
|
#if 0
|
|
|
|
|
Success = (PBOOLEAN)Argument;
|
2006-09-07 20:15:45 +00:00
|
|
|
if (*Success == FALSE)
|
|
|
|
|
{
|
|
|
|
|
DPRINT("FormatEx was unable to complete successfully.\n\n");
|
[FSLIB][FMIFS][AUTOCHK][SETUPLIB] Use more Windows-compatible (but not fully compatible yet) Format() and Chkdsk() ULIB functions.
[AUTOCHK] Add also support for scanning FATX volumes.
The Format(), FormatEx(), Chkdsk(), ChkdskEx() functions exposed by the
U*.DLL user-mode FS library dlls are different (and have different
prototypes) than the similarly-named functions exported by FMIFS.DLL .
In particular, what we used to call "xxxChkdskEx()" and "xxxFormatEx()"
in our U*.DLL libraries actually correspond more, from their arguments,
to the "Chkdsk()" and "Format()" functions in Windows' U*.DLL . Their
*Ex() counterparts instead take most of the parameters through a
structure passed by pointer.
On FMIFS.DLL side, while FMIFS!Chkdsk() calls U*.DLL!Chkdsk() and
FMIFS!ChkdskEx() calls U*.DLL!ChkdskEx() (and we do not implement these
*Ex() functions at the moment), both FMIFS!Format() and FMIFS!FormatEx()
call U*.DLL!Format() instead, while FMIFS!FormatEx2() calls
U*.DLL!FormatEx() (that we do not implement yet either) !!
To improve that, refactor the calls to these U*.DLL functions so as to
respect the more compatible prototypes: They contain the correct number
of parameters in a compatible order. However, some of the parameters do
not have the same types yet: the strings are kept here in PUNICODE_STRINGS,
while on Windows they are passed via an undocumented DSTRING struct, and
the FMIFS callback is instead a MESSAGE struct/class on Windows.
Finally, the MEDIA_TYPE parameter in U*.DLL!Format() is equivalent, yet
not fully 100% in 1-to-1 correspondence, with the FMIFS_MEDIA_FLAG used
in the corresponding FMIFS.DLL functions.
One thing to notice is that the U*.DLL!Format() (and the Ex) functions
support a BOOLEAN (a flag resp.) for telling that a backwards-compatible
FS version should be used instead of the (default) latest FS version.
This is used e.g. by the FAT FS, where by default FAT32 is selected
(depending also on other constraints like, the disk and the partition
sizes), unless that bit is set in which case, FAT16 (or 12) is used.
2020-11-22 04:35:37 +00:00
|
|
|
}
|
|
|
|
|
#endif
|
2006-09-07 20:15:45 +00:00
|
|
|
break;
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
default:
|
|
|
|
|
DPRINT("Unknown callback %lu\n", (ULONG)Command);
|
|
|
|
|
break;
|
2004-02-23 11:58:27 +00:00
|
|
|
}
|
|
|
|
|
|
2006-09-07 20:15:45 +00:00
|
|
|
return TRUE;
|
2004-02-23 11:58:27 +00:00
|
|
|
}
|
|
|
|
|
|
2003-04-28 19:44:13 +00:00
|
|
|
NTSTATUS
|
2020-11-24 01:26:52 +00:00
|
|
|
DoFormat(
|
|
|
|
|
IN PPARTENTRY PartEntry,
|
2019-02-24 16:52:33 +00:00
|
|
|
IN PCWSTR FileSystemName,
|
|
|
|
|
IN BOOLEAN QuickFormat)
|
2003-04-28 19:44:13 +00:00
|
|
|
{
|
2006-09-07 20:15:45 +00:00
|
|
|
NTSTATUS Status;
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2006-09-09 17:11:03 +00:00
|
|
|
FormatProgressBar = CreateProgressBar(6,
|
|
|
|
|
yScreen - 14,
|
|
|
|
|
xScreen - 7,
|
|
|
|
|
yScreen - 10,
|
2007-02-28 20:43:13 +00:00
|
|
|
10,
|
|
|
|
|
24,
|
|
|
|
|
TRUE,
|
2008-02-12 14:52:36 +00:00
|
|
|
MUIGetString(STRING_FORMATTINGDISK));
|
2006-09-09 17:11:03 +00:00
|
|
|
|
|
|
|
|
ProgressSetStepCount(FormatProgressBar, 100);
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2020-11-24 01:26:52 +00:00
|
|
|
// TODO: Think about which values could be defaulted...
|
|
|
|
|
Status = FormatPartition(PartEntry,
|
|
|
|
|
FileSystemName,
|
|
|
|
|
FMIFS_HARDDISK, /* MediaFlag */
|
|
|
|
|
NULL, /* Label */
|
|
|
|
|
QuickFormat, /* QuickFormat */
|
|
|
|
|
0, /* ClusterSize */
|
|
|
|
|
FormatCallback); /* Callback */
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2006-09-09 17:11:03 +00:00
|
|
|
DestroyProgressBar(FormatProgressBar);
|
|
|
|
|
FormatProgressBar = NULL;
|
2004-02-23 11:58:27 +00:00
|
|
|
|
2006-09-09 17:11:03 +00:00
|
|
|
DPRINT("FormatPartition() finished with status 0x%08lx\n", Status);
|
2003-04-28 19:44:13 +00:00
|
|
|
|
2006-09-07 20:15:45 +00:00
|
|
|
return Status;
|
2003-04-28 19:44:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
|
/* EOF */
|