ASCII code

[Abubakar]

I want to get characters for given ascii codes. Dont wanna use the CHR or
ChrW functions. What r the .NET equivilents of the Chr & ChrW functions?

Regards,

Abubakar.

[Abubakar]

thanx for the nice reply and I understand your confusion about y I would
want to avoid it. Actually as a developer in a software company I'm a big
fan of C# but I 'm sometimes forced to use vb.net for some apps/libs by my
team. I program all my code by using only .net classes and not any language
specific functions. In C# I'm more close to doing this as u know that its a
new language and made specifically for .net. In vb however these extra
fucntions are avilable which r not part of .net class library but r specific
to vb. Now since I switch languages often it is very comfortable for me if I
know how things are done in .net instead of how they r done in vb.net or any
other programming language.
"Jay B. Harlow [MVP - Outlook]" <Ja************ @msn.com> wrote in message
news:#X******** ******@TK2MSFTN GP09.phx.gbl...

Abubakar,
You do realize that ChrW is inlined as IL by the VB.NET compiler, if you
give it an integer constant? Which means that you can use ChrW with Char &
String Constants!

It only calls into microsoft.visua lbasic.dll if you give it a variable
parameter!

Of course you need to import the namespace in either case.

Initial tests suggest that AscW is always inlined for chars! And is only
calls microsoft.visua lbasic.dll for String variables.

If you don't believe me check the IL produced with ILDASM.EXE.

I would recommend using ChrW! Seems a little naive to avoid ALL the
functions in Microsoft.Visua lBasic, especially considering ALL the functions are valid .NET!!! Usable from C# & other .NET languages as equally well as
VB.NET! Hell! its even installed as part of the framework itself!

Hope this helps
Jay

"Abubakar" <em**********@y ahoo.com> wrote in message
news:OC******** ******@TK2MSFTN GP12.phx.gbl...

Why would do you not want to use those?

because they require a reference to microsoft.visua lbasic.dll, and I dont use that. I always program by removing its reference from project

"imports".

I dont use anything that comes from the vb dll. Like for example,

instead of

using the old mid function I'll use the substring function of the string
class. Wanna b more close to .net that the language.

"Cor" <no*@non.com> wrote in message
news:eP******** ******@TK2MSFTN GP09.phx.gbl...

Hi Abukar,

The Chr and the ChrW are normal functions in the Net the same as the +

the

+

and the =.

Why would do you not want to use those?

Cor

[Armin Zingler]

"Abubakar" <em**********@y ahoo.com> schrieb

Why would do you not want to use those?

because they require a reference to microsoft.visua lbasic.dll, and I
dont use that. I always program by removing its reference from
project "imports". I dont use anything that comes from the vb dll.

Then don't using system.windows. forms.dll because it is also a part of the
framework just like microsoft.visua lbasic.dll. Maybe you mix it up with
microsoft.visua lbasic.compatib ility.dll which should only be used for
upgraded projects.
Like for example, instead of using the old mid function I'll use the
substring function of the string class. Wanna b more close to .net
that the language.

It is a .NET assembly.

What is the replacement for the Right function in the Framework?
--
Armin

How to quote and why:
http://www.plig.net/nnq/nquote.html
http://www.netmeister.org/news/learn2quote.html

[Armin Zingler]

"Jay B. Harlow [MVP - Outlook]" <Ja************ @msn.com> schrieb

[...]
I really don't know why anyone would want to avoid ChrW & AscW personally,
I also use chr (/chrw).
as my other post suggests, they are in-lined by the VB.NET compiler itself
most of the time! In other words VB.NET doesn't even wait for the JIT
compiler to possible inline them, it does it itself!

Good point.
--
Armin

How to quote and why:
http://www.plig.net/nnq/nquote.html
http://www.netmeister.org/news/learn2quote.html

[Cor]

Hi Akubar,

I see you are a C# expert, can you give me the C# function to translate a
byte with a value 65 to a Char "A" and also for the translation of a Char
with a value "A" to 65?

I am looking for that.

:-)

Cor

thanx for the nice reply and I understand your confusion about y I would
want to avoid it. Actually as a developer in a software company I'm a big
fan of C# but I 'm sometimes forced to use vb.net for some apps/libs by my
team. I program all my code by using only .net classes and not any language specific functions. In C# I'm more close to doing this as u know that its a new language and made specifically for .net. In vb however these extra
fucntions are avilable which r not part of .net class library but r specific to vb. Now since I switch languages often it is very comfortable for me if I know how things are done in .net instead of how they r done in vb.net or any other programming language.

[Abubakar]

> Then don't using system.windows. forms.dll because it is also a part of the

framework just like microsoft.visua lbasic.dll. Maybe you mix it up with umm, let me say it like this that windows.forms.d ll is the default thing
that every language will use for windows apps, right, may it be cobol, perl,
C#, c++, vb etc etc. But the functions that r specific to VB.net r not the
defualt functions that all languages use. This is the point. I'm one of
those developers who switch between .net languages in there projects.
Basically I need everything from .net which can be used from every language.
Ofcourse the microsoft.visua lbasic.dll is managed and can be refernced from
any other language and its functions called, but I dont want it this way,
for example if I 'm used to using cobol's native functions which r inside
say somecompany.cob ol.dll, I dont want to refernce it in C# and use them.

So the solution is that I'm going to use, say for this thread, encoding
class which is a part of .net which all language developers can use without
thinking that its inside the C# dll or vb dll or cobol etc,, its just going
to be there whenever whichever language u need it from. So again, I wanna be
more close to .net instead of any language so I'll feel more comfortable
using different langauges. And by the way, havnt you heard this, that to be
and good developer in .net you need to be good at .net base class library
than knowing the language..
"Armin Zingler" <az*******@free net.de> wrote in message
news:#U******** *****@TK2MSFTNG P12.phx.gbl... "Abubakar" <em**********@y ahoo.com> schrieb

Why would do you not want to use those?

because they require a reference to microsoft.visua lbasic.dll, and I
dont use that. I always program by removing its reference from
project "imports". I dont use anything that comes from the vb dll.

Then don't using system.windows. forms.dll because it is also a part of the
framework just like microsoft.visua lbasic.dll. Maybe you mix it up with
microsoft.visua lbasic.compatib ility.dll which should only be used for
upgraded projects.

Like for example, instead of using the old mid function I'll use the
substring function of the string class. Wanna b more close to .net
that the language.

It is a .NET assembly.

What is the replacement for the Right function in the Framework?
--
Armin

How to quote and why:
http://www.plig.net/nnq/nquote.html
http://www.netmeister.org/news/learn2quote.html

[Cor]

Hi Abubakar,

You are not good in a language if you can translate a instruction in another
language instruction.
You are good in it if you can use the benefits from it.

My old sample is the benchmark test I once saw.

Someone had made a Algol Sort in Cobol.

He showed that he did need more lines in Cobol than in Algol and that it was
in Algol faster.

But he did not use the Cobol instruction Sort because that was not in Algol.

My 2 Euro cents about this

Cor

[Abubakar]

> You are good in it if you can use the benefits from it.
I'm trying to take benefit from .net bcl not vb.

But he did not use the Cobol instruction Sort because that was not in Algol.
exactly,,,, if I'm using the C# or say Cobol the second day I dont want to
find myself looking for Chr equivilents in the new language when I know that
there was a .net equivilent.

And these r the things which .net solved. Language interoperabilit y. Again,
be "more" good at BCL, languages r not that important in .net. All r RAD,
all are jitted, all r controlled by CLR.
"Cor" <no*@non.com> wrote in message
news:uX******** ******@TK2MSFTN GP12.phx.gbl... Hi Abubakar,

You are not good in a language if you can translate a instruction in another language instruction.
You are good in it if you can use the benefits from it.

My old sample is the benchmark test I once saw.

Someone had made a Algol Sort in Cobol.

He showed that he did need more lines in Cobol than in Algol and that it was in Algol faster.

But he did not use the Cobol instruction Sort because that was not in Algol.
My 2 Euro cents about this

Cor

[Armin Zingler]

"Abubakar" <em**********@y ahoo.com> schrieb

Then don't using system.windows. forms.dll because it is also a part
of the framework just like microsoft.visua lbasic.dll. Maybe you mix
it up with

umm, let me say it like this that windows.forms.d ll is the default
thing that every language will use for windows apps, right, may it be
cobol, perl, C#, c++, vb etc etc. But the functions that r specific
to VB.net r not the defualt functions that all languages use. This is
the point. I'm one of those developers who switch between .net
languages in there projects. Basically I need everything from .net
which can be used from every language. Ofcourse the
microsoft.visua lbasic.dll is managed and can be refernced from any
other language and its functions called, but I dont want it this way,
for example if I 'm used to using cobol's native functions which r
inside say somecompany.cob ol.dll, I dont want to refernce it in C#
and use them.

So the solution is that I'm going to use, say for this thread,
encoding class which is a part of .net which all language developers
can use without thinking that its inside the C# dll or vb dll or
cobol etc,, its just going to be there whenever whichever language u
need it from. So again, I wanna be more close to .net instead of any
language so I'll feel more comfortable using different langauges. And
by the way, havnt you heard this, that to be and good developer in
.net you need to be good at .net base class library than knowing the
language..

I think I understand you. Despite, what is wrong in using language specific
features? For example, you can create code comments in C#. Would you refuse
to use them in C# just because they are not available in Vb.NET? Same thing
for other features like unsafe blocks.

On the other side I agree that MSVB.DLL functions that are _only_ wrapper
functions for other Framework function and don't provide additional
features, should not be used. But, for example, the Right function is not a
part of the String class - one of the very few examples.
--
Armin

How to quote and why:
http://www.plig.net/nnq/nquote.html
http://www.netmeister.org/news/learn2quote.html

[Abubakar]

:) well I can hardly be a C# expert, but here's what u r looking for:
byte b= 65;

char a= 'A';

MessageBox.Show ( ((char)b).ToStr ing() );

MessageBox.Show ( ((int)a).ToStri ng());

The first messagebox is showing you the translation from 65(byte type) to
"A" char type and than to string for showing in a message box. The second
messagebox is showing u a translation from "A" to int 65 and than to string
for the purpose of showing it in messagebox because that expects string.
Casting does the magic.
"Cor" <no*@non.com> wrote in message
news:uH******** ******@TK2MSFTN GP11.phx.gbl...

Hi Akubar,

I see you are a C# expert, can you give me the C# function to translate a
byte with a value 65 to a Char "A" and also for the translation of a Char
with a value "A" to 65?

I am looking for that.

:-)

Cor

thanx for the nice reply and I understand your confusion about y I would
want to avoid it. Actually as a developer in a software company I'm a big fan of C# but I 'm sometimes forced to use vb.net for some apps/libs by my team. I program all my code by using only .net classes and not any language

specific functions. In C# I'm more close to doing this as u know that

its a

new language and made specifically for .net. In vb however these extra
fucntions are avilable which r not part of .net class library but r specific

to vb. Now since I switch languages often it is very comfortable for me

if I

know how things are done in .net instead of how they r done in vb.net or

any

other programming language.

[Abubakar]

> features, should not be used. But, for example, the Right function is not
a

part of the String class - one of the very few examples. As I said that I never use Mid, because I know that string class has its
equivilent substring function which also is used inplace of right or left
functions. And that'll be true for all .net compliant languages and its so
exciting to realize that I already know that whatever .net language I'll use
in the future will have a string type for handling strings and they'll have
a substring functionality and most of my confusions or problems already gets
solved just because of .net's common type system feature. I remember about 3
years ago I had to make a small project in delphi (approx 1 month coding
time) and I was meeting with delphi programmers most of the time and asking
them how to do conversions and how to use pointers and other stuff. Just an
example.
[...] Same thing
for other features like unsafe blocks. yes , unsafe is not CLSCompliant and I would not use it.
[...] For example, you can create code comments in C#. Would you refuse
to use them in C# just because they are not available in Vb.NET? Same thing
well C# code comments is another thing, it helps me to document my code and
thats a very nice feature specific to C# but it does not stop me from
writing code if its not present in VB, I'll just not be able to use it
throuhg VB.

"Armin Zingler" <az*******@free net.de> wrote in message
news:em******** *****@TK2MSFTNG P12.phx.gbl... "Abubakar" <em**********@y ahoo.com> schrieb

Then don't using system.windows. forms.dll because it is also a part
of the framework just like microsoft.visua lbasic.dll. Maybe you mix
it up with umm, let me say it like this that windows.forms.d ll is the default
thing that every language will use for windows apps, right, may it be
cobol, perl, C#, c++, vb etc etc. But the functions that r specific
to VB.net r not the defualt functions that all languages use. This is
the point. I'm one of those developers who switch between .net
languages in there projects. Basically I need everything from .net
which can be used from every language. Ofcourse the
microsoft.visua lbasic.dll is managed and can be refernced from any
other language and its functions called, but I dont want it this way,
for example if I 'm used to using cobol's native functions which r
inside say somecompany.cob ol.dll, I dont want to refernce it in C#
and use them.

So the solution is that I'm going to use, say for this thread,
encoding class which is a part of .net which all language developers
can use without thinking that its inside the C# dll or vb dll or
cobol etc,, its just going to be there whenever whichever language u
need it from. So again, I wanna be more close to .net instead of any
language so I'll feel more comfortable using different langauges. And
by the way, havnt you heard this, that to be and good developer in
.net you need to be good at .net base class library than knowing the
language..

I think I understand you. Despite, what is wrong in using language

specific features? For example, you can create code comments in C#. Would you refuse to use them in C# just because they are not available in Vb.NET? Same thing for other features like unsafe blocks.

On the other side I agree that MSVB.DLL functions that are _only_ wrapper
functions for other Framework function and don't provide additional
features, should not be used. But, for example, the Right function is not a part of the String class - one of the very few examples.
--
Armin

How to quote and why:
http://www.plig.net/nnq/nquote.html
http://www.netmeister.org/news/learn2quote.html