เหอะ ๆ

มาอ่าน ๆ ๆ ๆ

* ต้อง add blog นี้ไว้ อิอิ สาระๆ

* จะบอกว่า นู๋เรียน com-sci แต่ไหง นู่ม่ายค่อยรู้เลยอ๊ะ เห้อออ

ยอดเลยครับ
แนะนำว่าจัดย่อหน้าให้สวยกว่านี้นิดนึง เป็นบล็อกที่มีประโยชน์มาก ๆ เลยครับ

ทำไมถึงคิดว่าการระบุว่าไฟล์เป็นชนิด binary หรือ text เป็นการแก้ปัญหา ? ขอถามว่าเวลาที่คุณ download ข้อมูลจากอินเทอร์เน็ต ไม่ว่าจะเป็น source code หรือไฟล์วีดีโอ ผู้ใช้ต้อง "ระบุ" ด้วยหรือว่าไฟล์ที่ต้องการนั้นเป็นชนิดไหน ระหว่าง binary หรือว่า text จึงจะได้ข้อมูลไฟล์ที่ถูกต้อง คงจะวุ่นวายน่าดู แล้วเราจะแน่ใจได้อย่างไรว่า OS ของserver ที่เราโหลดข้อมูลนั้นเป็น windows, linux, AIX, Freebsd, Solaris หรือว่า AS400 EOF ใช้ตัวอักขระใด (อาจไม่ตรงกับwindows หรือ linux ก็เป็นได้)

จริงอยู่ที่ ftp นั้นมีโหมดการโหลดข้อมูล 2 แบบ แต่กรณีถ้าคุณใช้โหมด binary ทั้งหมดก็ไม่น่ามีปัญหา เพราะโหมดนี้รับประกันได้ว่าข้อมูลจะตรงกันทุกไบต์

ปล. 1) นิยามว่า text file คือไฟล์ที่เก็บข้อมูลเป็นบรรทัดนั้นถูกต้องแล้วหรือ ? คำว่า "บรรทัด" หมายถึงอักขระ EOL ใน linux ใช้ 0x0A อย่างนั้นถ้าข้อมูลของไฟล์ใดมี 0x0A ก็ถือว่าเป็น text file ได้สิ แล้วแน่ใจหรือว่าใน binary file ไม่มีอักขระนี้
2) ไฟล์ส่วนใหญ่ที่ใช้กัน (อย่างน้อยก็ระบบไฟล์ของ windows, linux, unix, mac os x, solaris) ไม่มีการใส่ EOF ไว้ใน "เนื้อ" ของไฟล์

ขอบคุณทุกท่านที่มา comment ครับ


ตอบคุณ ศล
เป็น entry ที่สองของผมครับ
กำลังพยายามปรับปรุงอยู่


ตอบคุณ anonymous
การ download file ผ่าน internet ผมเข้าใจว่าเป็น binary นะครับ
ถ้า file ที่ download มาเป็นรูปภาพ เป็นโปรแกรม เป็น compress file ก็ไม่ได้เป็นปัญหาอะไรอยู่แล้ว
แต่บางทีอาจจะเจอ file readme.txt ที่ download มาแล้วเปิดดูใน notepad กลายเป็นมีบรรทัดเดียว ยาวเหยียด
นี่แหละครับ ปัญหาที่จะเจอ เพราะ EOL บน windows ต้องเป็น 0x0D 0x0A แต่ของ unix เป็น 0x0A
notepad เลยเห็นเป็นบรรทัดเดียว

ส่วน binary file ที่มี EOL
แล้วข้อมูลมันเป็น บรรทัด หรือเปล่า
หรือตรงตำแหน่งที่มี 0x0A มันเป็นจุดสิ้นสุดบรรทัด หรือเปล่า
ถ้าใช่ทั้งหมด ก็เป็น text file
ถ้าไม่ใช่ทั้งหมด ก็แสดงว่าข้อมูลไม่อาจจัดให้เป็น บรรทัด ได้
เลยถือว่าเป็น binary file ครับ

ส่วน EOF มันถึงมีหรือไม่มีก็ได้ไงครับ
แต่พึ่งจะเห็น file .h ที่มากับ turbo c มี EOF ติดมาด้วย
ผมไม่ชอบใช้ turbo c เลยไม่เคยสังเกต

text คือเก็บข้อมูลไฟล์ แบบตัวอักขร binary คือ ข้อมูลที่เก็บเป็น ไบต์

text file มันคืออะไร

และ file of receord คืออะไร

เห็นด้วยกับคุณ zkaru ที่ว่าการโหลดข้อมูลในอินเทอร์เน็ตใช้แบบ
binary เพราะประกันได้ว่าข้อมูลจะตรงกับต้นฉบับทุกไบต์ แต่นั่น
ก็หมายถึงว่าถ้าคุณใช้ ftp ในโหมด binary ก็จะไม่เจอปัญหา
ดังกล่าวด้วยเช่นกัน ผมจึงคาดเดาว่าตัวปัญหาจริงๆ ของกรณีนี้คือ
winscp อาจพยายามใช้โหมด ascii กับบางไฟล์โดยคิดเอาเอง
ว่าไฟล์นั้นเป็น text file

"ตำแหน่งที่มี 0x0A มันเป็นจุดสิ้นสุดบรรทัด หรือเปล่า"
หมายถึงอะไรครับ
ถ้าเรากำลังบอกว่า 0x0A คือ "บรรทัด" แล้วการดูว่ามันอยู่ในจุดสิ้นสุด
บรรทัดหรือไม่ ก็จะกลายเป็นปัญหาไก่กับไข่นะครับ
การจะบอกว่าไฟล์ใดเป็น binary หรือว่า text นั้นไม่จำเป็นต้อง "เห็น" ก็ได้ เราอาจเขียนโปรแกรมเล็กๆ แล้วส่ง "เนื้อ" ของไฟล์ที่
ต้องการทดสอบเข้าไป แล้วให้โปรแกรมแสดงผลลัพธ์ว่าเป็นไฟล์ชนิดใด
แต่แน่นอนว่า algorithm ต้องไม่ใช่ search หา 0x0A แล้วสรุปว่า
เป็นtext file

EOF เป็นส่ิงสมมติที่ OS สร้างขึ้นมาเพื่อสื่อสารกับ Application
ไม่มีทางที่เราจะใส่ EOF ไว้ในเนื้อไฟล์ได้เลย ไม่ว่าจะเป็น Window,
Linux, Mac OS X หรือแม้กระทั่ง DOS

การจัดการ file system ใน OS สมัยใหม่ ทำให้ดูเหมือนว่า EOF เป็นสิ่งที่ไม่มีอยู่จริง
แต่สำหรับ text file เพื่อให้ compatible กับระบบเก่า ยังคงมีการตีความ EOF กันอยู่
อย่าง ^Z (0x1A) ใน DOS กับ Windows
ลองดูตัวอย่างจากโปรแกรมที่ผมเขียน

#include
#define MY_TEST_FILE "C:\\\\MyTest.txt"
#define EOF_CHAR 0x1A

int main ()
{
int c;
FILE *fp;

puts ("create file with 2 lines");
fp = fopen (MY_TEST_FILE, "wb");
if (fp == NULL)
{
perror (MY_TEST_FILE);
return -1;
}
fputs ("line 1\\r\\n", fp);
fputs ("line 2\\r\\n", fp);
fclose (fp);
puts ("");

puts ("read as text file");
fp = fopen (MY_TEST_FILE, "r");
if (fp == NULL)
{
perror (MY_TEST_FILE);
return -1;
}
while ((c = getc (fp)) != EOF)
putchar (c);
fclose (fp);
puts ("");

puts ("create file with EOF between 2 lines");
fp = fopen (MY_TEST_FILE, "wb");
if (fp == NULL)
{
perror (MY_TEST_FILE);
return -1;
}
fputs ("line 1\\r\\n", fp);
putc (EOF_CHAR, fp);
fputs ("line 2\\r\\n", fp);
fclose (fp);
puts ("");

puts ("read as text file");
fp = fopen (MY_TEST_FILE, "r");
if (fp == NULL)
{
perror (MY_TEST_FILE);
return -1;
}
while ((c = getc (fp)) != EOF)
putchar (c);
fclose (fp);
puts ("");

puts ("read as binary file");
fp = fopen (MY_TEST_FILE, "rb");
if (fp == NULL)
{
perror (MY_TEST_FILE);
return -1;
}
while ((c = getc (fp)) != EOF)
putchar (c);
fclose (fp);

getchar ();
return 0;
}


โปรแกรมด้านบนจะทำการสร้าง file ขึ้นมาแล้วเขียนข้อมูลลงไปสองบรรทัด
จากนั้นจะอ่าน file แบบ text mode กลับขึ้นมาแสดงผลที่จอ
เพื่อให้เห็นว่าอ่านข้อมูลทั้งสองบรรทัดได้ถูกต้อง
ต่อมาทำการสร้าง file ใหม่ คราวนี้เขียน ^Z (0x1A) ลงไประหว่างบรรทัดทั้งสอง
อ่าน file แบบ text mode กลับขึ้นมา
จะเห็นได้ว่าอ่านได้บรรทัดเดียว เพราะไปเจอ ^Z ซึ่งเป็น EOF เลยหยุด
แต่ถ้าอ่านแบบ binary mode ก็จะอ่านได้หมดรวมถึง ^Z ด้วย
ถ้าเอาโปรแกรมไปรันดูก็จะได้ผลประมาณ

create file with 2 lines

read as text file
line 1
line 2

create file with EOF between 2 lines

read as text file
line 1

read as binary file
line 1
line 2

ลองดูเพิ่มเติมจาก wiki ได้นะครับ
//en.wikipedia.org/wiki/End_of_file

โค้ดที่แสดงนั้นไม่ได้เป็นอะไรที่มากไปกว่าจะบอกว่า EOF ของระบบ
DOS และ Windows นั้นถูก defined ด้วยค่า 0x1A แต่ว่าการเขียน
โค้ดในลักษณะนี้ไม่สามารถนำไปใช้งานจริงได้ เช่นถ้าคุณจะ copy ไฟล์
คุณต้องเลือกว่าจะเปิดไฟล์แบบไหนด้วยหรือ แล้วถ้าเป็นการ copy
text file ก็คงจะได้ค่าเฉพาะอักษรที่อยู่ก่อน 0x1A เท่านั้น ซึ่งเป็นเรื่อง
ที่ไม่ถูกต้อง

ใน wiki ที่คุณ zkaru อ้างถึงก็บอกอย่างชัดแจ้งว่า EOF เป็นสิ่งที่ return
โดยฟังก์ชั่น read() เมื่อเจอเงื่อนไขที่เป็น "จุดสิ้นสุด" ของไฟล์ แต่
นั่นไม่ได้เป็นการบอกว่าฟังก์ชั่น read() อ่านเจอตัวอักขระ EOF ในไฟล์
(ซึ่งความจริงมันไม่ได้มีอยู่จริงในเนื้อของไฟล์ใดๆ เลย) นอกจากนั้น
wiki ยังบอกอีกว่า EOF มักนิยามด้วยค่า negative value เช่น -1
เพราะ application จะได้สามารถแยกความแตกต่างได้นั่นเอง

สุดท้ายผมอยากจะบอกอีกครั้งว่า EOF เป็นสิ่งสมมติ ที่อาจนิยามแตกต่างกัน
ในแต่ละระบบปฏิบัติการ แต่ถึงแม้ว่าจะนิยามว่า EOF ของ DOS คือ 0x1A
ก็ไม่ได้หมายความว่า 0x1A ต้องเป็น EOF