[sisyphus] Работоспособность Sun JDK и пара вопросов про glibc

[sisyphus] Работоспособность Sun JDK и пара вопросов про glibc

[Michael Rumjantsev]

        Привет!

Хотелось бы выяснить, предпринимаются ли кем-нибудь попытки оживить Java
native threads под Sisyphus или вообще никто не в курсе? Тут, помнится,
уже были сообщения об этом, значит, не у меня одного проблемы.

Имеется Junior 1.1 с апдейтами из Sisyphus
kernel24-up-2.4.18-alt5
glibc-2.2.5-alt(1,2,3) (пробовались разные)
jre-1.3.1-alt2

Hа простом тесте java падает по SIGSEGV:
[geom@geom java]$ /usr/lib/jre1.3.1/bin/java -version
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

[geom@geom java]$ /usr/lib/jre1.3.1/bin/java SegFaultTest
Segmentation fault

SegFaultTest.java
public class SegFaultTest
{
    public static void main(String[] args)
    {
        new SegFaultTest();
    }
    public SegFaultTest()
    {
        new SegFaultTest();
    }
}

Падает также любое Java-приложение, в котором при достаточно глубоком стеке
возникает exception (сиречь, сигнал). Естественно, java -classic работает прекрасно.

Могу твердо сказать, что glibc тут ни при чем - я перепробовал их штук пять
разнообразной сборки, все равно падает. Зато замена ядра на
kernel24-linus-2.4.18-alt5 все чудесным образом вылечивает. Может найдется
человек, способный разобраться в этой туче ядерных патчей и сказать, что
ему мешает?

Параллельно пара вопросов по glibc:
1) Почему не применяется РедХатовский метод сборки пакета с отдельной
   версиеий в /lib/i686/*, собранной с --enable-kernel=2.4.0? Для той же
   джавы это частично облегчает жизнь, падает реже.
2) Это даже не вопрос. В Сизифовской сборке в linuxthreads баг остался,
   надо патчик наложить. В том же РедХате это уже исправлено.

--- glibc-2.2.5/linuxthreads/signals.c.orig     Thu Mar 28 20:26:38 2002
+++ glibc-2.2.5/linuxthreads/signals.c  Thu Mar 28 20:27:34 2002
@@ -199,6 +199,7 @@
         s != __pthread_sig_debug) {
       sigdelset(&mask, s);
       if (sighandler[s].old == NULL ||
+          sighandler[s].old == (arch_sighandler_t) SIG_ERR ||
           sighandler[s].old == (arch_sighandler_t) SIG_DFL ||
           sighandler[s].old == (arch_sighandler_t) SIG_IGN) {
         sa.sa_handler = pthread_null_sighandler;

-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] Работоспособность Sun JDK и пара вопросов про glibc

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1414 bytes --]

On Mon, Apr 15, 2002 at 04:18:41PM +0700, Michael Rumjantsev wrote:
> Параллельно пара вопросов по glibc:
> 1) Почему не применяется РедХатовский метод сборки пакета с отдельной
>    версиеий в /lib/i686/*, собранной с --enable-kernel=2.4.0? Для той же
>    джавы это частично облегчает жизнь, падает реже.

Как (и почему) это связано с "падучестью"?

> 2) Это даже не вопрос. В Сизифовской сборке в linuxthreads баг остался,
>    надо патчик наложить. В том же РедХате это уже исправлено.
> 
> --- glibc-2.2.5/linuxthreads/signals.c.orig     Thu Mar 28 20:26:38 2002
> +++ glibc-2.2.5/linuxthreads/signals.c  Thu Mar 28 20:27:34 2002
> @@ -199,6 +199,7 @@
>          s != __pthread_sig_debug) {
>        sigdelset(&mask, s);
>        if (sighandler[s].old == NULL ||
> +          sighandler[s].old == (arch_sighandler_t) SIG_ERR ||
>            sighandler[s].old == (arch_sighandler_t) SIG_DFL ||
>            sighandler[s].old == (arch_sighandler_t) SIG_IGN) {
>          sa.sa_handler = pthread_null_sighandler;

Ok; там эту проверку неплохо бы во всех местах подправить.


Regards,
	Dmitry

+-------------------------------------------------------------------------+
Dmitry V. Levin     mailto://ldv@alt-linux.org
ALT Linux Team      http://www.altlinux.com/
+-------------------------------------------------------------------------+
UNIX is user friendly. It's just very selective about who its friends are.

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Michael Rumjantsev]

"Dmitry V. Levin" <ldv@alt-linux.org> writes:

> > Параллельно пара вопросов по glibc:
> > 1) Почему не применяется РедХатовский метод сборки пакета с отдельной
> >    версиеий в /lib/i686/*, собранной с --enable-kernel=2.4.0? Для той же
> >    джавы это частично облегчает жизнь, падает реже.
> 
> Как (и почему) это связано с "падучестью"?

        Я не большой спец в этих делах, но насколько я понимаю, java падает
        при переполнении стека во время обработки
        сигнала. --enable-kernel=2.4.0 включает floating stack в
        linuxthreads (я не знаю в чем заключается суть этого явления
        :). При этом java падает все равно, но существенно позже. У меня
        добавилось порядка 70 рекурсивных вызовов в глубину, а это уже
        позволяет худо-бедно что-то делать. Кроме того, при такой сборке
        jvm успевает отловить SIGSEGV и напечатать длинное сообщение с
        картой памяти.

        Проблема в том, что пока не найдена истинная причина падений, 
        приходится самостоятельно пересобирать пакет glibc, чтобы оно хоть
        как-то работало. Понятное дело, это сильно затрудняет апдейты.
 
> > 2) Это даже не вопрос. В Сизифовской сборке в linuxthreads баг остался,
> >    надо патчик наложить. В том же РедХате это уже исправлено.

> Ok; там эту проверку неплохо бы во всех местах подправить.

        А там эта проверка в единственном месте и есть. Остальные места уже
        поправлены в дистрибуции glibc 2.2.5, это по невнимательности
        осталось.
-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Alexey Morozov]

Кстати, в продолжение темы, такое ощущение, что jre-1.3.1-alt2 - не
вполне живой в сизифе. То есть, у меня ни один приличный апплет не
пускается :-). jvm вместе с мозиллой/галеоном просто уходят на базу.

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[AVL]

On 15 Apr 2002 20:14:10 +0700
"Alexey Morozov" <morozov@novosoft.ru> wrote:

> Кстати, в продолжение темы, такое ощущение, что jre-1.3.1-alt2 - не
> вполне живой в сизифе. То есть, у меня ни один приличный апплет не
> пускается :-). jvm вместе с мозиллой/галеоном просто уходят на базу.
> 
у меня вроде как норма.
и флеш-плугин крутится, а он ведь на яве писан?

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Michael Rumjantsev]

AVL <avl@l14.ru> writes:

> On 15 Apr 2002 20:14:10 +0700
> "Alexey Morozov" <morozov@novosoft.ru> wrote:
> 
> > Кстати, в продолжение темы, такое ощущение, что jre-1.3.1-alt2 - не
> > вполне живой в сизифе. То есть, у меня ни один приличный апплет не
> > пускается :-). jvm вместе с мозиллой/галеоном просто уходят на базу.
 
        Да там честный jre, я его копировал на соседние SuSE 7.3 и RedHat
        7.0 - работает.

> у меня вроде как норма.
> и флеш-плугин крутится, а он ведь на яве писан?

        Попробуй скомпилить и запустить этим jre классик

public class SegFaultTest
{
    public static void main(String[] args)
    {
        new SegFaultTest();
    }
    public SegFaultTest()
    {
        new SegFaultTest();
    }
}
 
Если не трапнется - скажи каким ядром пользуешься :)

-- 
     Michael Rumjantsev
     iNetLab

[sisyphus] Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Sergey S. Skulachenko]

On 15 Apr 2002 20:45:07 +0700
Michael Rumjantsev <geom@inetlab.com> wrote:

>> > Кстати, в продолжение темы, такое ощущение, что
>>jre-1.3.1-alt2 - не
>> > вполне живой в сизифе. То есть, у меня ни один приличный
>>апплет не
>> > пускается :-). jvm вместе с мозиллой/галеоном просто уходят
>>на базу.

> Да там честный jre, я его копировал на соседние SuSE 7.3 и
> RedHat
> 7.0 - работает.

Давно примечал, что моя mozilla пасует перед выпадающими меню на
некоторых сайтах. Внутренний Вам не могу показать. Поэтому,
извините, дам ссылку на http://www.tvbingo.ru
Попробуйте просмотреть верхнее меню. Не выпадает. Galeon тоже
пасует.
jre-1.3.1-alt2. 
jre-plugin-mozilla-1.3.1-alt2

Хорошо, если это дефект только моих машин. Хорошо бы с этим
разобраться. Но, заметьте, тему не я предложил :-).
____________
С уважением,
С.С.Скулаченко

Re: [sisyphus] Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[AVL]

> Давно примечал, что моя mozilla пасует перед выпадающими меню на
> некоторых сайтах. Внутренний Вам не могу показать. Поэтому,
> извините, дам ссылку на http://www.tvbingo.ru
> Попробуйте просмотреть верхнее меню. Не выпадает. Galeon тоже
> пасует.
> jre-1.3.1-alt2. 
> jre-plugin-mozilla-1.3.1-alt2

стоп. там же ява скрипт.
верхнее меню

http://www.tvbingo.ru/menu.js

причем здесь ява?




> 
> Хорошо, если это дефект только моих машин. Хорошо бы с этим
> разобраться. Но, заметьте, тему не я предложил :-).

кто хорошо разбирается в яваскрипте - гляньте, я пас :)

[sisyphus] Re: [sisyphus] Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Sergey S. Skulachenko]

On Mon, 15 Apr 2002 18:39:30 +0400
AVL <avl@l14.ru> wrote:

> стоп. там же ява скрипт.

Это-то я в подсказке вижу.
> верхнее меню

> http://www.tvbingo.ru/menu.js

> причем здесь ява?

Т.е. Вы намекаете, что с mozilla всё в порядке, а скрипт
некачественно написан? Так это ж замечательно! Тогда во всём и
разобрались. А я-то всё ждал новой версии mozilla.
____________
С уважением,
С.С.Скулаченко

Re: [sisyphus] Re: [sisyphus] Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Любимов А.В.]

On Mon, 15 Apr 2002 19:00:36 +0400
"Sergey S. Skulachenko" <sssku@online.ru> wrote:

> On Mon, 15 Apr 2002 18:39:30 +0400
> AVL <avl@l14.ru> wrote:
> 
> > стоп. там же ява скрипт.
> 
> Это-то я в подсказке вижу.
> > верхнее меню
> 
> > http://www.tvbingo.ru/menu.js
> 
> > причем здесь ява?
> 
> Т.е. Вы намекаете, что с mozilla всё в порядке, а скрипт
> некачественно написан?

я намекаю, что обсуждалась jre - java runtime environment

-- 
С уважением,Любимов А.В.

Re: [sisyphus] Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Anton Farygin]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

AVL wrote:

|>Давно примечал, что моя mozilla пасует перед выпадающими меню на
|>некоторых сайтах. Внутренний Вам не могу показать. Поэтому,
|>извините, дам ссылку на http://www.tvbingo.ru
|>Попробуйте просмотреть верхнее меню. Не выпадает. Galeon тоже
|>пасует.
|>jre-1.3.1-alt2.
|>jre-plugin-mozilla-1.3.1-alt2
|
|
|стоп. там же ява скрипт.
|верхнее меню
|
|http://www.tvbingo.ru/menu.js
|
|причем здесь ява?
|
|
|
|
|>Хорошо, если это дефект только моих машин. Хорошо бы с этим
|>разобраться. Но, заметьте, тему не я предложил :-).
|
|
|кто хорошо разбирается в яваскрипте - гляньте, я пас :)
|
А вы уверены, что они в этом месте правильно определяют браузер? Я - нет:

function Initialize()

{

    sp = new Image();

    sp.src = "img/sp.gif";

    over = new Image();

    pointer = new Image();

    menustruct = new Array();

    ns = (document.layers)? true:false;

    ie = (document.all)? true:false;

    ie5 = (navigator.appVersion.indexOf("MSIE 5.5")>-1)?true:false;

    ie6 = (navigator.appVersion.indexOf("MSIE 6")>-1)?true:false;

    ns6 = (document.getElementById)? true : false;


А падает тут, т.к. el получается не определен:

function SetLayerAttr(id, attr, value)
{
    if (ie) el = document.all[id].style;
    if (ns)    el = document.layers[id];
    eval('el.' + attr + ' = "' + value + '"');
}

Вообще так конечно пишут.. но... так писать нельзя.

Большинство из этих вещей реализуется универсально, а на NS 4.x надо уже
забивать.

Rgds,
Rider
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE8uy0Yqohfd2vlwKsRAtEfAJ98ID4/hwsQ5HLEq2WYkUeW79FcyACfUO3a
sbamwzbLVEC+ZF8PZUghiKI=
=LQDk
-----END PGP SIGNATURE-----

[sisyphus] Re: Работоспособ ность Sun JDK и пара вопросов про glibc

[Mikhail Zabaluev]

Hello Anton,

On Mon, Apr 15, 2002 at 11:42:17PM +0400, Anton Farygin wrote:
>
> function Initialize()
> 
> {
> 
>    sp = new Image();
> 
>    sp.src = "img/sp.gif";
> 
>    over = new Image();
> 
>    pointer = new Image();
> 
>    menustruct = new Array();
> 
>    ns = (document.layers)? true:false;
> 
>    ie = (document.all)? true:false;
> 
>    ie5 = (navigator.appVersion.indexOf("MSIE 5.5")>-1)?true:false;
> 
>    ie6 = (navigator.appVersion.indexOf("MSIE 6")>-1)?true:false;
> 
>    ns6 = (document.getElementById)? true : false;
> 
> 
> А падает тут, т.к. el получается не определен:
> 
> function SetLayerAttr(id, attr, value)
> {
>    if (ie) el = document.all[id].style;
>    if (ns)    el = document.layers[id];
>    eval('el.' + attr + ' = "' + value + '"');
> }
> 
> Вообще так конечно пишут.. но... так писать нельзя.
> 
> Большинство из этих вещей реализуется универсально,

Верно.

> а на NS 4.x надо уже
> забивать.

Неверно. Посмотрите в статистиках Google -- им ещё пользуется больше
людей, чем Other, т.е. Mozilla, NS6 и Opera вместе взятыми.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
Everything that you know is wrong, but you can be straightened out.

Re: [sisyphus] Re: Работоспособ ность Sun JDK и пара вопросов про glibc

[Любимов А.В.]

> > Вообще так конечно пишут.. но... так писать нельзя.

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


-- 
С уважением,Любимов А.В.

Re: [sisyphus] Re: Работоспособ ность Sun JDK и пара вопросов про glibc

[rider]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Любимов А.В. wrote:

|>>Вообще так конечно пишут.. но... так писать нельзя.
|>
|
|извините, конечно, но нельзя ли показать, как писать надо?

Я прямо сейчас не готов переписать этот код.
Да и у нас в основном все пишется из расчета на то, что браузер клиента
поддерживает спецификации w3c.org

Навскидку - у них переменная ns определяется только в том случае, если
есть documents.layer. У mozilla его естественно нет. Собственно как нет
и document.all, присутсвующий у IE.

ну а что у нее есть - можно посмотреть:
http://www.w3.org/TR/2001/WD-DOM-Level-2-HTML-20011210/html.html

Кстати, ns6 = (document.getElementById)? true : false;  также
реализовано не по стандарту ;-(

В общем - в morg. Я такие сайты в большинстве своем смотрю небольшими
скриптами, которые парсят их HTML и генерят мне URL'ы необходимой
информации.

Совсем недавно, кстати, пришлось делать хак одному сайту для поддержки
mozilla. Самый простой вариант был - сделать еще одну проверку на браузер.
Итого получаем _ТРИ_ реализации JS кода.

А оно нам надо?

Вывод - либо делать простые сайты, либо по стандарту. ну а пользователей
не страндартных браузеров посылать на www.w3c.org и на mozilla.ru за
стандартым браузером.

Кстати, та же самая Opera намного лучше держит w3c.org, чем IE. Хотя у
нее много других глюков раньше было (слишком стандартная? )


|
|просто само собой эта практика не рассосется.
|надо рассылать текст "правильной" процедуры определения бровзера
вебмастерам.

Как показывает практика - в каждом случае надо патчить на корню. ;-(

|
|один послал, другой - так потихонбку всем миром жит попроще станет.

Не всегда, к сожалению...

|
|да и просто интересно, как корректно решить такую часто возниуающую
задачку...

Задача непростая. Самое корректное решение я описал выше.

Rgds,
Rider
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE8u0nKqohfd2vlwKsRAvDUAJ9XsXycvkqI7FV0c6maQIjnzhhA/QCgmndZ
HEUESYnKAzxRBOZGczzJXbg=
=hXcj
-----END PGP SIGNATURE-----

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[AVL]

>         Попробуй скомпилить и запустить этим jre классик

> 
> public class SegFaultTest
> {
>     public static void main(String[] args)
>     {
>         new SegFaultTest();
>     }
>     public SegFaultTest()
>     {
>         new SegFaultTest();
>     }
> }
>  
> Если не трапнется - скажи каким ядром пользуешься :)

чего то у меня не хватат.

[avl@alex avl]$ gcj SegFaultTest.java  -o test.jvm
/usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o: In function `_start':
/usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Sergey Vlasov]

On Mon, 15 Apr 2002 18:47:10 +0400
AVL <avl@l14.ru> wrote:

> чего то у меня не хватат.
> 
> [avl@alex avl]$ gcj SegFaultTest.java  -o test.jvm
> /usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o: In function `_start':
> /usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main'
> collect2: ld returned 1 exit status

-fmain=SegFaultTest

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Michael Rumjantsev]

AVL <avl@l14.ru> writes:

> чего то у меня не хватат.
> 
> [avl@alex avl]$ gcj SegFaultTest.java  -o test.jvm
> /usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o: In function `_start':
> /usr/lib/gcc-lib/i586-alt-linux/2.96/../../../crt1.o(.text+0x18): undefined reference to `main'
> collect2: ld returned 1 exit status

        Э-э, это немного не то :) Hадо компилить его при помощи javac из
        JDK, который штатно в Sisyphus почему-то не входит. Можно взять с
        java.sun.com

        Врочем, что скажет результат gcj - это тоже интересно.
-- 
     Michael Rumjantsev
     iNetLab

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Ivan Zakharyaschev]

	Hello!

> public class SegFaultTest
> {
>     public static void main(String[] args)
>     {
>         new SegFaultTest();
>     }
>     public SegFaultTest()
>     {
>         new SegFaultTest();
>     }
> }
>
> Если не трапнется - скажи каким ядром пользуешься :)

2.2.21-alt7.r3-smp-secure:

An irrecoverable stack overflow has occured.

Unexpected Signal : 11 occured at ....

2.2.21-alt5.r3-up: Segmentaion fault

Best regards,
Ivan Z.

Re: [sisyphus] Работоспособ ность Sun JDK и пара вопросов про glibc

[Michael Rumjantsev]

Ivan Zakharyaschev <imz@altlinux.ru> writes:

> 2.2.21-alt7.r3-smp-secure:
> 
> An irrecoverable stack overflow has occured.
> 
> Unexpected Signal : 11 occured at ....
> 
> 2.2.21-alt5.r3-up: Segmentaion fault

        Вот-вот. Стало быть, на ядра 2.2.х тоже чего-то лишнее наложено. Hа
        чистом ядре будет работать как часы.

-- 
     Michael Rumjantsev
     iNetLab

[sisyphus] GNUCash locale & fonts

[Bender]

Hello,

У меня 2 проблемы с GNUCash.
Относится ко всем версиям, которые я юзал, включаю последнюю
сизофовскую и кукеровскую.

1. Локаль влияет на отображение валюты, хотя это бредово. Запускаешь с
английской локалью - доход 5000 USD, при русской локали доход
становится почему-то 5000 руб. (забавно). Замечу 5000 руб., а не 5000
RUB. Это относится к валюте, которая используется по умолчанию в
GNUCash, а не с той что в локале.

2. Никогда не видел правильного шрифта в панеле, где отсвечивается
краткая информация о доходах (3 сверху, под кнопками).

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


-- 
Best regards,
 Bender
 bender@sendmail.ru

Re: [sisyphus] GNUCash locale & fonts

[Vitaly Lipatov]

Пожалуйста начинайте новое письмо в рассылку
кнопкой "Новое письмо", а не "Ответить", иначе путаются
нити обсуждений.
On 15 April 2002 17:48, Bender wrote:
> Hello,
>
> У меня 2 проблемы с GNUCash.
> Относится ко всем версиям, которые я юзал, включаю последнюю
> сизофовскую и кукеровскую.
>
> 1. Локаль влияет на отображение валюты, хотя это бредово. Запускаешь с
> английской локалью - доход 5000 USD, при русской локали доход
> становится почему-то 5000 руб. (забавно). Замечу 5000 руб., а не 5000
> RUB. Это относится к валюте, которая используется по умолчанию в
> GNUCash, а не с той что в локале.
Это есть в альтовском BTS.
Похоже кто-то где-то перевёл по ошибке что ли...
Вообще-то всё переходят на Евро. С ним таких проблем нет :)
>
> 2. Никогда не видел правильного шрифта в панеле, где отсвечивается
> краткая информация о доходах (3 сверху, под кнопками).
Не могу точно сказать из-за какого именно шрифта так получается. Может 
что-то из настроек GNOME? У меня всё нормально, хотя видел и такой эффект.
>
> Я полностью уверен что первая - это к вопросы к Линасу, а вот вторая к
> настройке GTK.

-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!

[sisyphus] Re: GNUCash locale & fonts

[Michael Shigorin]

On Mon, Apr 15, 2002 at 09:36:04PM +0400, Vitaly Lipatov wrote:
> > 1. Локаль влияет на отображение валюты, хотя это бредово. Запускаешь с
> Похоже кто-то где-то перевёл по ошибке что ли...
С локализацией перестарались?  В общем, спросить у автора софтины
не помешает.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: GNUCash locale & fonts

[Vitaly Lipatov]

On 15 April 2002 23:10, Michael Shigorin wrote:
> On Mon, Apr 15, 2002 at 09:36:04PM +0400, Vitaly Lipatov wrote:
> > > 1. Локаль влияет на отображение валюты, хотя это бредово. Запускаешь с
> >
> > Похоже кто-то где-то перевёл по ошибке что ли...
>
> С локализацией перестарались?  В общем, спросить у автора софтины
> не помешает.
К нему есть много вопросов, в частности, с русским в отчётах,
но у меня пока руки не дошли до клавиатуры :)

-- 
Lav
Виталий Липатов
ФГУП "ЦНИИ Судовой Электротехники и Технологии", Санкт-Петербург
GNU! Linux! LaTeX! LyX!