|
|
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
DmSer А вот является ли async / await синтактическим сахаром по отношению к C# - не уверен. Разработчики механизма async / await в C# ввели новый подход к компиляции, при котором одна функция каждым упоминанием await расщепляется на подфункции, сохраняется состояние переменных на момент вызова await. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2019, 14:08 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Дегтярев Евгений 1. речь не за браузер и ссылку на до было на доку ноды давать 1. Про браузер 2. Конкретики не было, просто упоминался JS 3. Нода добавила их 2018-06-20, тоже не вчера. А если по мажорным версиям смотреть, так вообще 3 версии назад ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2019, 14:22 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Василий 2, таки в браузере уже tcp-сервера поднимать научились? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2019, 16:00 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
DmSerПри создании треда выделяется совсем небольшое физической памяти (примерно 8 - 16 КБ на стек), причем оно никак не связано с параметром "max stack size". На моём ноутбуке (куплен в 2013г, Core i3, 8ГБ ОЗУ, Windows 7 64-битная) с Delphi 2007 вот что получается: - при дефолтном max stack size удалось создать 1500 потоков, используется 104МБ ОЗУ, время создания 104мс, в среднем 70КБ на поток (32-битный + 64-битный стек). - при max stack size 64КБ удалось создать 6000 потоков, используется 398МБ ОЗУ, время создания 351мс, в среднем 66КБ на поток (32-битный + 64-битный стек). Код потока следующий: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. В обоих случаях загрузка процессора = 0% (менеджер памяти при работе потоков не задействуется). Меньше 64КБ вроде нельзя сделать max stack size. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2019, 23:12 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Проверил на рабочем компьютере, проц дешёвый AMD FX-4330 Quad Core. Windows 7 32-битная. При Max stack size = 64КБ удалось создать 28682 доп. потока, ОЗУ потребляется 862МБ, время создания 1254 мс (создаётся 22 потока за 1 мс), в среднем выходит 30КБ ОЗУ на 1 поток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2019, 08:55 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Почему искажется строка? Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Пробовал и AsString и AsAnsiString и AsUTF8String и AsWideString. И конвертации при присвоении. Результат одинаков: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2019, 21:20 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat Почему искажется строка? Длины поля точно хватает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2019, 15:17 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat, а если так: s1,s2 : string; ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2019, 15:18 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Kazantsev Alexey Длины поля точно хватает? https://wiki.freepascal.org/Database_field_type#Size.2C_DataSize_and_Unicode автор Size, DataSize and Unicode Note that for string type fields, Size indicates the number of characters that can be stored. As indicated in FPC Unicode support#Introduction, FPC up to and including 2.6 only deals with ANSI/ASCII single byte characters; it does not support Unicode/UTF8/UTF16/Unicodestring characters. The read-only property DataSize indicates the field size in bytes. If you use multibyte characters (e.g. UTF8 or UTF16/Unicodestring encoded), DataSize and Size do not mean the same thing. If you use only ANSI/ASCII characters, DataSize and Size are effectively the same thing. Что-то как-то не понятно как это все с реальностью бьется ибо в поле с Size=30 текст 'Северо-Кавказская' не влазит. В чем хранятся строки? В чем измеряется Size и DataSize? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 17:35 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat В чем измеряется Size и DataSize? В байтах. А все строки в Lazarus в UTF-8 кодировке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 18:01 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
b0rk, Т.е. все Size указаные в БД локально надо умножать как минимум вдвое? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 18:16 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat В чем хранятся строки? В чем измеряется Size и DataSize? Зависит от типа поля. Если поле TStringFiled то это будет размер в байтах для текущей локали, если TWideStringField то размер будет в WideChar. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 18:23 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Спасибо. Сделал так: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. Помогло. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2019, 18:37 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Скопировал из Делфи модуль Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. из Фастрепорта получаю VarName='ТекМесГод', по массиву DateVars ничего не находит result=-1, строка s='????????'. Копирую модуль в буфер, удаляю его из Лазарус, создаю пустой модуль с таким же именем, вставляю данные из буфера, все работает как положено, переменные вставляются в отчет. Вопрос: я что, должен сначала создать пустой модуль, а в него уже переность данные или при копировании нужно что то поднастроить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2019, 03:58 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Что-то у тебя с кодировкой pas файла, походу, раз константы уплыли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2019, 06:22 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat, Все там нормально с кодировкой, все работает. Вопрос не в этом, а как переносить правильно из делфи в лазарус. Если я сначала создаю модуль в Лазарус, а затем в него через буфер обмена копирую содержимое делфи модуля, то все работает, а если я копирую делфи модуль в папку с лазарусом, то не работает по массиву строк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2019, 14:29 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Bali rgreat, Все там нормально с кодировкой, все работает. Вопрос не в этом, а как переносить правильно из делфи в лазарус. Если я сначала создаю модуль в Лазарус, а затем в него через буфер обмена копирую содержимое делфи модуля, то все работает, а если я копирую делфи модуль в папку с лазарусом, то не работает по массиву строк. А лазарус модули не в UTF-8 сохраняет? Потому что дельфя, по-умолчанию, в Win. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2019, 14:49 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
alekcvp, Да, абсолютно точно, а из буфера перекодирует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2019, 16:37 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
Bali, Лазарь все исходники сохраняет в кодировке UTF8. Delphi в кодировке по умолчанию системы. Вообще походу Лазарь заточили на этот дебильный высер - UTF8 только для совместимости с linux. Возможно иного приемлимого решения не нашлось. Всё это конечно крайне печально. Весь опыт работы со строками приходится переосмысливать, самописные библы выкидывать в мусорку. После такого начинаешь задумываться, а надо ли оно это переходить из загибающегося Дельфя в Лазарь, если всё одно предыдущим опытом не попользуешься толком, и дебилизмов С++ все одно избежать не удастся. Мож уж луче встраиваться в когорту программистов от микрософта, которым специально запрещают думать об исключении паразитного кода и лишних операций. Которым когда говоришь про оптимизацию кода, то они впадают в истерику, катаются по полу, сучат ногами и орут, что не вставляют нигде делаев. Сижу пишу прием SMSок с мамеда, и думаю: ну ладно щас я это сделаю, как нибудь решу, но вот в дальнейшем оно мне это надо??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2019, 04:14 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
alikisay, Я, попробовав кодить на лазаре, предпочитаю без крайней необходимости на нем не кодить. А единственная причина на данный момент кодить на лазаре для меня - кроссплатформенная (линукс) графика. С этим в дельфях пока все плохо. В остальном же дельфи несравнимо удобней и продуманней. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2019, 07:59 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
alikisay, Delphi "загибается" уже больше 20ти лет. И еще, думаю, как минимум, будет столько "загибаться". Поэтому можешь спокойно на нем дальше и работать. И, да, Лазарь и fpc собирается переводить строки дефолтно на такие же как в Делфи. По срокам не скажу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2019, 09:14 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat В остальном же дельфи несравнимо удобней и продуманней. После лазаревой LCL на дельфийскую VCL смотреть не хочется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2019, 11:58 |
|
||
|
Lazarus
|
|||
|---|---|---|---|
|
#18+
rgreat alikisay, Я, попробовав кодить на лазаре, предпочитаю без крайней необходимости на нем не кодить. А единственная причина на данный момент кодить на лазаре для меня - кроссплатформенная (линукс) графика. С этим в дельфях пока все плохо. В остальном же дельфи несравнимо удобней и продуманней. хороший IDE, хороший компилятор - что еще нужно, чтобы встретить старость :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2019, 13:12 |
|
||
|
|

start [/forum/topic.php?fid=58&msg=39885260&tid=2037658]: |
0ms |
get settings: |
6ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
188ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
85ms |
get tp. blocked users: |
2ms |
| others: | 237ms |
| total: | 558ms |

| 0 / 0 |
