Skip to content

Micropython uses stpcpy(3) and strcat(3) #29

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
vext01 opened this issue Jan 1, 2014 · 0 comments
Closed

Micropython uses stpcpy(3) and strcat(3) #29

vext01 opened this issue Jan 1, 2014 · 0 comments

Comments

@vext01
Copy link
Contributor

vext01 commented Jan 1, 2014

stpcpy(3) and strcat(3) are considered unsafe.

gcc -o py build/main.o build/nlrx86.o build/nlrx64.o build/nlrthumb.o build/malloc.o build/qstr.o build/vstr.o build/unicode.o build/lexer.o build/lexerunix.o build/parse.o build/scope.o build/compile.o build/emitcommon.o build/emitpass1.o build/emitcpy.o build/emitbc.o build/asmx64.o build/emitnx64.o build/asmthumb.o build/emitnthumb.o build/emitinlinethumb.o build/runtime.o build/map.o build/obj.o build/objbool.o build/objboundmeth.o build/objcell.o build/objclass.o build/objclosure.o build/objcomplex.o build/objdict.o build/objexcept.o build/objfloat.o build/objfun.o build/objgenerator.o build/objinstance.o build/objlist.o build/objnone.o build/objrange.o build/objset.o build/objstr.o build/objtuple.o build/objtype.o build/builtin.o build/vm.o build/showbc.o build/repl.o -lreadline -lm -ltermcap
build/objstr.o(.text+0x422): In function `str_binary_op':
: warning: stpcpy() is dangerous GNU crap; don't use it
build/compile.o(.text+0x3da0): In function `compile_atom_string':
: warning: strcat() is almost always misused, please use strlcat()
'''
dpgeorge added a commit that referenced this issue Jan 2, 2014
This fixes Issue #29, and means the core is no longer dependent on
string functions, except strlen.
@dpgeorge dpgeorge closed this as completed Jan 2, 2014
tannewt added a commit to tannewt/circuitpython that referenced this issue Nov 3, 2016
tannewt added a commit to tannewt/circuitpython that referenced this issue Dec 12, 2016
This prevents corrupting previous functional objects by stealing their pins
out from under them. It prevents this by ensuring that pins are in default
state before claiming them. It also verifies pins are released correctly and
reset on soft reset.

Fixes #4, instantiating a second class will fail.
Fixes micropython#29, pins are now reset too.
tannewt pushed a commit to tannewt/circuitpython that referenced this issue Sep 29, 2020
WeActStudio pushed a commit to WeActStudio/micropython that referenced this issue Feb 14, 2021
TinyCircuits added a commit to TinyCircuits/micropython that referenced this issue Jan 30, 2025
Allow passing None as the start value for Tween.start, to denote the current value of the tweened attribute.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants