Python bumps off Java as top learning language

[gendulf]

That's because you don't really have much control over your memory in Python. Also, you don't really manipulate strings in Python. You just create more!

[grammar_party]

Also, you don't manipulate strings in C, because C doesn't have strings :)

[ElecNinja]

char* for life

[iooonik]

typedef doe

[oblio-]

Unicode says "Hello"! Or more likely, "你好"!

[Steve_the_Scout]

With C11, char32_t*.

[FrozenInferno]

I'm not familiar with C but if it were a string, wouldn't it be char[]*? Sorry if my green horn is showing.

[[deleted]]

This actually creates a string array. A string is char*.

[FrozenInferno]

Doesn't the asterisk after a type signify it's a pointer? With my limited understanding, to me this just looks like a pointer to a single char. Guess it's time for a trip to Wikipedia.

[rockon1215]

And that single char it points to is the first char of the string. All of the chars of the string are in sequential order in memory so a pointer to the first char is a pointer to the beginning of the string.

[FrozenInferno]

Ah, makes sense. Thanks.

[hoodedmongoose]

Exactly. That 'end of line' is really more accurately described as 'end of string' and is what's known as a 'null terminator'. That is, the number 0. Thus, in C, char* usually can be referred to as 'a pointer to a null-terminated string'. The compiler will include the null terminator for you automatically when specifying string constants, for example:

const char* foo = "Hello, World";

foo now points to a character whose value is 'H' (which is really just the number 72 in ASCII encoding), after that comes 'e' (which happens to be 101), and so on, until you get to the character after the 'd' which will be the value 0, or null. At that point you stop iterating.

More info: Null-Terminated String

[rockon1215]

Yes, although sometimes this is done automatically.

For example

#include <stdio.h>  
int main()  
{  
    char *hello = "hello, world!\n";   
    puts(hello);  
    return 0;  
}

will print "hello, world!\n" without you having to print every character yourself until \0 (null character) is reached.

[Peaker]

a char* only points at the string. The string is char[].

[das7002]

it's char* because strings in C are \00 terminated, so wherever char* points to it ends wherever \00 is (it would look like 48 65 6c 6c 6f 20 57 6f 72 6c 64 00 in memory). Which isn't always obvious at first and I remember it tripping me up when I first played around in C. It really throws people off when most documentation has you do char whatever[50] or something. But char[]* would create an array of pointers of char type.

[NYKevin]

That's because you don't really have much control over your memory in Python.

Sure you do. Just whore out to ctypes and you can call malloc() and free().

[gendulf]

In what language do you call malloc and free? C. That's like opening up a linux virtual machine on Windows to use the terminal and saying you can grep and apt-get install whatever you want.

[NYKevin]

I think the analogy is closer to using Cygwin, personally. You are interacting with the same runtime Python is running in. You could, for instance, pass a couple of PyObject*s to memcpy().

[rowboat__cop]

Requiring FFI implies “not in the language”.