LINUX.ORG.RU

Сообщения domenick

 

Снова «/»

Форум — Linux-org-ru

http://www.linux.org.ru/view-message.jsp?msgid=697764
Ну не настолько я упёртый человек :). Сейчас, на мой взгляд, можно изложить моё мнение по данному вопросу и прокомментировать некоторые заявления.
Раньше я высказывался в определённом стиле. Который можно, в основном, охарактеризовать следующим образом.

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

Такой подход вызвал некоторую реакцию. Это естественно, спасибо всем, кто прореагировал :). Хочу уточнить, почему я придерживаюсь означенного стиля. Это не блажь и не прихоть. Скорее, это ближе к научному изысканию.
До и после изобретения азбуки, определения правил русского языка и тому подобного, сам по себе язык и правила не являются догмой и находятся в постоянном динамическом развитии, суть изменении. Думаю, с этим сложно не согласиться.
Так же вряд ли, кто либо будет отрицать, что современные правила, адаптированы к изложению в конечном виде на листе бумаги и именно этим определены в значительной степени. Так, следует признать, что "электронные" документы сейчас формируются, как некий компромисс, между тем что было и тем, что есть сейчас. А сейчас есть форма во многом отличная от простого текста на листе бумаги. И эта форма может быть представлена в гораздо большей совокупности видов. От текстов программ и специализированных конфигураций до страниц html и сообщений в форумах и чатах интернет. То есть, существуют правила и существует инернет. Возможно, неприспособленные, устаревшие или требующие корректировки правила, пытаются втащить в новую структуру. Жизнь, надо полагать, всё расставит по своим местам. Она уже расставляет - от смс и интернет сокращений до @ в электронных адресах и смайликов в сообщениях интернет. Заметьте, что в чатах для ускорения, зачастую люди уже не используют заглавные буквы и знаки препинания, и их понимают.
То есть там, где необходимо было сделать компромиссный выбор и выиграть время, люди предпочли время. Снова хочу уточнить, что я вовсе не утверждаю, что мой подход единственно верный, это даже не подход ? это выработка подхода. И ещё раз, хочу сказать, что, использую "/" по ряду причин. Например, знаки ":", ";", ".", ",", я считаю, непропорциональными, сложными для восприятия, слишком маленькими. Даже само наличие такого количества, мелких и очень похожих значков, просто не рационально. Представление на экране, позволяет формировать документ из строк, каждая из которых является отдельным предложением. Что, в свою очередь, вполне может способствовать, например и возможно, лаконичности. Я хочу показать, что многие символы уже являются лишними, архаичными и можно вполне обходиться без них, или хочу что бы вы меня убедили, что я не прав. Мы могли бы избавиться от половины символов разного рода на клавиатурах и в шрифтах без потери в чём либо. Возможно, мы могли бы выиграть за счёт оптимизации в массе вещей, начиная от гармоничности интерфейсов, в стандартных меню которых, будет меньше перескоков с большой буквы на маленькую или потерь пространства на "пустоту", до структур каталогов и текстов программ за счёт упорядочивания возможностей наименования и выбора названий функций. Надо стремиться к простоте. Если что то можно сделать проще, то так и надо делать. Чем проще, тем гармоничней.
В качестве лирического отступления, возможно, есть некий, пока не осознанный не только семантический смысл :), в отделении друг от друга названий каталогов, в стандарте, начинающихся с маленькой буквы, в linux знаками "/". Как будто сама операционная система, в силу исторического развития, косвенно подталкивает к тому, что понятнее. Я серьёзно, утверждаю, и думаю, что стоит слегка изменить догмы восприятия и текст без заглавных букв и малюсеньких точек будет восприниматься ?чище?, проще и понятнее. Возможно, я во многом ошибаюсь и здесь следует говорить о стиле, который может быть определён в рамках коллективной работы. Однако, не надеюсь и не думаю, что такое случится в ближайшее время.
Так же, возможно, здесь не совсем то место, для подобного рода экспериментов и с этим я готов согласиться. Хочу заметить, что применять "/" я стал до того, как на linux.org.ru стала активно развиваться программа по упорядочиванию сообщений. Собственно, постоянное удаление моих комментариев с формулировкой: "Намеренное нарушение правил русского языка" на мой взгляд несколько некорректно. В моих сообщениях нет намеренных, ошибок. Если считать, что есть коллектив людей, стремящихся сделать linux.org.ru лучше, то безусловно, мой подход вызывает нарекания. С этим я так же готов согласиться. Вы правы. Вы так же правы в том, что существует, небольшая вероятность, что кто то будет писать так же. Тогда Вам, "головной боли" боли, конечно, добавится. Хотя бы по этому постараюсь не размещать свои "неправильно" оформленные комментарии. С одной стороны, "Со своим уставом в чужой монастырь не лезут" и не специализированный сайт не место. Однако, в таком случае, будьте последовательны. Пока такого, на мой взгляд, не происходит. То что происходит, как я понимаю, выработка новой концепции linux.org.ru и я так же за это . Каким вы хотите видеть сайт? Если это закрытый клуб, то, естественно, и вы, вероятно, знаете это лучше меня, выигрывая в массе вещей, лишаетесь разнообразия мнений, новых людей и новых решений. В ситуации, когда лучше всего всем нам быть вместе и помогать друг другу, закрытый клуб - это архи-неправильно. Ну проехались по мне, ну попытались меня "построить", ну удалили почти :) всё к "чёртовой бабушке" Может быть вы и правы :). Методы-с, конечно,оставляют желать лучшего :). Ведь тем, кто разделяет идеологию "открытости", противоестественно отрицать существование альтернативного мнения. И так уже полно обиженных. В целом я свою программу выполнил :). Возможно, кто то ещё согласится, что настало время задуматься, что и как надо изменить, что бы стало лучше. Уверен, что кое кто, стал более придирчиво относиться к расстановке тех же запятых в предложениях и так далее. Возможно я даже неявно помог lor-у.

domenick
()

ros / uclibc + opie

Форум — Development

рос рациональная операционная система
ros rational operation system
собрана мной для х86 в марте 2004 года
названа то же мной :)

основана на linux uclibc и opie
область предполагаемого применения помимо прочего / так же носимые х86 компьютеры с ретинальным дисплеем или головным монитором
скриншот
http://photofile.ru/default/do.php?sp=&sn=&id=2328689#sm
на всякий случай :) / а то модераторы стёрли именно это :)
зовут меня денис полевой
то же на всякий случай :) / ну и для служб соответствующих / что бы им попроще было

domenick
()

navigator w200 intel 855GM suse 3d dri

Форум — Linux-hardware

navigator w200 работает под установленной suse 9.1
все обновления установлены работает почти всё
необходимо отметить / что ядро в suse по умолчанию собрано не для pentium m
так же не все возможности acpi задействованы в ядре по умолчанию

одна из наиболее явных проблем некорректная поддержка 3d
поиск результатов не дал
самому / естественно / разбираться скучно
3Ddiag и glxinfo явно на проблему не указывают
вот характеризующая выдержка из моего
/var/log/XFree86.0.log
...
(II) Loading sub module "int10"
(II) LoadModule: "int10"
(II) Reloading /usr/X11R6/lib/modules/linux/libint10.a
(II) I810(0): initializing int10
(WW) I810(0): Bad V_BIOS checksum
(II) I810(0): Primary V_BIOS segment is: 0xc000
(II) I810(0): VESA BIOS detected
(II) I810(0): VESA VBE Version 3.0
(II) I810(0): VESA VBE Total Mem: 8000 kB
(II) I810(0): VESA VBE OEM: Intel(r)852GM/852GME/855GM/855GME Graphics Chip Accelerated VGA BIOS
(II) I810(0): VESA VBE OEM Software Rev: 1.0
(II) I810(0): VESA VBE OEM Vendor: Intel Corporation
(II) I810(0): VESA VBE OEM Product: Intel(r)852GM/852GME/855GM/855GME Graphics Controller
(II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0
(==) I810(0): Default visual is TrueColor
(II) I810(0): Allocated 128 kB for the ring buffer at 0x0
(II) I810(0): Allocating at least 384 scanlines for pixmap cache
(II) I810(0): Initial framebuffer allocation size: 4736 kByte
(II) I810(0): Allocated 4 kB for HW cursor at 0x7fff000 (0x1a698001)
(II) I810(0): Allocated 4 kB for Overlay registers at 0x7ffe000 (0x1a695001).
(II) I810(0): Allocated 64 kB for the scratch buffer at 0x7fee000
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: open result is -1, (Unknown error 999)
drmOpenDevice: Open failed
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) I810(0): [drm] loaded kernel module for "i830" driver
(II) I810(0): [drm] drmSetBusid failed (6, PCI:0:2:0), Invalid argument
(EE) I810(0): [dri] DRIScreenInit failed. Disabling DRI.
...
то есть / как я понимаю
drmOpenDevice: open result is 6, (OK) это определение прерывания dri далее
(WW) I810(0): Bad V_BIOS checksum
на скорость не влияет и к проблеме 3d / скорее всего / отношения не имеет
drmOpenDevice: Open failed / аналогично
проблема здесь
(II) I810(0): [drm] drmSetBusid failed (6, PCI:0:2:0), Invalid argument
беглый осмотр исходного текста dri i810 не выявил / какой аргумент функции drmSetBusid может быть в данном случае invalid

дополнительно / отрывок из /etc/X11/XF86Config
...
Section "Device"
BoardName "855 GM"
BusID "0:2:0"
Driver "i810"
Identifier "Device[0]"
Screen 0
Option "Rotate" "off"
VendorName "Intel"
Videoram 16384
EndSection
...
Section "DRI"
Group "video"
Mode 0660
EndSection
может быть всё же дело в размере выделяемой видеопамяти

совсем не похоже на то / что ядро и модули скомпилированы под разными gcc то есть не случай http://dri.sourceforge.net/cgi-bin/moin.cgi/DriTroubleshooting

так же близкая и достаточно весёлая дискуссия здесь
http://www.iru.ru/fsupport-add.php?msg_id=5827&page=158#answer

вобщем с xfree непосредственно сталкивался мало поможите / а то я до opie ещё долго буду добираться :)

domenick
()

бухгалтерия / мой ответ

Галерея — Скриншоты

[в ответ на несколько прошлых обсуждений и заявлений] [bp6 / бизнес пак крайний] [качественная бесплатная бугхалтерия] [лучше 1с не только тем / что бесплатна / но и тем / что имеет всё нужное и не имеет лишнего] [на сайте разработчика всё соответствует действительности в двух организацииях / работающих под моим мудрым и чутким руководством / документооборот организован полностью / в том числе подготовка отчётности в гни / на основе указанной программы] [на картинке suse-9 / wine-20040309 как раз уже новый из src и бизнес пак 6.26] [ру utf-8] [совершенно гладко срабатывает инсталлятор / io / печать] [тут мелькнуло мнение / что в suse что-то с кириллизацией не так] [лень мне смотреть на это / на моей картинке видно / что даже в suse / wine / bp6 / printpreview никаких проблем нет]

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

[кто предпочитает кушать flash драйвы / могут читать дальше] [в догонку к] http://www.linux.org.ru/profile/_white2/jump-message.jsp?msgid=457570&las... [собрал я таки x86 opie новую] [причём отказался от lfs] [причём собрал на uclibc полностью] [тем / кто понял / о чём речь могут меня и себя поздравить] [по сути / я уже собрал ось / которая стартует с flash 128 и втыкает существенней / чем вообще всё / что есть сейчас вообще] [будет и нормальная бухгалтерия в ней / возможно :) ] [скриншот будет] [всем успехов]

domenick
()

opie-1.0.3 kernel-2.6.0 glibc-2.3.3 lfs-5.0-clone

Галерея — Скриншоты

03.01.04 lfs-5.0-clone linux-kernel-2.6.0 glibc-2.3.3-cvs-nptl+/- devfs-только ru_RU.UTF-8-только qt-2.3.7+patch opie-1.0.3-cvs 1280x1024
[пока только стандартный fb / потому что на тестовой системе nvidia / под ati и другие ускоряется ещё / opengl пока не включено]
[и никаких х-ов вообще][xfree / mac / sun / w..d-ы / как и должно :) отдыхают... ]
[есть кое-какие непринципиальные огрехи / но в целом исключительно / скриншот практически с сырой сборки с минимумом настроек]
[всё единообразно / гармонично / лаконично / быстро / легко / ничего лишнего]
[конвигурация по вкусу / компиляция по способностям]
[осталось портировать на 486sx note c 4mb ram - kernel-2.6.0-test уже месяц на нём как крутится / даже без minmem патчей]
[думаю можно уложить всю систему на 16-32mb / обойтись вообще без hdd / пусть всегда работает]
[или маму с amd64 в карман / батарею на спину слуге / вывод на head display и вперёд :) ]
[если кто не понял - абсолютно вся система собрана из исходников / есс-но оптимизирована - современнее на сегодня нет ничего :) ]
[ну 2.6.1rc и ext2 - не в счёт][qt - фарева]
[domenick]
[в чём сила брат? а сила в консоли...]

domenick
()

qt-embedded-free-3.2.2 allmoc

Форум — Development

configuration: pentium-ii 96 mb ram os: lfs, linux-2.6.0-test3, gcc-3.2.2

qt-free-3.2.2:

bash export QTDIR=$PWD && export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH && export PATH=$QTDIR/bin:$PATH &&

./configure -prefix /usr/local/qt -qt-gif -system-libpng \ -system-libmng -system-zlib -system-libjpeg -no-g++-exceptions -thread && ... Do you accept the terms of either license? yes ... Build type: linux-g++ Platform notes:

- Also available for Linux: linux-kcc linux-icc linux-cxx Configuration ....... nocrosscompiler minimal-config small-config medium-config \ large-config full-config styles tools kernel widgets dialogs iconview workspace \ network canvas table xml opengl sql release dll thread largefile stl system-mng \ system-jpeg system-png png gif system-zlib nis bigcodecs x11sm xinerama \ xcursor xrandr xrender xftfreetype xkb STL support ......... yes Thread support ...... yes NIS support ......... yes CUPS support ........ no Large File support .. partial GIF support ......... yes MNG support ......... plugin (system) JPEG support ........ plugin (system) PNG support ......... yes (system) zlib support ........ system OpenGL support ...... yes NAS sound support ... no Session management .. yes Xinerama support .... yes Tablet support ...... no Xcursor support ..... yes XRandR support ...... yes XRender support ..... yes Xft support ......... yes XKB Support ......... yes

Finding project files. Please wait... 236 projects found.

Creating makefiles. Please wait... for /usr/src/qt-x11-free-3.2.2/src/moc/moc.pro for /usr/src/qt-x11-free-3.2.2/src/qt.pro for /usr/src/qt-x11-free-3.2.2/tools/tools.pro for /usr/src/qt-x11-free-3.2.2/tools/assistant/lib/lib.pro ... for /usr/src/qt-x11-free-3.2.2/plugins/src/styles/windows/windows.pro

Qt is now configured for building. Just run /usr/bin/make. To reconfigure, run /usr/bin/make confclean and configure.

make sub-tools && make install > ok.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!! ! but:

cd qtopia-free-1.7.0 export QPEDIR=$PWD cd ..

qt-embedded-free-3.2.2

bash export QTDIR=$PWD export QTEDIR=$QTDIR export PATH=$QTDIR/bin:$PATH export LD_LIBRARY_PATH=$QTDIR/lib:$LD_LIBRARY_PATH cp $QPEDIR/src/qt/qconfig-qpe.h src/tools/

./configure -prefix /usr/local/qt-e -qt-gif -system-libpng \ -system-libmng -system-zlib -system-libjpeg -no-g++-exceptions -thread \ -embedded x86 -qconfig qpe -qvfb -depths 4,8,16,32 ... Do you accept the terms of the license? yes Creating qmake. Please wait... g++ -c -o project.o -DQWS -I. -Igenerators... ... g++ -o qmake project.o property.o... rm -f /usr/src/qt-embedded-free-3.2.2/bin/qmake ln -s ../qmake/qmake /usr/src/qt-embedded-free-3.2.2/bin/qmake

Build type: qws/linux-x86-g++

Configuration ....... nocrosscompiler minimal-config small-config medium-config \ large-config full-config styles tools kernel widgets dialogs iconview workspace \ network canvas table xml sql release dll thread embedded largefile stl \ system-mng system-jpeg system-png png gif system-zlib bigcodecs ft STL support ......... yes Thread support ...... yes NIS support ......... no CUPS support ........ no Large File support .. partial GIF support ......... yes MNG support ......... plugin (system) JPEG support ........ plugin (system) PNG support ......... yes (system) zlib support ........ system Embedded support .... x86

Finding project files. Please wait... 246 projects found.

Creating makefiles. Please wait... for /usr/src/qt-embedded-free-3.2.2/src/moc/moc.pro for /usr/src/qt-embedded-free-3.2.2/src/qt.pro WARNING: Failure to find: .moc/release-shared-mt-emb-x86/allmoc.cpp for /usr/src/qt-embedded-free-3.2.2/tools/tools.pro for /usr/src/qt-embedded-free-3.2.2/tools/assistant/lib/lib.pro ... for /usr/src/qt-embedded-free-3.2.2/plugins/src/styles/windows/windows.pro

Qt is now configured for building. Just run /usr/bin/make. To reconfigure, run /usr/bin/make confclean and configure.

make sub-tools

cd qmake && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/qmake' make[1]: `qmake' не требует обновления. make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/qmake' cd src/moc && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/src/moc' make[1]: Цель `first' не требует выполнения команд. make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/src/moc' cd src && make make[1]: Entering directory `/usr/src/qt-embedded-free-3.2.2/src' echo '#include "/usr/src/qt-embedded-free-3.2.2/include/qt.h"' >.moc/release-shared-mt-emb-x86/allmoc.cpp g++ -E -DQT_MOC_CPP -DQT_NO_STL -pipe -DQWS -fno-exceptions -fno-rtti -Wall -W -O2 -D_REENTRANT -fPIC \ -DQT_SHARED -DQT_NO_DEBUG -DQT_THREAD_SUPPORT -DQT_THREAD_SUPPORT -DQT_NO_CUPS \ -DQT_NO_NIS -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -DQT_NO_IMAGEIO_MNG \ -DQT_NO_IMAGEIO_JPEG -DQT_BUILTIN_GIF_READER=1 -DQT_NO_STYLE_MAC \ -DQT_NO_STYLE_AQUA -DQT_NO_STYLE_INTERLACE -DQT_NO_STYLE_WINDOWSXP -DQT_NO_STYLE_COMPACT \ -DQT_NO_QWS_VNC -DQT_NO_QWS_VGA16 -DQT_NO_QWS_TRANSFORMED -DQT_NO_QWS_MACH64 \ -DQT_NO_QWS_VOODOO3 -DQT_NO_QWS_MATROX -DQT_NO_QWS_SHADOWFB -DQT_NO_QWS_REPEATER \ -DQT_NO_QWS_KBD_SL5000 -DQT_NO_QWS_KBD_USB -DQT_NO_QWS_KBD_YOPY -DQT_NO_QWS_KBD_VR41 \ -DQT_NO_QWS_MOUSE_BUS -DQT_NO_QWS_MOUSE_LINUXTP -DQT_NO_QWS_MOUSE_VR41 \ -DQT_NO_QWS_MOUSE_YOPY -I/usr/src/qt-embedded-free-3.2.2/mkspecs/qws/linux-x86-g++ -I. -I3rdparty/freetype/src \ -I3rdparty/freetype/include -I3rdparty/freetype/builds/unix -I3rdparty/freetype2/include -I../include \ -I.moc/release-shared-mt-emb-x86/ >.moc/release-shared-mt-emb-x86/allmoc.h .moc/release-shared-mt-emb-x86/allmoc.cpp /usr/src/qt-embedded-free-3.2.2/bin/moc -o .moc/release-shared-mt-emb-x86/allmoc.cpp .moc/release-shared-mt-emb-x86/allmoc.h make[1]: Leaving directory `/usr/src/qt-embedded-free-3.2.2/src' ./moc-release-shared-mt-emb-x86/allmoc.h:21689: Error: syntax error make[1]: *** [.moc-release-shared-mt-emb-x86/allmoc.cpp] Ошибка 1 make: *** [sub-src] Ошибка 2

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !!!!!!!!!!!!!!!!!! !.moc/release-shared-mt-emb-x86/allmoc.h:21689:

21688: void setSortIndicator( int section, bool ascending = TRUE ); 21689: __inline__ __attribute__((always_inline)) __attribute__((always_inline)) void setSortIndicator( int section, SortOrder order ) 21690: { setSortIndicator( section, (order == Ascending) ); }

allmoc.cpp

лично мне не ясно, где здесь syntax error, но показалось похоже, например, на ошибку из-за которой не собирался openoffice: < On Tuesday 18 March 2003 14:51, Gabriel Munoz wrote: > Hello, > Making: ../unxlngi4.pro/obj/parser.obj <snip> > ../unxlngi4.pro/misc/parser.cxx ../unxlngi4.pro/misc/parser.cxx: In > function `int yyparse()': > ../unxlngi4.pro/misc/parser.cxx:4726: parse error before `goto'

There are at least two solutions to this problem:

1) Downgrade bison 2) Manually comment the line which contains __attribute__(__unused__) in parser.cxx just before line 4726 (see above) and then do a dmake (without dmake clean). This error will then reappear three times in different files generated by bison, and the fix is the same. -- Alexander E. Patrakov >

а вот, например, упоминание непосредственно с www.trolltech.com: < Message 1 in thread

Subject: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Thu, 24 Apr 2003 20:13:27 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN

I'm trying to compile QTEmbedded on my Playstation2 running PS2Linux (please don't focus on that fact unless it's a known issue with the platform, I have my reasons for using it). It's essentially a 32mb MIPS system running at ~400mhz. Configure runs fine...All without a hitch except for a little bit about something called "allmoc". I have no idea what this is, or what I'm doing half the time.

I have interest in learning the high level language itself, and learning the details that lead up to it as I go along. Right now I'm more intent on learning C/C++ programming with a good library to build upon.

The problem? Well, I get to the point in the clipped section below, and my system spends hours grinding the hard drive away and doing absolutley nothing but consume CPU cycles. I've compiled a lot of (other peoples') things, and I've seen them take a long time. But I've never seen something get stuck on one aspect of a compile for SO LONG.

Can anyone offer me any help/input here? Is there any way to avoid getting that allmoc error during configure, or is it negligable? Here's a rundown of the section that make goes through. Everything probably looks okay, except for what's ultimatley HAPPENING.

-=-[CUT]-=- gmake[2]: Entering directory `/root/qt-embedded-free-3.1.2/src' echo '#include "/root/qt-embedded-free-3.1.2/include/qt.h"' >.moc/release-shared-emb-generic/allmoc.cpp ... /zlib -I../include -I.moc/release-shared-emb-generic/ >.moc/release-shared-emb-g eneric/allmoc.h .moc/release-shared-emb-generic/allmoc.cpp /root/qt-embedded-free-3.1.2/bin/moc -o .moc/release-shared-emb-generic/allmoc.c pp .moc/release-shared-emb-generic/allmoc.h ... /release-shared-emb-generic/ -o .obj/release-shared-emb-generic/allmoc.o .moc/re lease-shared-emb-generic/allmoc.cpp -=-[CUT]-=-

At this point, I can either sit, and wait for nothing to happen (so it would seem), or kill it. I've had the system completley hang on me, killing the SSH terminal I was running on.

Is this REALLY a question of patience? I'd really like to know.

Thanks in advance!

- Alexander Trauzzi

-------------------------------------------------------------------------------- Message 2 in thread

Subject: Re: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Thu, 24 Apr 2003 21:47:26 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN

Here's what configure gives me for allmoc.cpp:

-=-[ CUT ]-=- WARNING: Failure to find: .moc/release-shared-emb-generic/allmoc.cpp -=-[ CUT ]-=-

I can't find the file anywhere to even attempt replacing it.

- Alexander Trauzzi

-------------------------------------------------------------------------------- Message 3 in thread

Subject: Re: Concerns compiling QTE 3.1.2 From: "Alexander Trauzzi" <mailto:atrauzzi@DOMAIN.HIDDEN>; Date: Fri, 25 Apr 2003 09:31:16 -0500 To: mailto:qt-embedded-interest@DOMAIN.HIDDEN

Hmph...Somewhat solved my own problem.

I've left the machine compiling for the night, and it made it through.

I have another problem though, which I was somewhat anticipating... ... Is there any way to disable the compiling of designer?

- Alex

-------------------------------------------------------------------------------- Message 4 in thread

Subject: Re: Concerns compiling QTE 3.1.2 From: Warwick Allison <mailto:warwick@DOMAIN.HIDDEN>; Date: Wed, 30 Apr 2003 17:53:15 +1000 Organization: Trolltech Pty Ltd To: mailto:atrauzzi@DOMAIN.HIDDEN, mailto:qt-embedded-interest@DOMAIN.HIDDEN

On Friday 25 April 2003 11:13, Alexander Trauzzi wrote: > I'm trying to compile QTEmbedded on my Playstation2 running PS2Linux > (please don't focus on that fact unless it's a known issue with the > platform, I have my reasons for using it). It's essentially a 32mb MIPS > system running at ~400mhz. Configure runs fine...All without a hitch > except for a little bit about something called "allmoc". I have no idea > what this is, or what I'm doing half the time.

The allmoc message can be ignored.

> I have interest in learning the high level language itself, and learning > the details that lead up to it as I go along. Right now I'm more intent on > learning C/C++ programming with a good library to build upon.

Building Qt/Embedded seems very much jumping in the deep end.

> The problem? Well, I get to the point in the clipped section below, and my > system spends hours grinding the hard drive away and doing absolutley > nothing but consume CPU cycles. > I've compiled a lot of (other peoples') things, and I've seen them take a > long time. But I've never seen something get stuck on one aspect of a > compile for SO LONG. > > Can anyone offer me any help/input here? Is there any way to avoid getting > that allmoc error during configure, or is it negligable? Here's a rundown > of the section that make goes through. Everything probably looks okay, > except for what's ultimatley HAPPENING.

allmoc.cpp is a VERY large file. My guess is that you PS2 is simply grinding itself into the ground thrashing trying to compile it.

It's possible to (manually) split allmoc.cpp up, and if you're really interested in persuing this, you could do that.

Another option is to simply use Qt/X11.

-- [ signature omitted ] >

есть какие-либо соображения?

domenick
()

lfs: make: ar segmentation fault, но не под root-ом

Форум — Development

[преимущественно для тех, кто развлекается с lfs в новой на настоящий момент редакции от 08.06.03] [проблема следующая:] [chapter 5 lfs book: сборка любого пакета начиная с coreutils-5.0.1 вылетает с segmentation fault. происходит это только при линковке из под, грубо говоря, непривилегированного пользователя, т.е. после "su - lfs"][точнее, при выполнении ar /из binutils/, то есть, когда опять же, грубо говоря :), на основе нескольких *.o файлов собирается *.a файл][под root всё корректно][можно предположить, что проблема в параметрах окружения, в связи с тем, что при прочих равных условиях одинаковая ошибка возникает для разных пакетов, а так же, что под root' ом никаких ошибок не возникает во время всего процесса][определённые варианты тестирования подводят к ощущению возникновения ошибки на окончательной стадии работы ar, да и ещё, с высокой вероятностью, права заданы корректно]

domenick
()

linux from scratch: make: gсс -I

Форум — Development

[в моём случае (сборка "linux from scratch"), исходные тексты находятся, допустим, в каталоге $lfs/static/usr/src]
[переменные среды PATH и lfs, и права пользователя, от имени которого производится статическая компиляция установлены]
[линковка (выполнение make) любого пакета, всегда заканчивается сообщением об ошибке: "No such file or directory"]
[не находятся файлы из каталога /usr/src/linux/include]
[всегда решал эту проблему непосредственным добавлением в Makefile в качестве аргумента на вход gcc: -I/usr/src/linux/include, но уже стало надоедать, не дело так...]
[./configure ... -I/usr/src/linux/include не помогает]
[ пожалуйста, если у кого-нибудь есть какие-либо соображения, поделитесь :) ]

domenick
()

RSS подписка на новые темы