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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.