호주 멜번스토리

1. 입력값 오류 DBIO 를 작성할 때 VIEW의 출력변수 생성 버튼을 눌렀을 때 아래 그림과 같은 오류 메시지가 나오는 경우가 있다. 이것은 스튜디오의 버그라기 보다는 개발자의 프로프레임 스튜디오 사용법의 미숙함에 기인된다. ORA-01840 : 입력된 값의 길이가 날짜 형식에 비해 부족합니다. DBIO 스튜디오의 view 출력변수 생성시에는 개발자의 편의를 위하여 입력값 자동 설정기능이 있는데 이것을 체크해 놓았을 경우 입력변수에 디폴트 값으로 1 을 세팅하여 SQL을 실행한다. VIEW의 출력변수 생성은 작성된 SQL이 문법적으로 오류가 없는지 수행해 보고 정상동작될 경우 출력변수를 생성해 주는 편의 기능이다. 따라서 원래는 입력변수에 값을 일일이 개발자가 넣어서 실행시켜 주어야 하나 개발자의 편..

HP 장비를 개발장비로 사용하고 있는데 dbio 는 60여초, 매퍼는 40여초 정도의 컴파일 시간이 걸리고 있습니다. IBM 장비를 사용하고 있는 프로젝트로서 3.0을 사용하고 있는 S협, 4.0 사용중인 D증권, H은행에서는 컴파일 속도 때문에 문제된 경우는 없다고 합니다. ( 전화문의 ) 그러나 HP 장비를 사용하고 있는 S은행의 경우 여기 경우와 같이 DBIO를 컴파일 하는데 1분 이상이 걸린다는 것을 들었습니다.( 전화문의 ) make 시 시간이 오래 걸리는 것은 HP 장비의 일반적인 현상으로 보입니다. 다음은 프로젝트에 투입되어 있는 HP 기술자의 현재까지의 진행상황에 대한 답변 내용인데요. [ 원 본 글 ]=================================================..

예외처리를 구현함에 있어서 지난 번(3월)에 가이드 할 때 예외처리 IM 을 FUNCTION 타입으로 구현할 경우 프로그램의 return 값이 정상으로 변경될 수 있으므로 주의해야 하는 번거로움이 있으므로 block 타입으로 지정하는 것을 권장했었는데 이것을 충실히 따른 좋은 예이다. EMB 그림과 더불어 소스도 충분히 검증되어야 한다. 소스를 열어서 보면 코드상에 문제가 있음을 알 수 있다. 아래의 소스대로 동작된다면 PFM_TRYNJ(pfmBatchDBRollback()); 함수를 호출한 뒤에 rc 값이 RC_NRM 으로 리턴될 경우 그 아래 쪽으로 흘러내려 가면서 return rc; 를 만나서 정상 리턴되고 프레임웍에서 commit 처리 된다는 것이다. PFM_CATCH: { /***********..

BM의 CALL DEPTH 가 1 인 것만 검색하는 SQL 은 다음과 같다. 사실 의존성 검색은 1레벨 의존성만 검색해도 충분하다. SELECT RES.RESOURCE_ID, RES.PHYSICAL_NAME, RES.LOGICAL_NAME, RES.RESOURCE_TYPE, RES.RESOURCE_GROUP, RES.OWNER, RES.UPDATE_TIME, RES.STATUS FROM DEV_RESOURCE RES, (SELECT DISTINCT RESOURCE_ID FROM DEV_PROPERTY WHERE REFERENCE_ID = (select resource_id from dev_resource where physical_name = 'mnlgs8030_0') ) PRO WHERE RES.RES..

gcc 이야기(1)원문 : http://kelp.or.kr/korweblog/stories.php?story=02/03/31/9629811시작하기에 앞서이곳 KELP에 이런 글을 올려도 되는지 의심스럽습니다. gcc를 비롯한 개발 툴은 embedded linux뿐만 아니라 일반적인 linux 시스템 및 상용 Unix 시스템에도 널리 사용되고 있습니다. 따라서 embedded linux 시스템을 주로 다루는 KELP에 이런 글을 올린다는 것은 조금은 어울리지 않습니다만, 다른 곳에 제가 쓰는 허술한 글을 올린다는 것이 허락되지 않기 때문에…(그렇다고 KELP를 폄하하는 것은 아닙니다.)원래는 제목을 “gcc 이야기”가 아닌 “개발툴 이야기”나 다른 것으로 정하려고 했습니다. gcc 한가지만 이야기 하고 싶..

DBIO를 작성할 때 배열개수가 1개인 select 를 만들면 수행중에 다음과 같은 오류가 납니다. :init_proc :00094] >> PFMTRY [pfmDbioSelectArray("tb_nb_sv_dm_ctr_ps50] ? :pfmdbio.pc :_pfmDbioStoreParam :01313] [-90001002][DBIO] 조건에 맞는 함수를 호출할 수 없습니다. :init_proc :00094]

ProFrame Container FULL GC 발생시 Heap Dump & thread dump 뜨는 방법 입니다. Full GC 발생시 아래사항을 숙지하여 Heap dump를 떠야할 상황에 잘 수행토록 합시다. [ ProFrame Container PID 알아내는 명령어] >ps -fu proframe | grep container1 proframe 4819 4623 0 5월 16 ? 03:53:32 /opt/java1.4/jre/bin/IA64W/java -server -Dcontainer1 -Xbootclasspath/p:/nbsdev/package/jeus/lib/system/extension.jar -classpath [GC 로그 위치] /nbsdev/package/jeus/logs/gc_lo..

INSERT INTO TB_NB_NL_HH_VIP ( NSGRN_LMT_AM ) SELECT (CASE WHEN :chk_yn = '0' THEN NSGRN_LMT_AM ELSE :nsgrn_lmt_am END) FROM TB_NB_NL_HH_VIP 위와 같은 경우 컴파일을 정상적으로 수행되나 실행할 때 다음과 같은 오류가 발생합니다. ORA-00932: 일관성 없는 데이터 유형 이것은 프로프레임 내부적으로 PfmNumber 타입의 변수를 SQL 속에 대입할 때 char 문자열로 값을 전달하기 때문에 발생되는 문제 입니다. 따라서 위와 같은 execSQL 속의 입력변수의 타입을 맞추기 위하여 다음과 같이 고쳐서 사용해야 합니다. INSERT INTO TB_NB_NL_HH_VIP ( NSGRN_LMT_AM..

개발자가 요청해 오기를 컴파일 과정에서 다음과 같은 오류를 만났는데 원인을 모르겠으니 찾아달라고 한다. 원인을 찾다가 다음과 같은 결론을 얻었다. "SVBE0011I2_bak.c", line 1686: error #2029: expected an expression msvbe_fnc_wrs_c(msvbe_g0010_in.srlev_data.fnc_wrs_c, SVBE_SVFNDBSCI_INFO->be_fnd_tpc); ^ "SVBE0011I2_bak.c", line 1686: error #2032: expression must have arithmetic type msvbe_fnc_wrs_c(msvbe_g0010_in.srlev_data.fnc_wrs_c, SVBE_SVFNDBSCI_INFO->be_fn..

651 (T) TC :090953349239:080519090953nbtap000145100000000:14510 [bncsppayse:bncsppaysend.c :c100 :00260] >> PFMTRY [pfmDbioOpenCursorArray("tb_nb_nc_sh_pyin] 입구 652 (E) PFM:090953356367:080519090953nbtap000145100000000:14510 [bncsppayse:pfmdbio.pc :_pfmDbioStoreParam :01319] 653 [-90001010][DBIO] pfmDbiotb_nb_nc_sh_pyinvtcs Library 호출에 실패하였습니다 654 [dlopen error: Unsatisfied code symbol '_pdb_tb_..