Re: Direct Disk Access
- From: "Paul G. Tobey [eMVP]" <p space tobey no spam AT no instrument no spam DOT com>
- Date: Wed, 18 Oct 2006 09:56:54 -0700
I'm with Chris 100%. It doesn't seem to have *any* commercial applicability
or any good reason for doing it the way you're suggesting, so I'd never do
it that way, either.
Paul T.
"Wrecked" <rithesh.rg@xxxxxxxxx> wrote in message
news:1161057340.499377.87020@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Yes that is the whole idea, the sole purpose of this SD card would be
to work with this application, I did find a vendor who was willing to
supply me very low diskspace SD cards at very cheap prices. So my small
group of friends still consider doing this.. :( Ur guidance would be
greatly appriciated.
Rithesh
On Oct 17, 1:53 am, "Paul G. Tobey [eMVP]" <p space tobey no spam AT no
instrument no spam DOT com> wrote:
If it's a storage card, though, you're going to break his operating
system
in order to do this locking process? He's not going to be able to use
the
card for actual file storage? It seems like even writing a file system
filter driver to prevent the file from being deleted would be better than
somehow taking over the entire card for a single file containing, what,
100
bytes?
Paul T.
"Wrecked" <rithesh...@xxxxxxxxx> wrote in
messagenews:1161031160.909827.42510@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
hello chris
i understand ur concerns, but the plan here is not to write into
anyones or any SD card, its as if u get the card and application
together, once i have installed the application on the phone, i will
need write the imei number of the phone on to that SD card. again this
is part of the authentication protocal. (u can think of it as marrying
the SD card and phone together, so that this SD cant be used with any
other phone running the same application). i did think about ur idea of
encryption, this would certainly protect the data, but it would still
not stop an user from deleting the file.
On Oct 17, 1:08 am, "<ctacke/>" <ctacke[@]opennetcf[dot]com> wrote:
It's a bad idea to subvert the driver's usage of the card, as you
could
end
up hosing someone else's card or causing other problems for apps not
related
to yours. Don't worry about hiding the file, just use encryption to
protect
its contents.
--
Chris Tacke
OpenNETCF Consulting
Managed Code in the Embedded Worldwww.opennetcf.com
--
"Wrecked" <rithesh...@xxxxxxxxx> wrote in
messagenews:1161025707.160074.199880@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi paul
Its like having this SD card as a security key. To run my
application i
would have to insert this SD card and do some authentication process
(from the application) to use the application. I am currently doing
this by just writing the authentication data it to a file (this is
done
before hand by my SD card reader attached to a comp) and accessing
it
from the windows CE application (which i am developing using c#).
For
reason i had already told this is not secure. hence i need a driver
sort of interface. Do let me know if i need to be more specific.
thanks
rithesh
On Oct 16, 11:23 pm, "Paul G. Tobey [eMVP]" <p space tobey no spam
AT
no instrument no spam DOT com> wrote:
OK, so it seems like you'd have a driver for the function that this
card
provides and that driver would authenticate the card before
exposing
it
to
the upper-layer pieces of Windows CE. I don't understand exactly
what
sort
of card this would be, etc., so I can't possibly give much in the
way
of
specifics. I don't see any reason, however, why tying the card to
one
very
specific application would be a great idea.
Paul T.
"Wrecked" <rithesh...@xxxxxxxxx> wrote in
messagenews:1161022112.060350.284250@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
hello chris and paul,
Paul i will need this method just to prevent the user
from
accessing the data. I am working on an application where i need
to
do
some authentication from the SD card, and this data (used for
authentication purpose) should be hidden/not accessable to the
user.
I
thought this was a better method to achive this. Paul it would
be
great if u could just throw somemore light on the method u
sugested.
Chris i will certainly consider ur advice from next time.
thanks,
regards,
rithesh
On Oct 16, 10:27 pm, "Paul G. Tobey [eMVP]" <p space tobey no
spam
AT
no instrument no spam DOT com> wrote:
You can P/Invoke to call unmanaged code from managed code.
Generally,
this
is a bad idea (trying to bypass the driver system on your device
to
access
hardware directly from application code), however. What are you
hoping
to
gain by doing things the 'wrong' way?
Paul T.
"Wrecked" <rithesh...@xxxxxxxxx> wrote in
messagenews:1161018252.124694.53750@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Hi,
Could someone please throw some light on the following?
I am looking for some way in c# for doing direct, disk level
IO,
without using filesystems.
This is for an application to read SD card sectors. I have
found
some
methods in winCE 5.0 (using structures like SG_REQ) to do the
same.
I
didnt find a way to use the same in C#.
Is there any such methods in c# or how do i use the wince
functions
in
C#?
Any help will be greatly appreciated.
Thanks,
.
- References:
- Direct Disk Access
- From: Wrecked
- Re: Direct Disk Access
- From: Paul G. Tobey [eMVP]
- Re: Direct Disk Access
- From: Wrecked
- Re: Direct Disk Access
- From: Paul G. Tobey [eMVP]
- Re: Direct Disk Access
- From: Wrecked
- Re: Direct Disk Access
- From: <ctacke/>
- Re: Direct Disk Access
- From: Wrecked
- Re: Direct Disk Access
- From: Paul G. Tobey [eMVP]
- Re: Direct Disk Access
- From: Wrecked
- Direct Disk Access
- Prev by Date: Re: Tough project,.doc file explorer
- Next by Date: Re: Using COM OutProc server on WinCE
- Previous by thread: Re: Direct Disk Access
- Next by thread: Is there a Chart Control or souce code available in Embedded VC++ version 4
- Index(es):
Relevant Pages
|
