BG Development


Страници: (2) 1 [2]   ( Първото ново мнение ) Reply to this topicStart new topicStart Poll

> Универсална обработка на CR/LF, Как го правя аз.
SuN
Публикувано на: 10-06-2018, 14:58
Quote Post


Group Icon
Име:
Група: Администратор
Ранг: Почетен член

Мнения: 6323
Регистриран на: 27.01.05



QUOTE (wqw @ 10-06-2018, 14:00)
Това с MAC кодирането не го разбирам честно.

То и аз като съм писал perl само за Линукс и утф-8 не съм обръщал внимание на пренасяемостта, но явно за асемблер програмите е важно за да ги портнеш с лекота да нямаш излишни глупави спънки.


--------------------
Копирай лесно ударено и - ѝ Ѝ
Замърсяване на въздуха в София - http://aqicn.org/city/bulgaria/sofia/druzhba/
PMEmail Poster
Top
johnfound
Публикувано на: 10-06-2018, 15:05
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 6205
Регистриран на: 27.05.04



QUOTE (SuN @ 10-06-2018, 15:58)
То и аз като съм писал perl само за Линукс и утф-8 не съм обръщал внимание на пренасяемостта, но явно за асемблер програмите е важно за да ги портнеш с лекота да нямаш излишни глупави спънки.

Само ти така си мислиш. За да работиш съгласно с Уникод, трябват даже още по-сериозни усилия. От википедия:

QUOTE
The Unicode standard defines a number of characters that conforming applications should recognize as line terminators:

    LF:    Line Feed, U+000A
    VT:    Vertical Tab, U+000B
    FF:    Form Feed, U+000C
    CR:    Carriage Return, U+000D
    CR+LF: CR (U+000D) followed by LF (U+000A)
    NEL:  Next Line, U+0085
    LS:    Line Separator, U+2028
    PS:    Paragraph Separator, U+2029


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
Дон Реба
Публикувано на: 10-06-2018, 17:05
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 6648
Регистриран на: 11.11.06



QUOTE (SuN @ 10-06-2018, 14:58)
QUOTE (wqw @ 10-06-2018, 14:00)
Това с MAC кодирането не го разбирам честно.

То и аз като съм писал perl само за Линукс и утф-8 не съм обръщал внимание на пренасяемостта, но явно за асемблер програмите е важно за да ги портнеш с лекота да нямаш излишни глупави спънки.

хахахаххахаа
PM
Top
AK-85
Публикувано на: 10-06-2018, 19:18
Quote Post



Име:
Група: Потребител
Ранг: Старо куче

Мнения: 748
Регистриран на: 06.07.06



QUOTE (johnfound @ 10-06-2018, 12:14)
Има и други проблеми, например, трябва още една проверка за дължина на стринга, защото с това i=i+1 лесно може да се излезе след последния символ.

По-лесният вариант е да циклиш до дължина на текста - 2, а последната итерация да я изнесеш извън цикъла (хем и критичната част от кода, т.е. цикъла, ще се опрости).

QUOTE (johnfound @ 10-06-2018, 12:14)
Но в реален код, цикъла няма да е с фиксирана дължина, а докато се срещне 0, така че тази проверка изглежда малко по-друго.

Това въобще не е задължително, особено ако правиш входно-изходни операции с външния свят (мрежа, файлове и т.н.), където системните интерфейси винаги боравят с точни размери, а не терминиране с 0.
PM
Top
johnfound
Публикувано на: 10-06-2018, 20:37
Quote Post


Group Icon
Име:
Група: VIP
Ранг: Почетен член

Мнения: 6205
Регистриран на: 27.05.04



@AK-85 - безспорно. Мисълта ми беше, че тия проблеми се решават на конкретното място на използването, според обстановката.


--------------------
asm32 - Приложно програмиране на асемблер.
Tox: 2B446ADCEC7E180CD4C59391D81D4CAB3E99CA7AE767DB3AB45AF976F8A2050FF071DDB733F1
PMEmail PosterUsers Website
Top
Demigod
Публикувано на: 11-06-2018, 21:09
Quote Post



Име:
Група: Потребител
Ранг: Почетен член

Мнения: 4268
Регистриран на: 26.04.09



ми ти си отговори сам на въпроса, бе Джон.


--------------------
being insane is so .... liberating ....
PMEmail Poster
Top
1 потребители преглеждат тази тема в момента (1 гости, 0 анонимни потребители)
Потребители, преглеждащи темата в момента:

Topic Options Страници: (2) 1 [2]  Reply to this topicStart new topicStart Poll

 


Copyright © 2003-2018 | BG Development | All Rights Reserved
RSS 2.0