시스템 트레이에서 아이콘이 종종 사라지는 경우가 있어서 바로가기용으로 링크 걸었습니다.
혹시나 원글 링크가 사라질수 있어서...
파일 다운로드 하여 첨부 하였으나...
원글 저작은 글벌레님입니다.
시스템 트레이에서 아이콘이 종종 사라지는 경우가 있어서 바로가기용으로 링크 걸었습니다.
혹시나 원글 링크가 사라질수 있어서...
파일 다운로드 하여 첨부 하였으나...
원글 저작은 글벌레님입니다.
string 값을 반환하는 DLL 함수 생성후 에러 발생 시
uses 절에 ShareMem 을 처음으로 등록 하라고 함.
dll 과 pas 에서 둘다 등록 했는데...
프로그램 종료시에 에러 발생 합...
dpr 파일에도 ShareMem 을 등록 하니...
이상 없이 잘 됨.
wsTelnet 옵션이 True 가 된 경우 0xFF 전송시 0xFF 0xFF 와 같이 전송 됨
wsTelnet 옵션을 False 로 변경
private function btnOK_Click(e:MouseEvent):void
{
trace("btnOK Click" + e.target);
trace("btnOK Click" + e.currentTarget);
e.stopPropagation();
}
private function pan_Click(e:MouseEvent):void
{
trace("Panel Click1" + e.target);
if (e.target == pan)
{
trace("Panel Click" + e.target);
trace("Panel Click" + e.currentTarget);
}
}
e.stopPropagation();
: 버튼 이벤트가 패널까지 전송 되는 것을 막음
//버튼 동적 생성 후 버튼 클릭시 이벤트 처리 부분
private function initApp():void
{
btnCancel = new Button();
btnCancel.id = "btnCan";
btnCancel.label = "Cancel";
btnCancel.addEventListener(MouseEvent.CLICK, btnCancel_Click);
pan.addChild(btnCancel);
}
//타이머생성 후 타이머 이벤트 실행 부분
private function initApp():void
{
tmrCurTimer = new Timer(1 * 1000 );
tmrCurTimer.addEventListener(TimerEvent.TIMER,tmrCurTimer_timer);
}
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute"
enterFrame="appEnter()" frameRate="1" creationComplete="initApp()">
<mx:Script>
<![CDATA[
import mx.controls.Alert;
private var intCnt : int = 0;
private var bInit : Boolean = false;
private function initApp():void
{
bInit = true;
}
private function btnOK_click():void
{
intCnt = 0;
}
private function appEnter():void
{
if ( bInit == false)
return;
intCnt++;
txtCnt.text = intCnt.toString();
}
]]>
</mx:Script>
<mx:Button x="27" y="92" label="Button" width="102" id="btn_Ok" click="btnOK_click()"/>
<mx:TextInput x="27" y="47" id="txtCnt"/>
</mx:Application>
enterFrame="appEnter()" : 각 프레임 형태로 appEnter 를 수행해라..
frameRate="1" : 초당 몇 프레임으로 할 것인지...
creationComplete="initApp()" : 웹로딩이 완료 되면 initApp를 수행해라...
심풀이 로또 추출
예상으로
1-9번대 2개
10-19번대 2개
21-30번대 1개
31-39번대 1개
걍 추출하니 28000개...
돈으로 헤아리니 2천8백만원어치인데...
여기서 나와 줄려나요...ㅋ
예상치 수립하는데도...
무자게 많은 난수중에서 해 본건디...
이런 두가지의 경우 테이블이나 데이터셋을 접근하는 경우, “Internal gds software-consistency check”, “Database file appears corrupt”, “Wrong record length”라는 에러 메시지를 토해낸다. 이런 경우 서버를 중지시키고 데이터베이스 파일을 복사하고 다시 서버를 시작하는 것이 좋은 방법이다. 복사한 데이터베이스 파일은 복구서비스에 보내거나 복구를 시도한다.
[댓글] 1) 데이터베이스를 백업할 때, 항상 ”-g” 파라미터를 쓰는 것이 좋습니다. 만약 이 파라미터를 사용하지 않으면 서버는 가바지콜렉션을 초기화하고, 망가진 chain이 있다면 데이터베이스 백업은 실패하게 됩니다.
2) “-c -r” 파라미터를 사용하지 말아야 합니다. 이는 모순 어법이기 때문이며, 망가진 데이터베이스와 복구된 데이터베이스가 같은 이름이면 원본 데이터베이스의 내용들을 지워버리게 됩니다. 또한 “-r” 옵션은 2.x 버전의 파이어버드에서는 작동하지 않는데 이는 “-replace”로 되었기 때문입니다. 그래서 “-c” 파라미터를 사용하고 tmp.fdb같은 다른 이름으로 복구를 해야 합니다. [해석이 어물어물]
출처 : http://daniel-albuschat.blogspot.com/2009/12/firebird-database-corruption-and-what.html
Related posts:
1. gerated 된 ActionScript 보기
Project -> Properties -> Flex Compiler 의 Additiona compiler arguments 부분에서 -locale en_US 부분을 -locale en_US -keep-generated-actionscript 으로 변경함
2. History File 갯수 설정하기 : 저장할때마다 History 파일을 남김
Windows -> Preferences -> General -> Workspace -> Local History 부분을 설정
3. 과거의 소스와 현재의 소스를 비교 방법 : 변경이력 조회시
Flex Navigator 에서 해당 파일을 선택 후 오른쪽 마우스 버튼 클릭
Compare With -> Local Histor 선택
오른쪽 하단에 Problems 탭 옆에 History 탭 생성 되며 해당 History 를 더블 클릭 하면 비교됨
4. 과거의 소스로 변경하는 방법
Flex Navigator 에서 해당 파일을 선택 후 오른쪽 마우스 버튼 클릭
Replace With -> Local Histor 선택
해당 History 와 비교 후 Replace 버튼으로 예전으로 회귀
ooCBD 개발 방법론
ooCBD 방법론이란 세분화된 객체를 사용에 따라 그룹화 하여 구성된 컴포넌트 단위로 소프트웨어를 개발하는 것으로, 개발초기에 시스템구조를 정의하는 안정적인 아키텍처를 확보하고 이를 지원하는 소프트웨어 컴포넌트를 개발한다. ooCBD개발 방법론의 주요 특징은 다음과 같다.
(1) 견고한 소프트웨어 아키텍처구축(애플리케이션/기술 아키텍처)
(2) 아키텍트에 의한 소프트웨어 아키텍처 검증
(3) 객체지향 개념(추상화, 캡슐화, 일반화)
(4) 유스케이스 주도형 개발 프로세스
o 사용자 요구 관리
o 비즈니스 컴포넌트 도출
o 비즈니스 개체 및 데이터 모델 정의
o 사용자 인터페이스 요소 도출
o 테스트 구현
(5) 서비스 지향 개념
o 서비스(Service)
o SOA(Service-Oriented Architecture)
o XML 웹 서비스(Web Service)
또한 ooCBD개발 방법론에 따른 산출물 내역은 다음 표와 같다.
[표 1] ooCBD 방법론 산출물 내역
|
단계 |
활동 |
작업 |
산출물 |
|
요구분석 |
요구사항 이해 |
사용자 요구수집 |
요구사항 기술서 v1.0 |
|
요구사항 기술서 v1.1 | |||
|
공통 용어 파악 |
공통 용어집 v1.0 | ||
|
공통 용어집 v1.1 | |||
|
요구사항 정의 |
유스케이스 기술 |
유스케이스 기술서 v1.0 | |
|
유스케이스 우선 순위 기술 |
유스케이스 기술서 v1.1 | ||
|
요구사항 정제 |
유스케이스 상세 |
유스케이스 기술서 v2.0 | |
|
유스케이스 모델 구조화 |
유스케이스 기술서 v2.1 | ||
|
아키텍처 정의 |
초기 아키텍처 개요 정의 |
|
소프트웨어 아키텍처 정의서 v1.0 |
|
|
유스케이스 기술서 v3.0 | ||
|
행위분석 |
유스케이스 분석 |
유스케이스 기술서 v3.1 | |
|
비즈니스 객체 모델 생성 |
소프트웨어 아키텍처 정의서 v1.1 | ||
|
사용자 인터페이스 모델 생성 |
사용자 인터페이스 모델 v1.0 | ||
|
소프트웨어 아키텍처 정의서 v1.2 | |||
|
어플리케이션 아키텍처 설계 |
비즈니스 컴포넌트 모델 정의 |
소프트웨어 아키텍처 정의서 v2.0 | |
|
유스케이스 기술서 v3.1 | |||
|
비즈니스 컴포넌트 설계 |
비즈니스 컴포넌트 설계서 v1.0 | ||
|
기술 아키텍처 설계 |
기술 유스케이스 정의 |
소프트웨어 아키텍처 정의서 v3.0 | |
|
기술 유스케이스 실현 |
소프트웨어 아키텍처 정의서 v3.1 | ||
|
프레임워크 설계 |
소프트웨어 아키텍처 정의서 v3.2 | ||
|
배포 모델 설계 |
소프트웨어 아키텍처 정의서 v3.3 | ||
|
데이터베이스 설계 |
데이터 논리 모델 설계 |
데이터베이스 설계서 v1.0 | |
|
소프트웨어 아키텍처 정의서 v4.0 | |||
|
데이터 물리 모델 설계 |
데이터베이스 설계서 v1.1 | ||
|
비즈니스 컴포넌트 설계서 v1.1 | |||
|
소프트웨어 아키텍처 정의서 v4.1 | |||
|
테이블 또는 각 객체 스크립트 화일 | |||
|
설계 전략 정의 |
|
메커니즘 기술서 v1.0 | |
|
1차 반복 |
설계 |
설계 요소 식별 |
비즈니스 컴포넌트 설계서 v2.0 |
|
사용자 인터페이스 설계서 v1.0 | |||
|
컴포넌트 설계 |
구현 컴포넌트 설계서 v1.0 | ||
|
비즈니스 컴포넌트 설계서 v2.1 | |||
|
구현 |
구현 모델 구조화 |
소프트웨어 아키텍처 정의서 v5.0 | |
|
2차 반복 |
설계 |
설계 요소 식별 |
비즈니스 컴포넌트 설계서 v2.2 |
|
사용자 인터페이스 설계서 v1.1 | |||
|
컴포넌트 설계 |
구현 컴포넌트 설계서 v1.1 | ||
|
테스트 |
테스트 실행 |
테스트 구현 |
테스트 기술서 v1.0(1차반복) 테스트 기술서 v1.1(2차반복) |
|
테스트 실행 및 평가 | |||
|
테스트 결과 반영 |