Vienna Symphonic Library Forum
Forum Statistics

196,023 users have contributed to 43,014 threads and 258,388 posts.

In the past 24 hours, we have 3 new thread(s), 20 new post(s) and 128 new user(s).

  1. Home
  2. Software
  3. Vienna Instruments Pro
  4. VE Pro crashes every 3 hours or so

  • VE Pro crashes every 3 hours or so

    R
    R

    I have a Mac Pro as master and a G5 as slave.  No probs with slave ever so far.

    About every 3 hours or so, the VE Pro on the host (behind Logic 9) will "quit unexpectedly".  I probably should be taking a break every 3 hrs or so anyway, but do any of you get a hint as to the problem from this excerpt from the crash log below?

    I'm using Mac OS "Spaces".  Don't know if that's a prob or not.

    Thanks!

    Process:         Vienna Ensemble Pro [177]
    Path:            /Applications/Vienna Ensemble Pro/Vienna Ensemble Pro Server.app/Contents/MacOS/Vienna Ensemble Pro
    Identifier:      com.vsl.viennaensemblepro
    Version:         4.0.5436 (4.0.5436)
    Code Type:       X86 (Native)
    Parent Process:  launchd [123]

    Date/Time:       2010-05-07 16:54:49.240 -0500
    OS Version:      Mac OS X 10.6.3 (10D575)
    Report Version:  6

    Interval Since Last Report:          174748 sec
    Crashes Since Last Report:           4
    Per-App Interval Since Last Report:  502298 sec
    Per-App Crashes Since Last Report:   7
    Anonymous UUID:                      52957F86-C1BF-4DA3-8312-D4FE3C21EF3E

    Exception Type:  EXC_BREAKPOINT (SIGTRAP)
    Exception Codes: 0x0000000000000002, 0x0000000000000000
    Crashed Thread:  0  Dispatch queue: com.apple.main-thread

    Thread 0 Crashed:  Dispatch queue: com.apple.main-thread
    0   com.apple.CoreFoundation          0x921058d4 __CFBasicHashRehash + 3348
    1   com.apple.CoreFoundation          0x9212b610 CFBasicHashRemoveValue + 1264
    2   com.apple.CoreFoundation          0x9212af80 __CFDoExternRefOperation + 768
    3   com.apple.CoreFoundation          0x9212b0e5 -[NSObject(NSObject) release] + 37
    4   com.apple.AppKit                  0x911cf2bb -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 4812
    5   com.apple.AppKit                  0x911cf22b -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 4668
    6   com.apple.AppKit                  0x911cf22b -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 4668
    7   com.apple.AppKit                  0x911cf22b -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 4668
    8   com.apple.AppKit                  0x911cf22b -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 4668
    9   com.apple.AppKit                  0x911cde2b -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:] + 265
    10  com.apple.AppKit                  0x911ca771 -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] + 3309
    11  com.apple.AppKit                  0x9112b3ee -[NSView displayIfNeeded] + 818
    12  com.apple.AppKit                  0x910f46ec -[NSWindow displayIfNeeded] + 204
    13  com.apple.AppKit                  0x91125c26 _handleWindowNeedsDisplay + 696
    14  com.apple.CoreFoundation          0x921812e2 __CFRunLoopDoObservers + 1186
    15  com.apple.CoreFoundation          0x9213da1d __CFRunLoopRun + 557
    16  com.apple.CoreFoundation          0x9213d0f4 CFRunLoopRunSpecific + 452
    17  com.apple.CoreFoundation          0x9213cf21 CFRunLoopRunInMode + 97
    18  com.apple.HIToolbox               0x94af70fc RunCurrentEventLoopInMode + 392
    19  com.apple.HIToolbox               0x94af6eb1 ReceiveNextEventCommon + 354
    20  com.apple.HIToolbox               0x94af6d36 BlockUntilNextEventMatchingListInMode + 81
    21  com.apple.AppKit                  0x910fc135 _DPSNextEvent + 847
    22  com.apple.AppKit                  0x910fb976 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] + 156
    23  com.apple.AppKit                  0x910bdbef -[NSApplication run] + 821
    24  QtGui                             0x00e998f9 non-virtual thunk to QDesktopWidget::~QDesktopWidget() + 11385
    25  QtCore                            0x01ba8001 QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 65
    26  QtCore                            0x01ba822d QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 189
    27  QtCore                            0x01bac2be QCoreApplication::exec() + 174
    28  com.vsl.viennaensemblepro         0x003d07da main + 12506
    29  com.vsl.viennaensemblepro         0x0000a4c6 start + 54
  • civilization 3C
    civilization 3C

    this resembles very closely my most frequent crash, which is on a macpro slave (quad core 2.93 x2; 24GB), a single slave. OSX.6.2.

    It's happened with: NOTHING going on, during loading of a frame (at the end), during renders, kind of you-name-it. It appears to have something to do with the GUI; many things are embedded into the host...
  • R
    R

    By the way, VE Pro NEVER crashes on my slave computer, only on the main host computer running Logic.
  • K
    K

    It could be related to Kontakt 4. Did you ever experience this without Kontakt in the VE Pro project?
  • civilization 3C
    civilization 3C

    I found that in x64 kernel, that the VE Pro 32-bit server crashes if a screen saver has been going for 'too long' or when the display goes to sleep for, say 3 hours or so. OSX.6.4, every VEP build since this thread, thru 7043. The x64 VEP server never does this.

    Last nite and today I found that when 32-bit VEP server is DOCKED that this does not happen.
  • R
    R

    I never use a screen saver on my studio Mac.  It never activates.  If I take a break, I just turn off the display.