Re: Erin Flame

[Mike Johnson <mjohnson patriot or credence com>]

Erin,
None of us like to get more email than we want.  This list is for the upkeep of
the glib/gtk/gimp source code. Obviously you want off the emailing list, and
all you have to do is follow the simple directions at the bottom of every
message:
  "To unsubcribe" [from this mailing list] "send an email with the word
unsubscribe in the subject to gdk-list-request@redhat.com"

We all wish you the best with what you do want to do.  The next time you may
want to think twice before using a single syllable word to express your
frustration when many twenty syllabic words work just as well.
Mike


Erin Ripton wrote:

> STOP SENDING ME EMAILS AND TELL ALLYOUR FRIENDS THAT TOO WHO ARE YOU?
> PLEASE STOP GIVING ME EMAIL!
> --- Mike Johnson <mjohnson@patriot.or.credence.com> wrote:
> > The realloc problem in SunOS appears to be a bit
> > more than orginally
> > anticipated. It is not only realloc that a core
> > occurs with but also
> > malloc, calloc, and alloc.  A bit of search found
> > that in string test,
> > we check for the ability to allocate more than 16K
> > in blocks, which the
> > OS interprets as a request for negative amount of
> > memory and cores. A
> > quick glance at sys/stdtypes.h quickly shows that
> > size_t is defined as a
> > signed int.
> >
> > Does anyone have a suggestion on how I can modify
> > gmem.c to be able to
> > handle requests for more than 16K in a block
> > size????
> >
> > Mike
> > --
> >
> ============================================================================
> > The views expressed in this email are strictly mine
> > and do not represent
> > any official or unofficial policy of any other legal
> > entity.
> >
> > --
> > To unsubscribe: mail -s unsubscribe
> > gtk-list-request@redhat.com < /dev/null
> >
> >
>
> _________________________________________________________
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.yahoo.com
>
> --
> To unsubscribe: mail -s unsubscribe gtk-list-request@redhat.com < /dev/null

--
============================================================================
The views expressed in this email are strictly mine and do not represent any official or unofficial policy of any other legal entity.