OK. Possibly one could also fix the error by using alloca(), possibly leading to the same result ?
I'm using Visual Studio 2022 and can't really update. -----Original Message----- From: live-devel <live-devel-boun...@us.live555.com> On Behalf Of Ross Finlayson Sent: Friday, February 4, 2022 11:28 AM To: LIVE555 Streaming Media - development & use <live-de...@us.live555.com> Subject: Re: [Live-devel] compilation issue / vcpkg / windows > On Feb 4, 2022, at 10:58 PM, g.jaegy <g.ja...@imagine3d.fr> wrote: > > Upstream accidentally stepped on trying to use C99 VLAs; > fOutBuf->curPacketSize() is not a constant. > > // Hack: Because the MKI + authentication tag at the end of the packet > would > // overwrite any following (still to be sent) frame data, we can't > encrypt/tag > // the packet in place. Instead, we have to make a copy (on the stack) > of > // the packet, before encrypting/tagging/sending it: > u_int8_t packet[fOutBuf->curPacketSize() + SRTP_MKI_LENGTH + > SRTP_AUTH_TAG_LENGTH]; > memcpy(packet, fOutBuf->packet(), fOutBuf->curPacketSize()); > unsigned newPacketSize; It seems that you’re using a C++ compiler that doesn’t handle variable-sized data being allocated on the stack. If you can’t upgrade your compiler, then you will be able to compile it by adding -DNO_OPENSSL=1 to your compile flags. (Of course, if you do this, then you won’t be able to handle connections over TLS, or SRTP.) Ross Finlayson Live Networks, Inc. http://www.live555.com/ _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel