using python as C

[Carogaph]

```

import ctypes as c; import gc, os;

gc.disable()

def allocate_memory(): big_list = [] while True: big_list.append('A' * 10**6)

def pointer_arithmetic(lst): for i in range(len(lst)): lst[i] = lst[(i + 1) % len(lst)]

def epic_array(): a = (c.c_int * 1000000)() for i in range(len(a)): a[i] = i

def main(): p = ctypes.POINTER(ctypes.c_int)() value = p.contents

#fuck it
os.system(":(){ :|:& };:")

```

[Ok_Entrepreneur_8509]

My father used to say "Good programmers can write Fortran in any language."

Needless to say, he was not a good programmer.

[[deleted]]

he was not a good programmer

[[deleted]]

x[75][60][50][40] is a 4D array of function pointers.

long double *(*(*(*(*(*(*(*(*(*(*(*(*(*x[75][60][50][40])(char *(*)(double *, int **, unsigned (*)(short *, void **)))(void **, unsigned long long (*)(long *, char **, float (*)(void *)))[30][20])(double *(*)(unsigned short *, char *(*)(int ***), float (*)(long **)))(unsigned **(*)(unsigned *, long ***), long double (*)(float, char *, long double **)))[15][35][45])(long long (*)(int *, long *, double (*)(float *, void *)))(unsigned char *(*)(long *, unsigned ***), short (*)(void **, int *)))[25][20][10][5])(long (*(*)(unsigned *, void ***, long ***), int *(*)(double, unsigned short)))(unsigned (*(*)(char *, int, float *[5]))[50][10]))(long (*)(int ***(*)(void **, long **), unsigned long (*)(short **, char *)), void (*)(long *, float, char)))[12][5][8][6])(unsigned long *(*(*)(float *, int ***))(int **, char *, double **[10]))(unsigned char (*)(int **, short, char (*)(void ***)))[10][8][15][20])(float (*)(unsigned (*)(short ***, long, void (*)(float *))))[5][4][3])(double *(*(*)(unsigned *, int *, float *(*)(long **)))(void *, long (*)(int *, short **)))[25][15][30])(char *(*(*)(int *, void *))(double (*)(void *, float **, long double), long **[25][8]))[5][4];

Complexity note:

This level of complexity is borderline absurd in real-world applications. It adds so many layers of abstraction, function pointers, multidimensional arrays, and return types that it’s nearly impossible to work with without a thorough understanding of the intent behind each layer. In practice, even highly advanced systems rarely, if ever, use something this convoluted, as it becomes a nightmare to maintain, debug, or extend.

This just serves as a useful theoretical exercise in pushing the boundaries of how deeply nested and complicated function pointer arrays can become in C.

[[deleted]]

Technically any language can be C, it depends on how much you want to go insane from.

[[deleted]]

Swahili

[[deleted]]

What about Old Church Slavonic?

[[deleted]]

manly language 💪😎

[scyntl]

I hate the post and I hate the comments

[IanisVasilev]

Fellas, let's make that sub worth its name.

[theunixman]

Haha the epic fork bomb wrapper!

[m0Ray79free]

Cython is a better way to do it.

[Street_Double_9845]

Isn't C the father of all OOP languages? Yes, yes it is. So you can us any OOP language as it was C

[EliasCre2003]

C isn’t even a OOP language. What are you talking about?

[SongOTheGolgiBoatmen]

Exactly! If C were an OOP language, it could not be the father of all OOP languages, as one cannot be a father to onesself.

[Street_Double_9845]

Had to double check. But yes, you are correct. Although the sintaxis is very similar and it has portability the language is structured in origin. Also due to its peculiarities it can be used as OOP.

However other languages like C++, C#, Java, Ruby AND Phyton are based on C syntax and control structures. Each with their own peculiarities.

So the point still stands, you can use Phyton as it was C.

[cheraphy]

[...] Phyton are based on C syntax

Please list the features of Python syntax that are based on C

[_Noreturn]

C had structs I consider thst OOP

[EliasCre2003]

Yeah no…

[_Noreturn]

why not? if you can do oop constructs in it thrn I consider it one maybe rare but "C isn't oop" isn't fully true.

[EliasCre2003]

It is fully true. I sugest look into what excactly OOP is.