From: joy <gracecott@sancharnet.in>
To: Lei Yang <leiyang@nec-labs.com>
Cc: linux-c-programming@vger.kernel.org, linux-gcc@vger.kernel.org
Subject: Re: Segmentation fault from free()
Date: Wed, 25 Aug 2004 08:35:45 +0530 [thread overview]
Message-ID: <412C0209.8070805@sancharnet.in> (raw)
In-Reply-To: <412BA650.6050305@nec-labs.com>
As already said, not much to ay w/o the full source.
However, you have allocated a 4Kb buffer. possibly
you are reading beyond that limit into some memory space
not belonging to your program and when you try to free it,
you get a segfault. A wild guess, but is possible since you say this is
happening only for large files.
regards,
Joy.M.Monteiro
Lei Yang wrote:
> Hi friends,
>
> I am writing a c code and have been bugged by this segmentation fault
> for a while.
>
> What I did is simply like:
>
> -----------------------------------------------------------------------------------------------------
>
> .........
> unsigned long blocksize = 2048;
> char *in_buffer
> char *out_buffer;
> if(( in_buffer= malloc(blocksize)) == NULL)
> {
> fprintf(stderr, "*** Can't malloc(%ld) forbuffer.\n",blocksize);
> return NULL;
> }
>
> if(( out_buffer= malloc(2*blocksize)) == NULL)
> {
> fprintf(stderr, "*** Can't malloc(%ld) forbuffer.\n",blocksize);
> free(in_buffer);
> return NULL;
> }
>
> loop: until all the data are read from file
> {
> //read a block of data from a file to in_buffer
> // do some data processing with in_buffer
> //write the result to out_buffer
> //memcpy out_buffer to list
> }
>
> free(in_buffer);
> free(out_buffer);
>
> return list;
> ......
> -----------------------------------------------------------------------------------------------------------------
>
>
> I've debugged with gdb to see where the segmentation fault happens, it
> is at free(in_buffer).
> I've verified that the value for in_buffer after malloc() and before
> free() is the same. Or in other words, in_buffer is a valid pointer
> allocated by malloc.
>
> And the SF only happens when the file is large, although block size
> could be small.
> Means that for both small (2KB) and large(5MB) files, block size are
> the same. However, only large files could cause SF.
>
> Could anyone please point me out what could possibly be the reason?
> BTW, pls cc me when you reply, since I am not able to receive emails
> from this list. Thanks a lot!
>
> TIA!
> Lei
> -
> To unsubscribe from this list: send the line "unsubscribe
> linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2004-08-25 3:05 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-24 20:34 Segmentation fault from free() Lei Yang
2004-08-24 21:12 ` Robert Schiele
2004-08-24 21:25 ` Lei Yang
2004-08-24 21:49 ` Robert Schiele
2004-08-25 3:05 ` joy [this message]
2004-08-27 20:26 ` Mariano Moreyra
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=412C0209.8070805@sancharnet.in \
--to=gracecott@sancharnet.in \
--cc=leiyang@nec-labs.com \
--cc=linux-c-programming@vger.kernel.org \
--cc=linux-gcc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).