Lazarus 1.4

Перекодировка строк, если требуется, осуществляется прозрачно в момент присваивания.

С этим надо осторожнее, в LCL поддержки такой фичи пока нет - незря данный релиз выходит на «старом» fpc 2.6.4. Надеюсь к lazarus 1.6 запилят

Мне бы картинку с htop'ом или же системный монитор. А то сейчас Си-программисты буду просить пруфы=)

Мда... тяжело не учить матчасть.

После make всё что скомпилируется останется в той же директории.

http://i48.fastpic.ru/big/2015/0430/fb/fb912e2eb9f63e4703fa2e6c5fba7dfb.png

Надеюсь к lazarus 1.6 запилят

Транк уже рабочий. В целом вообще очень приятная фича, код очищается заметно.

Да, рабочий. Но есть вероятность словить «необъяснимые» крякозяблины на ровном месте и полку хейтеров прибудет))

и полку хейтеров прибудет))

Хейтеров вылечим, аргументированно. Воинствующих загоним под плинтус.

Спасибо, так вот откуда у меня в голове взялось про паскалевские строки, длину в отрицательном смещении и \0. С юникодм,емнип, тогда помнится беды какие-то были были - правда не помню какие именно, в самом языке, RxLib'е, FibPlus'e, ODAC'e, фасте или далее по списку, плюс Kylix ожидался, хз что с совместимостью, так обычными, (гусары, молчать!), стрингами и обходился :).
Под андроид, яфон не пробовал в лазаре проекты собирать ? - Я так и не понял живое-ли оно там и как это вообще работает, если даже то, что RAD XE выдает - тихий ужас.

С юникодм,емнип, тогда помнится беды какие-то были были - правда не помню какие именно, в самом языке, RxLib'е, FibPlus'e, ODAC'e, фасте или далее по списку, плюс Kylix ожидался, хз что с совместимостью, так обычными, (гусары, молчать!), стрингами и обходился :).

Так-то, UnicodeString появились в дельфях только в 2008 году (и с тех пор структура строк ansi и unicode полностью совпадает). В 95-96 появились именно динамические строки (но только ansi). Через пару лет появилась поддержка юникодовых строк Win32 - WideString (BSTR). VCL не поддерживала юникод до 2008 года, поддержка осуществлялась сторонними библиотеками (TNT, TB2K, VirtualTreeview и прочими). В LCL сделали проще, ввели поддержку юникода на ansi-строках с кодировкой utf-8.

Под андроид, яфон не пробовал в лазаре проекты собирать

Под андроид демки собирал. Впечатления самые положительные: бинари мелкие, выглядит нативно, всё летает. Но тема не моя, поэтому детально не отвечу.

Хейтеров вылечим, аргументированно. Воинствующих загоним под плинтус.

Лучше чтобы перекодировка не включалась по умолчанию и без возможности отключения, а то загонишь в ansistrig массив рандомной информации а какая-нибудь #@$#$5ла его перекодирует из кодировки X в кодировку Y и всё «неправильное» сконвертирует в вопросики. В ансистрингах ведь можно хранить и пересылать бинарные данные, побайтовый доступ имеется - не надо ломать хорошую фичу принудительной перекодировкой.

Есть RawByteString, строки со специальной codepage ($FFFF). Для таких строк перекодирование не выполняется. Но для хранения бинарных данных идеологически правильнее использовать байтовые динамические массивы.

Годнота! Продолжайте дальше!

Но для хранения бинарных данных идеологически правильнее использовать байтовые динамические массивы.

А кому какое дело, какая информация хранится в строках если это не жаба? Отрубил перекодировку и наслаждайся хорошей работой ансистрингов жующих всё подряд, а если в каком-то исходнике перекодировка нужна - там включил, так правильнее чем ломать старые фичи ради не всем нужных новых.

Отрубил перекодировку и наслаждайся хорошей работой ансистрингов жующих всё подряд, а если в каком-то исходнике перекодировка нужна - там включил, так правильнее чем ломать старые фичи ради не всем нужных новых.

Я же тебе сказал, если не хочешь перекодировок - используешь RawByteString и ничего у тебя перекодироваться не будет. Более того, если у тебя раньше использовались AnsiString (не просто String, а именно AnsiString) для хранения данных, и есть методы обработки принимающие параметры AnsiString то и в этом случае ничего перекодироваться не будет т.к. компилятор не видит смысла перекодировать AnsiString <-> AnsiString. Но вот если такую AnsiString с мусором передать как Utf8String, например, то получишь мусор в результирующей строке. В общем, кроме появившихся положительных моментов, в плане работы со строками ничего не меняется.

Я же тебе сказал, если не хочешь перекодировок - используешь RawByteString и ничего у тебя перекодироваться не будет.

И что, в транке демка

VAR

A,B: {ANSISTRING;} RawByteString;

BEGIN
A:=#0#1#2#3#49#50;
B:=#4#5#6#7#51#52;
A:=A+B;
WRITELN(A);
A:='123';
WRITELN(A);
END.

RawByteString выдаёт тот же результат что и с ANSISTRING?

Да.

Запускал или нет?

Запускал. Ubuntu 14.04. FPC 3.1.1.

Проверочный код:

uses sysutils;
VAR

A,B:  RawByteString;
A1,B1: ANSISTRING;

BEGIN

A:=#0#1#2#3#49#50;
B:=#4#5#6#7#51#52;
A:=A+B;

A1:=#0#1#2#3#49#50;
B1:=#4#5#6#7#51#52;
A1:=A1+B1;
WriteLn(Length(a) = Length(a1));
writeln(CompareMem(pointer(a), pointer(a1), length(a)));

A:='123';
A1:='123';
WriteLn(Length(a) = Length(a1));
writeln(CompareMem(pointer(a), pointer(a1), length(a)));

END.

TRUE
TRUE
TRUE
TRUE

Мда, тяжело не понимать разницы между официальным портом и самосбором. Создатели неочевидных проблем - это вообще первое зло OpenSource, и людям, которые советуют такое, а потом «а почему библиотека не нашлась», «почему линкер не вызывается», «почему всё сломалось», «а как восстановить такую же среду вон там» и ещё тысяча вопросов к САМЫМ УМНЫМ - надо бить по руках. Они дебилы, дебильные дебильствующие дебилы, которые не могут понять, чем частный случай отличается от общего, и ВСЕГДА (всегда!) проводят частные случаи до общих.

Такие вещи советовать нельзя, нельзя в принципе.

Теоретик, так сделал бы официальную сборку для OpenBSD уже, если тебе так припёрло. Тут-то чего метанировать?

Или ты думаешь, что тебе все должны?

Теоретик, так сделал бы официальную сборку для OpenBSD уже, если тебе так припёрло.

Мда. Я фигею без баяна с местного населения. Интернет-интернет, верни меня на 15 лет назад!

Свободен, клоун. :)

Мда. Сказали же сделай сборку, в своей виртуальной машине, если так переживаешь за основную систему, и отправь патч.

И да, тебе никто не должен :)

И да, тебе никто не должен :)

Это уже за гранью...

Эх, Паскаль, Паскаль! Учебник Фаронова, tpascal55.exe размером 156 килобайт, дискеты 5,25, EC-1841.

Верните меня обратно в этот рай!

Верните меня обратно в этот рай!

EC-1841 - это ад. В адудитории на 20 машин гул стоял, как в токарном цеху.