Относно реализацията на asinh в cmath: защо за големи числа, се взимат тези, които са по-големи от 10^8 ?

Лесно ми е да го обясня, ако числото е по-голямо от 0.5/епсилон. Но така се получава, много, много голямо число.

Би трябвало границата 2^28 да е достатъчно (28 е половината от дължината на мантисата , ако не ме лъже паметта за  вътрешното представяне на число тип double).

Формулата за asinh при големи числа е ясно, че е базирана на това, че при тях sqrt(x*x+1) и sqrt(x*x) дават един и същ резултат.

Идеи за обосноваване на границата 2^28 ?

[Цитат]

Цитат (luda_glawa @ Сеп. 23 2008,08:22)

Благодаря. Май ще пробвам да направя това, което трябва, по не-"windows" начин

100% процента ще стане по-добре ...

Например: stomp.py is a Python client library for accessing messaging servers (such as  testing.ActiveMQ or JBoss Messaging) using the STOMP protocol. It can also be run as a standalone, command-line client for testing.

Това от cephes съм го прегледах и от там остана висящ въпросът, дали е "public domain"? GPL не става.

Интересувам се от документация, описваща програмната реализация на "обратен хиперболичен синус" (в Си asinh). Така например, име на книга, глава, къде може да се прочете (интернет връзка), ще са от полза.
Функцията трябва да работи, без препълване, при числа с голяма експонента, например asinh(1.0000000000000002e+299).

Също става и посочване на програмна реализация, която е "public domain".

П.П.: Да погледна в кода - отдавна съм го направил, поне в 5 библитеки.

За GNU cp опцията --parents ще копира с името на директорията.

Освен това `dirname {}`, се изпълнява от командния интерпретатор, първо, още преди да се извика командата find. За да се подаде на -exec , по-скоро трябва да е ... -exec /bin/sh -c 'echo `basename {}`' ...

[Цитат]

Цитат (JaG_ @ Сеп. 03 2008,15:24)

И на мен това ми беше първото, което ми дойде на ум, но вече втори ден се самоубеждавам и си казвам "Не, трябва да има такова животно и под Linux"

Че то го ползваш '> . Тесва ли както препоръчах ? И за host може да се пишат имена, така както са конфигурирани в ~/.ssh/config .

gftp е графична надстройка над ssh и ако се пипне ~/.ssh.config и се въведе IdentityFile по подходящ начин трябва да работи.

За конфигурацията виж ssh(1) .

Еми това са възможностите на мрежова среда стил Майкрософт. Общо взето на думи е многопотребителска: един ресурс = един потребител от време оно(дос ерата).

Спомням си, че няма проблеми при samba клиент и сървер. Не ставаше при samba<->win и win<->win.

Не си спомням, но мисля, че сървера, не трябва да е "домейн контролер", за да сработи това което искаш(в конфигурационния файл има записи logon ...).
Обаче щом ти работи "net use * /del /yes", вероятно не е контролер :-) . Би трябвало да е достатъчно да се изтрие \\<SERVER>\IPC$ - това е блокиращата връзка.

Иначе сменяване на мрежовата ос (да не е нещо NETBIOS-со подобно) е възможно решение.

Всъщност май не се търси нещо като telnet, а програма която да замени cmd.exe/command.com (COMSPEC) нали ? Ако е така, имаше 4dos, а после 4nt и take command. Последното е с табчета.

Нищо не се жертва на slackware.
Ако искаш си ползваш SYSV (ATT) инициализиращи скриптове - за справка първата дискета '> <a href="slackware-1.1.2/a1/" target="_blank">http://ftp.gwdg.de/pub/linux/slackware/slackware-1.1.2/a1/</a> '>

Аз лично предпочитам BSD стил.

В примера с <template ...><TD>... таговете са от едно и също именовано пространство. В xmlns="http://www.w3.org/1999/XSL/Transform" няма TD.
Ще сработи с <xsl:template ... и виж предишния отговор.

А сървера от SOA не трябва ли да бъде описан и като NS и този сървер регистриран ли е като NS в регистратора ?

А дали AFS не е по-подходяща ?

[Цитат]

Цитат (Hapkoc @ Юли 09 2008,22:55)

Напротив,има смисъл !   Друго си е да си изтеглиш сорсовете ,разучаването им винаги има полза.   Мога да дам много конкретни примери,като PHP:  в някои дистрибуции в libphp<version>.so дори липсва поддръжка на MySQL ! (Fedora , SuSE), както и някои специфични възможности на езика.   В MySQL и  Apache в много случаи има проблеми със сигурността при готовите,компилирани пакети.Препоръчително е компилиране от сорс-кода със задаване на съотв. опции.

Разучаването на изходен код е едно, компилирането му е съвсем друго. Също съм на мнение - безсмислено занимание.

Аман от разбирачи.
Готови пакети за по-полулярните приложения/библиотеки сигурно се намират, но за останалите нали някой "разбирач" трябва да ги направи .

Здравейте,

Бих искал и в този форум да попитам, дали имате нещо против да се премахнат допълнителните правила за сортиране, зададени в българските езикови настройки ?

Освен това мисля, че в общите правила за сортиране на кирилица, трябва да се сменят местата на  <U0404> и <U0401> , на <U040C> и <U040B>, и на съответните им малки букви.

В крайна сметка очаквам да се получи следната подредба на UNICODE знаците за кирилица от 0x400 до 0x45f:

1) аАбБвВгГдДѓЃђЂеЕ&#1104;&#1024;ёЁєЄжЖзЗѕЅиИ&#1117;&#1037;іІїЇйЙјЈкКлЛљЉмМнНњЊоОпПрРсСтТћЋќЌуУўЎфФхХцЦчЧџЏшШщЩъЪыЫьЬэЭюЮяЯ
(за съжаление, програмата на този форум не позволява да се въведат ударените "И" и "Е" и затова се извеждат, например, като &#1037; )



Технически детайли:
Файлът с описанието, обикновенно, е /usr/share/i18n/locales/bg_BG.
Интересува ни секцията LC_COLLATE, която изглежда, примерно:
======================
LC_COLLATE
copy "iso14651_t1"
reorder-after <9>
.....
reorder-after <U0433>
.....
reorder-end
END LC_COLLATE
======================

Тест с PERL(кода следва):
==================
use locale;
print +(sort grep /\w/, map { chr } 0x400..0x45f), "\n";
==================
и при настойка LANG=bg_BG.UTF-8 се получава следното:
2) &#1024;&#1037;&#1104;&#1117;аАбБвВгГѓЃдДђЂџЏѕЅеЕєЄёЁэЭжЖзЗиИІіїЇыЫйЙЈјкКќЌлЛљЉмМнНњЊоОпПрРсСтТуУўЎфФхХцЦчЧћЋшШщЩъЪьЬюЮяЯ.


Сега ако в файла .../locales/bg_BG се премахнат редовете от reorder-after <U0433> до reorder-end, без последния би трябвало да се получи:

3) аАбБвВгГдДѓЃђЂеЕ&#1104;&#1024;єЄёЁжЖзЗѕЅиИ&#1117;&#1037;іІїЇйЙјЈкКлЛљЉмМнНњЊоОпПрРсСтТќЌћЋуУўЎфФхХцЦчЧџЏшШщЩъЪыЫьЬэЭюЮяЯ.

Бележки:
- след редактиране на файла, трябва да се се пресъздадат езиковите настройки с командата :

localedef -i bg_BG -f UTF-8 bg_BG.UTF-8;
- забележете разликата, след E и T, между 3) и 1);
- моята Си библиотека е остаряла версия и не мога да преценя дали трябва да се махне и правилото reorder-after <9>;
- общия файл е iso14651_t1, като в текущата версия правилата от iso14651_t1 са преместени в iso14651_t1_common;
- версията на Си библиотеката (libc) може да е по-стара и да липсват общи правила за сортиране на ударени "И" и "Е", главни и малки;
- в моята версия няма общи правила за ударените "И" и "Е" и затова, само за тестване, съм добавил в .../bg_BG:
----------------
reorder-after <U0438>
<U045D> <CYR-I>;<U045D>;<MIN>;IGNORE
reorder-after <U0418>
<U040D> <CYR-I>;<U040D>;<CAP>;IGNORE
reorder-after <U0435>
<U0450> <CYR-IE>;<U0450>;<MIN>;IGNORE
reorder-after <U0415>
<U0400> <CYR-IE>;<U0400>;<CAP>;IGNORE
----------------


Румен

П.П.

Източници:
http://www.unicode.org/charts/collation/chart_Cyrillic.html

http://www.collation-charts.org/winxp....ia.html (заб.: мястото на "К" с ударение не е правилно)

и от wikipedia:
http://en.wikipedia.org/wiki/Early_Cyrillic_alphabet
http://en.wikipedia.org/wiki/Cyrillic_alphabet
http://en.wikipedia.org/wiki/Russian_alphabet
http://en.wikipedia.org/wiki/Macedonian_alphabet
http://en.wikipedia.org/wiki/Serbian_Cyrillic_alphabet
http://en.wikipedia.org/wiki/Romanian_Cyrillic_alphabet (заб.: преди
1860–1862!)