There are no pre-processor symbols for it, since the build environment has
no way to know what the resulting binary will run on. You can use
ystem.Environment.OSVersion.Platform to determine if you're under CE or not.

--
Chris Tacke, eMVP
Co-Founder and Advisory Board Member
www.OpenNETCF.org
---
Windows CE Product Manager
Applied Data Systems
www.applieddata.net


"MBR" <(E-Mail Removed)> wrote in message
news:%(E-Mail Removed)...
> I notice that the CF doesn't include the IsBackground property for
threads.
> Does this mean that all threads are foreground threads meaning their
> continued execution will keep the process from exiting?
> (I'd like to have both behaviors available.) What about threads created by
> ThreadPool? -- the docs say these are "worker threads" but if there's no
way
> to set the "daemon" staus of the thread...
>
> Also, what are the pre-processor symbols I should use for checking for
> CF/PPC vs. the desktop??
> (On my continuing quest to get the same apps and libs working on both...)
>
> thanks
>
>

Well, it has some idea of my intentions -- if I'm compiling a CF project,
the devenv knows that certain classes/methods/properties are missing in the
target environment and will provide compile-time errors --
so it would seem that there should be something at compile-time that let's
me
know what the intended "maximum" target is. But, no biggie, I can define my
own symbols.

The threading issue??

thanks

"Chris Tacke, eMVP" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
> There are no pre-processor symbols for it, since the build environment has
> no way to know what the resulting binary will run on. You can use
> ystem.Environment.OSVersion.Platform to determine if you're under CE or
not.
>
> --
> Chris Tacke, eMVP
> Co-Founder and Advisory Board Member
> www.OpenNETCF.org
> ---
> Windows CE Product Manager
> Applied Data Systems
> www.applieddata.net
>
>
> "MBR" <(E-Mail Removed)> wrote in message
> news:%(E-Mail Removed)...
> > I notice that the CF doesn't include the IsBackground property for
> threads.
> > Does this mean that all threads are foreground threads meaning their
> > continued execution will keep the process from exiting?
> > (I'd like to have both behaviors available.) What about threads created
by
> > ThreadPool? -- the docs say these are "worker threads" but if there's no
> way
> > to set the "daemon" staus of the thread...
> >
> > Also, what are the pre-processor symbols I should use for checking for
> > CF/PPC vs. the desktop??
> > (On my continuing quest to get the same apps and libs working on
both...)
> >
> > thanks
> >
> >
>
>

I notice that the CF doesn't include the IsBackground property for threads.
Does this mean that all threads are foreground threads meaning their
continued execution will keep the process from exiting?
(I'd like to have both behaviors available.) What about threads created by
ThreadPool? -- the docs say these are "worker threads" but if there's no way
to set the "daemon" staus of the thread...

Also, what are the pre-processor symbols I should use for checking for
CF/PPC vs. the desktop??
(On my continuing quest to get the same apps and libs working on both...)

thanks

Threads created by the the Thread class will keep the process running.
Threads created on the thread pool will not keep the process running.

Jim

"MBR" <(E-Mail Removed)> wrote in message
news:%(E-Mail Removed)...
> I notice that the CF doesn't include the IsBackground property for
threads.
> Does this mean that all threads are foreground threads meaning their
> continued execution will keep the process from exiting?
> (I'd like to have both behaviors available.) What about threads created by
> ThreadPool? -- the docs say these are "worker threads" but if there's no
way
> to set the "daemon" staus of the thread...
>
> Also, what are the pre-processor symbols I should use for checking for
> CF/PPC vs. the desktop??
> (On my continuing quest to get the same apps and libs working on both...)
>
> thanks
>
>