ini bekerja dengan baik di bawah xp,Quote:
Originally Posted by ;
tetapi membaca baris terakhir dua kali di bawah ubuntu,
siapa yang akan mengajari saya cara memperbaikinya?
Printable View
ini bekerja dengan baik di bawah xp,Quote:
Originally Posted by ;
tetapi membaca baris terakhir dua kali di bawah ubuntu,
siapa yang akan mengajari saya cara memperbaikinya?
Bisakah Anda memperluas 'membaca baris sebelumnya dua kali' dan apakah dokumennya?
1 Attachment (s) Saya mengerti jika ada ruang yang lebih steril, itu akan membaca dua kali lipat di bawah xp tetapi saya yakin itu berfungsi dengan baik di bawah xp, saya pikir ada perbedaan antara xp dan ubuntu. Ini adalah baris terakhir dalam dokumen:
itu membaca baris terakhir ganda, jadi ada dua pub yang sama terungkap dalam grafik, bar kuning berlebihan. Sepertinya seperti itu:Quote:
Originally Posted by ;
https://www.forexfabrikasi.com/attac...1518956447.pngQuote:
Originally Posted by ;
hmmm. . .tidak yakin. Saya akan mendekatinya dengan membaca di setiap baris menggunakan getline () dan kemudian membaginya menjadi jumlah yang terpisah, dengan cara ini Anda dapat membersihkan spasi palsu atau pengembalian carriage.
Saya menemukan petunjuk, ketika file itu diedit secara manual, bahwa ini akan terjadi, di bawah linux
Kode Ascii menunjukkan hal berikut: Ini diperkenalkan untuk menahan kepala printer. Chr (13) = carriage return (lanjutkan ke awal (kiri) dari lineup) chr (10) = Line Feed (bergerak ke bawah 1 line.) Ini menunjukkan akhir dari file atau akhir dari transmisi Chr (26) = Ctrl-Z Chr (04) = Ctrl-D Ini adalah peninggalan dari OS yang cukup lama dan sekarang sudah usang tetapi mungkin masih dapat ditemukan di beberapa file. File jendela standar membentuk pemisahan lineup dinotasikan dengan chr (13) Chr (10) Secara teknis printer berbicara. Akhir penanda dokumen kadang-kadang masih ada di file teks pada file windows ini mungkin akan chr (26) (Ctrl-Z) pemisahan baris Unix Standar hanya menggunakan chr (10) yang menganggap datang ke bagian kiri halaman. Ini lebih logis dalam aplikasi non-printer (yaitu file diskmemori) karena Anda mungkin harus memasukkan banyak tab atau spasi di dalam dokumen untuk mempertahankan posisi x saat ini pada baris baru. Akhir penanda dokumen terkadang masih ada dalam file. . Pada file unix ini akan menjadi Chr (4) (Ctrl-D) --------------- Pada dasarnya kesulitannya adalah bahwa hal IFS tidak mendeteksi akhir dokumen ketika Anda ingin untuk. Ini akan dikaitkan dengan karakter tambahan setelah baris terakhir (ini dapat berupa kombinasi dari yang dijelaskan sebelumnya) 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 (lineup redundan) dalam kasus di atas hal IFS tidak akan mendeteksi akhir dokumen karena karakter tambahan chr (4) Hal IFS mungkin juga dikodekan sedemikian rupa sehingga tidak akan mendeteksi akhir file jika feed baris hadir pada lineup yang sudah jadi EG 9 7 31 0 158.596 156.936-Chr (10) - Saya belum selesai ada jajaran lain 9 7 30 0 158.096 155.299-Chr (10) -Saya belum selesai ada jajaran lain 9 7 29 0 156.354 153.872-Chr (10) -aku belum selesai ada jajaran lain Akhir File Solusi termudah (s) Menilai file Anda dengan hex editor untuk mencari tahu apa akhir dari file Anda tampak seperti untuk memahami masalah yang tepat Pastikan Anda memindahkan dokumen (dari windows ke unix) dengan konvensi Ascii n Strip SEMUA karakter asing dari akhir dokumen termasuk umpan baris terakhir sehingga dokumen Anda (dalam hex editor) akan terlihat seperti: 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
Terima kasih atas bantuan Anda, ini bekerja dengan baik sekarang