The thing is, this won't get the eyes on it that you might want, since this isn't an artist forum. I still think you should post it on blenderartists, I'm sure people there would love to see and discuss it.

I didn't know where to upload this, it seemed like the most accessible place :))

Are you saying this is meant as an update/alternative to the barbershop demo file on this page https://www.blender.org/download/demo-files/#cycles-demos ?

I did it not to discuss art,
is that this scene didn't work with eevee, so I fixed it as a demo file

I can see that this is not a bug report. This tracker is made and maintained exclusively for bug reports and Blender development. It is not a place to discuss art, unless that art is code ;)

:)
but I have no submited this as a bug, read the "detail"

This is awesome, and you should definitely post this on https://blenderartists.org/ if you didn't already. But, since this isn't a forum but a tracker strictly for bugs and TODO's, it really doesn't belong here, so closing this due to "not a bug report" rule.

This is not a bug but a rather unfocused proposal on how preferences should be stored.

Havent checked code, but to me ScrArea-flag HEADER_NO_PULLDOWN should be preserved?
(this is not only the case for startup blend, this is true for all saved .blends...)
Not sure if there is a reason to not do this?

Committed rB73f7ed7ffadcae3795910155d52453650d4e97a4

• Split struct map initialization from regular alias initialization

Fixed the crashing issue with a single vertex. It would appear that C is not short circuiting Boolean expressions (or executing them in reverse) that are part of a return statement. I also fixed a minor issue where a single vertex in a cyclical curve couldn't be extruded.

I can't reproduce any crashing on Linux Mint. Can you give me some more details, like which platform you tested the patch on?

Checked this patch, extruding from a single vertex crashes.

Format w/ clang-format

Removed unneeded printf statements.

This graphics card is no longer supported by Blender. Software emulation is probably the only option, but it is indeed very slow.

The opengl32.dll forces blender to use software rendering for OpenGL. This is only useful for debugging purposes as the performance will be really bad.

From the error, your system lacks compatible video hardware even to run the older 2.79 version of Blender.

In the error picture (down below) shows the red "x"

and found out that I needed to place in a opengl32.dll into the Program file for Blender itself to start working.

Downloaded newest build and it works fine, sorry!

Themes are being gathered here:
https://devtalk.blender.org/t/call-for-content-themes/3174

Cannot reproduce any crash with current blender2.8 either…

Please try to be more specific in regards to what "Doesnt work...".

• Did you have a look in the Node Editor or switched the 3D-View to Texture or Material shading mode?