? да логично, все же есть, чето я туплю )

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

Так это ты обсасываешь, я то фикс сделал за час просто )

Ну да, опыт неравномерный. Про сетевое и рейс кондишены всякие мне универских знаний хватает.

А сборка проекта это тулинг и сильно зависит от имплементации

Кстати, я сделал воркэраунд который позволяет обойти все эти замутки с leastSize и плюс ко всему избежать дополнительного копирования в буфер

Ну да, опыт неравномерный. Про сетевое и рейс кондишены всякие мне универских знаний хватает.

Фига, есть универы, где такие знания дают??Я самоучка, у меня другой раз терминология может быть дырявой, но опыт много где есть)

while (src.waitForData()) { chunk = src.peek().length; debug logTrace("Read src chunk %d", chunk); dst.write(src.peek()); src.skip(chunk); }

пишем сразу из буфера, и пропускаем прочитанное )

while (src.waitForData()) { chunk = src.peek().length; debug logTrace("Read src chunk %d", chunk); dst.write(src.peek()); src.skip(chunk); }

Мм

Что пик даёт?

Это указатель на буфер фиксированного размера?

Т.е. возвращает

Да, это внутренний буфер TCPConnection

слайс на ту часть которая всегда заполнена

А его размер какой?

Это слайс динамический, его размер .length и он всегда заполнен данными

Почему тогда, лист сайз не возвращает его размер?

Потому что это бага

Блин ты вообще смотрел мой ПР ? :D

Я же эту херню там и пофиксил

Не смотрел)

Уже больше месяца свободного времени/сил нет ((

Но ща попробую взяться за камп

Мдэ конечно когда идет речь о гибкости и расширяемости, то структуры начисто сливают классам :(

Мдэ конечно когда идет речь о гибкости и расширяемости, то структуры начисто сливают классам :(

Не обязательно

миксины и статический полифморфизм тоже весьма неплохие вещи

И как ты переопределишь методы и поля в структуре TCPConection? =)

Ничего уже никуда не подмиксинишь

И как ты переопределишь методы и поля в структуре TCPConection? =)

Оберну в другую структуру и alias this

или через std.typecons.Proxy, но обычно alias this

Я тут пробовал на днях извращаться, делал юнион, одна структура из вайба, а другая структура накладывалась моя с другими методами. Но как-то оно не заработало.

зачем нужен юнион?

в данном случае

нужена структура которвя косит под TCPConnection

так называемая утинная типизация

проще всего в обертку и alias this

struct MyTCPConnection { TCPConnection conn; alias conn this; // переопределяем что угодно }

в данном случае

В моем случае он был нужен чтобы перезаписать private поле

В моем случае он был нужен чтобы перезаписать private поле

ты не должен хотеть этого :)

Это просто кто-то не должен был делать private поля ??

Это просто кто-то не должен был делать private поля ??

это тоже верно

Ну в итоге я отказался от всей этой затеи, уж слишком хакично выглядело. Юнион с перезаписью приватного поля ?

проще форкнуть убрав приватность

а для классов переопределение полей через alias this тоже работает?

хотя там и так можно, туплю

Комментарий дня: // Call the Webservice again with a null Dataset to clear the buffer

Линейный клиент на сервере вручную управляет памятью. Премию тому, кто это написал.

?

кто-то говорил что мало контейнеров https://github.com/dlang-community/containers

говорили что ент контейнеров для betterc. эти годятся?

Вот думаю,алексанлреску стоит читать или уже безнадёжно протухла?

есть еще какой-то фреймворк MVC, обертка над vibe, название не помню

Чем дело с переводом книги Али кончилось?

1)читать надо обязательно 2)diamond вроде 3) перевод пока очень слоупочный*

@adhoc - должен был взять основную работу по переводу на себя, что собственно и сделал

он перешел на хаскелл, но на перевод не забил

в ближайшее время перевод книги ускорится

говорили что ент контейнеров для betterc. эти годятся?

Сейчас я уже согласен с Евгением что betterC не особо то и нужен. Главное чтобы был nogc, а там хоть с рантаймом хоть без.

Я попробовал написать динамический буфер для betterC но даже такая задача весьма сложна, если брать в расчет параллелизм и асинхронность.

В конечном счете это вопрос о том в какую сторону растет экосистема. Как было замечено в многостраничных срачах на форуме, у D нету какой-то выраженной ниши и сообщество растет спонтанно и в разные стороны. В этой ситуации возможно betterC был бы удобен для тех кто пишет или портирует программы/библиотеки на си

ну Уолтер прямо говорит зачем нужен betterC - для того что-бы можно было брать сишный код и переписывать его в дишный синтаксис. потом когда код перенесен - можно начинать юзать и рантайм. Я тоже betterC не использую, поскольку пока нет задачи вписывающейся в эту схему.

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

Практические задачи, особенно в вебе например, довольно типичны - взять и написать расширение к nginx/php/postgres

плагин для deadbeef — моя задача на ближайшее время, например)

Ну и наверняка еще ко многим тулзам тоже можно писать расширения на си. Но как я понимаю если не требовать у итогового расширения размер в 100кб максимум, то туда можно нормально подтянуть рантайм и пусть он там крутится себе.

в случае с deadbeef хорошо бы было заюзать полноценную надстройку над dbus, но тогда плагин получится размером больше, чем сама программа, не спортивно)

ERROR: S client not available

так что, задача вполне для bettecC

ну и таких задач, на самом деле вагон и маленькая тележка

Практические задачи, особенно в вебе например, довольно типичны - взять и написать расширение к nginx/php/postgres

а без betterC эти задачи не решаются?

Если честно, я не знаю :) но для меня рантайм тесно связан с gc что недопустимо

мне кажется, вопрос задавать нужно немного подругому: а можно ли эт сделать без стандартной библиотеки и GC)

поскольку betterC, как некий дух имманентно присутствует в любой программе, написанной на D)

Как минимум будут встречаться разные костыли и трудности. Вот пытался я собрать расширение с рантаймом. Он мне говорит - не могу найти символ d_symbol или чето там. Что это значит? Это значит что рантайм надо слинковать в расширение статически. А еще это значит что если мы напишем 10 расширений к проекту и все подключим их, то будет у нас проект с 10 дишными рантаймами.

Если честно, я не знаю :) но для меня рантайм тесно связан с gc что недопустимо

@nogc

Как минимум будут встречаться разные костыли и трудности. Вот пытался я собрать расширение с рантаймом. Он мне говорит - не могу найти символ d_symbol или чето там. Что это значит? Это значит что рантайм надо слинковать в расширение статически. А еще это значит что если мы напишем 10 расширений к проекту и все подключим их, то будет у нас проект с 10 дишными рантаймами.

а это серьезная проблема?

@nogc

Так он тебе просто выдаст ошибку что какая-то функция внутри may throw, и все.

Так он тебе просто выдаст ошибку что какая-то функция внутри may throw, и все.

нет он тебя защитит от GC

Ну например writeln из стандартной бибилотеки may throw

И получается что почти ничего использовать нельзя

дык в betterC тоже самое

Не, там же нельзя все это юзать :)

ну и здесь нельзя, в чем разница-то?

Зачем тогда нужен рантайм, чем он помогает?

Если в нем ничего нельзя

Зачем тогда нужен рантайм, чем он помогает?

зато можно полноценно пользоваться самим D, например исключения

Я уже перечислил чем он мешает. Лишние библиотеки в линковку, лишние мегабайты в расширениях, лишний мусор.

зато можно полноценно пользоваться самим D, например исключения

А их можно без gc кидать ?

А их можно без gc кидать ?

конечно

А расскажи как

Своим аллокатором создавать объект?

А расскажи как

на куче вручную создай, брось, в catch удали

А если на catch не ловить, то не получится?

Я уже перечислил чем он мешает. Лишние библиотеки в линковку, лишние мегабайты в расширениях, лишний мусор.

Это все несерьезные отговорки. Байтодрочерство давно уже в прошлом, если ты не на МК пишешь

А хотя.. Главное поймать хотя бы на верхнем уровне, и тогда можно почистить, верно?

А если на catch не ловить, то не получится?

Получится, но оно падать будет, как и в любой другой программе. Попробуй в плюсах не поймать эксепшн нигде.

а так nogc и nothrow - получается тот же betterC

То есть твоя идея в том что 1) можно построить свою иерархию поверх Throwable с кастомными аллокаторами 2) если исключение нигде не ловится то программа падает и тогда уже нет смысла заморачиваться с чисткой мусора

То есть твоя идея в том что 1) можно построить свою иерархию поверх Throwable с кастомными аллокаторами 2) если исключение нигде не ловится то программа падает и тогда уже нет смысла заморачиваться с чисткой мусора

Зачем строить свою иерархию? Просто не используй new