Regarding casting between dissimilar types:
> c++ -c -Iinclude -I../UsageEnvironment/include -I../groupsock/include -I.
> -O2 -DSOCKLEN_T=socklen_t -D_LARGEFILE_SOURCE=1 -D_FILE_OFFSET_BITS=64
> -Wall -DBSD=1 MatroskaFileParser.cpp
> MatroskaFileParser.cpp: In member function Boolean
> MatroskaFi
In liveMedia/RTSPServer.cpp, on line 1252, there's a multi clause if
statement that, as formatted, looks like you want it to be evaluated in a
way that precedence rules say you will get a surprise.
The line looks like this:
if (streamingMode == RTP_TCP && rtpChannelId == 0xFF ||
streamingMode
O'Reilly book on this yet?
// Wally
Wallace Owen
Kapsch TrafficCom
___
live-devel mailing list
live-devel@lists.live555.com
http://lists.live555.com/mailman/listinfo/live-devel
Sorry about the non-bugs. I've not used that cast trick to see the value
as a hex number without having to drag in and use manipulators, but I
should have guessed.
This one is, I believe, an actual coding error, in the area of
order-of-evaluation.
In the macro GET_ENCODED_VAL, in VorbisAudioRTPS
plusVideoRTPSink::doSpecialFrameHandling():
unexpected non-zero first two bytes: "
67 << (void*)(frameStart[0]) << "," << (void*)(frameStart[1])
<< "\n";
68 }
// Wally Owen
___
live-devel mailing list
live-
; {
> unsigned val = 3;
> unsigned *vptr = &val;
> f = *(float*)vptr;
> }
>
> int main(int ac, char **av)
> {
> float f;
>
> func(f);
>
> cout << "f == " << f << endl;
>
> return 0;
> }
> --
>
