Things...

<사진 출처: http://www.burgerking.co.kr 에서 스크린 캡쳐>

위에서 언급했지만, Stacker 세트는 감자튀김 대신 아이스크림이 나온다. 개인적인 견해로는 그것은 에러다... 그리고 두 세트 메뉴의 가격의 객관적인 비교를 위해서 Stacker 세트에 아이스크림 대신에 감자 튀김을 넣었다. 그렇게 되면 원래 가격에 \900이 더 부과되기 때문에 위와 같은 공식이 나왔다.

이번에도 역시 두 세트의 가격의 객관적인 비교를 위해서 최대한 조건을 맞추기 위해서 Double Whopper에 치즈 두장을 얹은 가격을 구했다. 치즈 한장의 가격을 \300에 팔고 있으니, 원래 세트 가격에 \600을 추가했다. (여기서 잠깐... 두장까지는 한장에 \300 이라고 메뉴에 써있는데, 세장 넣어달라고 하면 넣어줄까? 그리고 돈은 얼마를 받을까?)

그렇다면, 이제 위의 식들로 어떤 메뉴를 먹는것이 현명한지 따져보자... 우선 객관적인 가격 비교를 위해서 두 세트가 최대한 공통 분모를 갖게 한 상태에서 두 세트의 차이는 다음과 같다.

Double Stacker만 있는것	Double Whopper에만 있는것
+ Bacon	+ Lettuce  + Onion  + Pickle  + Tomato  + Mayo  + etc ( dunno what )

역시... Whopper에는 들어간 건덕지가 많아서 더 비싸군...
여기서 임시적으로 결론을 내려본다...


왜냐면... Double Whopper에 들어간 Double Stacker에 없는 것들이 두 세트 가격의 차 + Bacon의 가격만큼의 값어치 만큼 들어가 있는가??? I say no... Double Whopper에 들어간 것은 직접 사서, Double Stacker를 넣어 먹는 것이 현명한 것으로 밝혀졋다..

하지만, 버거킹의 메뉴들은 여전히 우리같은 서민에게는 절대적으로 비싸다...
그래서...

결론은, 그냥 가끔 치즈 와퍼 정도로 만족하자...

우리 버거대왕님 통 큰줄 알았는데, 참 실망이다...

친구들 만나러 갈때 오늘 신은 구질구질한 신발 말고 새 운동화 신고 가라~

주말에 피곤한 몸을 풀어주기 위해 찜질방을 갔다가 집에 갈때 밤공기가 시원하고 좋아서 탄천을 따라 쭈욱 걸어서 가기로 했다. 약 45분 정도의 시간이 걸리는 거리라서, 물 한병 사서 마시면서 걸으려고 편의점에 들렀는데, 섹시해 보이는 병이 보이는 것이었다...

매끈하게 잘 빠진 초록색 병...

S 라인으로 나를 유혹하고 있었다...
그래서 사긴 샀는데...


이젠 마운틴 듀가 PET 병으로도 나오나 보다...

<사진 출처: pageslap>

<사진 출처: pageslap>

내 친구가 나의 저 모습을 보고 이랬다...
As soon as I did the Vulcan salute, my friend asked me...

그래서 나는 대답했다...
So I asked back...

정말 몰라서 묻는거야???
Are you serious you don't know what this means???

그랬더니 내 친구가 대답했다...(궁금하다면 "더보기" 클릭!!!)
Then my friend kindly answered...(click "more" if you want to know)

Such a pain to use WinINet in Asynchronous mode, isn't it?

The WinINet section in MSDN documentation seems incomplete once you start to look for things you want to know about. The sample codes provided in MSDN documents and Technical Support pages are too simple to know the exact behavior of WinINet. However, by trial and error, I have learned a big deal about WinINet. As I am still in the process of learning how WinINet works and how I'm supposed to use it, I would like to share something about WinINet that could be really tricky.

As I am writing this post I will assume that  whoever is reading this already knows how to use the WinINet Windows API in some sort of way. All the details that I consider irrelevant to the following topic will not be explained here.

So the thing that I am going to talk about is...
Making a POST request with large data

More specifically, if you are stuck in a problem where you do a post operation typically with a sufficiently large sized file and you never get a response back see if this is your problem.

Check what your code's behavior is when InternetWriteFile() returns false, and GetLastError returns ERROR_IO_PENDING. An experienced programmer might be able to get things right, but without much knowledge about asynchronous IO the above situation was very confusing.

What happens when InternetWriteFile() return false, and the reason was because IO operation was already pending? What is your guess??? The problem that I had resulted from not knowing the exact behavior for such situation.

Here is what I thought would happen.
Since InternetWriteFile returned false, the operation failed... nothing is going to be written. Besides the last paramter for InternetWriteFile, which is an out parameter that indicates the number of bytes written to the file when the function returns results in the value 0 when the InternetWriteFile returns... Therefore, nothing happened, and nothing is going to happen until the pending IO operation completes and INTERNET_STATUS changes to INTERNET_STATUS_REQUEST_COMPLETE and InternetWriteFile() is called again.

From what I have learned yesterday, here is what really happens. However, this is not a confirmed fact, but my own understanding of the behavior.
When InternetWriteFile() returns false due to ERROR_IO_PENDING, the write operation takes place after the current pending operation(maybe it's the read operation on the buffer for the actual writing operation on the network that is pending) is finished. When that write operation is finished after the pending operation is finished, the out parameter which indicates the written number of bytes is updated.

For this reason, this is why all the WinINet examples on MSDN and tech support pages are written in the following manner. During the initialization, or the setup phase of WinINet, an event handle is created. When InternetWriteFile() returns false for a pending IO request, then it waits for the event handle to be signaled, using WaitForSingleObject(). Then the pending IO operation would eventual finish and the write operation will take place. After the write operation is finished, the INTERNET_STATUS will change to INTERNET_STATUS_REQUEST_COMPLETE and the Internet Status Callback Function will be called. SetEvent() is called on the event handle in the callback function, and the blocked thread will be able to resume. Since the requested write operation completed, the out parameter which in indicates the number of bytes written of InternetWriteFile() us updated properly, and everything is good !!!

When posting large data, InternetWriteFile() must be called several times in order to send data in portions. If you want to get things done right, the calculation of how much data has been sent so far must be accurate. And the calculation cannot be accurate if the information of number of bytes written resulting from InternetWriteFile() is inaccurate. And since the information is not updated accurately until the operation has finished, it has to wait.

How lame... you have to block your thread to get things right. So, I came up with an alternative solution. Make a flag which will be set when an ERROR_IO_PENDING occurs. Make a global(not literally, just has to be visible from the appropriate scope) variable, lets say something like dwBytesWritten, which will be used to get the bytes written information. Pass &dwBytesWritten as the last parameter to InternetWriteFile()  in order to retrieve the number of bytes that has been written. On INTERNET_STATUS_REQUEST_COMPLETE, check the flag. If the flag is set, then it means that the write request which was blocked previously because of another IO operation has finished, and the number of bytes written is updated on the vairable dwBytesWritten. So, you can now update the writing progress of data being posted.

Do you get it? It's really hard to put it into words...

Reference - http://support.microsoft.com/kb/177188/en-us

어린시절에 Sesame Street을 본 사람이라면 우리의 사랑스러운 Elmo를 기억할 것이다. 우리나라 방송에서는 방영 했는지 잘 모르겠지만, AFKN에서도 방영했으니 혹시나 채널을 돌리다가 본 사람들도 있을 것이다...

혹시 Elmo가 누군지 그래도 모른다면, 이놈이다 ↘
귀엽고, 당돌한 이 빨간 꼬마 괴물 !!!

Elmo(엘모)

Fun Facts About Elmo
Description : Friendly, cheerful monster
Birthday : February 3
Fur Color : Red
Likes : Learning, laughing, looking at books, playing
Pet : Pet goldfish Dorothy

<사진 출처 및 정보: http://www.sesamestreet.org/ 에서 스크린 캡쳐함>

Sesame Street(Wiki)은 똑같은 말만 되풀이 하는 저능아 같은 텔레터비와는 수준이 다른 유아용 교육 프로그램이었다(시청 대상 연령이 다를지는 모르겠다).

My blog is worth $1,129.08.
How much is your blog worth?

-.ㅡd

막상 계산대에는 이런 광고가 있었다...

 와퍼 세트가 \6,300 !!!
그리고
치즈 와퍼 세트가 \6,900 !!!

WinINet API중에 InternetOpenURL과 HttpSendRequest의 차이를 설명해 주는 문장이 WinINet으로 Authentication 처리 어떻게 해주는가에 대한 문서에 다음과 같이 달랑 두 문장으로 나온다.

The InternetOpenURL and HttpSendRequest functions complete successfully even when authentication is required. The difference is, the data returned in the header files and InternetReadFile would receive an HTML page informing the user of the status code.

Orz

도움좀...

한국 온라인 애플스토어가 해킹당했을지도 모른다는 의심이 든다... 아님 페이지 관리자들의 장난일까??? 친구로부터 이번에 맥북에서 맥북프로로 업그레이드 된 13인치 맥북(지금은 맥북 프로) 페이지 왼쪽 상단에 "헉"이라는 글자가 뜬다는 제보를 받았다. 지금은 없어졌지만 불과 10분 정도 전만해도 있었다...

이렇게 말이다... 여러가지 브라우져로 직접 확인해 보세요...

헉 !!!    

헉 !!!    

^O^
뻥이야~~~

Now I dare you to hack KT's or SKT's corporate website leaving a message that
"We demand iPhone !!!"