Results 1 to 4 of 4

Thread: About IceBox's thread reliability

  1. #1
    Yunqiao Yin's Avatar
    Yunqiao Yin is offline Registered User
    Name: Yin Yunqiao
    Organization: Baosteel
    Project: real time process control system
    Join Date
    Jan 2004
    Location
    China
    Posts
    56

    Lightbulb About IceBox's thread reliability

    I love IceBox's simplicity and powerful features.But when a uncatched exception occured(such as a bad pointer,or s segment fault,signal 11 etc...),all services will end up with the IceBox process. Even if I catch it and just exit the thread which the exception throws from,I find Ice run-time can not restart a new thread to keep the available thread pool size. So I suggest that IceBox can make the services or threads more independent with each other.
    Yunqiao Yin
    Baosteel
    real-time process control
    ICE中文论坛http://lingdoo.just.as 欢迎大家捧场

  2. #2
    matthew's Avatar
    matthew is offline ZeroC Staff
    Name: Matthew Newhook
    Organization: ZeroC, Inc.
    Project: Internet Communications Engine
    Join Date
    Feb 2003
    Location
    NL, Canada
    Posts
    1,458
    I'm not really sure what you want the Ice core to do. If you terminate an Ice runtime thread without telling the core, its hardly suprising that it will not spawn another -- since the core probalby thinks that it still exists and is available for processing requests.

    A more appropriate action may be, if you want to continue along with a buggy service that causes segfaults, would be to log the error and leave the processing thread running. In fact, this is exactly what occurs under Windows. You get an unknown exception on the client and the server keeps processing data -- because the access violation becomes a structured exception which is caught by catch(...).

  3. #3
    Yunqiao Yin's Avatar
    Yunqiao Yin is offline Registered User
    Name: Yin Yunqiao
    Organization: Baosteel
    Project: real time process control system
    Join Date
    Jan 2004
    Location
    China
    Posts
    56
    Quote Originally Posted by matthew
    I'm not really sure what you want the Ice core to do. If you terminate an Ice runtime thread without telling the core, its hardly suprising that it will not spawn another -- since the core probalby thinks that it still exists and is available for processing requests.

    A more appropriate action may be, if you want to continue along with a buggy service that causes segfaults, would be to log the error and leave the processing thread running. In fact, this is exactly what occurs under Windows. You get an unknown exception on the client and the server keeps processing data -- because the access violation becomes a structured exception which is caught by catch(...).
    Thanks for your reply.I just want threads to be independent from each other,just like processes.Maybe it is impossible.
    Yunqiao Yin
    Baosteel
    real-time process control
    ICE中文论坛http://lingdoo.just.as 欢迎大家捧场

  4. #4
    matthew's Avatar
    matthew is offline ZeroC Staff
    Name: Matthew Newhook
    Organization: ZeroC, Inc.
    Project: Internet Communications Engine
    Join Date
    Feb 2003
    Location
    NL, Canada
    Posts
    1,458
    Yes, that's not really possible. All threads co-exist in the same memory space so they can all overwrite each other and do other bad things if they are buggy.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. GridRegistry reliability
    By sinofool in forum Help Center
    Replies: 1
    Last Post: 10-30-2006, 10:55 PM
  2. Reliability, Footprint & Portability
    By prakashbuddhira in forum Help Center
    Replies: 1
    Last Post: 04-03-2006, 05:36 AM
  3. IceStorm "batch" reliability with Java?
    By SteveWampler in forum Help Center
    Replies: 3
    Last Post: 10-27-2005, 01:54 PM
  4. a thread problem
    By fw_csha in forum Help Center
    Replies: 2
    Last Post: 05-15-2005, 05:41 AM
  5. One proxy one thread?
    By level in forum Help Center
    Replies: 4
    Last Post: 03-30-2004, 09:05 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •