Thread: memcpy resulting in Segmentation fault

That is what happens when one thinks they know what they are doing and don't read the manual.
My calloc was something that I sucked out of my thumb. Sorry guys.

As much as I would like to believe that I solved the issue, I did not.
I am still getting:-

Code:

Program received signal SIGSEGV, Segmentation fault.
__memcpy_ssse3 () at ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S:142
142    ../sysdeps/i386/i686/multiarch/memcpy-ssse3.S: No such file or directory.

despite altering my code to:-

Code:

                   NewMediaChunk = calloc(sizeof(size_t), ChunkSize);
                    if (NewMediaChunk == NULL)
                        {
                        result = sprintf(Message, "In %s at line %d calloc failed",__FILE__, __LINE__);
                        LogMessage(Message);
                        exit(99);
                        } 
                    memcpy(NewMediaChunk, *(DownloadFileChunkResponse.DownloadFileChunkResult)->__ptr, ChunkSize);

Thank you grumpy. BTW the underscore prefix was something inherited from gsoap.

Originally Posted by straygrey

BTW the underscore prefix was something inherited from gsoap.

You're mistaken ;-)

SirPrattlepod, please explain.

Originally Posted by straygrey

SirPrattlepod, please explain.

How is the underscore prefix inherited from gsoap? Or do you mean your code specifically?

Originally Posted by SirPrattlepod

How is the underscore prefix inherited from gsoap? Or do you mean your code specifically?

gSoap generates a bunch of boilerplate, and it's very fond of the underscore.

anduril462 is quite correct and the variable named with a preceding underscore was named and generated by gsoap.