LINUX.ORG.RU
Новости — Open Source  

Mono 1.1.8


0

0

Вышел новый релиз development-ветки Mono 1.1.8. Разработчики заявляют, что релиз достаточно стабильный для постоянного использования.
Среди изменений:
Windows.Forms: поддержка DataGrid, MDI, Drag'n'Drop и буфера обмена для X11 и Windows.
ASP.NET: поддержка ImageMap, Wizard, SiteMapDataSource и SiteMapPath.
Mono.Unix (замена Mono.Posix для Mono 1.2): новые системные вызовы,
в частности семейства Syscall.execv, Syscall.fcntl, Syscall.mmap
Также изменения коснулись VB.NET, JScript, Reflection,
улучшена производительность регулярных выражений и System.Web.

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

★★★★★

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

 ← 1 2 →

ништяк, авось скоро винформсы доделают и окончательно жаба сан удавит :)

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

> жаба слишком непортабельна. С mono пока проблем не было.

ява вроде как есть и под x86 и под x86_64 linux

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

>жаба слишком непортабельна. С mono пока проблем не было
Ты занимался портированием java?
Для скольких OS существует mono?

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

2 lenin * (*) (17.06.2005 12:33:22)
>>Под x86_64 жабы нет.
Вы правы только на половину: вот ссылка с сайта SUN из раздела Download (https://sdlcweb2b.sun.com/ECom/EComActionServlet/LegalPage:~:com.sun.sunit.sdlc .content.LegalWebPageInfo;jsessionid=0EDAC576F2C1BC89949C88D888873E6F;jsessionid =0EDAC576F2C1BC89949C88D888873E6F)

http://192.18.97.149/ECom/EComTicketServlet/BEGIN0EDAC576F2C1BC89949C88D888873E6 F/-2147483648/905107083/1/615302/615254/905107083/2ts+/westCoastFSEND/jdk-1.5.0_ 03-oth-JPR/jdk-1.5.0_03-oth-JPR:11/jdk-1_5_0_03-linux-amd64-rpm.bin

Для 1.4.х действительно порта под x86_64 нет. И вряд-ли будет.


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

Есть blackdown-jre под x86_64: Вот например на моей gentoo: home dev-java # ACCEPT_KEYWORDS="amd64" emerge -pv blackdown-jre

These are the packages that I would merge, in order:

Calculating dependencies ...done! [ebuild R ] dev-java/blackdown-jre-1.4.2.01-r1 +mozilla 0 kB

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

> Ты занимался портированием java?

Даже в мыслях не было. Попытки это сделать отлично известны и очевидно приемелемым результатот не заканчиваются.

> Для скольких OS существует mono?

Windows, Linux, MacOS X. Жаба от Сан не может похвастаться и этим.

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

У Blackdown, IBM, HP, Apple много что есть. Но не про нашу честь. Нужные мне приложения работают только на Sun Java. Это проверено неоднократно.

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

Вот дедушка дает! Я в восхищении!

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

> У Blackdown, IBM, HP, Apple много что есть. Но не про нашу честь. Нужные мне приложения работают только на Sun Java. Это проверено неоднократно.

Можно подробнее, как для багрепорта? А то уж больно странно звучит.

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

2 lenin * (*) (17.06.2005 13:34:45)
Гм, ссылку можете кинуть ?
Странно оно как-то. Для ia32 есть ограничение по распределению памяти для jvm в 2 гига, и задавть больше полутора гиг вообще смысла не имеет, об этом сантехники сами пишут. Одно из отличий порта под амд64 как раз в том, что там это ограничение снято.
Или вы о наборе инструкций вообще ?

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

2 lenin * (*) (17.06.2005 14:32:26)
О, нашел сам
http://java.sun.com/j2se/1.5.0/system-configurations.html

Вы были правы. Для релиза ситуация была точно такой, как вы указали. Но так было до Update 2.
Сейчас "Windows AMD64/EM64T 64-bit mode Coming Soon!" потому как "This OS is currently in RC1 from Microsoft. Data Center versions are not supported by Sun."
Для linux поддержка есть с Update 2.

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

> жаба слишком непортабельна. С mono пока проблем не было.
хм. M$ CLR абослютно не портабелен.
Противопоставлять mono - sun или ibm java бесполезнo, не тот уровень.
Можно сравнить разве что с gcj, только там различия не на пару платформ, а на порядок.

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

> Я прав полностью. Т.н. жаба для x86-64 работает в 32-х битном режиме, т.е. это и есть жаба для IA32.

что курим ?

/opt/sun-jdk-1.5.0.03/bin/java: формат файла elf64-x86-64

Program Header:
PHDR off 0x0000000000000040 vaddr 0x0000000040000040 paddr 0x0000000040000040 align 2**3
filesz 0x0000000000000188 memsz 0x0000000000000188 flags r-x
INTERP off 0x00000000000001c8 vaddr 0x00000000400001c8 paddr 0x00000000400001c8 align 2**0
filesz 0x000000000000001c memsz 0x000000000000001c flags r--
LOAD off 0x0000000000000000 vaddr 0x0000000040000000 paddr 0x0000000040000000 align 2**20
filesz 0x000000000000cf94 memsz 0x000000000000cf94 flags r-x
LOAD off 0x000000000000cfa0 vaddr 0x000000004010cfa0 paddr 0x000000004010cfa0 align 2**20
filesz 0x0000000000002718 memsz 0x0000000000002750 flags rw-
DYNAMIC off 0x000000000000f290 vaddr 0x000000004010f290 paddr 0x000000004010f290 align 2**3
filesz 0x00000000000001c0 memsz 0x00000000000001c0 flags rw-
NOTE off 0x00000000000001e4 vaddr 0x00000000400001e4 paddr 0x00000000400001e4 align 2**2
filesz 0x0000000000000020 memsz 0x0000000000000020 flags r--
EH_FRAME off 0x000000000000ccf8 vaddr 0x000000004000ccf8 paddr 0x000000004000ccf8 align 2**2
filesz 0x000000000000029c memsz 0x000000000000029c flags r--

Dynamic Section:
NEEDED libpthread.so.0
NEEDED libdl.so.2
NEEDED libc.so.6
SONAME lib.so
INIT 0x40001600
FINI 0x40009ce8
HASH 0x40000208
STRTAB 0x40000c48
SYMTAB 0x40000570
STRSZ 0x247
SYMENT 0x18
DEBUG 0x0
PLTGOT 0x4010f478
PLTRELSZ 0x570
PLTREL 0x7
JMPREL 0x40001090
RELA 0x40000f88
RELASZ 0x108
RELAENT 0x18
VERNEED 0x40000f28
VERNEEDNUM 0x3
VERSYM 0x40000e90

Version References:
required from libdl.so.2:
0x09691a75 0x00 04 GLIBC_2.2.5
required from libpthread.so.0:
0x09691a75 0x00 03 GLIBC_2.2.5
required from libc.so.6:
0x09691a75 0x00 02 GLIBC_2.2.5

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

/opt/sun-jdk-1.5.0.03/jre/lib/amd64/server/libjvm.so:     формат файла elf64-x86-64

Program Header:
    LOAD off    0x0000000000000000 vaddr 0x0000000000000000 paddr 0x0000000000000000 align 2**20
         filesz 0x00000000006607a0 memsz 0x00000000006607a0 flags r-x
    LOAD off    0x00000000006607a0 vaddr 0x00000000007607a0 paddr 0x00000000007607a0 align 2**20
         filesz 0x000000000016de30 memsz 0x000000000019c450 flags rw-
 DYNAMIC off    0x00000000007c7dc0 vaddr 0x00000000008c7dc0 paddr 0x00000000008c7dc0 align 2**3
         filesz 0x00000000000001e0 memsz 0x00000000000001e0 flags rw-
EH_FRAME off    0x000000000063ce7c vaddr 0x000000000063ce7c paddr 0x000000000063ce7c align 2**2
         filesz 0x0000000000023924 memsz 0x0000000000023924 flags r--

Dynamic Section:
  NEEDED      libm.so.6
  NEEDED      libdl.so.2
  NEEDED      libpthread.so.0
  NEEDED      libc.so.6
  SONAME      libjvm.so
  INIT        0x1b6950
  FINI        0x604988
  HASH        0x120
  STRTAB      0x36d0
  SYMTAB      0xf40
  STRSZ       0x183f
  SYMENT      0x18
  PLTGOT      0x8c80f0
  PLTRELSZ    0xfd8
  PLTREL      0x7
  JMPREL      0x1b5978
  RELA        0x5318
  RELASZ      0x1b0660
  RELAENT     0x18
  VERDEF      0x5260
  VERDEFNUM   0x2
  VERNEED     0x5298
  VERNEEDNUM  0x4
  VERSYM      0x4f10
  RELACOUNT   0x12034

Version definitions:
1 0x01 0x091c976f libjvm.so
2 0x00 0x0b4ecc71 SUNWprivate_1.1

Version References:
  required from libdl.so.2:
    0x09691a75 0x00 06 GLIBC_2.2.5
  required from libm.so.6:
    0x09691a75 0x00 05 GLIBC_2.2.5
  required from libpthread.so.0:
    0x09691a75 0x00 04 GLIBC_2.2.5
  required from libc.so.6:
    0x09691a75 0x00 03 GLIBC_2.2.5

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

2 lenin * (*) (17.06.2005 14:32:26)
Я думаю, что писать непортируемые программы можно на чем угодно.
Я менял версии j2se от разных вендоров (blackdown, bea, sun, ibm) для достаточно сложных софтин (jrun+свой софт) и особых проблем не было. Ну так то у меня.
Раз какие-то программисты смогли повязать свою прогу на каких-то специфичных вендорских заморочках, значит оно им надо.

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

2 ed * (*) (17.06.2005 14:45:30)
Не стоит называть человека некомпетентным только потому, что у него устаревшие данные. Не ошибается только тот, кто ничего не делает. А lenin не пионер и в программировании разбирается.
Терпимее надо быть.

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

> попробуйте для начала это http://sourceforge.net/projects/l2j запустить на чём-либо, отличном от Sun Java. Багрипортов хватит надолго.

Я ведь не поленился, выкачал.

Before you can start up the server you need to create some data files from the client content. To do this, just startup the convertData.bat (Windows) or convertData.sh (*nix) found in L2J Tools package. It will ask you for your L2 install folder and create 5 files in the server data folder.

И где я должен брать L2??? Мне натурально интересно знать по существу, в чём разница Sun Java и IBM Java, абстрактные поделки со статусом "alpha", работоспособность которых я проверить даже не могу, мне не интересны.

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

> Я думаю, что писать непортируемые программы можно на чем угодно.

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

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

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

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

> Аналогичто портируемые программы можно писать на чём угодно. Зачем мне жаба, если уверенности в портируемости нет ?
все дело в ресурсах которые на это будут потрачены

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

Чето какой то бред в ваших головах происходит. Мозги промыты на нет. Обычные жавовые проги портируемы куда угодно (где есть жре минимум это версии). Даже вне зависимости от 32 и 64 бит.

Для эксперимента пробовал запускать одну и ту же IDEA на 32 бит офтопике по 32 бит ЖРЕ. На 32 бит линуксе (соотв.) и на 64 бит линуксе под 64 бит ЖРЕ. Работает и не подозревает ни о чем.

Накурились какой то хуйни =)... и бздят о непортируемости. Курите маны аля Java Virtual Machine ver. 2.

Непортируемый код МОЖНО делать вот так

if (System.getProperty("system").startsWith("Windows")) { // bla }

Одно недоумение вас слушать

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

> из сорцов родным javac пересобрать не пробовал ?

Особенно если сорцов нет. Я выложу, выложу уже откофигурёные и готовые к запуску файлы, сейчас нет возможности.

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

2 lenin * (*) (17.06.2005 15:02:13)
Слушай, я не пойму - при чем тут джава-то? Не пользуй, всех делов-то. Лично я ж тебя ни к чему не принуждаю и не склоняю.
Если какие-то чуваки налабали на ней хрень, которая только под сановской jdk и работает, то язык и платформа то тут при чем? Понятно же, что так-же и на С написать можно, и на паскале, и на фортране.
Вот мы проект пишем на жабе - там все портируется без проблем и одни и теже java классы прекрасно работают как под вин, так и под лин. На разных jre. От платформы и вендора jre зависят только пожалуй индивидуальные настройки JVM (тот же GC). Ну достал тебя этот проект, но это ж не значит, что платформе обструкцию устраивать нужно %)

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

Что это вообще за фигня - L2 ? Игра какая-то ? На сайте вчитываться времени нет

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

> Я прав полностью. Т.н. жаба для x86-64 работает в 32-х битном режиме, т.е. это и есть жаба для IA32.

Либо ты знатный клоун. 

Либо ты глуп и безграмотен:

 Linux AMD64 Platform
  	  	  	  	Linux AMD64 RPM in self-extracting file (jdk-1_5_0_03-linux-amd64-rpm.bin, 40.41 MB) Download Now!
  	  	  	  	Linux AMD64 self-extracting file (jdk-1_5_0_03-linux-amd64.bin, 41.52 MB) Download Now!
  	Solaris AMD64 Platform
  	  	  	  	Solaris AMD64 self-extracting file (jdk-1_5_0_03-solaris-amd64.sh, 5.88 MB) Download Now!
  	  	  	  	Solaris AMD64 packages - tar.Z (jdk-1_5_0_03-solaris-amd64.tar.Z, 8.07 MB) Download Now! 

А теперь придурь, возьми и посмотри какие инструкции в самой JVM64. Где ты там 32 битный код нашел?

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

Блин, достали вы, клоуны - вы что, читать не умеете ?
Я ж выше написал - для релиза, ака 1.5.0, 64 бита не поддерживались на amd64, оно работало в режиме 32 бит
С версии Update 2 ака 1.5.0_02 поддержку 64 битного режима добавлена и теперь работает как минимум на линуксе. Фигли непонятно?

Ну ошибся человек, с кем не бывает.

Какие все блин категоричные, как все себя самыми умными считают. Прямо непогрешимые будды, блин. Не ошибается тот, кто ничего не делает. Вот что сделал lenin, я знаю, а что сделал тот перец, который называет lenin'а клоуном, не знает никто.

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

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

>Windows, Linux, MacOS X. Жаба от Сан не может похвастаться и этим.

А .net от MS может?

Вот насмешил ;-)))))

Ты спутал разницу между JRE и JAVA.
Нужно пускать java приложение под MacOS бери JRE от MacOS
Нужно под zOS бери от IBM
Нужно под MS, Linux, Solaris бери JRE от SUN.

Так что, портабельность java куда выше чем у .net

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

>Вот насмешил ;-)))))

А вы сударь что, уже научились к приватным полям через рефлекшн?

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

Сливаешь?:) Значит есть поддержка AMD64 в Тигре? Так ДА или НЕТ?

> как минимум на линуксе.

Ты "Солярис" по малолетству своему еще не видел, не говоря о том, что работал с ним.

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

2 anonymous (*) (17.06.2005 17:41:28)
Ты не разобрался в ситуации, товарищ, и наехал не на того анонима.
Я изначально говорил, что она там есть. Я тот самый аноним, который ленину оппонировал в начале треда.
И я не поленился сходить на сайт к сану и посмотреть.
Но при это ленина придурью и пионером я не называл, уважая право на ошибку. Ибо в релизе этой поддержки не было, она появилась в полном объеме только во втором апдейте тигры. "Как минимум" написал просто потому, что помнил этот факт точно, остальное лень было вспоминать.

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

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

Напомню, вот ссылка - сходи и посмотри, где есть поддержка 64bit, а где ее нет http://java.sun.com/j2se/1.5.0/system-configurations.html

Итого, в настоящий момент поддержку 64 бит в J2SE1.5 имеем на следующих платформах:
- Solaris x64
Solaris 10 OS (32/64 bit) (Support for Solaris x64 introduced in J2SE 5.0 Update 2)
- Solaris OS SPARC ()
Solaris 10 OS (32/64 bit)
Solaris 9 OS (32/64 bit)
Solaris 8 OS (32/64 bit)
- Linux AMD64/EM64T 64-bit mode ( Support for AMD64/EM64T 64-bit mode Linux introduced in J2SE 5.0 Update 2. Prior to Update 2, J2SE 5.0 supports AMD Opteron (64) Linux in this configuration)
Red Hat Enterprise Linux AS 4.0
Red Hat Enterprise Linux ES 4.0
Red Hat Enterprise Linux AS 3.0
Red Hat Enterprise Linux ES 3.0
SuSE 9.2
SuSE 9.1
SuSE 9
SuSE 8.2
SLES 9
SLES 8




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

>господа не ведитесь на провакацию, это роббинса послали сюда бабло билли отрабатывать

lenin - проститутка империализма!?!?!?!

Блин - люблю я LOR, тут - все возможно! ;-))))

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

>Непортируемый код МОЖНО делать вот так if (System.getProperty("system").startsWith("Windows")) { // bla }

Непортируемый код можно делать куда проще - и даже не подозревать об этом. Например работа с файлами чувствительными к регистру и т.д. Т.е портиремость прог на Жабе всеравно зависит от качества девелопера создавшего эту прогу.

anonymous
()

Мужики! Чё вы всё Жаба да Жаба? Новость то про Моно... Вот у меня конкретный вопрос к знающим людям : Как сейчас на рынке дело обстоит с C#? Насколько это перспективная платформа? Стоит ли перебороть в себе естественое отторжение организмом и таки выучить эту хренотень?

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

> lenin - проститутка империализма!?!?!?!

А что, не так? Вспомните, на чьи деньги переворот 1917 года он делал? :)

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

сходи на rsdn.ru, там многие от него прутся. Есть и флеймы C++ vs C# почище лоровских :)

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

>жаба слишком непортабельна. С mono пока проблем не было.

Цирк уехал, а lenina забыли на ЛОРе? Давай я тебе портабельную приладу покажу на Java - www.rssowl.org, а ты мне портабельную приладу на mono. Например, попробуй на линюхе запустить www.rssbandit.org, аналог RSSowl.

Померяемся портабельностью

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