static events

[parez]

Hi,

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

[parez]

On Apr 2, 12:32 pm, parez <[e-mail]:

Hi,

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

Its a winforms application .net 3.0

[CSharper]

On Apr 2, 11:33*am, parez <[e-mail]:

On Apr 2, 12:32 pm, parez <[e-mail]:

Hi,

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

Its a winforms application .net *3.0

If I remember correctly, it is not thread safe, if you are using any
volitle resource I would suggest locking them.

lock(var)
{
}

Thanks.

[Peter Duniho]

On Wed, 02 Apr 2008 09:32:47 -0700, parez <ps*****@gmail.comwrote:

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

Thread safety is as much an issue as it would be with an instance event.
The only difference is that with a static event you don't have the option
of dedicating an instance to each thread as a way of solving the thread
safety issues.

Otherwise, it's the same and you'd address the issues in the same way.

Pete

[parez]

On Apr 2, 1:02 pm, "Peter Duniho" <[e-mail]>
wrote:

On Wed, 02 Apr 2008 09:32:47 -0700, parez <[e-mail]:

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

Thread safety is as much an issue as it would be with an instance event.
The only difference is that with a static event you don't have the option
of dedicating an instance to each thread as a way of solving the thread
safety issues.

Otherwise, it's the same and you'd address the issues in the same way.

Pete

Thanks..

that means static and instance event in singleton would make no
difference?

TIA

[Peter Duniho]

On Wed, 02 Apr 2008 10:45:55 -0700, parez <ps*****@gmail.comwrote:

that means static and instance event in singleton would make no
difference?

With respect to thread safety? Yes, no difference.

Pete

[Ben Voigt [C++ MVP]]

Peter Duniho wrote:

On Wed, 02 Apr 2008 10:45:55 -0700, parez <ps*****@gmail.comwrote:

>that means static and instance event in singleton would make no
difference?

With respect to thread safety? Yes, no difference.

No difference once the singleton is set up... creating the singleton only
once raises some new thread safety issues, especially if it is done lazily.

>
Pete

[CSharper]

On Apr 2, 12:45*pm, parez <[e-mail]:

On Apr 2, 1:02 pm, "Peter Duniho" <[e-mail]>
wrote:

On Wed, 02 Apr 2008 09:32:47 -0700, parez <[e-mail]:

I have implemented a static event. Is there anything special that i
have do? Is thread safety an issue?

Thread safety is as much an issue as it would be with an instance event.
The only difference is that with a static event you don't have the option
of dedicating an instance to each thread as a way of solving the thread
safety issues.

Otherwise, it's the same and you'd address the issues in the same way.

Pete

Thanks..

that means *static and instance event in singleton would make no
difference?

TIA

Yes but if you are attempting to write a singleton pattern I would
recommend sticking to static for the method you are going to invoke to
get the singleton instance. That is the safest way of getting it.

[Peter Duniho]

On Wed, 02 Apr 2008 10:58:50 -0700, Ben Voigt [C++ MVP]
<rb*@nospam.nospamwrote:

No difference once the singleton is set up... creating the singleton only
once raises some new thread safety issues, especially if it is done
lazily.

Yes, of course. I'm ignoring the _new_ thread safety issues incurred
through the implementation of the singleton pattern. But yes, your
elaboration is an important consideration.

Pete

[Rene]

Hi Ben,

What do you mean by "creating the singleton only once raises some new thread
safety issues , especially if it is done lazily."?

1) If done properly, isn't a singleton object supposed to be created only
once anyway?

2) If the singleton is not done in a lazy way but instead you put a lock on
the whole operation, what other thread safety issues can arise?

Thanks

[Ben Voigt [C++ MVP]]

Rene wrote:

Hi Ben,

What do you mean by "creating the singleton only once raises some new
thread safety issues , especially if it is done lazily."?

1) If done properly, isn't a singleton object supposed to be created
only once anyway?

Doing that in a threaded application is pretty challenging. If you use a
type initializer, .NET will do the synchronization for you, which is
typically the way to go. .NET may, but is not required to, run type
initializers lazily.

>
2) If the singleton is not done in a lazy way but instead you put a
lock on the whole operation, what other thread safety issues can
arise?
Thanks