LINUX.ORG.RU

Oracle выпустила 24-е обновление Java 6

 ,


0

1

Данное обновление исправляет известную проблему с «числом смерти». Напомню, что ранее был выпущен патч, исправляющий данную проблему в предыдущей версии JRE/JDK. Кроме этого, обновление содержит исправление регрессии в Java-плагине под браузером AOL. Также обновлены некоторые дополнительные компоненты, такие как Java DB (Derby) и OlsonData.

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

★★★★★

Проверено: svu ()
Последнее исправление: Dendy (всего исправлений: 2)
Ответ на: комментарий от ArtemZ

> Наоборот. На питоне нужно сделать обходной манёвр, чтобы получить число в простом формате. В си не нужно - достаточно просто указать тип f и всё. Однако умник выше сделал специально маленький костылик, т.е обходной манёвр

Где получить? В памяти, на экране? На кой хрен ты пристал к интерактивной консоли, которая показывает тебе, КАК ЕСТЬ (ну нету в компьютере возможности записать 0.56 в двоичном виде, чисто физически нет, я такие знания ещё из инструкции по Spectrum в 1990 году почерпнул).

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

если тебе нужен просто f, то какого черта он тебе отдает -0.560000 а не просто -0.56? это же баг! как оно посмело не угадать, что нужно нашему важному дирехтору?! сказали же тебе - не позорься, иди спать...

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

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

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

>посмотри на позицию tornado.

график, на котором сравнивают быстрый прокси-сервер nginx на Си, делавшийся в рамблере, с мало кому известным торнадо, который вообще еле развивается и последняя версия 0.2, при этом разница всего в 4 раза

очень показательно, куда уж там.

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

Ну это личные проблемы таких людей.

логично, чай не php. и много таких java-сайтов?

достаточно. можно посмотреть success stories грэйлсов: http://www.grails.org/Success+Stories
От SaaS провайдера до disney.com

Я вот один знаю, который несколько дней назад лежал. сегодня лежал несколько часов.

Это лор чтоли? А он на фреймворке? Да и сервеные проблемы лоры непонятно как связаны с джавой.

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

Хамить не нужно. Как я уже сказал - в си стандартно выводится число с «нормальной», привычной и ожидаемой точностью. В питоне - всё с ног на голову и чтобы сделать номально - нужны костыли.

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

Я тебя еще раз попрошу - в твоем же примере покажи где выводится нормально в С? Лично я вижу абсолютно не нужные мне нули в конце числа. А что видишь ты? или ты подстроил свою «нормальность», привычность и ожидаемость именно к 6 разрядам, которые приняты в С? почему С не вывел как твой любимый пэхапэ?

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

Нули - это не «не нормально». Они не меняют значение числа при дополнительных операциях с ним, в том числе и при любых неожиданных, просто возвращается ожидаемое число, хоть с миллионом нулей - это всё равно это же число. Представим себе ситуацию, в которой, например сервер на питоне рассчитывает базовую стоимость чего-либо, а форматирование конкретной стоимости для показа пользователю возлагается, скажем, на JS, который получает базовую стоимость через ajax. Ну так вот, если при рассчётах JS получит 0.5600005 от сервера, а не 0.560000, то может сложится ситуация, когда он умножит это число на миллион и в резльтате пользователю будет выведена неверная сумма, при том неверная уже со значительными отклонениями. И всё из-за того, что кто-то забыл доставить костылик, делая «на прямую». Так вот в си делая напрямую вы получаете ТОЧНЕЙШЕЕ число и будь в нём хоть триллиард нолей - оно будет всё также точно и его можно будет перемножить ещё на 10 триллиардов и всё будет абсолютно верно.

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

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

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

какой же ты неугомонный... наверное нравится когда тебя в твой бред тыкают? если программист не в курсе о особенностях работы с числом типа float, то его надо поганой метлой гнать из этой профессии. Или ты думаешь, что в горячо любимой тобой Jave типы специальные для чисел с плавающей точкой от хорошей жизни заводили? Но давай твой же пример разовьем до абсурда. вот тебе новая версия на С:

#include <stdio.h>

int main() {
double a = 1.44444444;

a -= 2;
printf(«%.17f\n», a);
printf(«%f\n», a);
return 0;
}

debian64% gcc -o 1 1.c
debian64% ./1
-0.555556
И вот смотрю я как твой программист (уже теперь на С) передает это число в твой скрипт на JS, перемножит на триллион, получит совсем неправильное значение («Блин! Калькулятор то не так считает!!!») и его в шею выгоняют с работы. Так что не надо тут петь красивых песен, что только с питоном приходится думать головой - ей думать приходится всегда, вне зависимости от используемого инструмента

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

да, про одну кнопку «Сделать мне хорошо!» мы все давно мечтаем. Только вот пока ее никто так и не написал... Потому приходится думать о том, что ты делаешь и не иметь проблем на ровном месте

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

Да, и еще, раз уж ты начал нам рассказывать о великой и могучей Java, то объясни уж и вот этот примерчик:

debian64% cat Test.java
class Test {
public static void main(String[] args) {
double f = 1.4444444;

f -= 2;
System.out.println(f);
}
}
debian64% javac Test.java
debian64% java Test
-0.5555555999999999

Похоже, что-то в твоей консерватории не клеится :)

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

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

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

с огромным интересом слежу за топиком. уже готов устроить тотализатор. Вы только не сдавайтесь! как говорится, терпение и труд всё перетрут. даже здравый смысл.

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

тогда почему косячит на простых (с твоей точки зрения) тестах?

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

ТЫ ТРОЛЛЬ

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

_________

//wfrr из бани с любовью :)

anonymous
()

Вот ведь развели срач

Новость вовсе не про это

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

>вообще, «люди второго сорта» - какое то нацисткое понятие, введённое известно кем для оправдания своих преступлений

Это вы на англичан намекаете?

anonymous
()
Ответ на: ТЫ ТРОЛЛЬ от anonymous

еще один ява-обожатель выискался...

ТЫ ТРОЛЛЬ

ну канееешна. как только нечем аргументировать - сразу тролль...

ибо не используешь в яве аналогичный printf метод вывода

Не-не-не, давай по порядку. В питоне использовался простейший __repr__ без всяких заморочек, который выводил не обработанное число в интерактивной консоли. И это был величайший баг питона. Даже на print проверять не стали - зачем, ведь баг и так доказан. В С я попользовался первой попавшейся функцией вывода на экран, о которой пишут на первых страницах учебников. Выводит тоже не фонтан, но, чтоб не ударить в грязь лицом перед «убогим питоном», мы начинаем делать вид, что лишние нули - это есть хорошо и благо для всего человечества. В Java я также использовал способ вывода на экран, который предлагается всеми учебниками - и снова я сделал что-то не так? И после этого вы мне будете рассказывать про костыли питона?! Свои сначала отбросьте

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

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

или специально тратит своё время, выискивая на профильных досках и сайтах проблемы python и передавая их сюда, что является болезнью более высшего порядка.

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

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

Я часто наблюдаю противоположное.

Хотя да, имею предрассудки в сторону питона, хотя уже почти ото всех избавился.

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

Скажу Вам пару вещей.
Сейчас неплохо знаю java. Экспериментировал с веб-приложениями на java пока учился. На ознакомление с инфраструктурой jee и написание JSF+JPA+EJB приложения ушло 4 месяца. Ознакомление!! Это с почти нулевыми знаниями java и без особого самобичевания. На изучение python+django ушло меньше месяца, причем книги я почитывал в автобусе, т.к. студент и живу не там где учусь и приходится часто ездить. Кроме того glassfish+derby и собственно ear на этой связке запущенный валили мой сервер (pentium3 900 x 2, 512mb ram). Причем пробовал и gentoo и arch и debian. LAMP+django и мое приложение на питоне едят меньше 50mb на дефолтной конфигурации.
java конечно супер, и ее возможности еще долго никто не сможет реализовать, но для всего есть своя ниша и сейчас понятно, что java - для enterprise, а python, php(простигосподи), ruby, etc. - для быстрой и чистой от псевдотехнологий реализации небольших проэктов
спасибо

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

>из всего текста можно вынести 2 тезиса: пистон динамически типизирован и компактен(в смысле меньше буков писать, чтоб руки не отсохли) ну и где показательность то?

Да верно, python динамически типизирован и сравнительно лаконичен. Кроме того, он компактен и именно как язык, т.к. число языковых конструкций сравнительно не велико. Меньше чем в, скажем, java или ruby, что, как мне кажется, несомненное достоинство. Но текст по ссылке не об этом. Там просто показано, что язык более выразителен, а значит код будет понятнее и удобнее для сопровождения.

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

>лютелям питона рекомендую почитать - http://bitcheese.net/wiki/nopython

Чего там читать-то? Сплошные эмоции.

Python 2.7

1.44 - 2

-0.56

ЧЯНТД? Да и если бы и отображалось реальное значение из памяти... Я, честно говоря, не вижу в этом проблемы. В любом случае будет какой-то оговоренный pretty printing с заданной точностью.

да, именно на джаве пишем критические приложения для инфраструктуры датацентра. биллинг, контроль rrb и rescue - только джава.


Интересно, конечно, было бы узнать насколько эффективен для этих задач python. Серьезно. Но меня другие задачи.

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


Я согласен с тем, что java надежна, но не понимаю к чему столько эмоций? Потом, почему код на C++ должен быть медленнее аналога java, только если это не реализация другого алгоритма? Опять таки, я не сторонник C++, но это не может быть правдой.

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

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

Э, disqus сделан на питоне и спокойно держит 400 к хитов.

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

> Частично вы правы - есть закон, что качество выполняемой работы больше всего зависит от качеств рабочего, а не от инструментов, которыми он пользуется. но в случае с питоном это не прокатывает: с помощью ЯП, валящегося от неправильного unicode-символа или неспобного нормально посчитать циферки, ничего хорошего сделать нельзя

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

А циферки у тебя неправильно даже C++ твой хваленый посчитает. Потому что двоичные дроби — это тебе не десятичные ни разу. Можно, конечно, считать с фиксированной запятой, только это вряд ли будет быстро. Кроме того, выше уже написали про 2.7.

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

«От перемены мест слагаемых, сумма не меняется»

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

Да забей ты уже на это хамло в роли ArtemZ и других некомпетентных. Какая жаба, матерый пхпешник, ни в специфике чисел с плавающей точкой не разбирается, ни в то что кроме стека LAMP есть более производительные решения, которые для python в продакшене используются. Привел линк на какую-то говностатью из которой и растут все аргументы, толи сам писал, толи другой такой-же, не важно, но такого дебилизма я давно не читал. Числа ему видите-ли не нравятся как выводятся. Хочешь красивый вывод юзай print, по-умолчанию repr-представление используется. В любом случае это не характеристика языка, это можно и к анси сям применить. Представление объектов в виде словарей видите-ли тоже не угодило, тогда и жабоскрипт сходу тоже на помойку. Короче, тот еще далекий писал. А вот похапе рулит, да, 5.3 мажорный релиз, добавили лямбды (объясни пхпшнику что это) и неймспейсы, которые никто не использует, без которых даже в более менее вменяемом Yii фреймворке эти танцы с C-префиксами из-за засранного неймспейса. Наплодили говнопрограммеров, да тутор на офсайте так и говорит «ПИШИТЕ ГОВНОКОД». Не тратьте время, каждый вменяемый знает плюсы и минусы яп, который использует. Для каждой задачи есть свои более подходящие инструменты. Python не панацея, особенно для гуя, но во многих сферах очень хорош. А кто не знает чем, сидите и молчите, никто ничего вам не навязывает.

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

Для начала выучи русский язык, убожество!

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

>вот обьясните мне, нахрена они с давних времен впихнули jaxb в rt.jar?

чтобы те кто не знает что такое java.endorsed.dirs мучались.

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

> Скажу Вам пару вещей.

Скажите.

Сейчас неплохо знаю java. Экспериментировал с веб-приложениями на java пока учился. На ознакомление с инфраструктурой jee и написание JSF+JPA+EJB приложения ушло 4 месяца. Ознакомление!! Это с почти нулевыми знаниями java и без особого самобичевания. На изучение python+django ушло меньше месяца, причем книги я почитывал в автобусе, т.к. студент и живу не там где учусь и приходится часто ездить. Кроме того glassfish+derby и собственно ear на этой связке запущенный валили мой сервер (pentium3 900 x 2, 512mb ram). Причем пробовал и gentoo и arch и debian. LAMP+django и мое приложение на питоне едят меньше 50mb на дефолтной конфигурации.

Северный пушной зверек..

1. Перескакиваете с веб-приложений на JEE. Вы всерьез думаете, что это близкие области? Если да, то примите мои соболезнования. Психически здоровые люди JEE стараются без необходимости не использовать. Причем для веба это просто оверкилл. Это как бить пенисом орехи.

2. Я даже не знаю, что можно изучать в python+django порядка месяца. Когда мне стало интересно, я просто взял и написал на этой связке первый сайт, почитывая tutorial.

3. Но сравнивать python+django и java+jee это просто дико. И совсем не смешно. Вы видимо вообще не въехали что к чему, раз сравниваете. Это раз. А двас это то, что python+django хороши только для простых случаев. Как только появится более чем одна база данных или таблицы, где primary key либо отсутствует, либо сделан на базе более чем одной колонки, вся магия пойдет псу под хвост и роскошная карета превратится в сраную тыкву.

4. python это не только django. Есть еще и энтерпразнутые вещи вроде Zope. Сравни-ка лучше их с JEE.

java конечно супер, и ее возможности еще долго никто не сможет реализовать, но для всего есть своя ниша и сейчас понятно, что java - для enterprise, а python, php(простигосподи), ruby, etc. - для быстрой и чистой от псевдотехнологий реализации небольших проэктов

спасибо

Java это много для чего, а не только для энтерпрайз. Только сначала надо понять хоть элементарные вещи. И не считать, как многие делают, что java=JEE=Spring=XML=JSP=еще-какая-нибудь-хрень. Ну и думать над выбором оптимального инструмента тоже надо конечно. Я, например, выбираю обычно где-то в области Java - R - python - bash - haskell - R - perl - javascript. И ниче, все работает как часы. И гемора нет. Конечно, JEE, Spring и JSP идут лесом. :-)

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

>>Как уже надоел этот форум, написанный на JAVA, который всё время текст портит

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

Точно. Браузеры написаны на плюсах. А поскольку писать мало-мальски сложный алгоритм на плюсах - ад, то в баузерах рендеринг делается топорно. Оттого и тормозит. :-)

П.С. Сам в код Мозилл и прочих Опер не смотрел, страшно.

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

> Я постаянно общаюсь с обычными людьми и когда я говорю им, что занимаюсь IT - мне отвечают, что сами в этом ничего не понимают, но считают, что это здорово, раз я могу не торчать целый день на работе, а заниматься практически тем, чем хочу. Починить компьютер меня как-то ещё никто не просил.

Привет.

А что за компания? И что за деятельность?

Сам Java-dev вот думаю как бы сменить деятельность, чтобы в офисе не сидеть =)))

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