Skip to content

[bug]: app_sms: Compilation failure in DEVMODE due to stringop-overflow error in GCC 15 pre-release #1088

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.

Sign up for GitHub

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

Jump to bottom
Open
1 task done
InterLinked1 opened this issue Jan 24, 2025 · 5 comments · May be fixed by #1089
Open
1 task done

[bug]: app_sms: Compilation failure in DEVMODE due to stringop-overflow error in GCC 15 pre-release #1088

InterLinked1 opened this issue Jan 24, 2025 · 5 comments · May be fixed by #1089
Assignees
@InterLinked1
Labels
bug support-level-extended Functionality with extended support level

Comments

@InterLinked1
Copy link
Contributor

InterLinked1 commented Jan 24, 2025 •
edited
Loading

Severity

Major

Versions

22.2.0-rc1

Components/Modules

app_sms

Operating Environment

Fedora 42

Frequency of Occurrence

Constant

Issue Description

gcc 15 warning about possible writing beyond bounds of a buffer.

Looks like a false positive to me since there is a check for each byte if the end of the buffer has been reached, and the bounds are correct, but it's possible I've missed something...

Relevant log output

[CCi] app_stack.i -> app_stack.o
In function 'packsms8',
    inlined from 'sms_exec' at app_sms.c:1997:76:
app_sms.c:470:24: error: writing 32 bytes into a region of size 6 [-Werror=stringop-overflow=]
  470 |                 o[p++] = u;
      |                 ~~~~~~~^~~
app_sms.c: In function 'sms_exec':
app_sms.c:450:23: note: at offset [134, 140] into destination object 'dummy' of size 140
  450 |         unsigned char dummy[SMSLEN_8];
      |                       ^~~~~
cc1: all warnings being treated as errors
make[1]: *** [/usr/src/asterisk-22.2.0-rc1/Makefile.rules:151: app_sms.o] Error 1

Asterisk Issue Guidelines

  • Yes, I have read the Asterisk Issue Guidelines
InterLinked1 added a commit to InterLinked1/asterisk that referenced this issue Jan 24, 2025
@InterLinked1
app_sms: Ignore false positive stringop-overflow warning.
4708190 
Ignore gcc warning about writing 32 bytes into a region of size 6,
since we check that we don't go out of bounds for each byte.

Resolves: asterisk#1088
@InterLinked1 InterLinked1 linked a pull request Jan 24, 2025 that will close this issue
Open
@jcolp jcolp added support-level-extended Functionality with extended support level and removed triage labels Jan 24, 2025
@seanbright
Copy link
Contributor

Does putting an explicit cast there work? I don't know where it is getting 32 bytes from, u is a long.

o[p++] = (unsigned char) u;

@InterLinked1
Copy link
Contributor Author

Does putting an explicit cast there work? I don't know where it is getting 32 bytes from, u is a long.

o[p++] = (unsigned char) u;

Nope.

gcc -o /dev/null -c app_sms.i -pthread -I/usr/src/asterisk-22.2.0-rc1/include   -I/usr/include/libxml2 -DWITH_GZFILEOP -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations   -g3 -Werror -Wunused -Wdeclaration-after-statement -Wtrampolines -Wundef -Wmissing-format-attribute -Wformat=2 -O0  -march=native -fPIC -DAST_MODULE=\"app_sms\" -DAST_MODULE_SELF_SYM=__internal_app_sms_self    -O3 -fno-partial-inlining
In function 'packsms8',
    inlined from 'sms_exec' at app_sms.c:1997:76:
app_sms.c:470:24: error: writing 32 bytes into a region of size 6 [-Werror=stringop-overflow=]
  470 |                 o[p++] = (unsigned char) u;
      |                 ~~~~~~~^~~~~~~~~~~~~~~~~~~
app_sms.c: In function 'sms_exec':
app_sms.c:450:23: note: at offset [134, 140] into destination object 'dummy' of size 140
  450 |         unsigned char dummy[SMSLEN_8];
      |                       ^~~~~
cc1: all warnings being treated as errors
make[1]: *** [/usr/src/asterisk-22.2.0-rc1/Makefile.rules:150: app_sms.o] Error 1
make[1]: Leaving directory '/usr/src/asterisk-22.2.0-rc1/apps'
make: *** [Makefile:396: apps] Error 2

@seanbright
Copy link
Contributor

Just my 2 cents but I’d wait for gcc 15 to be released. This seems like a compiler bug.

InterLinked1 added a commit to InterLinked1/asterisk that referenced this issue Mar 1, 2025
@InterLinked1
app_sms: Ignore false positive vectorization warning.
385f8d8 
Ignore gcc warning about writing 32 bytes into a region of size 6,
since we check that we don't go out of bounds for each byte.
This is due to a vectorization bug in gcc 15.

Resolves: asterisk#1088
@seanbright seanbright changed the title [bug]: app_sms: Compilation failure in DEVMODE due to stringop-overflow error [bug]: app_sms: Compilation failure in DEVMODE due to stringop-overflow error in GCC 15 pre-release Apr 2, 2025
@seanbright
Copy link
Contributor

GCC 15.1 is released and this still manifests.

@InterLinked1
Copy link
Contributor Author

InterLinked1 commented Apr 26, 2025 •
edited
Loading

GCC 15.1 is released and this still manifests.

Thanks for verifying... I never got around to filing a bug but more impetus to do it now...
I'll adjust this to your previously suggested method of ignoring the error.

Edit: Looks like I already did that, so should be good to go....

InterLinked1 added a commit to InterLinked1/asterisk that referenced this issue Apr 27, 2025
@InterLinked1
app_sms: Ignore false positive vectorization warning.
f28ba07 
Ignore gcc warning about writing 32 bytes into a region of size 6,
since we check that we don't go out of bounds for each byte.
This is due to a vectorization bug in gcc 15.

Resolves: asterisk#1088
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@InterLinked1 InterLinked1

Labels
bug support-level-extended Functionality with extended support level
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

app_sms: Ignore false positive stringop-overflow warning. InterLinked1/asterisk
3 participants
@seanbright @jcolp @InterLinked1