คำถามเกี่ยวกับ
Results 1 to 7 of 7

Thread: คำถามเกี่ยวกับ

  1. #1
    Quote Originally Posted by ;
    c code:

    Ifstream ifs (Hour.dat);

    ในขณะที่ (ifs.good ()) {
    ifsgt; gt; bar.yeargt; gt; bar.monthgt; gt; bar.daygt; gt; bar.hourgt; gt; bar.highgt; gt; bar.low;
    bars.insert (bars.begin (), บาร์);
    }
    ทำงานได้ดีภายใต้ xp,
    แต่อ่านบรรทัดสุดท้ายสองครั้งภายใต้อูบุนตู,
    ใครสามารถสอนฉันวิธีการแก้ไข?

  2. #2
    คุณสามารถขยาย 'อ่านบรรทัดสุดท้ายสองครั้ง' และวิธีการจัดรูปแบบไฟล์?

  3. #3
    1 ไฟล์แนบฉันรู้ว่าถ้ามีพื้นที่ว่างมากขึ้นจะอ่านสองครั้งภายใต้ xp แต่ฉันแน่ใจว่าทำงานได้ดีภายใต้ xp ฉันคิดว่ามีความแตกต่างระหว่าง xp และ ubuntu นี่คือบรรทัดสุดท้ายในไฟล์:
    Quote Originally Posted by ;
    9 7 31 0 158.596 156.936 9 7 30 0 158.096 155.299 9 7 29 0 156.354 153.872
    มันอ่านบรรทัดสุดท้ายสองครั้งเพื่อให้มีสองแถบเดียวกันแสดงให้เห็นในแผนภูมิ, แถบสีเหลืองเป็นซ้ำซ้อน ดูเหมือนจะเป็นเช่นนี้:
    Quote Originally Posted by ;
    9 7 31 0 158.596 156.936 9 7 30 0 158.096 155.299 9 7 29 0 156.354 153.872 9 7 29 0 156.354 153.872 (สายซ้ำซ้อน)

  4. #4
    อืม ... ไม่แน่ใจ ฉันจะวิธีการนี้โดยการอ่านในแต่ละบรรทัดด้วย getline () แล้วแยกออกเป็นหมายเลขแยกกันด้วยวิธีนี้คุณสามารถทำความสะอาดช่องว่างใด ๆ spurious หรือผลตอบแทนการขนส่ง

  5. #5
    ฉันพบคำใบ้ถ้าไฟล์ถูกแก้ไขด้วยตนเองนี้จะเกิดขึ้นภายใต้ลินุกซ์

  6. #6
    รหัส Ascii ระบุว่า: สิ่งเหล่านี้ถูกนำมาใช้เพื่อควบคุมหัวพิมพ์ของเครื่องพิมพ์ (เลื่อนไปที่จุดเริ่มต้น (ซ้าย) ของบรรทัด) chr (10) = Line Feed (เลื่อนลงหนึ่งบรรทัด) ซึ่งหมายถึงจุดสิ้นสุดของไฟล์หรือจุดสิ้นสุดของการส่ง Chr (26) = Ctrl- Z Chr (04) = Ctrl -D นี่คืออนุสาวรีย์จากระบบปฏิบัติการเก่ามากและตอนนี้ล้าสมัย แต่ยังสามารถพบได้ในบางไฟล์ การแยกบรรทัดไฟล์ Windows มาตรฐานจะแสดงด้วยเครื่องหมาย chr (13) Chr (10) สิ้นสุดของเครื่องหมายไฟล์บางครั้งยังคงอยู่ในไฟล์ข้อความบน Windows ไฟล์เหล่านี้จะ chr (26) (Ctrl-Z) การแยกบรรทัด Unix มาตรฐานใช้เฉพาะ chr (10) ซึ่งถือว่ากลับไปทางด้านซ้ายของหน้า นี่คือตรรกะในการใช้งานที่ไม่ใช่เครื่องพิมพ์ (เช่นดิสก์ไฟล์หน่วยความจำ) เนื่องจากคุณจะต้องแทรกช่องว่างจำนวนมากหรือแท็บไฟล์เพื่อรักษาตำแหน่ง x ปัจจุบันในบรรทัดใหม่ จุดสิ้นสุดของเครื่องหมายไฟล์บางครั้งยังคงอยู่ในไฟล์ข้อความ .. ในไฟล์ UNIX เหล่านี้จะเป็น Chr (4) (Ctrl-D) --------------- ปัญหาพื้นฐานของคุณคือ IFS วัตถุไม่พบจุดสิ้นสุดของไฟล์เมื่อคุณต้องการให้ นี่อาจเกิดจากอักขระพิเศษหลังจากบรรทัดสุดท้าย (เหล่านี้อาจเป็นชุดค่าผสมที่กล่าวมาทั้งหมด) EG: 9 7 31 0 158.596 156.936-Chr (10) 9 7 30 0 158.096 155.299-Chr (10) 9 7 29 0 156.354 153.872-Chr (10) -Chr (4) 9 7 29 0 156.354 153.872 (ซ้ำซ้อนบรรทัด) ในตัวอย่างข้างต้นวัตถุ IFS จะไม่ตรวจพบจุดสิ้นสุดของแฟ้มเนื่องจาก chr อักขระพิเศษ (4) วัตถุ IFS ยังอาจ ถูกเข้ารหัสในลักษณะที่จะไม่ตรวจพบจุดสิ้นสุดของไฟล์ถ้ามีฟีดบรรทัดอยู่ในบรรทัดสุดท้าย EG 9 7 31 0 158.596 156.936-Chr (10) - ฉันยังไม่ได้ทำยังมีบรรทัดอื่น 9 7 30 0 158.096 155.299-Chr (10) - ฉันยังไม่ได้ทำยังมีบรรทัดอื่น 9 7 29 0 156.354 153.872-Chr (10) - ฉันยังไม่ได้ทำยังมีปลายบรรทัดสุดท้ายของไฟล์วิธีที่ง่ายที่สุด (s) ตรวจสอบไฟล์ของคุณด้วยโปรแกรมแก้ไข hex เพื่อค้นหาว่าไฟล์ของคุณสิ้นสุดลงหรือไม่ต้องการให้แน่ใจว่าคุณได้ถ่ายโอนแฟ้ม (จาก Windows ไปยัง Unix) โดยใช้การประชุม Ascii Strip ALL chew จากภายนอก สิ้นสุดไฟล์รวมถึงฟีดบรรทัดสุดท้ายดังนั้นไฟล์ของคุณ (ในตัวแก้ไข hex) จะมีลักษณะดังนี้: 9 7 31 0 158.596 156.936-Chr (10) 9 7 30 0 158.096 155.299-Chr (10) 9 7 29 0 156.354 153.872

  7. #7
    ขอบคุณสำหรับความช่วยเหลือของคุณตอนนี้ทำงานได้ดีแล้ว

การขออนุญาตโพส

  • ห้ามโพสข้อความใหม่
  • ห้ามโพสตอบ
  • ห้ามแนบไฟล์
  • ห้ามแก้ไขโพส
  •  
  • รหัส BB เปิด
  • Smilies ปิด
  • รหัส [IMG] เปิด
  • รหัส [VIDEO] เปิด
  • รหัส HTML ปิด
นโยบาย Cookie
นโยบาย Cookie: เว็บไซต์ thaitradeforex มีการใช้ cookies และสำหรับการดำเนินการเยี่ยมชมเว็บไซต์ ท่านได้ยอมรับในสิ่งนี้ สำหรับข้อมูลเพิ่มเติมโปรดอ่าน 'Cookie Disclosure'.