Searching \ for '[OT]: dos program file access' in subject line. ()
Make payments with PayPal - it's fast, free and secure! Help us get a faster server
FAQ page: techref.massmind.org/techref/index.htm?key=dos+program+file
Search entire site for: 'dos program file access'.

Exact match. Not showing close matches.
PICList Thread
'[OT]: dos program file access'
2001\02\03@032126 by Roman Black

flavicon
face
Bob Ammerman wrote:
>
>  Yeah, add the caps.
>
> Your previous 'luck' with the 16F84 was just that: 'luck'.
>
> You were depending on behavior that was out of spec.


Hi Bob, just to change the topic slightly(!)
I remembered you're a dos C expert from the old
days and I wondered if you could offer a suggestion
re a problem I'm having.

I wrote a great little dos program a few years
back, it spends a couple of minutes logging
EVERY file on all of your hard drives, then
whenever you need to search for a file it can
find it in about 0.1 seconds. It works great
and I have used it for years, and I have 3
drives and 40,000 files. Being able to find any
file instantly is cool and I couldn't live without
it.

I have been tidying it up to release as freeware
for anyone that wants it, and realised that it
logs every file but not the c:/windows/progra~
(program files) directory.

Any ideas? It's written in Turbo C 3.0 for dos,
yes it works fine with other long file/dir names,
yes I log ALL file/dir types including hidden and
read only attributes etc. It just won't see that one
directory... (I'm using Win95)
:o)
-Roman

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.


2001\02\03@065549 by Russell McMahon

picon face
Does it see Windows 95 / Internet Explorer cache files. These are often
fully invisible to DOS level tools.

As a random suggestion - is it installed in C:\progra~1 - maybe it doesn't
like walking up it's own tree for some reason.

RM


> I wrote a great little dos program a few years
> back, it spends a couple of minutes logging
> EVERY file on all of your hard drives, then
> whenever you need to search for a file it can
> find it in about 0.1 seconds. It works great
> and I have used it for years, and I have 3
> drives and 40,000 files. Being able to find any
> file instantly is cool and I couldn't live without
> it.

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.


2001\02\03@072910 by Roman Black

flavicon
face
Russell McMahon wrote:
>
> Does it see Windows 95 / Internet Explorer cache files. These are often
> fully invisible to DOS level tools.

Every other dos program I've got sees the
dir ok. If you know a filename for these
cache files I can check if it sees them.

> As a random suggestion - is it installed in C:\progra~1 - maybe it doesn't
> like walking up it's own tree for some reason.

No, it's in C: root so I doubt that is it. I thought
at first it was the long dir name but other long name
directories in C: work ok. Just that c:\progra~1
dir.

I did some more checking, it appears as a FILE with
0 bytes, not as a directory. Any suggestions on
this? Why would my program think this dir is a
file? Is the dir flag in the attributes not set?
If so, how does every other dos app know it's a
directory?? Confused.
-Roman

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.


2001\02\03@090940 by Bob Ammerman

picon face
Roman,

If you have copy of norton utilities you could poke around on the drive and
see what is actually in the directory entry.

Also, is this a FAT16 or FAT32 partition?

Bob Ammerman
RAm Systems
(contract development of high performance, high function, low-level
software)

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.


2001\02\03@194959 by Roman Black

flavicon
face
Bob Ammerman wrote:

> > Any ideas? It's written in Turbo C 3.0 for dos,
> > yes it works fine with other long file/dir names,
> > yes I log ALL file/dir types including hidden and
> > read only attributes etc. It just won't see that one
> > directory... (I'm using Win95)
>
> When you say it works with "long file/dir" names, do you mean that it gets
> the long names, or that it works properly with the short names?

I mean it works properly with the short names.



>
> What routines are you calling to scan thru the directory structure? If you'd
> send the source I'd take a quick look at it for you.


Thanks for the nice offer, but I decided to do my own
homework last night, I found that silly me had used
==FA_DIREC to tell if something is a directory.
Of course, if a dir has other attributes set (like
read-only) there is another bit set so !=FA_DIREC...
I'm an idiot. After changing to &FA_DIREC it now
finds ALL dirs, even ones also tagged as read-only,
hidden, etc.

My c:\progra~1 dir was read-only. It wirked when I
first wrote the search program, but somewhere along
the way some M$ plugin must have changed it to
read-only. I had never seen a read-only directory!


> I am assuming that you create a file containing the names of every file on
> your disk and then search it.

Yep, it makes two files, one is all the dirs, in
root order, the other is every file, indexed to the
dir number and alphabetic sorted. If you know the
first letter of the file it finds it in 55mS, even
with wildcards in the filename. :o)

> Are you aware of the /B switch on the "DIR" command? Take a look.

Never heard of it! Will check it out.

Thanks again to everyone! I will put the freeware
search program up in a couple of days. :o)
-Roman

--
http://www.piclist.com hint: The PICList is archived three different
ways.  See http://www.piclist.com/#archives for details.


2001\02\04@151635 by Oliver Broad

flavicon
face
----- Original Message -----
From: "Roman Black" <spam_OUTfastvidTakeThisOuTspamEZY.NET.AU>
To: <.....PICLISTKILLspamspam@spam@MITVMA.MIT.EDU>
Sent: 04 February 2001 00:46
Subject: Re: [OT]: dos program file access



> the way some M$ plugin must have changed it to
> read-only. I had never seen a read-only directory!
>
'Briefcases' and other folders where the icon differs from the normal folder
icon usually have to have the read only attribute. I believe the
'desktop.ini' file in a special folder is ignored otherwise. I don't know if
this applies to the system ones that have their ID in the filename instead
of having a desktop.ini file.

Oliver.

--
http://www.piclist.com#nomail Going offline? Don't AutoReply us!
email listservspamKILLspammitvma.mit.edu with SET PICList DIGEST in the body


More... (looser matching)
- Last day of these posts
- In 2001 , 2002 only
- Today
- New search...