From: Brian Drummond <brian_drummond@btconnect.com>
Subject: Re: Representing image data
Date: Fri, 13 Mar 2009 11:31:42 +0000
Date: 2009-03-13T11:31:42+00:00 [thread overview]
Message-ID: <ssgkr412ieb17ioc8jia3bh60caon8nvpn@4ax.com> (raw)
In-Reply-To: 2c37865d-3ac6-42ce-a926-d73514aaf5b7@v19g2000yqn.googlegroups.com
On Wed, 11 Mar 2009 13:12:38 -0700 (PDT), sjw <simon.j.wright@mac.com> wrote:
>On Mar 11, 3:45�pm, Brian Drummond <brian_drumm...@btconnect.com>
>wrote:
>
>> You can explicitly set the stack size for any task other than the main task, but
>> creating a task just to set stack size would be absurd, so I resorted to a
>> pointer...
>
>If you need a larger stack for some reason that can't be obviated by
>using dynamic object allocation then creating an appropriate task is
>the obvious way ... I needed to call an XML processing library that
>needed >0.5 MB stack, using a task was the only way I could think of.
>Worked a treat.
Thanks. Good to know I wasn't completely crazy for contemplating it,
though in this specific case I think it would have been overkill.
- Brian
next prev parent reply other threads:[~2009-03-13 11:31 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-03-10 21:26 Representing image data Kenneth Almquist
2009-03-11 1:16 ` Gautier
2009-03-11 2:43 ` Srini -
2009-03-11 21:12 ` Kenneth Almquist
2009-03-11 22:39 ` tmoran
2009-03-12 2:38 ` Randy Brukardt
2009-03-11 9:00 ` Dmitry A. Kazakov
2009-03-11 15:45 ` Brian Drummond
2009-03-11 20:12 ` sjw
2009-03-13 11:31 ` Brian Drummond [this message]
2009-03-13 20:31 ` Kenneth Almquist
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox