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 492798 - [rtpmanager] build issues on Windows/MSVC
[rtpmanager] build issues on Windows/MSVC
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.5
Other All
: Normal normal
: 0.10.6
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-11-02 18:47 UTC by Ole André Vadla Ravnås
Modified: 2007-11-02 21:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
MSVC doesn't support much of C99, this patch fixes those issues. (1.14 KB, patch)
2007-11-02 18:51 UTC, Ole André Vadla Ravnås
none Details | Review
Fixed a couple of warnings caused by a few slightly wrong event function callback signatures. (781 bytes, patch)
2007-11-02 18:53 UTC, Ole André Vadla Ravnås
committed Details | Review

Description Ole André Vadla Ravnås 2007-11-02 18:47:45 UTC
Please describe the problem:
gstrtpmanager doesn't build cleanly on Windows/MSVC (MSVS2005).

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Ole André Vadla Ravnås 2007-11-02 18:51:04 UTC
Created attachment 98405 [details] [review]
MSVC doesn't support much of C99, this patch fixes those issues.
Comment 2 Ole André Vadla Ravnås 2007-11-02 18:53:48 UTC
Created attachment 98406 [details] [review]
Fixed a couple of warnings caused by a few slightly wrong event function callback signatures.
Comment 3 Tim-Philipp Müller 2007-11-02 21:46:58 UTC
Thanks, committed the second patch:

  2007-11-02  Tim-Philipp Müller  <tim at centricular dot net>

	Patch by: Ole André Vadla Ravnås  <ole.andre.ravnas@tandberg.com>

	* gst/rtpmanager/gstrtpsession.c:
	  Fix bad function signatures (#492798).

The first one doesn't apply any longer because the file doesn't exist any more, and the second one has already been fixed from the looks of it).