TRectangle, TEdit... 등등 TBrush나 기타 TAlphaColor를 프로퍼티로 갖는 객체의 색상 값은 일반적으로 BGR코드를 사용합니다.

델파이는 RGB코드가 아닌 BGR코드를 사용하며 #RRGGBB가 아닌 $LLBBGGRR형식을 따릅니다.

기존에 웹이나 포토샵을 많이 다루던 분들은 생소한 포맷이나 기존의 RGB에 HSL의 Lightness 가 추가된 형태라 생각하시면 쉽게 이해하실 수 있으실 겁니다.

LL의 두 자리를 활용하여 해당 색상의 밝기를 조절함으로써 색의 밝기도 같이 표현하죠.

하지만 안그래도 더 복잡해진 코드, 정해진 색상표는 없을까요?

델파이는 이러한 고민을 위해 사전에 색상을 정의하고, 이 색상의 느낌에 맞는 이름을 부여하고, 이를 const 상수화 했습니다.

이 상수화된 색상에는 밝기 부분이 정의되있지 않은 가장 밝은 색에 가까운 색상들입니다.

예를들어 핏빛색에 가까운 claCrimson 을 사용한다면, 델파이의 코드는 이렇게 동작하죠.

어라? 앞에서 분명 델파이의 코드는 $LLBBGGRR이라고 했는데 6자리밖에 없다구요?

델파이의 색상은 별도로 밝기가 정의되지 않으면 밝기는 무조건 FF가 됩니다.

Alpha라는 상수를 보세요.

$FF000000 의 값으로 LL에만 FF 나머지는 00의 값을 가집니다.

이것이 Crimson으로 정의된 BGR 컬러와 or 연산이 되어 $$FFDC143C로 넘어오는 것이죠.

OR은 두 값의 비트를 비교했을 때 둘 중 하나라도 1이 있다면 해당 비트는 1이 되는 연산입니다.

그래서 FF00 0000 과 00DC 143C 를 연산한

이 되죠.

그런데 이 편한 기능이 종종 동작하지 않을 때가 있습니다.

델파이 IDE는 언어와 프레임웍은 정말 좋지만,  다소 불안정한 면이 있어 다른 IDE에서는 부드럽게, 유연하게 동작하는 기능들이 델파이 IDE에서는 정상적으로 동작하지 않는 경우가 있습니다.

예를들어 델파이는 사용한 객체에 따라 자동으도 uses가 되지만, 이것이 사용하지 않을 때 자동으로 해제가 되지 않습니다.

점을 찍어 하위 프로시저 등을 참고하려 해도, 전혀 상관없는 다른 부분의 코드에 문제가 있으면 그 부분을 지적하는 것이 아니라 전체의 소스에서 이 기능이 동작하지 않습니다.(심지어 빌드시에도 알려주지 않습니다)

이러한 불안정한면 중에서, 사용을 하지만 프로그래머가 생성하지 않은 객체에 대한 uses는 되지 않는 것같습니다.

예를들어, TRectangle.Fill.Color 에서 프로그래머는 TRectangle을 선언했지 Color의 TAlphaColor을 선언한 것이 아닙니다.

델파이는 그렇기에 프로그래머가 전혀 사용하지 않는다고 판단하고 상수화된 색상 사용을 위해 반드시 uses 되어야 할 'System.UIConsts' 라이브러리가 자동으로 uses가 안되는 경우가 있습니다.

다른 언어의 IDE는 이런 날코딩으로 사용된 객체도 필요하면 자동으로 인클루드나 임포트가 됩니다만, 델파이 IDE는 아직 보완되어야 할 부분이겠지요.

결론은,

델파이의 색상은 $LLBBGGRR로 저장됩니다.

기본 색상코드를 단어가 사용된 상수를 사용할 수 있습니다.

상수는 cl, 또는 cla + 색상명입니다.

색상에 상수 사용 시 'E2003 Undeclared identifier' 이 발생한 경우 자신의 프레임웍에 맞는 접두사가 아니거나(cl, cla) System.UIConsts가 uses되지 않은 경우입니다.

TEdit은 단일 라인의 입력 컴포넌트로 많이 쓰이는 컴포넌트입니다.

TEdit은 기본적으로 네모 박스 하나만 나오고 이것이 무슨 값을 취하려는지 나오지 않습니다.

이렇게 네모 박스만 생기죠.

그래서 이 박스가 무엇인지를 위해 앞에 TLabel을 달거나 이미지를 붙여줍니다.

하지만 이렇게 하면 VCL이나 PC같이 큰 화면에서는 문제가 없지만 FMX에서는 가용 면적이 줄어드는 역효과가 있습니다.

이를 위해 델파이는 TLabel이 아닌 TEdit의 TextPrompt 프로퍼티가 정의되어 있습니다.

이 프로퍼티는 Prompt 즉, 해당 TEdit에 사용자가 입력한 내용과 별개로 배경처럼 해당 TEdit이 무엇을 입력받으려는지를 명시해주는 역할을 합니다.

이렇게 TEdit을 선택한 뒤, 해당 TEdit에서 입력받을 것이 무엇인지 명시해주면 아래와 같이 희미하게 나타납니다.

문제는 이렇게만 하면 입력 시에 프롬프트가 지워지지 않아 내가 무얼 입력했는지 글자가 겹쳐 보기 힘들다는 점입니다.

TEdit의 OI의 Events를 보면 OnCanFocus 라는 이벤트가 있습니다. 이 이벤트는 해당 개체에 포커스(초점)이 있으면 발생하는 이벤트로 TEdit에서 내용을 입력하기 위해 커서가 들어가는 것도 초점이 들어가는 것입니다.

이제 이 이벤트에 내용을 채웁니다.

간단합니다.

우리의 목적은 입력 시에 내용을 지워주면 되는 거니까요.

문제는 여기서 발생합니다.

만약 포커스가 있었다가, 아무 내용도 없이 떠나면 이게 무슨 입력이었는지 알 수가 없습니다.

내용이 빈값이면 다시 보여주어야겠죠.

Events에 OnExit라는 이벤트가 있습니다.

이 이벤트는 포커스가 떠날 때 발생하는 이벤트입니다.

그럼 이 이벤트의 내용을 채워봅시다.

이렇게 해주시면 TEdit에 포커스가 발생했을 때, 포커스가 떠났을 때 TextPrompt의 내용을 없애기도, 다시 보여주기도 합니다.

이를 응용하면, 항시 프롬프트가 있어야 하면 프롬프트의 색을 더 옅게 한다던지, 프롬프트가 아닌 Text그 자체에 대한 수정도 가능합니다.

반대로 Text에 명시를 해줬다가 입력을 시작하면 Prompt로 바꿔줄 수도 있죠.

이에 대한 응용은 여러분의 몫입니다.

델파이 FMX에서 이미 생성된 TImage의 이미지를 다른 TImage(또는 TBitmap도 되는 것 같다.) 로 복사할 때

MultiResBitmap 프로퍼티나 CopyFromBitmap 에서 헤메지 말고

TImage.Bitmap.Assign(TargetImage.Bitmap);

으로 한방에 해결할 수 있다.

본 사이트에는 브라우저마다 다르겠지만 alien.pe.kr 이라는 사이트에서 제작, 배포하였던 방문해주셔서 감사하다는 뜻의 애드온이 있었다.

그런데 이 사이트의 주인이 애드온을 별도의 파일로 빼 주진 않고 인클루드 형식만 허용해서 찝찝했는데 설마했던 일이 벌어졌다.

오늘 갑자기 이 블로그가 접속이 되질 않아 살펴보니 내 도메인인 nazuna.kr 을 입력해서 접속했으나 브라우저 하단에는 alien.pe.kr으로 리디렉트 하려는 듯한 유사한 이동이 있었다.

사실 이 애드온을 잊고 있었는데 해당 주소로 살펴보니 애드온의 문제였다.

혹시 티스토리 블로그가 (네이버 블로그도 마찬가지 였을 거라고 본다. 본래 네이버 블로그용 애드온이었으니) 바로 접속되지 않고 alien.pe.kr로 리디렉션 되려 한다면 위의 애드온을 삭제하거나 나처럼 주석처리하길 바란다.

요즘 심심해서 관리를 대신 해주는 지인 서버에 반 자동화 프로그램을 만들고 있다.

이 서버는 여러 하드디스크가 있는데 용도에 맞게 각 하드에 디렉토리를 생성 -> 새 사용자를 추가하고 권한 위임와 공유, 마운트 지점까지 모든 작업을 수작업으로 하려면 조금 귀찮은데-특히 한명이 아니라면-이를 프로그램으로 짜 넣어 아이디와 비밀번호만 입력하면 미리 지정된 옵션대로 자동으로 되도록 하려고 한다.

파일질라의 암호화 방식이 md5여서 파일질라의 반자동화 프로그램을 만들기 위해선 md5의 알고리즘 프로그램이 필요한데 유명한 알고리즘인 만큼 인터넷에 이미 공개된 샘플이 있을 거라 생각하였다.

구글링을 해보니 RSA Data Security에서 1990년도에 발행한 샘플 코드가 있었는데 여기에서 내게 필요한 것 외에 또다른 나의 궁금증을 해결할 수 있었다.

이 프로그램에서는 별도의 메인 동작은 없지만 입력받은 argv 내용에 따라 동작이 달리하게끔 되어있는데

-s암호내용 을 입력하면 

-s를 떼버리고 남은 내용을 함수로 전달하는 간단한 방법이었다.

이런 간단한 걸 내가 너무 돌아가서 생각했다니 부끄러울 따름..

for (i = 1; i < argc; i++)

      if (argv[i][0] == '-' && argv[i][1] == 's')

        MDString (argv[i] + 2);

      else if (strcmp (argv[i], "-t") == 0)

        MDTimeTrial ();

      else if (strcmp (argv[i], "-x") == 0)

        MDTestSuite ();

      else MDFile (argv[i]);

다만 이 방법에서 궁금한 것은 각 동작이 입력받은 순차적으로는 동작하는 것 같지만 동시에 복합적으로는 안되는 것으로 보인다.

아무래도 복합적으로 동작하게 하려면 좀 더 복잡해야겠지.

혹시나 md5 예제 때문에 방문했다면 아래의 블로그를 확인해 받아가기를 바란다.

원문은 아니지만 http://yegam400.tistory.com/97 에서 원 소스를 보기 좋게 md5.h md5.c md5drive.c 로 나누어 주었다.

md5.h, md5.c가 중요하며 md5drive.c는 두 파일을 이용하여 실제 동작을 만들어 내기 위한 함수일 뿐 다른 프로그램에 이식하려면 저 두 가지만 있으면 될거라고 본다.

Visual C++ 6.0에서 만들었다고 해서 식겁했지만.. 뭐 다행히도 2013기준으로 상위버전으로 호환은 문제 없이 되었다.

(종종 너무 구버전에서 나온 프로젝트면 최신 버전에서 호환이 안되는 문제가 있기에..)

Li-Fi에 대한 의견.

Li-Fi는 LED 를 이용한 무선 통신방식인데 개인적으로 이 기술은 부정적으로 바라봄.

1. 통신이 빛을 이용한다는 것.

빛을 이용한다는건 결국 단말이 그 빛을 바라볼 수 있어야 한다는 점.

2. 벽면 투과가 안된다는점.

그에 따른 전구도배는 Li-Fi의 목적인 와이파이보다 안정적이고 더욱 싸다는 것에 위배될 수 밖에 없다는 점.

802.11ac 제정중인 규격에 의하면 Wi-Fi의 싱글 스트림당 최고 수치는 866.7Mbps이며(현존 상용화 433) 이미 초안 규격에 의거한 상용화 제품이 개발, 생산, 판매 중입니다. 

거기에 듀얼 밴드도 묶을테니 Gbps단위는 금세 뛰어넘습니다.

단점이라면 그만큼 통신거리가 짧아졌고 주파수 간섭에 더욱 취약해 졌다는 점인데, 통신 거리는 안테나의 출력을 상승시키면 어느정도 커버되고(47평형 직사각형 아파트에서 WNDR3300모델로 5GHz주파수에서 안테나 출력상승만으로 고립공간없이 커버되는 것 확인) 문제라면 공유기(라우터)가 연결될 유선회선이 기가망을 지원해야 그 속도가 나오겠습니다만 아니 정확히 하면 ISP망단위로 교체가 이루어자야하지만..

150mbps야 요즘 공유기는 대부분 내는 속도이고(듀얼밴드 기술덕에 300~450도 대부분 내죠.) 

가시광선 주파수를 사용하니 혼선은 적겠습니다만 통신 거리는..

중간에 장애물이 없지 않는한 빛으로 하는 통신은 통신거리에 매우 취약할 수 밖에 없지 않나 싶습니다..

일반 가정, 실내에서 실용화하기엔 너무 길이 험한 기술이네요.

Li-Fi 설명에 이런 문구가 있죠.

However, the light waves used cannot penetrate walls which makes Li-Fi significantly more secure relative to Wi-Fi.

Li-Fi의 최대 약점.

물체 투과성이 제로로 수렴한다는 거죠.

실내 전체에 전구를 매달지않는 이상.. 아니 그렇게 되면 이미 심각한 돈낭비죠.. 싸질수가 없는 기술..

c 프로그래밍 연습용으로 만들어보던 프로그램 중 하나입니다.

프로그램과 동일 경로에 폴더를 만들고 비밀번호를 걸어 숨기고 보이고 하게끔 하는 기능입니다.

라곤 하나 아직 배울게 많아 파일 구조나 그런 난이도 있는 쪽으로 접근한건 아니고 임시용으로 디렉토리에 속성만 가했습니다.

아주 기본적인 방법으로 만들었을 뿐이고 때문에 보호된 운영체제 파일 보기에 체크가 되어 있으면 보이긴 하며 정확한 경로명을 알아내면 패스워드 없이도 접근은 됩니다.

알고리즘을 적용하는 방법을 몰라 비밀번호는 소스 내에 포함하도록 하였습니다.

예시 프로그램 : 

secfol1.exe

#일부 환경에서 MSVCR110.dll 누락으로 프로그램이 실행되지 않는 문제가 있습니다.(XP에서는 넣어줘도 실행이 안됩니다)

#해당 환경 이용자는 직접 컴파일 하시는걸 추천드립니다.

코드 :

만약 인터넷 종량제가 시행이 되었더라면 우리나라의 많은 사람들이 인터넷 요금 대 폭탄을 맞았겠군요.

공유기의 세팅을 조작하다가 문득 생각나서 한번 제 연간 인터넷 사용량을 확인했습니다.

확인한 기간은 12년 05월 부터 13년 01월 까지 약 9개월간의 통계구요.

그래프 하단의 Incoming/Outgoing은 매년 1월까지 누적 후 리셋되는 수치입니다.(사실상 연간 통계죠)

보시면 최종 통계인 13년 01월 수치가 각각 약 1.6TB, 1.8TB 정도가 됩니다.

월 평균으로 해도 대략 170GB, 190GB 정도 된다는 겁니다.(위 계산들은 대충 예측한겁니다)

처음에는 "내가 좀 많이 쓴다해도 그렇지.. 이게 바이트 가 아니라 비트겠지" 하고 확인했습니다.

비트는 쥐뿔이.. 바이트가 맞네요..

일반 사용자들도 적게 쓰는분들도 평균 제 사용량의 최소 1/3은 나오실거고 대부분이 1/2~2/3는 나오실건데

종량제가 통과되었다면 초창기 고속 인터넷 시장부터 월정액 대역폭 제한 사용트래픽 무제한으로 써오던 우리나라 국민들에겐 얼마나 큰일일지..

게다가 서버라도 돌리시는 분들은...^^:

아래로는 각 달의 누적 증가치

이 글의 게시일인 13년 06월 25일 이후의 그래프는 갱신이 되지 않은 전월 해당일의 그래프가 그대로 넘어온 것입니다.

무선랜 많이들 이용하시지요?

특히 노트북 사용하시는 분들은 한번 쯤은 무선랜을 사용해보셨을듯 합니다.

이번에 구글 크롬 27.0.1453.110 m 버전에서 심각한 문제가 발견되었습니다.

위 사진은 윈도우 8 사용자이신 카이스트의 김 모씨 께서 발견해 제보하신 버그입니다.

구글 크롬이 인터넷 접속시 무작위 3곳에 신호를 보내는데 그중 하나가 잘못된 주소로 지정되어 접속 에러가 발생한다고 합니다.

윈도우의 네트워크는 이를 Wi-Fi 의 신호가 약해 끊어진줄 알고 접속을 차단하고 다른 SSID로 접속하려고 시도한다고 합니다.

크롬을 켜두기만 해도 무선랜 환경에 치명적인 버그를 발생시키며 이번에 패치된 27.0.1453.116 m 으로 필이 업데이트 하시기 바랍니다.

출처 : http://itguru.tistory.com/36

게시글 삭제 혹은 블로그 폐쇠 방지를 위해 해당 부분만 스크랩.

로 하면 "문자를 입력하세요 : " 부분이 실행되지 않고 넘어간다. 
이러한 일이 발생하는 원인과 해결책은 여기를 누르면 알 수 있다. 이 글에 제시된 해결책 보다 조금 높은 수준을 원한다면 * 문자를 활용하면 된다. 앞에서 말했듯이 * 문자는 stdin 에서 입력은 받지만 그 데이터는 버려버리는 특징을 이용하면

scanf("%d", &num);
scanf("%*c%c", &c);

와 같이 하면 된다. 왜냐하면 "%*c%c" 라는 형식 문자열의 의미는 "stdin 에서 한 문자를 얻어오되 그 값은 버리고 (이 경우 \n 이 버려진다), 그 다음에 한 문자를 얻어와 이에 대응되는 인자 (&c) 에 저장한다" 이기 때문이다. 

하지만 이러한 문제를 가장 잘 해결하는 방법은 fgets 함수를 이용하는 것이다. 

scanf 함수 사용시 주의할 점

scanf 함수는 문자열 입력시 입력받을 문자열의 최대 개수를 제한을 두지 않으므로 버퍼 오버플로우가 발생할 여지가 충분히 있다. 이를 해결하기 위해서는 역시 fgets 함수를 이용하거나 폭을 지정해 주면 된다. 예를 들어서

char str[10];
scanf("%9s", str);

와 같이 한다면 우리가 stdin 에 아무리 많이 입력해도 scanf 는 오직 9 문자만을 취하므로 안전하게 입력이 가능하다. (배열의 크기는 10 이지만 NULL 문자를 위해서 9 자만 입력해야 한다) 하지만 이와 같이 할 경우에도 문제가 있는데, 사용자가 9 문자 보다 많이 입력했을 경우 scanf 는 오직 9 문자만을 처리하므로 일부 문자가 버퍼에 남아 있어서 다음번 입력 시 차질이 생긴다. 이는 다음과 같이 해결 할 수 있다.

scanf("%9s%*s", str);

왜냐하면 처음 %9s 를 통해서 9 문자만 입력 받고 stdin 에 남아있는 나머지 문자열들은 %*s 가 날려버리기 때문이다. 

실행 예제

/* 각 형식에 맞는 입력을 받은 뒤 이를 출력한다.*/
#include <stdio.h>
int main()
{
    char str[10];
    char ch;
    int dec, hex, oct;
    float db;

    printf("문자열, 문자, 십진수, 16 진수, 8 진수, 소수를 각각 입력하세요\n");
    scanf("%9s %*s %c %d %x %o %f", str, &ch, &dec, &hex, &oct, &db);

    printf("문자열 : %s \n", str);
    printf("문자 : %c \n", ch);
    printf("십진수 : %d \n", dec);
    printf("16 진수 : %x \n", hex);
    printf("8 진수 : %o \n", oct);
    printf("소수 : %f \n", db);
    return 0;
}

실행 결과