Heuristics error

Hi u2013
I am trying to run Heuristics for the chain of 123456. It is obviously a Master Data issue, but I havenu2019t been able to figure it out.
123456 @ abcd
123456 @ wxyz --->PPM
D60188-001 @ wxyz and E18035-001 @ wxyz
E18035-001 @ wxyzlm01
However, for the level 123456 @ wxyz, I get the following error when I run Location Heuristic. I can manually create a Planned Order and it correctly explodes the PPM and creates the demand for components (D60188-001 and E18035-001).
In other words, for this level (123456 @ wxyz), I get the following error while running Location Heuristics even though I can create Planned Orders manually. I can run the location Heuristic for the level above this as well as below this.
Error : An error has occurred while planning product 123456 (location wxyz) in the SNP heuristic. Possible causes are inconsistencies in the master data or transaction data, or processing errors in the heuristic's flow logic.

Hi Pooja,
I believe you have maintained E18035-001 at 2 locations @ wxyzlm01 and @ wxyz.When running heuristic it is possibly creating confusion which one to pick...
In PPM for 123456 @ wxyz,did you specifiy which storage location to pick the component E18035-001 from.
You can also run /SAPAPO/OM_SYNC_LC_DB to remove any inconsistency from database and live cache
Hope it helps.
Thukral

Similar Messages

  • Heuristic run error in apo

    Hi expert
       When I want to run heuristc for one material, the system show me the error :      Order not created for product XXXXXX
    location XXXX.  I  do not know why. Could you guide me ? Thank you .

    Hi Liting Dou,
    I guess you are running PP/DS heuristics in Product view. If yes, check these:
    1. After receiving error message, try clicking Log button in the Product view. This will  populate a new screen with details of the Heuristics error.
    2. Check if a valid source of supply exist.
    3. Check if a valid TLane exist between the source and destination.
    I guess the Point#1 should give you more details.
    Cheers
    Vignesh M

  • "error: thread-local storage not supported for this target"

    I have a program that uses the __thread specifier, to be run on a Solaris 9/UltraSprac.
    I am not able to compile it using gcc 3.4.4 or 4.0.4, it emits the msg "error: thread-local storage not supported for this target".
    xz@gamera% gcc -v -Wall -D_REENTRANT -c -o func_stack.o func_stack.c
    Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
    Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
    Thread model: posix
    gcc version 3.4.4
    /opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v7 -auxbase-strip func_stack.o -Wall -version -o /var/tmp//cc0poHSN.s
    ignoring nonexistent directory "/usr/local/include"
    ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
    #include "..." search starts here:
    #include <...> search starts here:
    /opt/gcc/3.4.4/include
    /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
    /usr/include
    End of search list.
    GNU C version 3.4.4 (sparc-sun-solaris2.8)
            compiled by GNU C version 3.4.4.
    GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
    func_stack.c:16: error: thread-local storage not supported for this target
    func_stack.c:17: error: thread-local storage not supported for this target
    func_stack.c:19: error: thread-local storage not supported for this target
    xs@gamera% gcc -v -D_REENTRANT  -c -o func_stack.o func_stack.c
    Using built-in specs.
    Target: sparc-sun-solaris2.9
    Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
    Thread model: posix
    gcc version 4.0.4 (gccfss)
    /pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -I. -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v9 -auxbase-strip func_stack.o -version -m32 -o /tmp/ccjsdswh.s -r /tmp/cc2w4ZRo.ir
    ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
    ignoring nonexistent directory "/usr/local/include"
    ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
    ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
    #include "..." search starts here:
    #include <...> search starts here:
    /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
    /usr/sfw/include
    /usr/include
    End of search list.
    GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
            compiled by GNU C version 4.0.4 (gccfss).
    GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
    func_stack.c:16: error: thread-local storage not supported for this target
    func_stack.c:17: error: thread-local storage not supported for this target
    func_stack.c:19: error: thread-local storage not supported for this targetJust as comparison, the corresponding output of compiling another file which does not have __thread declaration is as follows:
    xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
    Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
    Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
    Thread model: posix
    gcc version 3.4.4
    /opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v7 -auxbase-strip common.o -Wall -version -o /var/tmp//cc4VxrLz.s
    ignoring nonexistent directory "/usr/local/include"
    ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
    #include "..." search starts here:
    #include <...> search starts here:
    /opt/gcc/3.4.4/include
    /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
    /usr/include
    End of search list.
    GNU C version 3.4.4 (sparc-sun-solaris2.8)
            compiled by GNU C version 3.4.4.
    GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
    /usr/ccs/bin/as -V -Qy -s -xarch=v8 -o common.o /var/tmp//cc4VxrLz.s
    /usr/ccs/bin/as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE 2001/04/02Note that the last 2 lines seem to suggest that a Sun assembler is used as the back-end of gcc. I am not sure whether the failure to compile the first file (with __thread) was due to the incompatibility of this Sun assembler. In the first case, the error msg was emitted before these 2 lines are printed.
    I further read a post about gcc 3.3.3's inability to compile code that has __thread in it, on a HP-UX 11.11: http://forums12.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1216595175060+28353475&threadId=1148976 The conclusion seems to suggest that "the 2.17 GNU assembler did not support thread local storage" and gcc sees that and thus disallows TLS.
    If the assembler is the culprit, then does anyone know whether this "Sun WorkShop 6 update 2" assembler in my installation can work with TLS? And how come a Sun assembler becomes the back-end of gcc? I read that gas (the GNU assembler) is the default backend of gcc. (How) can one specify the assembler to be used for gcc?
    As an aside, I am able to compile my file on this same Solaris 9/UltraSparc platform using the Sun Studio 12 C Compiler:
    xz@gamera% cc -V -# -D_REENTRANT  -c -o func_stack.o func_stack.c
    cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
    ### Note: NLSPATH = /pkg/SUNWspro/12/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/pkg/SUNWspro/12/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat
    ###     command line files and options (expanded):
    ### -c -D_REENTRANT  -V func_stack.c -o func_stack.o
    /pkg/SUNWspro/12/prod/bin/acomp -xldscope=global -i func_stack.c -y-fbe -y/pkg/SUNWspro/12/prod/bin/fbe -y-xarch=generic -y-xmemalign=8i -y-o -yfunc_stack.o -y-verbose -y-xthreadvar=no%dynamic -y-comdat -xdbggen=no%stabs+dwarf2+usedonly -V -D_REENTRANT  -m32 -fparam_ir -Qy -D__SunOS_5_9 -D__SUNPRO_C=0x590 -D__SVR4 -D__sun -D__SunOS -D__unix -D__sparc -D__BUILTIN_VA_ARG_INCR -D__C99FEATURES__ -Xa -D__PRAGMA_REDEFINE_EXTNAME -Dunix -Dsun -Dsparc -D__RESTRICT -xc99=%all,no%lib -D__FLT_EVAL_METHOD__=0 -I/pkg/SUNWspro/12/prod/include/cc "-g/pkg/SUNWspro/12/prod/bin/cc -V -D_REENTRANT  -c -o func_stack.o " -fsimple=0 -D__SUN_PREFETCH -destination_ir=yabe
    acomp: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12Interestingly, the output no longer mentions the "/usr/ccs/bin/as: Sun WorkShop 6 update 2" assembler.

    Just as another comparison, I compiled a file without __thread on the Solaris 9/UltraSparc platform using gcc 4.0.4. Not surprisingly it worked. But I no longer see the mention of the Sun assembler as in the case of gcc 3.4.4. Nor did I see the mention of "GNU assembler" as in the case of gcc 4.0.4/Solaris 10/x86. Instead, I saw something called "iropt" and "cg". Does anyone know what they are?
    xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
    Using built-in specs.
    Target: sparc-sun-solaris2.9
    Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
    Thread model: posix
    gcc version 4.0.4 (gccfss)
    /pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v9 -auxbase-strip common.o -Wall -version -m32 -o /tmp/ccSGJIDD.s -r /tmp/ccKuJz76.ir
    ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
    ignoring nonexistent directory "/usr/local/include"
    ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
    ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
    #include "..." search starts here:
    #include <...> search starts here:
    /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
    /usr/sfw/include
    /usr/include
    End of search list.
    GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
            compiled by GNU C version 4.0.4 (gccfss).
    GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
    /pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/iropt -F -xarch=v8plus -xchip=generic -O1 -xvector=no -xbuiltin=%none -xcache=generic -Qy -h_gcc -o /tmp/ccUl4mVM.ircg /tmp/ccKuJz76.ir -N/dev/null -is /tmp/ccSGJIDD.s
    /pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/cg -Qy -xarch=v8plus -xchip=generic -OO0 -T3 -Qiselect-C0 -Qrm:newregman:coalescing=0 -xcode=abs32 -xcache=generic -xmemalign=8i -il /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4//gccbuiltins.il -xvector=no -xthreadvar=no%dynamic -xbuiltin=%none -Qassembler-ounrefsym=0 -Qiselect-T0 -Qassembler-I -Qassembler-U -comdat -h_gcc -is /tmp/ccSGJIDD.s -ir /tmp/ccUl4mVM.ircg -oo common.o

  • Pro*C Compilation Error

    Hi Friends,
    Database Oracle 9i - Pro*C/C++: Release 9.2.0.4.0
    OS - powerpc-ibm-aix5.3.0.0
    C Compiler - GNU gcc version 4.2.0
    I am using the below command to compile "daemon.pc"
    /usr/bin/make -f proc.mk build OBJS=daemon.o EXE=daemon
    The errors I am facing while compiling "daemon.pc" are --
    GGC heuristics: param ggc-min-expand=100 param ggc-min-heapsize=131072
    Compiler executable checksum: 390e64d91265cc859d3a136f414a35d0
    daemon.c:117: warning: type defaults to 'int' in declaration of 'sqlcxt'
    daemon.c:119: warning: type defaults to 'int' in declaration of 'sqlcx2t'
    daemon.c:121: warning: type defaults to 'int' in declaration of 'sqlbuft'
    daemon.c:122: warning: type defaults to 'int' in declaration of 'sqlgs2t'
    daemon.c:123: warning: type defaults to 'int' in declaration of 'sqlorat'
    daemon.c: In function 'connect_error':
    daemon.c:281: warning: implicit declaration of function 'sqlglm'
    daemon.c:285: warning: implicit declaration of function 'exit'
    daemon.c:285: warning: incompatible implicit declaration of built-in function 'exit'
    daemon.c: In function 'sql_error':
    daemon.c:300: warning: too few arguments for format
    daemon.c: At top level:
    daemon.c:305: warning: return type defaults to 'int'
    daemon.c: In function 'main':
    daemon.c:482: warning: implicit declaration of function 'system'
    daemon.c:745: warning: incompatible implicit declaration of built-in function 'exit'
    daemon.c: At top level:
    daemon.c:114: warning: 'sqlstm' defined but not used
    daemon.c:126: warning: 'IAPSUCC' defined but not used
    daemon.c:127: warning: 'IAPFAIL' defined but not used
    daemon.c:128: warning: 'IAPFTL' defined but not used
    =============================================================
    After compiling when I try to execute "daemon", the following error appears -
    Memory fault(coredump)
    =============================================================
    When I debug "daemon" with "dbx" debugger, I get the following errors -
    dbx daemon core
    Type 'help' for help.
    [using memory image in core]
    reading symbolic information ...internal error: expected char ',', found ';12,64,384;;'
    internal error: expected char ';', found ',384;;'
    internal error: index("384;;", ':') failed
    Segmentation fault in sqlglmt at 0x9000000057f795c ($t1)
    0x9000000057f795c (sqlglmt+0x94) 9c030001 stbu r0,0x1(r3)
    (dbx) where
    sqlglmt(??, ??, ??, ??) at 0x9000000057f795c
    sqlglm(??, ??, ??) at 0x9000000057f7070
    unnamed block in main(), line 281 in "daemon.c"
    unnamed block in main(), line 281 in "daemon.c"
    unnamed block in main(), line 281 in "daemon.c"
    main(), line 281 in "daemon.c"
    =============================================================
    Please help me identifying the issue. Even a small hint would help me solve the problem. Thank you very much in advance.
    Regards,
    Abhishek Jain

    What are includes you have used in the .PC file ..? are you missing some standard headers ..??
    Try without using make files
    PROC file_name.pc Check any errors on this.
    Then link with -lclntsh -lexc -lmld -lrt -laio -lm -lxti -lpthread
    regards
    Prajith

  • SNP heuristics issue

    Hi All..
    I finished my planning book and version, but when I try to run Heuristics on a product XYZ at location ABC, I get the following message u2013 I have done all the consistency checks.
    On further analysis, the error is function module/SAPAPO/DM_ARC_ORDER_GET called incorrectly : CATTO
    Any ideas..?

    HI
    If you are on SCM 4.0 then there was a known problem with the SDP Relevance indicator, applying note 1029297 should fix it.
    [Note 1029297|https://websmp130.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=1029297]
    If not SCM 4.0, then I am not sure what the issue is, I would raise an OSS message otherwise.
    Regards
    Ian

  • Error Code 1097 Coming in DLL Calling

    Hi,
    I am getting error code 1097 in DLL calling function. Please find the DLL calling function details for more information.
    Function :  GetControllerListTest(controller *ptrControllertest,char *max_controller);
    Controllertest parameter details:
    define NO_OF_CONTROLLER  100
    #ifndef CONTROLLER_STRUCT
     typedef struct
      CString name;
      char status;
      CString blocked_by;
      char group;
     }controller;
    Controllertest parameter data type is structure. In LabVIEW, I have configured parameter as a cluster.
    name : String control
    status : U8 Integer control
    blocked_by : String control
    group : U8 Integer control
    Could you please confirm it, did I configured the datatype in correct way?
    I am getting empty array output and Error Code from the DLL 1097. Can you please tell me where I am missing?
    Thanks
    Sivaramkumar.V
    Solved!
    Go to Solution.

    Call Library Node problems without the VI in question attached AND the complete C prototype of the function provided, AND preferably some documentation about the C function in question can be not diagnosed. These informations are paramount to get the Call Library Node configured properly since there is no way a calling application can retrieve the necessary information from the DLL itself. The DLL interface was never intended to be a self configuring interface and it was designed with the understanding, that the user of such an interface is a fully knowledgeable C programmer knowing both, how to read a header file definition as well as various details about memory buffer handling.
    So show us your VI and the C header file, and we can start to help you. Otherwise all we can do is guessing in the way you have done with changing the calling convention randomly. You can of course try to shoot in the shooting range with a blindfold on, but the chances that you not only do not hit the target, but injure some other person instead is very high.
    The only reason that the suggestion from Fragger Fox has any merits is the fact that LabVIEW used to have some heuristics that changed the Call Library Node automatically from C calling convention (the LabVIEW default) to Windows calling convention, if it recognized a certain pattern in the exported function name. This heuristic was removed in LabVIEW 2009 because it did prevent the Call Library Node to be able to call functions that were using C calling convention but happened to match the heuristic pattern. So changing a Windows calling convention to C calling convention when the code has "seemed" to work before is NEVER a solution.
    Rolf Kalbermatter
    CIT Engineering Netherlands
    a division of Test & Measurement Solutions

  • Error Of "Difference In Content (Error Code 191)" on doing CCR After SNP

    Dear Sir / Madam,
    On Taking SNP Heuristics, Our ECC system is getting choked. Proper stock transfer requisitions are getting generated in APO. Though. these purchase requisitions are  getting displayed in ECC but the same number is NOT getting updated in APO. On doing CCR, we are getting Error u201CDifference In Contentu201D with error code 191.  Even after repeated iterations by choosing the flow of data towards u201CAPOu201D, purchase requisition numbers are NOT getting updated.
    Kindly Advise Further.
    With Best Regards,
    Sanjeev Chugh

    Mam,
    Thanks for the reply and we feel sorry for Not Updating the forum. The problem is very critical and system's behaviour is quite eratic. I shall like to elaborate the complete scenario.
    On 4th October, we did the CCR iterations repeatedly and then Pur.Req. Number got  updated in APO. On our next SNP run (Taken on 11-OCT-2011), we did not face any such issue and all the working was normal as usual. But on the next SNP run (taken on 20-OCT-2011), same problem came again and this time, to get the end result, it took us nearly 3 days for repeated CCR iterations but we could get the end results
    Then, we took another SNP run on 02-NOV-2011 and again we are facing the same problem. Till date, we could not get the end results.
    We shall also like to confirm that we have checked all the IM for Purchase Orders And Purchase Requisitions. But could not find any duplicate IM (We have the very systematic nomenclateure for our IM's). We have checked almost all the IM's details as well.
    Around two years back, we faced some CIFFING issue, at that time, we found the problem of Multiple IM.
    This be for your kind information and further advise in this regard please.
    With Best Regards,
    Sanjeev Chugh
    03-NOV-2011 (M)

  • Error saving transport requisitio​n to live cache

    Hi Gurus,
    while location heuristic running getting in bottom line message like error saving transport requisitio​n to live cache.kindly suggest me soon.
    regards,
    babu

    Dear Rajendra,
    The error message seems to occur during the deletion of the purchase
    requisitions when running the heuristics. The error /SAPAPO/SNP028
    occurs when SNP tries to access the order data whose master data has
    been changed. So, when the order's master data has changed and no
    longer represent the existing one, you get this error message.
    Please run the report
    /SAPAPO/RLCDELETE before running the heuristics job manually to delete the inconsistent data.
    So here the product 20508050 @ Mc5000-ZA59 the existing purchase
    requisitions might not have anymaster data like Means of transport or PDS. Can you please delete
    these inconsistent orders and run the heuristics again to check if
    the orders are still created with inconsistent means of transport.
    Also run consistenct reports /SAPAPO/TS_LCM_CONS_CHECK and OM17 and correct if any inconsistency is present.
    BR,
    Thushitha V.

  • Urgent -- ORA-00600: internal error code, arguments: [17177],  -- on insert

    hello,
    I have a table with 7 columns, 6 columns are of datatype of VARCHAR2/DATE/NUMBER, one column is of datatype SYS.XMLTYPE.
    I am trying to insert one record into the table. The insert script is as below:
    INSERT INTO t1
    VALUES (234556789,1045,0,SYSDATE,SYSDATE,'SYSTEM',XMLTYPE('<GSL>300</GSL>'));
    There are no garbage characters in the above insert statement.
    When I run this script on UNIX I get the error below:
    ERROR at line 1:
    ORA-00600: internal error code, arguments: [17177], [0x000000000], [], [], [],
    ORA-31011: XML parsing failed
    ORA-06512: at "SYS.XMLTYPE", line 0
    ORA-06512: at line 1
    I verified the ora 31011 which says
    31011, 00000, "XML parsing failed"
    // *Cause:   XML parser returned an error while trying to parse the document.
    // *Action:  Check if the document to be parsed is valid.
    But the xml document is a valid document. The same insert script works on an NT machine without any errors.
    The version of oracle on unix is 9.2.0.3.0.
    The characterset is UTF8
    I fired the query below to verify:
    SQL> select substr(dbms_java.longname(object_name),1,35) as class, status
    from all_o 2 bjects
    where obj 3 ect_type = 'JAVA CLASS'
    and obje 4 ct_name = dbms_java.shortname('oracle/xml/parser/v2/DOMParser');
    CLASS
    STATUS
    oracle/xml/parser/v2/DOMParser
    VALID
    Is there any setting (enviroment or any other setting ) needed on UNIX to be able to successfully insert this record in the table. What are the steps I need to do to insert this record
    The problems seems to be in XML insert. Can anyone help pls ASAP.
    thanks
    aananth

    Hi,
    the bitmap parameter disables the use of bitmap plans for tables w. only B-tree indexes. This will cause a performance problem in a DWH. So I would prefer to change the optimzer mode. The optimizer than uses a mix of costs and heuristics to find a best plan for fast delivery of the first few rows. This will not produce so much problems.
    Regards,
    Detlef

  • ASSERTION_FAILED dump error

    HI all,
    /SAPAPO/                                                                               
    3 ""Lokale Schnittstelle:                                                          
       4 *"  IMPORTING                                                                      
       5 *"     VALUE(IV_TIMESTAMP) TYPE  TIMESTAMP                                         
       6 *"     VALUE(IV_DURATION_PACKED) TYPE  /SAPAPO/SCHEDDURATION OPTIONAL              
       7 *"     VALUE(IV_DURATION_INTEGER) TYPE  I OPTIONAL                                 
       8 *"  EXPORTING                                                                      
       9 *"     VALUE(EV_TIMESTAMP) TYPE  TIMESTAMP                                         
      10 *"  EXCEPTIONS                                                                     
      11 *"      OUT_OF_RANGE                                                               
      12 *"      INVALID_PARAMETER                                                          
      13 *"----
      14 * Trennung in ADD und SUBTRACT aufgrund von Problemen mit der                      
      15 * Konvertierungsroutine von IV_DURATION_PACKED (vorzeichenlos)                     
      16                                                                               
    17   CONSTANTS:                                                                       
      18     lc_date_highval      TYPE i  VALUE 3652060.             "31.12.9999            
      19                                                                               
    20   DATA:                                                                               
    21     ls_timestamp         TYPE ttztstmp,                                            
      22     ls_timestamp_result  TYPE ttztstmp,                                            
      23     ls_duration          TYPE tstr_durationstr,                                    
      24     ls_duration_int      TYPE tstr_durationstr,                                    
      25     lv_duration_int_date TYPE tstr_durationstr,                                    
      26     lv_duration_int_time TYPE tstr_durationstr,                                    
      27     lv_date_int          TYPE i,                                                   
      28     lv_date_int_result   TYPE i,                                                   
      29     lv_time_int          TYPE i,                                                   
      30     lv_time_int_result   TYPE i.                                                   
      31                                                                               
    32 * check timestamp parameter                                                        
    >>>>   ASSERT NOT iv_timestamp IS INITIAL.                                              
      34                                                                               
    35 * check duration parameters                                                        
      36   ASSERT iv_duration_integer => 0.                                                 
      37                                                                               
    TIMESTAMP_ADD function module is througing ASSERTION_FAILED dump error.
    Pls help me on this.
    Thanks in advance

    Hi,
    Implement the OSS note 1637970 in your system.
    Summary
    Symptom
    System generates short dump while executing the Product Heuristics in the Product View (/SAPAPO/RRP3).
    Other terms
    /SAPAPO/RRP3, Product Heuristics, ASSERTION_FAILED
    Reason and Prerequisites
    Reason : Program Error
    Solution
    Implement the corrections in this Note or import the relevant Support
    Pack.
    Your problem solved....

  • Toolchain Setup Error? Cannot compile...

    Hi there!
    I am trying to set up the C Code Environment but I run into trouble when trying to compile one of the example projects. In general, I followed the instructions within C Support for NI myRIO 1.0 User Guide.
    I have been trying this for a while and I am getting the feeling that it is something very simple (but critical), so I am kindly asking for someone's help who has experience with the C Coding Environment.
    The error message I get is simply:
    17:42:06 **** Rebuild of configuration Debug for project myRIO Example - PWM ****
    Info: Internal Builder is used for build
    arm-none-linux-gnueabi-gcc -DMyRio_1900 "-IC:\\Users\\boewie\\workspace\\myRIO\\C Support for NI myRIO\\source" -O0 -g3 -Wall -c -fmessage-length=0 -o main.o "..\\main.c"
    arm-none-linux-gnueabi-gcc: CreateProcess: No such file or directory
    17:42:06 Build Finished (took 98ms)
    Further, in the code editor it says "Unresolved inclusion: [...]" to
    #include <stdio.h>
    #include <time.h>
    Is it possible that the C/C++ standard headers are not properly setup? I have cygwin and MS Visual Studio installed.
    The cross compiler can be invoked from the Windows command console, so I assume that the PATH variable is set up correctly.
    Do I need to install any generic C/C++ build tools?
    Are the spaces withing the C API path critical?
    Thanks in advance!
    -bowie
    Solved!
    Go to Solution.

    here's the verbose compiler lof output:
    14:31:34 **** Rebuild of configuration Debug for project myRIO Example - PWM ****
    Info: Internal Builder is used for build
    arm-none-linux-gnueabi-gcc -DMyRio_1900 "-IC:\\Users\\heinbokel\\workspace\\myRIO\\C Support for NI myRIO\\source" "-IC:\\Program Files (x86)\\National Instruments\\Eclipse\\toolchain\\gcc-4.4-arm\\i386\\arm-none-linux-gnueabi\\libc\\usr\\include" "-IC:\\Program Files (x86)\\National Instruments\\Eclipse\\toolchain\\gcc-4.4-arm\\i386\\lib\\gcc\\arm-none-linux-gnueabi\\4.4.1\\include" -O0 -g3 -Wall -c -fmessage-length=0 -v -ansi -o "C_Support\\NiFpga.o" "..\\..\\C Support for NI myRIO\\source\\NiFpga.c"
    Using built-in specs.
    Target: arm-none-linux-gnueabi
    Configured with: /scratch/julian/2010q1-release-linux-lite/src/gcc-4.4-2010q1/configure --build=i686-pc-linux-gnu --host=i686-mingw32 --target=arm-none-linux-gnueabi --enable-threads --disable-libmudflap --disable-libssp --disable-libstdcxx-pch --enable-extra-sgxxlite-multilibs --with-arch=armv5te --with-gnu-as --with-gnu-ld --with-specs='%{funwind-tables|fno-unwind-tables|mabi=*|ffreestanding|nostdlib:;:-funwind-tables} %{O2:%{!fno-remove-local-statics: -fremove-local-statics}} %{O*:%{O|O0|O1|O2|Os:;:%{!fno-remove-local-statics: -fremove-local-statics}}}' --enable-languages=c,c++ --enable-shared --disable-lto --enable-symvers=gnu --enable-__cxa_atexit --with-pkgversion='Sourcery G++ Lite 2010q1-202' --with-bugurl=https://support.codesourcery.com/GNUToolchain/ --disable-nls --prefix=/opt/codesourcery --with-sysroot=/opt/codesourcery/arm-none-linux-gnueabi/libc --with-build-sysroot=/scratch/julian/2010q1-release-linux-lite/install/host-i686-mingw32/arm-none-linux-gnueabi/libc --with-libiconv-prefix=/scratch/julian/2010q1-release-linux-lite/obj/host-libs-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/usr --with-gmp=/scratch/julian/2010q1-release-linux-lite/obj/host-libs-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/usr --with-mpfr=/scratch/julian/2010q1-release-linux-lite/obj/host-libs-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/usr --with-ppl=/scratch/julian/2010q1-release-linux-lite/obj/host-libs-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/usr --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --with-cloog=/scratch/julian/2010q1-release-linux-lite/obj/host-libs-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/usr --disable-libgomp --enable-poison-system-directories --with-build-time-tools=/scratch/julian/2010q1-release-linux-lite/obj/tools-i686-pc-linux-gnu-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/arm-none-linux-gnueabi/bin --with-build-time-tools=/scratch/julian/2010q1-release-linux-lite/obj/tools-i686-pc-linux-gnu-2010q1-202-arm-none-linux-gnueabi-i686-mingw32/arm-none-linux-gnueabi/bin
    Thread model: posix
    gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202)
    COLLECT_GCC_OPTIONS='-DMyRio_1900' '-IC:\Users\heinbokel\workspace\myRIO\C Support for NI myRIO\source' '-IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\arm-none-linux-gnueabi\libc\usr\include' '-IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\lib\gcc\arm-none-linux-gnueabi\4.4.1\include' '-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-v' '-ansi' '-o' 'C_Support\NiFpga.o' '-march=armv5te' '-funwind-tables'
     cc1 -quiet -v -IC:\Users\heinbokel\workspace\myRIO\C Support for NI myRIO\source -IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\arm-none-linux-gnueabi\libc\usr\include -IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\lib\gcc\arm-none-linux-gnueabi\4.4.1\include -iprefix c:\progra~2\egcs\lib\gcc-lib\arm-none-linux-gnueabi/4.4.1/ -isysroot c:\program files (x86)\national instruments\eclipse\toolchain\gcc-4.4-arm\i386\bin\../arm-none-linux-gnueabi/libc -dD -DMyRio_1900 ..\..\C Support for NI myRIO\source\NiFpga.c -quiet -dumpbase NiFpga.c -march=armv5te -ansi -auxbase-strip C_Support\NiFpga.o -g3 -O0 -Wall -ansi -version -fmessage-length=0 -funwind-tables -o C:\Users\HEINBO~1\AppData\Local\Temp\ccer4xKK.s
    ignoring nonexistent directory "c:\progra~2\egcs\lib\gcc-lib\arm-none-linux-gnueabi/4.4.1/include"
    ignoring nonexistent directory "c:\progra~2\egcs\lib\gcc-lib\arm-none-linux-gnueabi/4.4.1/include-fixed"
    ignoring nonexistent directory "c:\progra~2\egcs\lib\gcc-lib\arm-none-linux-gnueabi/4.4.1/../../../../arm-none-linux-gnueabi/include"
    ignoring nonexistent directory "c:\program files (x86)\national instruments\eclipse\toolchain\gcc-4.4-arm\i386\bin\../arm-none-linux-gnueabi/libc/opt/codesourcery/lib/gcc/arm-none-linux-gnueabi/4.4.1/../../../../include"
    ignoring nonexistent directory "c:/progra~2/egcs/lib/gcc-lib/../../lib/gcc/arm-none-linux-gnueabi/4.4.1/include"
    ignoring nonexistent directory "c:/progra~2/egcs/lib/gcc-lib/../../lib/gcc/arm-none-linux-gnueabi/4.4.1/include-fixed"
    ignoring nonexistent directory "c:/progra~2/egcs/lib/gcc-lib/../../lib/gcc/arm-none-linux-gnueabi/4.4.1/../../../../arm-none-linux-gnueabi/include"
    ignoring duplicate directory "C:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\arm-none-linux-gnueabi\libc\usr\include"
      as it is a non-system directory that duplicates a system directory
    #include "..." search starts here:
    #include <...> search starts here:
     C:\Users\heinbokel\workspace\myRIO\C Support for NI myRIO\source
     C:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\lib\gcc\arm-none-linux-gnueabi\4.4.1\include
     c:\program files (x86)\national instruments\eclipse\toolchain\gcc-4.4-arm\i386\bin\../arm-none-linux-gnueabi/libc/usr/include
    End of search list.
    GNU C (Sourcery G++ Lite 2010q1-202) version 4.4.1 (arm-none-linux-gnueabi)
        compiled by GNU C version 4.3.2, GMP version 4.3.1, MPFR version 2.4.2.
    GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
    Compiler executable checksum: 97312c89a49cb03409c16bf385cf880c
    COLLECT_GCC_OPTIONS='-DMyRio_1900' '-IC:\Users\heinbokel\workspace\myRIO\C Support for NI myRIO\source' '-IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\arm-none-linux-gnueabi\libc\usr\include' '-IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\lib\gcc\arm-none-linux-gnueabi\4.4.1\include' '-O0' '-g3' '-Wall' '-c' '-fmessage-length=0' '-v' '-ansi' '-o' 'C_Support\NiFpga.o' '-march=armv5te' '-funwind-tables'
     as -v -IC:\Users\heinbokel\workspace\myRIO\C Support for NI myRIO\source -IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\arm-none-linux-gnueabi\libc\usr\include -IC:\Program Files (x86)\National Instruments\Eclipse\toolchain\gcc-4.4-arm\i386\lib\gcc\arm-none-linux-gnueabi\4.4.1\include -march=armv5te -meabi=5 -o C_Support\NiFpga.o C:\Users\HEINBO~1\AppData\Local\Temp\ccer4xKK.s
    GNU assembler version 980830 (i386-mingw32) using BFD version 980830
    Assembler messages:
    Fatal error: invalid listing option `r'
    14:31:35 Build Finished (took 1s.67ms)

  • DEP and Event error

    I have recently (within the last 24) gotten a problem with skype where upon logging in and attempting to call someone it crashes and Data Execution Prevention says it closed it, up until now i have not had this problem, ive attempted reinstall twice deleted appdata three times and disabled updates all to no avail.
    Upon inspection of microsoft event viewer i notice the error:
    Faulting application Skype.exe, version 6.21.0.104, time stamp 0x542bca1d, faulting module unknown, version 0.0.0.0, time stamp 0x00000000, exception code 0xc0000005, fault offset 0x0f0dbc18, process id 0x15ac, application start time 0x01cff244703aa8bd.
    Im confused as to what it should be ive done all the scans i can using Avira my antivirus on hi heuristics and i can say with utmost certinty that its not a virus i am very thorugh and sceptical when it comes to things i download, i will also note that the event viewer has multiple errors linked to updating and it says that updating times out eventually.

    Please,  run the DirectX diagnostics tool (32-bit version).
    Go to Windows Start and in the Run box type dxdiag.exe and press the OK button. This will start the DirectX diagnostics program. Run this diagnostics and save the results to a file. Please, attach this file to your post.
    Be aware that you will have to zip this file before attaching it here.

  • Runtime for heuristics and Deployment

    Hello All,
              When I execute the Heuristics or Deployment (SCM 7.0) even for a single product it takes around 15 minutes.
    So let me know how to improve the run time.
    Or do we need to install any support packages?
    Thanks,
    Siva.

    Hi Siva,
    Check the following
    1) Any master data error in the location product planned (MRP views, resource used, PPM, lane, material master etc.,)
    2) Check the job log in sm37, if no log created, delete the job and rerun again
    3) Check inbound and outbound queues
    4) Check the application log if any errors displayed
    5) Run CCR for the location product for all transactional data and then run heuristic
    Confirm your observations.
    Regards
    R. Senthil Mareeswaran.

  • ULN registration error

    I am having a problem with uln_register.
    My account is in good standing with a valid CSI for 6 registrations to ULN.
    It accepts my username / password / CSI.
    Two screen collecting hw stats and rpm information flash by.
    It then says uploading data to oracle.
    Fatal Error
    Problem registering system:
    Error communicatingwith server.
    The message was: Server communication error. Please see http://linux.oracle.com for futher assistance.
    There is no logging in /var/log/up2date.
    I am running the CD image of 6.3 with a few updates from the public yum server. (Kern: 2.6.32-279.el6.x86_64)
    Tcpdump indcates traffic flowing to and from linux-update.oracle.com (141.146.44.24)
    17:25:26.519985 IP 141.146.44.24.https >SCRUBBED.51847: Flags [P.], seq 4418:5182, ack 1866, win 6005, options [nop,nop,TS val 1860263174 ecr 88292864], length 764
    17:25:26.519998 IP 141.146.44.24.https >SCRUBBED.51847: Flags [F.], seq 5182, ack 1866, win 6005, options [nop,nop,TS val 1860263174 ecr 88292864], length 0
    17:25:26.520445 IP SCRUBBED.51847 > 141.146.44.24.https: Flags [P.], seq 1866:1889, ack 5183, win 442, options [nop,nop,TS val 88293314 ecr 1860263174], length 23
    17:25:26.520543 IP SCRUBBED.51847 > 141.146.44.24.https: Flags [F.], seq 1889, ack 5183, win 442, options [nop,nop,TS val 88293314 ecr 1860263174], length 0
    Any ideas would be appreciated.

    Short Version:
    If running on Xen:
    1) Check /sys/hypervisor/uuid. If it exists, is non-zero, and is unreadable, you have hit a bug.
    2) This condition is created by rebooting instead of stopping then starting.
    3) A stop and start will correct the condition.
    Long Version (with more details):
    Attempted to run:
    $ ulnreg_ks username <<acct>> password <<pass>> csi <<CSI>> profile <<profile name>>
    System needs a non-empty identifier
    Was told this means that the system can't find its uuid.
    Digging deeper you can see the python code that does this under /usr/share/rhn/up2date_client/rhnreg.py.
    Looking at the comments for get_virt_info():
    This function returns the UUID and virtualization type of this system, if
    it is a guest. Otherwise, it returns None. To figure this out, we'll
    use a number of heuristics (list in order of precedence):
    1. Check /proc/xen/xsd_port. If exists, we know the system is a
    host; exit.
    2. Check SMBIOS. If vendor='Xen' and UUID is non-zero, we know the
    system is a fully-virt guest; exit.
    3. Check /sys/hypervisor/uuid. If exists and is non-zero, we know
    the system is a para-virt guest; exit.
    4. If non of the above checks worked; we know we have a
    non-xen-enabled system; exit.
    My system is OEL 6.3 running on citrix xen 6.1.
    1) False (is not a host)
    2) False (no bios entrypoint; no data in dmidecode)
    3) Found a bug with this one. File exists but is not-readable due to bug.
    4) Exits this and ends up with no UUID even though it is a virtual system.
    Bug Information:
    Cross referenced from https://answers.launchpad.net/nova/+question/214413.
    A xen guest / host can get into a state where /sys/hypervisor/uuid is unreadable but exists.
    It is triggered by rebooting the guest instead of halting and then starting.
    Simple solution. Halt the system and then start it.
    Code Fix: Unknown (It might have to be in kernel or xen hypversior not sure which)
    Thanks for pointing me in the right direction. Hope this post might help someone a bit down the road.
    Edited by: TWLinux on Jan 28, 2013 3:46 PM -- Typographical errors

  • Error in starting Adobe Bridge in Photoshop CS2

    I've just installed Photoshop CS2, however upon opening Adobe Bridge this error message appears " The application has failed to start because libagluc28.dll was not found. Reinstalling to application may fix the problem"
    I have reinstalled and click repair but to no avail
    I followed Adobe Support Knowledgebase solution and run CMD and this appears:
    c:Documents and Settings/Jesus M Ferraris>
    then i entered the command
    cacls c:\windows\installer /T /E /C /G administrators:F
    but an error message appears - 'cacls' is not recognized as an internal or external command, operable program or bathc file
    I also entered the next command
    cacls "c:\documents and setting\all users" /Y /E /C /G administrators:F
    still the same error as above appears, Please help, have I miss something or was my procedure correct...
    P4, 512ram, WXP 80gHD

    Very useful.
    Good Luck.
    My
    Si
    tes

Maybe you are looking for