LINUX.ORG.RU

Вышел Mono 1.2.6


0

0

Новшества:

  • Родной для системы драйвер Windows Forms для MacOS X
  • Поддержка ASP.NET AJAX APIs
  • Поддержка FastCGI
  • Поддержка Windows Forms Web Control с использованием Mozilla
  • Значительно уменьшен расход памяти
  • Практически полная поддержка C# 3.0
  • Поддержка Silverlight 1.1 API на всех платформах
http://www.go-mono.com/archive/1.2.6

>>> Подробности

anonymous

Проверено: anonymous_incognito ()

Ответ на: комментарий от anonymous

> А ваще будущее за С# - это дело времени.

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

anonymous
()
Ответ на: комментарий от anonymous

а пишу на С, быдло, мне плюсы страусиным говном пахнут. И шарп я уважаю. А на С# перейдут, также как и перешли к ассемблера на С, с С на С++.

anonymous
()

а забавно это выглядит, сидят леминги, они получают зарплату, программируя на Джаве, сидит кучка C# программистов и считает, что этот язык само совершенство ... язык тысячилетия. А как были ваши ls, ps, cd на Си, так и будут дальше лет 100 на Си, как были загрузчики на Ассемблере/Си так и будут ... Java/C# это все приходящее и уходящее, с выходом Windows 8 появится C#+, и все скажут, что это круто ... мы должны писать на этом, а как был загрузчик на Ассемблере, так и останется на нем (% ... хоть вы все волосы на жопе порвите ... а все будет так дальше.

З.Ы. следующий, кто скажет, что Джава приложения быстрее Си, тот может пойти и почитать тему про Эмо в толксах и сделать себе глубокий вдоль (%

phasma ★☆
()
Ответ на: комментарий от phasma

Конечно, мы люди диамичные, нам что лисп, что джава - без разницы, на чём быстрее на том и пишем. А вам только и остаётся загрузчики на ассемблере и сях писать. Дальше ведь думать надо. Сколько загрузчиков написал то уже?

anonymous
()
Ответ на: комментарий от anonymous

> Конечно, мы люди диамичные, нам что лисп, что джава - без разницы, на чём быстрее на том и пишем.

хм, и чем вы лучше индусов ?) у меня порой пару дней уходит, что бы разобраться чем лучше пользоваться в определенном случае, хотя каждому свое.

> А вам только и остаётся загрузчики на ассемблере и сях писать.

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

> Дальше ведь думать надо. Сколько загрузчиков написал то уже?

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

phasma ★☆
()
Ответ на: комментарий от anonymous

> И, да, от чувства превосходста над "обезьянами" обычно лечит хук справа.

Зачем лечить такое прекрасное чувство? А вот комплекс неполноценности можно и полечить...

troorl ★★
()
Ответ на: комментарий от troorl

>Подожди, разве Symphony - это браузер?

Symphony - это оффисный пакет.

>И разве эклипс не тормозит раз в десять сильнее, чем ООО, причём в подмётки ему не годясь?

Нет = тормозят они приблизительно одинаково. И это OOo в подметки не годится функционалу эклипса.

r ★★★★★
()
Ответ на: комментарий от Sentinel

>Батенька, низкоуровневое программирование дисциплинирует.

ТЫ строем ходишь дисциплинированный наш? А одется успеешь пока спичка догорит?

r ★★★★★
()
Ответ на: комментарий от mono

>Это нормально, когда для создания тривиальной программы со строками надо подключать все, что находиться в std!

Нет, это ужасно! Гораздо кошернее --- тащить виртуальную машину....

MYMUR ★★★★
()
Ответ на: комментарий от anonymous

>300 мб оперативки это 10 баксов. пообедать один раз.

на работе у нас 1000к компов, вам сказать адрес куда будете переводить деньги на дополнительную оперативку для этих компов? Или вы это просто так так спизднули?

prizident ★★★★★
()
Ответ на: комментарий от blaster999

>Ну сколько можно уже. Там не _утечка_ памяти, а фрагментация. Разницу знать надо.

GC и эту проблему решает :)

WFrag ★★★★
()
Ответ на: комментарий от WFrag

убейте урода который пишет проги на 300мб в памяти - проще, он нигде программить не сможет нормально. Как язык c# нравиться и значительно больше чем ява, и с++. мне пофиг какой код генерится, главное чтоб в разумных пределах грузились проц и память, а программить удобнее в с#, тот кто за этим видит тока мс - в психотерапефту, заибали уже...

anonymous
()
Ответ на: комментарий от anonymous

Используя УDOT.NET ты сам и пишишь проги на 300мб в памяти. Погоняй их подольше и посмотри они и 700 и 800 жрать будут.

>убейте урода который пишет проги на 300мб в памяти

Так что убей себя сам

pacman
()
Ответ на: комментарий от blaster999

> Ну сколько можно уже. Там не _утечка_ памяти, а фрагментация. Разницу знать надо.

Ага. Именно поэтому за ночь со 100Mb инстанс Mozilla начинает жрать 500Mb. За ночь появляется фрагментация :)

Korwin ★★★
()
Ответ на: комментарий от anonymous

> Я делал замеры скоростей на разных VM (Java,mono,python,ruby ...)

> Гонял только математику разной степени сложности в циклах.

> Java (которая от Sun) - не уступает С по скорости

> .NET (от M$) - тоже мало уступает

> mono - раза в 2 послабее

> python(psyco) - раз в 4-5 послабее

> остальные интерпретаторы - раз в 50

Это лол, жабко и .нет сольют в счёте раз в 5-10, моно раз в 10-20, петон-псико раз в 20-50, остальные интерпретаторы - раз в 250-500. Вот так-то вот. Ключевые слова: блочные алгоритмы, -O3 ;)

Joe_Bishop
()
Ответ на: комментарий от mono

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

Для честности, и в сишном варианте тоже.

И сравнивай непосредственно время выполнения кода.

AVL2 ★★★★★
()
Ответ на: комментарий от blaster999

>Ну сколько можно уже. Там не _утечка_ памяти, а фрагментация. Разницу знать надо.

Ох ты какой умник. Еще раз повторюсь, если в проекте тысячи и тысячи строк кода, если время жизни объектов зависит от множества причин, то задача удаления ненужных объектов из памяти может превратится в настоящий кошмар. Ты, видимо, сложнее трехстрочной программулины ничего не писал, поэтому и строишь из себя тут крутого мегапрограммера.

Тебе лишь бы вякнуть да впечатлить молодых и неопытных лоровцев.

lexius ★★
()
Ответ на: комментарий от pacman

>Почитай про убогость C# http://www.uni-vologda.ac.ru/~c3c/articles/CScritics.htm

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

про 300мб - реальных данных на 300 мб в проге держать - маразм. в винде .нет легко отдаёт винде память если винде нужно, однако резервирует при наличии свободной, в линуксе как не знаю, но думаю если не так то уж что то подобное сделают или будут освобождать сразу...(это отдельная тема для дискуссии) так что убей себя сначала

anonymous
()
Ответ на: комментарий от mono

>Вот с++ кривое убогое поделие в котором даже строк нормальных нет. Зато костылей... ухх!

ниасилил include<string>?

anonymous
()

> Windows Forms для MacOS X

Даже не буду говорить про Java vs. C#. Это просто очевидно - достаточно посмотреть любую рекрутинговую информацию. Повторяться не буду.

Скажу, что моно для мака не нужно - Objective-C 2.0 рвет эту мону, как Тузик грелку.

Bioreactor ★★★★★
()
Ответ на: комментарий от anonymous

Ну, что же это так сразу на личности? :) Может, коллега хорошо Obj-C знает? :) А там, да, действительно, синтаксис еще прозрачнее и лаконичне, чем в Java, прям аки в Смолтоке.:)

"Автору С++ место в дурке или на погосте" (с) Профессор В.С.Луговский. Правда, есть еще более нелогичный язык, нежели С++. С# называется. Ибо даже в С++ не додумались сделать делегаты отдельной синтаксической конструкцией. :)))))))

Bioreactor ★★★★★
()
Ответ на: комментарий от WFrag

>>Ну сколько можно уже. Там не _утечка_ памяти, а фрагментация. Разницу знать надо.

>GC и эту проблему решает :)

Не флейма ради: как он ее решает? Перемещает куски памяти?

anonymous
()
Ответ на: комментарий от lexius

>Еще раз повторюсь, если в проекте тысячи и тысячи строк кода, если время жизни объектов зависит от множества причин, то задача удаления ненужных объектов из памяти может превратится в настоящий кошмар.

Вы таки не осилили smartptr'ы? Очень жаль.

anonymous
()
Ответ на: комментарий от anonymous

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

Не коси под дзенбуддиста, окружающий мир создан всевышним Аллахом совершенным, убогость лишь в твоей душе и прочих создателях убогих средств и технологий типа DOT.NET и С#.

> про 300мб - реальных данных на 300 мб в проге держать - маразм

Мыслишь в духе Некрософта, точно так же как их предводитель Быдлогейтс. Тот тоже говорил когда то что для нужд пользователя достаточно 640 Кб памяти. Сие как показало время оказалось ложю паршивого маркетолога. Что свидетельствует о том что ты скорей всего виндузятник, и что делаешь на линуксовом сайте несовсем понятно.

>так что убей себя сначала

Нельзя убить неубиваемое. А тебя и DOT.NET можно.

pacman
()
Ответ на: комментарий от anonymous

Это ты пойди вючи асм и попробуй на нем написать что-то посерьезнее программы прямой работы с COM-портами

anonymous
()
Ответ на: комментарий от Bioreactor

.NET великолепен. По своим возможностям он далеко обгоняет Java. На платформе Windows он рвет ее как тузик грелку.

Вообще вцелом M$ сделал отличный подарок программистам. Появление бесплатных Express версий Visual Studio, лицензия которых позволяет писать коммерческие программы - огромный плюс, спасибо свободным IDE, в первую очередь - для Java.

.NET - прекрасная среда для разработчика, правда имхо слишком быстро развивающаяся.

для незнающих - .NET - это совокупность библиотек Framework Class Library(FCL) и среды выполнения Common Language Runtime(CLR). Программы в .NET - так называемые "сборки" (assemblies) - логический набор из нескольких файлов(тут и ресурсы и что угодно), имеющих внутри себя метаданные - ПОЛНОСТЬЮ описано какие типы нужны сборке, описания всех классов, их методов, событий, свойств и полей. И в рамках дотнета (согласно спецификации) вы можете использовать ЛЮБОЙ ЯЗЫК, который отвечает этой спецификации. ВЫ МОЖЕТЕ сделать КЛАСС на Basic.NET, сделать производный на C#, часть кода написать на Fortran, Ruby или Perl. и ВСЕ ЭТО БУДЕТ РАБОТАТЬ БЕЗ ВСЯКИХ ЗАМОРОЧЕК. Сборка будет вызывать ТОЛЬКО те версии библиотек, с которыми она СОБРАНА И ПРОТЕСТИРОВАНА. Можно иметь хоть пять версий и каждая для своей программы. Нет больше DLL HELL.

Visual Studio + ReSharper - просто песня!

CLR - открыта, исходники - тоже сейчас открыты, но посмотреть было легко и ранее, без комментариев - Reflector рулит!

Загружаете в него сборку и можете получить исходный текст на Basic.NET, Pascal, C# или managed C++!

тут не нужны хидеры! тут не надо думать при подключении к кучи .a как они обходятся ld.

C# сравнительно с Java - гораздо гибче, его возможности как языка и современнее и интереснее. Возможности работы с unmanaged кодом проще, JNI просто кошмар!

Прочитайте же Рихтера прежде чем ругать.

ребята, вы просто не представляеет какую конфету сделал M$. Это - БУДУЩЕЕ промышленой разработки.

Вам не нравится? вы предпочитаете писать на древнем дебильном С и отлавливать глюки жамкая в gdb bt ? Беда лора - тут полно тупых студентов, которых кормят мама с папой позволяя заниматься тунеядством и не нюхавших реальной жизни!

Java & .NET рулят, а вас скоро сбросят с парохода современности. Люди работают не с осями, а с программами. Пока вы будете ваять что-то на С - за 10 долю того же времени выпустят аналогичный по целевой аудитории продукт под .NET и он будет надежнее и безглючнее, со множеством возможностей.

и вы останетесь без куска хлеба. Удачи.

anonymous
()
Ответ на: комментарий от mono

>Это нормально, когда для создания тривиальной программы со строками надо подключать все, что находиться в std!

ээээ

using System;
using ...;
using ...;

я не умею писать ни на си ни на шарп (хотя некоторое время работал asp.net программером), но на си писать интереснее.
для разных задач - разные инструменты, т.ч. спор бессмысленен.

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

прихожу к мнению, что для охвата основной части работы (и чтобы это мне было интересно) надо осилить bash, php, cpp

shlag
()
Ответ на: комментарий от pacman

Иппать мосх крестоносцев, статья конца 2000-го года.

Писака писал еще ДО официального выхода самого компилятора и что-то там высасывал из пальца. А сейчас 2008 год на дворе!

А хотите критику языка С++ 82 года?

Первое. А на фига Страус вообще взялся делать свой быдлоязычок?

anonymous
()
Ответ на: комментарий от anonymous

Молодец! В точку.

У Ява по-сути 1 преимущество: кроссплатформенные серверы.

anonymous
()
Ответ на: комментарий от anonymous

>>Еще раз повторюсь, если в проекте тысячи и тысячи строк кода, если время жизни объектов зависит от множества причин, то задача удаления ненужных объектов из памяти может превратится в настоящий кошмар.

>Вы таки не осилили smartptr'ы? Очень жаль.

Все мне известные реализации smartptr'ов размещают в куче с помощью new дополнительный объект размером в 4 + выравнивание байта со счетчиком ссылок. В glib++ new реализован черех malloc(). К чему это может привести читайте тред про фрагментацию памяти в firefox'e. Кроме того, я не пишу про циклические ссылки.

Absurd ★★★
()
Ответ на: комментарий от lexius

И что Вы так разволновались?

@interface WeakPointer : Object
{
    const void* weakPointer;
}

- initWithPointer:(const void*)p;
- (const void*)weakPointer;
@end

@implementation WeakPointer

+ (void)initialize
{
  class_ivar_set_gcinvisible (self, "weakPointer", YES);
}

- initWithPointer:(const void*)p
{
  weakPointer = p;
  return self;
}

- (const void*)weakPointer
{
  return weakPointer;
}

@end

.........

gcc -lobjc --enable-objc-gc файлы.m 

Подхватывается libobjc_gc.a и все будет работать. 

Вывод: моно для мак-мажоров не нужно. :)))

Bioreactor ★★★★★
()
Ответ на: комментарий от anonymous

> По своим возможностям он далеко обгоняет Java.

У Вас есть доказательства или Вам на слово поверить?

> открыта, исходники - тоже сейчас открыты,

Да? А какже IcedTea? Неужто закрыта? Незнание не аргумент.

> и вы останетесь без куска хлеба. Удачи.

Ой, боюсь-боюсь! Ну тогда перейду на Obj-C. :)

Bioreactor ★★★★★
()
Ответ на: комментарий от anonymous

Объясните плиз: кто такие тролли и лемминги? :)

anonymous
()
Ответ на: комментарий от anonymous

> C# никакая нахер не эволюция делфи

Фамилии авторов обоих языков сравнивать не пробовал? Они совпадают.

> а VB уникальный язык, аналогов которому нет. В то время как сятники, плюсятники, жабисты, шарповцы дерутся друг с другом, чей языгг круче, VB останется стандартом де-факто разработки корпоративных клиентов для баз данных.

Вы о покойном VB6 что ли? Выпйете таблетку и успокойтесь.

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

> Я делал замеры скоростей на разных VM (Java,mono,python,ruby ...)

> Гонял только математику разной степени сложности в циклах.

1. man MPI

2. man NVidia CUDA

3. Долго думать.

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

>На языке, в котором возможны кривые адреса, можно писать только низкоуровневые вещи.

С++ в этой части мало чем отличается от Си, зато имеет по сравнению с последним человеческую работу с объектами - и именно поэтому в объёмных комплексных приложениях, где требуется максимальная производительность (те же игры) у С++ нет конкурентов

frame ★★★
()
Ответ на: комментарий от anonymous

>Не флейма ради: как он ее решает? Перемещает куски памяти?

Да. На самом деле, это делает не каждый алгоритм GC (коих, например, в JVM несколько), но как минимум два алгоритма это делают: Mark-Sweep-Compact (в Sun JVM - для старых объектов) и Stop-and-Copy (этот в Sun JVM для короткоживущих объектов используется).

WFrag ★★★★
()
Ответ на: комментарий от anonymous

> .NET великолепен. По своим возможностям он далеко обгоняет Java. На платформе Windows он рвет ее как тузик грелку.

Больной, выписываю вам:

1. Утром - изучение JEE и Spring.

2. Днем - изучение Nvidia CUDA.

3. Вечером - изучение питончика, руби и ерланга.

Надеюсь, немного отойдете за две недели. Если нет, придется выписать сильных средства. Да, совсем забыл - в винду не бутится даже в виртуалке в течении всего курса лечения! По прошествии двух недель только.

sv75 ★★★★★
()

О чём спор!!?? Пожалейте производителей железа. Перешёл с с(++) на с# - спас интель от банкротства!!! ::))

anonymous
()
Ответ на: комментарий от frame

> С++ в этой части мало чем отличается от Си, зато имеет по сравнению с последним человеческую работу с объектами - и именно поэтому в объёмных комплексных приложениях, где требуется максимальная производительность (те же игры) у С++ нет конкурентов

И именно поэтотому игры постоянно падают, глючат и виснут! Нет уж, С++ в играх точнго не нуже Работу видеокарточки он не ускоряет. У С++ я вижу одну разумную нишу - научные расчеты, особенно которые лень распараллеливать. :) Да и то в вислу наличия там кучи библиотек на нем.

sv75 ★★★★★
()
Ответ на: комментарий от anonymous

Балин, пятый топ снесли: Подскажите, кто такие тролли и лемминги! :)

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.