>> According to the 4DOS 'copy' instructions, it does support it:
>>
>> 4DOS Help Topic: COPY
>> /I"text": Select source files by matching text in their
>> descriptions. The text can include wildcards and extended
>> wildcards. The search text must be enclosed in quotation marks,
>>
On Sat, Nov 23, 2013 at 1:03 AM, Rugxulo wrote:
> On Fri, Nov 22, 2013 at 12:41 PM, dmccunney wrote:
>>
>> Test Disk is designed to recover *partitions*, not files. It searches
>> for backup copies of the partition table and does substitutions when
>> the main one is damaged. It bypasses the fi
Hi,
On Fri, Nov 22, 2013 at 12:41 PM, dmccunney wrote:
>
> Test Disk is designed to recover *partitions*, not files. It searches
> for backup copies of the partition table and does substitutions when
> the main one is damaged. It bypasses the file system(s) entirely and
> does low level raw dis
On Thu, Nov 21, 2013 at 8:24 PM, Rugxulo wrote:
> On Thu, Nov 21, 2013 at 6:20 PM, wrote:
>> On 2013-11-22 00:46, Rugxulo wrote:
>>> I suggest you just try to use a user-space program like TestDisk. I
>>> haven't used it much, but in minimal testing it did seem to access my
>>> ext3 partition co
> Also, what are the chances that someone within the FreeDOS community may
> one day write a driver for a filesystem which supports extended
> attributes?
Zero.
for a simple reason: there is no functionality ('API') like
Get/SetExtendedAttributes in DOS; therefore DOS programs can't support
this
Eric Auer, Fri, 22 Nov 2013 11:18:08 +0100:
> As far as I know, 4DOS does not support commands like "copy all
> files with rollercoaster in the description to drive X:"
According to the 4DOS 'copy' instructions, it does support it:
4DOS Help Topic: COPY
/I"text": Select source files by matching
Hi :-)
>> Also, what are the chances that someone within the FreeDOS community may
>> one day write a driver for a filesystem which supports extended
>> attributes? Not necessarily support for a standard filesystem (ext2,
>> ext3, etc), mind you. A homebrew filesystem too would be good enough, I
Hi,
On Thu, Nov 21, 2013 at 6:20 PM, wrote:
> On 2013-11-22 00:46, Rugxulo wrote:
>> I suggest you just try to use a user-space program like TestDisk. I
>> haven't used it much, but in minimal testing it did seem to access my
>> ext3 partition correctly.
>
> Does the TestDisk solution that you m
On 2013-11-22 00:46, Rugxulo wrote:
> I suggest you just try to use a user-space program like TestDisk. I
> haven't used it much, but in minimal testing it did seem to access my
> ext3 partition correctly.
Does the TestDisk solution that you mentioned give full access (i.e.
both read and write) t
On Thu, Nov 21, 2013 at 6:46 PM, Rugxulo wrote:
>> There is a reference to this on an unrelated forum:
>> http://www.drdosprojects.de/cgi-bin/anyboard.cgi?fvp=/forum/drp_forum/&cmd=iYz&aK=3756&iZz=3756&gV=0&kQz=&aO=1&iWz=0
>>
>> If I understand correctly, this driver is meant to support even ext3
Hi,
On Wed, Nov 20, 2013 at 6:08 AM, patrick patterson
wrote:
> hello all. longtime reader, first time poster
>
> this is something I have been thinking about for a long time.
> I think it needs to be a part of long file name support, which
> seems to be pretty messy for compatability (multiple d
Hi,
On Wed, Nov 20, 2013 at 8:25 AM, wrote:
>
> I probably found what I was looking for: the COMBOOTF.IMA file from
> Lucho utilities.
>
> https://dl.dropboxusercontent.com/u/15785527/dos/lucho.html
>
> But I could not find any documentation.
I'm pretty sure this is the Paragon driver and not s
Ext2 is forward compatible with ext3. There's simple migration tools
builtin to mkfs.ext3 on Linux, iirc. Then ext3 is forward compatible with
ext4 with similar tools. So it's kind of a Canadian cross situation but
you could you'll always be able to get access to an ext2 partition from
Linux.
-
I probably found what I was looking for: the COMBOOTF.IMA file from
Lucho utilities.
https://dl.dropboxusercontent.com/u/15785527/dos/lucho.html
But I could not find any documentation.
There is a reference to this on an unrelated forum:
http://www.drdosprojects.de/cgi-bin/anyboard.cgi?fvp=/foru
On 2013-11-20 05:45, Rugxulo wrote:
> I vaguely recall (but never tried) that there used to be such a
> (shareware?) DOS driver from Paragon Software [EDIT: IFSDRV?] that
> could read ext2 and some others.
This would be a good solution. Only, in order to be useful such a driver
should target so
Just make kernel use /ea_attrib.dat with file name and a bit wise word for
storing attributes bits
On Nov 19, 2013 8:46 PM, "Rugxulo" wrote:
> Hi,
>
> On Mon, Nov 18, 2013 at 11:41 PM, wrote:
> >
> > Does FreeDOS support any file system that has customizable metadata
> > (also known as extended
Hi,
On Mon, Nov 18, 2013 at 11:41 PM, wrote:
>
> Does FreeDOS support any file system that has customizable metadata
> (also known as extended attributes)?
The kernel itself only directly supports FAT. Anything else (AFAIK,
and I'm no expert) has to come from a loadable driver using the
redirec
I do not think so, maybe the devs can implement ea_attrib file support
On Nov 18, 2013 9:43 PM, wrote:
> Hello
>
> Does FreeDOS support any file system that has customizable metadata
> (also known as extended attributes)? All modern file systems do. The
> only feature that I need is extended att
On 2013-11-19 23:25, Eric Auer wrote:
>There are a
> few shells which implement things like long file names and/or
> comments for files that way :-)
Well, in a way what I was asking about is similar to the comments, with
the difference that they are stored within the file itself, not in a
separa
Hi!
> Hi Eric. Extended attributes (often abbreviated as xattr) are a given in
> all modern file systems. Basically, extended attributes are metadata
> fields which, in addition to the standard fields (date_created,
> date_modified, size, read_only, hidden, etc), the user can arbitrarily
> create
20 matches
Mail list logo
