Re: Is C# secure ??? (Pointers?)

[ceemar]

That's cool but I read as much in Wrox's book on it (Beginning C#) as well
as seeing this:

"...While some criticize the move [MS' C# announcement] on purely ideological
grounds (anti-Microsoft rhetoric), others question the inclusion of individual
language features such as native pointers..."

http://www.earthweb.com/dlink.resource-jhtml.72.1084.|repository||softwaredev|content|article|2000|08|10|SDreillycsharp1|SDreillycsharp1~xml.0. jhtml?cda=true

"Vlad Ivanov" <vivanov@polarisconsulting.com> wrote:
>
>"ceemar" <cemar@hotmail.com> wrote in message
>news:3a75afae$1@news.devx.com...
>>
>
>> Even tho C# comes from J++, from what I've seen I really don't care for
it
>> due to the pointers and some of the other stuff from C++.
>
>
>Then again, it might be useful to read the language spec. before saying
>nonsense
>
>No offense intended, just being cheerfully rude
>
>P.S: If you didn't read it yet, there're no pointers in C# (in C++ sense),
>there are delegates.
>
>

[Vlad Ivanov]

I am puzzled what do they mean by that. They don't care to elaborate either.
C# can generate unmanaged code (which is basically C++), where you can in
fact use that feature. But is provided purely for compatibility, for
interoperation with existing code (which Java has no concept of). It is the
same as ability of calling native API from Visual Basic - you can if you
really need to. But the language has a feature that allows you to have
pointer-like functionality, without using pointers. And the managed C# will
not allow you to use native pointers.

Or you're prefer the "take the tool away from the fool" approach?

"ceemar" <cemar@hotmail.com> wrote in message
news:3a785d48$1@news.devx.com...
>
> That's cool but I read as much in Wrox's book on it (Beginning C#) as well
> as seeing this:
>
> "...While some criticize the move [MS' C# announcement] on purely
ideological
> grounds (anti-Microsoft rhetoric), others question the inclusion of
individual
> language features such as native pointers..."
>
>
http://www.earthweb.com/dlink.resource-jhtml.72.1084.|repository||softwarede
v|content|article|2000|08|10|SDreillycsharp1|SDreillycsharp1~xml.0.jhtml?cda
=true
>
> "Vlad Ivanov" <vivanov@polarisconsulting.com> wrote:
> >
> >"ceemar" <cemar@hotmail.com> wrote in message
> >news:3a75afae$1@news.devx.com...
> >>
> >
> >> Even tho C# comes from J++, from what I've seen I really don't care for
> it
> >> due to the pointers and some of the other stuff from C++.
> >
> >
> >Then again, it might be useful to read the language spec. before saying
> >nonsense
> >
> >No offense intended, just being cheerfully rude
> >
> >P.S: If you didn't read it yet, there're no pointers in C# (in C++
sense),
> >there are delegates.
> >
> >
>

[Eric Gunnerson]

C# can't generate unmanaged code. It can generate code that cannot be
verified to be safe, using the unsafe keyword, but it's still managed code.
It's useful mostly for advanced interop with COM or with native DLLS; it
isn't required for most calls to native APIs.

"Vlad Ivanov" <vivanov@polarisconsulting.com> wrote in message
news:3a7863ef$1@news.devx.com...
> I am puzzled what do they mean by that. They don't care to elaborate
either.
> C# can generate unmanaged code (which is basically C++), where you can in
> fact use that feature. But is provided purely for compatibility, for
> interoperation with existing code (which Java has no concept of). It is
the
> same as ability of calling native API from Visual Basic - you can if you
> really need to. But the language has a feature that allows you to have
> pointer-like functionality, without using pointers. And the managed C#
will
> not allow you to use native pointers.
>
> Or you're prefer the "take the tool away from the fool" approach?
>
> "ceemar" <cemar@hotmail.com> wrote in message
> news:3a785d48$1@news.devx.com...
> >
> > That's cool but I read as much in Wrox's book on it (Beginning C#) as
well
> > as seeing this:
> >
> > "...While some criticize the move [MS' C# announcement] on purely
> ideological
> > grounds (anti-Microsoft rhetoric), others question the inclusion of
> individual
> > language features such as native pointers..."
> >
> >
>
http://www.earthweb.com/dlink.resource-jhtml.72.1084.|repository||softwarede
>
v|content|article|2000|08|10|SDreillycsharp1|SDreillycsharp1~xml.0.jhtml?cda
> =true
> >
> > "Vlad Ivanov" <vivanov@polarisconsulting.com> wrote:
> > >
> > >"ceemar" <cemar@hotmail.com> wrote in message
> > >news:3a75afae$1@news.devx.com...
> > >>
> > >
> > >> Even tho C# comes from J++, from what I've seen I really don't care
for
> > it
> > >> due to the pointers and some of the other stuff from C++.
> > >
> > >
> > >Then again, it might be useful to read the language spec. before saying
> > >nonsense
> > >
> > >No offense intended, just being cheerfully rude
> > >
> > >P.S: If you didn't read it yet, there're no pointers in C# (in C++
> sense),
> > >there are delegates.
> > >
> > >
> >
>
>

[Vlad Ivanov]

Yeah, i stand corrected. This always bites me in the ***. So can C# use
pointers? My understanding was that you can include C++ blocks (that can in
turn use pointers). But i am a little out of touch with C#.


"Eric Gunnerson" <ericgu@no.spam.microsoft.com> wrote in message
news:3a787dcf@news.devx.com...
> C# can't generate unmanaged code. It can generate code that cannot be
> verified to be safe, using the unsafe keyword, but it's still managed
code.
> It's useful mostly for advanced interop with COM or with native DLLS; it
> isn't required for most calls to native APIs.

[Jeff Peil]

"Vlad Ivanov" <vivanov@polarisconsulting.com> wrote in message
news:3a787f7b@news.devx.com...
> Yeah, i stand corrected. This always bites me in the ***. So can C# use
> pointers? My understanding was that you can include C++ blocks (that can
in
> turn use pointers). But i am a little out of touch with C#.
>

You cannot include C++ blocks within C# code. Where you probably got
confused is that some people have referred to unsafe blocks in C# as "inline
C code" (notice they said C not C++) This is, of course, a misnomer as the
code still conforms to C# language rules, you just have access to pointers.