After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 109700 - [0.6.1 candidate] mp3types.c typefind assumes 32bit gulong
[0.6.1 candidate] mp3types.c typefind assumes 32bit gulong
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins
git master
Other All
: Normal normal
: 0.6.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-04-01 16:40 UTC by Benjamin Otte (Company)
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Benjamin Otte (Company) 2003-04-01 16:40:01 UTC
The variable "head" in gst/mpegaudioparse/gstmp3types.c:mp3_type_find 
should be changed to guint32, same for the GULONG_FROM_BE.
Comment 1 David Schleef 2003-04-04 23:03:10 UTC
The output of 'grep -r GU*LONG_FROM .' shows that this is a pretty
pervasive problem.

Fixed in HEAD, please apply to 0.6.1.

http://cvs.sf.net/cgi-bin/viewcvs.cgi/gstreamer/gst-plugins/gst/mpegaudioparse/gstmp3types.c.diff?r1=1.11&r2=1.12
Comment 2 Ronald Bultje 2003-04-06 22:09:22 UTC
at least the vorbis typefinding does this too
(gst-plugins/ext/vorbis/vorbis.c).

Marking for 0.6.1.
Comment 3 Ronald Bultje 2003-04-06 22:52:58 UTC
Uhm, already applied. Closing.
Comment 5 Ronald Bultje 2003-04-07 20:10:11 UTC
Applied. Thanks again!