Migration U8 to U9 several batch program crash without any log

Author: marco.aquino@dedalus.eu (Marco)

We have lot a program that manage huge number of records called in batch way or not. After migration from U8 (8.4.06D504) to U9 (9.4.01R126) many of that programs crash after random time without any messages. No particolar message on transcript or putmess log file. Simply the application disappear from the system without terminating the process. Some suggestion? System Information: Os (Windows 2003 Server/2008 Server both 32 and 64 bit) Database (oracle 9/10r2/11r2) Uniface (9.4.0.1R126) Marco

7 Comments

  1. Check your Windows event log. There may be some information there.


    Author: Theo Neeskens (tneeskens@itblockz.nl)
  2. Theo Neeskens said Check your Windows event log. There may be some information there.

    Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 03/12/2012 Time: 21.31.12 User: N/A Computer: NFSAS1 Description: Faulting application uniface.exe, version 9.4.1.126, faulting module msvcr80.dll, version 8.0.50727.6195, fault address 0x000172d7. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: 0000: 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 75 6e 69 ure uni 0018: 66 61 63 65 2e 65 78 65 face.exe 0020: 20 39 2e 34 2e 31 2e 31 9.4.1.1 0028: 32 36 20 69 6e 20 6d 73 26 in ms 0030: 76 63 72 38 30 2e 64 6c vcr80.dl 0038: 6c 20 38 2e 30 2e 35 30 l 8.0.50 0040: 37 32 37 2e 36 31 39 35 727.6195 0048: 20 61 74 20 6f 66 66 73 at offs 0050: 65 74 20 30 30 30 31 37 et 00017 0058: 32 64 37 2d7


    Author: Marco (marco.aquino@dedalus.eu)
  3. From windows event viewer I saw that the problem was msvcr80.dll, so I found this post http://unifaceinfo.com/forum/bugsnerrors/msvcr80dll/ and I installed the Microsoft Visual C++ 2005 Service Pack 1 Redistributable Package MFC Security Update as suggestion in post number 6. After this, I run my program and I get same error. On windows site I found this Microsoft Visual C++ 2005 Redistributable Package Microsoft Visual C++ 2005 Redistributable Package (x86) (http://www.microsoft.com/en-us/download/details.aspx?id=3387) Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) (http://www.microsoft.com/en-us/download/details.aspx?id=5638) Microsoft Visual C++ 2005 Service Pack 1 Redistributable Package ATL Security Update (http://www.microsoft.com/en-us/download/details.aspx?id=14431) Microsoft Visual C++ 2005 Service Pack 1 Redistributable Package MFC Security Update (http://www.microsoft.com/en-us/download/details.aspx?id=26347) What is the correct file? I must install the english version or in the language of S.O.? On my test I have english windows, so I installed english version, but my customer have also a local language of SO. Marco


    Author: Marco (marco.aquino@dedalus.eu)
  4. Hi Marco, sometimes, it's just a memory overflow causing that situation you described. So there is nothing "wrong" with the code. Perhaps you can have a look if teh aborting batches deal with a lot of components, occurences, ... In batch processes, using discard in the loop is a real booster.


    Author: ulrich-merkel (ulrichmerkel@web.de)
  5. ulrich-merkel said sometimes, it's just a memory overflow causing that situation you described.

    Ok, I will check the memory get.

    ulrich-merkel said In batch processes, using discard in the loop is a real booster.

    The program, that I test, has the main entity mapped on a txt file and I use a setocc -1 at the begin of code to get the total records to write some kind of progression bar, so I think the problem must appair at the begin of operation and not after random time. Others program with same error use uniface printer system, print call and main code in OGF trigger with return -1 at the end of trigger. Marco


    Author: Marco (marco.aquino@dedalus.eu)
  6. Hi Marco. Just a reminder: could you check if your print job is working correctly after migration? My customer had some problems with their. HTH, Marcelo.


    Author: MartinsM (marcelo.aamartins@gmail.com)
  7. Marco said
    ulrich-merkel said sometimes, it's just a memory overflow causing that situation you described.
    Ok, I will check the memory get.

    I saw that the memory grows abnormally and then the application crash. With U8 the memory grows also, but not so much, and the application terminate correctly. Now we open a compuware call.

    MartinsM said Just a reminder: could you check if your print job is working correctly after migration? My customer had some problems with their.

    Hi Marcelo, yes, the printer job work correctly, with a little range of data the process terminate correctly, with a huge range of data uniface crash. Marco


    Author: Marco (marco.aquino@dedalus.eu)