profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/Ringdingcoder/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Stefan Ring Ringdingcoder Austria

Ringdingcoder/hx-for-opus 6

Winword 1 (Opus) build with protected mode compiler

Ringdingcoder/CubeOut 2

Blockout remake

Ringdingcoder/SecondReality 2

Source code and data of Second Reality by Future Crew in 1993

Ringdingcoder/d1x 1

Descent 1 from warpcore

Ringdingcoder/malva 1

A test suite for alternative JVMs

Ringdingcoder/meta-java 1

java recipe ported over for oe-core and meta-openembedded

Ringdingcoder/phpbb3 1

phpBB 3 Development: phpBB is a popular open-source bulletin board written in PHP. This repository also contains the history of version 2.

Ringdingcoder/python-carcdr 1

car, cdr & cons for Python

Ringdingcoder/qemu 1

www.qemu.org

startedtidwall/btree

started time in 2 months

push eventRingdingcoder/build-gcc

Stefan Ring

commit sha 719d50164b7ffa779143bef4921054630fe09fa6

keep build action only

view details

push time in 2 months

push eventRingdingcoder/build-gcc

push time in 2 months

push eventRingdingcoder/build-gcc

Stefan Ring

commit sha 719d50164b7ffa779143bef4921054630fe09fa6

keep build action only

view details

push time in 2 months

fork Ringdingcoder/build-gcc

Shell scripts to build various gcc cross-compilers (primarily djgpp)

fork in 2 months

issue openedPSP-Archive/dosbox_psp

SDL or not?

There is room for confusion in the configure line in README.md. The variable expansion in SDL_CONFIG is wrong, and even when substituting the correct braces, there is still a psp/ missing in the path. But having fixed this, it no longer links because it cannot find main (having been redefined to SDL_main). So is this supposed to link against SDL? In this case the configure line would be wrong. Or is it not, then it is a least very misleading.

created time in 2 months

push eventRingdingcoder/psptoolchain

Stefan Ring

commit sha 0af180ff6960a48115e468a3e122372702e029e8

Switch to bionic

view details

push time in 2 months

push eventRingdingcoder/psptoolchain

Stefan Ring

commit sha 14ae149b463646f8f9dbdab9b7a4e5142173c2ee

Update c-cpp.yml Try to trigger the action

view details

push time in 2 months

fork Ringdingcoder/psptoolchain

A script to automatically build an open-source toolchain for PSP homebrew development.

fork in 2 months

fork Ringdingcoder/scitech-mgl

SciTech Mult-platform Graphics Library

fork in 2 months

startedRingdingcoder/hx-for-opus

started time in 2 months

pull request commentpython/cpython

bpo-44583: Fix build for OSF1/Tru64.

Support for OSF1 was removed in Python 3.3 (see https://www.python.org/dev/peps/pep-0011/#unsupporting-platforms).

I expect that there will be little interest amongst the core developers for reintroducing support because OSF1 is an ancient operating system that is long out of support.

FWIW, because I cannot see it referenced here. This is the commit that removed it: 736e7fc0f6d1242b58ee91708873d14ed7856b77

jaykrell

comment created time in 2 months

pull request commentpython/cpython

bpo-42044: Write all bytes to the console in unbuffered mode on Windows

I am only a moderately interested observer, and from the information in issue 11395 it seems to be fair to remove the capping, now that Windows 7 is not supported anymore. But: When a function returns the number of bytes written, as this one does, shouldn’t the caller be fixed to actually handle partial writes?

fabioz

comment created time in 3 months