Android Question Char = Int?

DonManfred

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #2

wonder said:

Isn't char a primitive type?

Click to expand...

Erel said:

Primitives include the numeric types: Byte, Short, Int, Long, Float and Double.
Primitives also include: Boolean and Char.

Click to expand...

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #3

So... isn't Char just an Int "disguised" as an ASCII character?
Shouldn't we be able to add and subtract without using the asc() function?

 

Upvote 0

DonManfred

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #4

The problem seems that "d" (the Char object) cannot be cast to a number...

Char "d" will result in "d", not in a number... To get the int you need to use asc("d")

wonder said:

isn't Char just an Int "disguised" as an ASCII character?

Click to expand...

the value of char does not fit into 0-255 like you expect i guess. char can hold a value of 0 to 65535

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #5

because a char is a "presentation" and not a value

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #6

also in some languages A+1 will return A1 and not B

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #7

DonManfred said:

char can hold a value of 0 to 65535

Click to expand...

So the B4A char is nothing like the C-family char... right?

(Sorry for nagging about this, I'm timing some code to the nanosecond...)

 

Upvote 0

Cableguy

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #8

I remember back I the early z80 qbasic, I used to create menu borders by using the Char$ keyword to access "symbols" not directly available with the keyboard

At that time we didn't have that much fonts, so it was like looking up a fixed table, now, with all the existing fonts, char(250) can be a letter or a symbol depending on the font in use

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #9

char used to be 0-FF but due to unicode etc it's expanded to 16 bit.

 

Upvote 0

DonManfred

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #10

wonder said:

So the B4A char is nothing like the C-family char... right?

Click to expand...

cant answer this. NEVER used C and i dont know the rules of C objects...

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #11

sorex said:

char used to be 0-FF but due to unicode etc it's expanded to 16 bit

Click to expand...

This cleared all my doubts, @sorex.

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #12

Here's a surprising result... My function is more than 10x faster...

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #13

compared to what? parseInt?

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #14

Compared to B4A direct assignment using parseDouble.
Generated Java code:

B4X:

 //BA.debugLineNum = 22;BA.debugLine="i = s";
_i = (int)(Double.parseDouble(_s));

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #15

what do you get with the parseInt method? that should be faster.

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #16

I win.

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #17

strange, here it's the opposite and your is 8-10 times slower

 

Upvote 0

wonder

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #18

B4J as well? x86 or x64 Windows?
Here: Windows 8.1 64-bit

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #19

no, under android this is a B4A thread

more weirdness...

I copied the sub and named it getInt2

when I call that it's a lot faster than the original sub, even when swapping the calls. wth!

 

Upvote 0

S

sorex

Expert

Licensed User

Longtime User

• Aug 5, 2016

• #20

in release mode is always seems to win compared to parseInt, logical as that supports more than 10 base alone.

it's still creepy that the differences between calling the same routine can be so huge.
(I'm talking here abte the time of 10.000 runs of the same sub call)

 

Upvote 0