호주 멜번스토리

PFM_TRY 는 프로프레임에서 가장 빈번히 사용되므로 정확한 이해가 필요하다. PFM_TRY 는 원래 프로프레임 1.0 에서는 SYS_TRY 였고 2.0 에서는 PSC_TRY 였다. 오늘의 PFM_TRY 를 사용하게 된 것은 신한은행 차세대 프로젝트를 하던 3.0 부터 이다. 자바와 같은 OOP 객체지향 프로그램에서 흔히 사용하는 try .. catch 를 흉내낸 것이지만 나름대로 훌륭한 역할을 해 내고 있다. PFM_TRY 는 pfmLogMacro.h 에 다음과 같이 정의되어 있다. 1234567891011121314151617181920212223242526272829#ifndef _PFM_NO_TRYLOG#define PFM_TRY( _Ftn ) \ do { \ struct timeval s_ti..

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..

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..

# 소스 편집중 아래와 같은 description 영역을 더블클릭하면 EMB 의 해당 노드로 포커스 이동됨. /************************************** * KIND : Virtual Module * NODE ID : 13 * NAME : Virtual Module2 * DESCRIPTION : *************************************/ # 소스 표준화 관련 long TEST0111R0(TEST0111R0_IN_MST* input, TEST0111R0_OUT* output) 이전 버젼. =>long TEST0111R0(TEST0111R0_IN_MST *input, TEST0111R0_OUT *output) 패치후 수정됨. # XOR 처리 관련 위치 이..