|
Титла: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 14:56 Колеги става дума за следното.
Направил съм Linux версията на програмата си "Програма за домашно счетоводство". Бих искал, ако някой се съгласи, да опитате да я стартирате без да се прекомпилира, на други дистрибуции, различни от мята. Аз съм със Slackware 13.0. Този тест ми е необходим, тъй като Windows версията работи с всякакъв Windows, ако съм успял да постигна същото и за Linux, то това би било, за мен сериозна стъпка към създаването на многоплатформенни приложения. Ето какво съм успял да проверя самостоятелно: 1Програмата работи на 32 битовите версии на Slackware 13.0 и Open SuSE 12.0, на 64 битовите им версии не тръгва. Значи за 64 битови версии няма смисъл. 2.Не тръгва и на Debian sid, въпреки че е 32 битова, не знам защо. Ще съм много благодарен на всички, които ще опитат да подкарат програмата на своите дистрибуции. Ето link: http://www.fileden.com/files/2009/12/4/2675571/linux32/Balans32.tar.bz2 ($2) Също така няма смисъл да се опитвате да пренастройвате системата си заради моята програма, ако не тръгне, просто я изтрийте. Единственното условие е да я разархивирате в своята Home директория и да стартирате файла от директория ~/Balans/Bin, нищо повече. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: muxozavar в May 19, 2010, 15:22 Здрасти
при мен не търгва Ubuntu 9.10 gcc-4.4.1 [_]3 Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 15:40 Ясно,
Благодаря много. Е на Ubuntu 9.10, явно няма да може да работи Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: n00b в May 19, 2010, 16:18 На тези които не е тръгнало.
Пуснете в команден ред ldd Balans Това ще укаже кои библиотеки липсват! Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 16:23 На тези които не е тръгнало. А бихте ли ми казали, при вас кои библиотеки каза че липсват ? Защото когато я компилирах беше с идеята библиотеките да са статични. Предварително благодаря ! Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: b2l в May 19, 2010, 16:27 При мен работи
Ubuntu 10.04 Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: muxozavar в May 19, 2010, 16:28 http://stackoverflow.com/questions/2104364/how-to-install-a-qt-application-on-a-customers-system ;)
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: borovaka в May 19, 2010, 16:33 И при мен бачка на Arch x86. Защо не я прекомпилираш и да направиш и 64 битова версия?
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 16:38 http://stackoverflow.com/questions/2104364/how-to-install-a-qt-application-on-a-customers-system ;) Проблемът не е там, тъй като Qt-4.5.0, съм я компилирал, като статична, и този начин на инсталацияя няма свърши работа. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 16:42 И при мен бачка на Arch x86. Защо не я прекомпилираш и да направиш и 64 битова версия? Това е добре. Нямам все още 64 битова версия, защото трябва да инсталирам първо Slackware 13.0 - 64, после да компилирам Qt-4.5.0, a това изисква както място на диска така и време, а и с двете неща в известна степен съм затруднен в момента. Но ще стане. И много благодаря за помощта ! Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: n00b в May 19, 2010, 17:55 На тези които не е тръгнало. Не мога - на OSX съм... Между другото има ли начин в един изпълним файл да се вмъкнат 32 и 64 битови архитектури и който иска да си линква каквото си иска и да си го изпълнява? При нас (OSX) концепцията е реализирана така - в един файл (библиотека или изпълним) може да имаш няколко архитектури и в момента на изпълнението се взема подходящата ахитектура и се изпълнява. Така един файл може да се използва под - arm, ppc, ppc x64, i386, x86-64. Името на тази благинка е - Universal Binary. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: mishot в May 19, 2010, 17:59 При мен работи
Fedora 12 edit: Това завършена работеща версия ли е или има работа по нея? Питам защото си търся подобна програмка. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: b2l в May 19, 2010, 18:08 Абе, аз като Lame да питам - за какво служи тази програма??? Защото това: Биоритми, календари - глупости на търкалета, аз дори ръчен часовник не нося -> щастлив човек съм :) :)
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 18:32 При мен работи Според мен да. В смисъл че не се сещам какво друго бих могъл да добавя в нея. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 18:36 Абе, аз като Lame да питам - за какво служи тази програма??? Защото това: Биоритми, календари - глупости на търкалета, аз дори ръчен часовник не нося -> щастлив човек съм :) :) Не, защо да си Lame, такива въпроси са нормални. Ми за какво, например можеш да отразиш всички официални празници, да отразиш кога си бил на работа, кога не, кога си в болнични, кога си работил првз почивни дни, биоритмите са екстра, другото е да си водиш сметките. А най - подробно би разбрал, какво и как, ако прочетеш описанието, цели 8 страници е. Направих я защото в един момент се оказа, че съм му изтървал края и трябваше да стане ясно кое колко съм платил и колко имам още. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 18:54 Не мога - на OSX съм...
Между другото има ли начин в един изпълним файл да се вмъкнат 32 и 64 битови архитектури и който иска да си линква каквото си иска и да си го изпълнява? При нас (OSX) концепцията е реализирана така - в един файл (библиотека или изпълним) може да имаш няколко архитектури и в момента на изпълнението се взема подходящата ахитектура и се изпълнява. Така един файл може да се използва под - arm, ppc, ppc x64, i386, x86-64. Името на тази благинка е - Universal Binary. [/quote] МАС е хубава машина с хубава операционна система, но е скъпа, и според твоите думи има защо да е скъпа. За съжаление в Linux, понятие като Universal Binary, няма, поне аз не знам за такова. Тъй че се налага да се правят отделно 32 или 64 битови приложения. Между другото, този проблем и в Windows го няма. Но може би зависи от компилатора, кой знае ? :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: romeo_ninov в May 19, 2010, 19:24 CentOs 5.4 без дисплей, дисплея е Windows с MobaXTerm
Стартира се , но в конзола виждам това: Цитат [root@centos Bin]# ./BalansА екрана е това: (http://lh5.ggpht.com/_-951ZjCypVI/S_QQbk9a4bI/AAAAAAAABhI/hfjwToZqpbU/aaaaa.JPG) като искаш да я направиш преносима измисли как да вградиш шрифтовете Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 19:39 CentOs 5.4 без дисплей, дисплея е Windows с MobaXTerm Нямаш просто encoding windows-1251, а шрифтовете няма как да ги вградя, тъй че използва тез дето са в системата. В програмата съм задал твърдо courier 10 Pitch, шрифтове, поради това че смятам че по подразбиране този шрифт го има на всяка дистрибуция Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: county в May 19, 2010, 19:56 И при мен не работи на Ubuntu 9.04
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: /dev/null в May 19, 2010, 21:07 Цитат ./Balans Ubuntu 10.04 LTS Интересно, но под sudo тръгва. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: romeo_ninov в May 19, 2010, 21:11 Нямаш просто encoding windows-1251, а шрифтовете няма как да ги вградя, тъй че използва тез дето са в системата. В програмата съм задал твърдо courier 10 Pitch, шрифтове, поради това че смятам че по подразбиране този шрифт го има на всяка дистрибуцияРезултата не е много по-различен: Цитат ...Изображението е същото. Смени шрифта, който се ползва в графичната част или вгради някакъв или преглеждаш списъка с налични шрифтове и избираш този, който е (примерно) моноспейс и има 1251 кодировка Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 22:16 Нямаш просто encoding windows-1251, а шрифтовете няма как да ги вградя, тъй че използва тез дето са в системата. В програмата съм задал твърдо courier 10 Pitch, шрифтове, поради това че смятам че по подразбиране този шрифт го има на всяка дистрибуцияРезултата не е много по-различен: Виж за да направя това което искаш, трябва да я направя да е специфична само за твоята дистрибуция, а откровенно казано не ми се ще. По скоро ще приема че на тази дистрибуция работи горе долу, което е все същото че не работи, така че по - добре я махни. Съжалявам Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 22:19
Точно така изглеждат нещата, когато 32 битовата версия се пусне на 64 битова дистрибуция, но ако при теб е 32 битова дистрибуция, аз просто не знам къде е проблема и не мога да го реша. А няма как да слагам и да махам всички възможни дистрибуции. :o Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: romeo_ninov в May 19, 2010, 22:21 ...Ти не ме разбра. Аз се опитвам да ти помогна да я направиш универсална, поне с такова впечатление останах от дискусията. На мен не ми трябва, аз я пуснах само за теста. И ако прочетеш по-горе какво съм писал за базовата си постановка ще видиш че тя далеч не е чист CentOS :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 19, 2010, 22:27 Цитат Ти не ме разбра. Аз се опитвам да ти помогна да я направиш универсална, поне с такова впечатление останах от дискусията. На мен не ми трябва, аз я пуснах само за теста. И ако прочетеш по-горе какво съм писал за базовата си постановка ще видиш че тя далеч не е чист CentOS :) За разбиране те разбрах, само че за да е универсална, т.е. да работи без проблем на Linux, трябва да има универсална Linux дистрибуция, а такава за съжаление няма. Затова и с Windows няма проблем, колкото и неприятен да е този факт. Ако имах МАС, там нещата щяха да са по същият начин, както при Windows. Но при Linux, за жалост това явно не може да се постигне. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: romeo_ninov в May 19, 2010, 22:44 Хм, помисли си пак. Погледни скайп (статично билднатия) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: gat3way в May 19, 2010, 23:47 binary-то определено е динамично-билднато, зависи от един куп библиотеки така като гледам :)
Апропо, понякога и за по-малки проекти, има разни workaround-и без да правиш статично binary (което ще се раздуе ненужно много). Примерно можеш да си направиш wrapper функции, които да ти зареждат функции от shared библиотеки с dlopen()/dlsym(), така можеш да избираш измежу алтернативни библиотеки, които ти предоставят същата функционалност или в краен случай да изпишеш нещо от сорта на "моля, инсталирайте си libsomething". Една от причините динамично-свързаните програми да не са толкова лоша идея е че не всичко опира до това дали има или няма някаква библиотека или определена версия на библиотека. Има неща отдолу, които не зависят от теб. Примерно с различните версии на ядрото може да се промени syscall API-то, да се окаже, че си зависил от нещо, което на по-старо ядро просто го няма и така. Това с многонишковите програми примерно е кочина - в 2.6 вкараха т.нар "futex"-и, които представляват разни механизми за арбитрация на синхронизационни примитиви. Само че като си си билднал програмата статично и libc е зависила от тях, за да си урежда мутексите и семафорите, стават забавни изцепки. Целият този futex interface в ранните версии на 2.6 претърпява доста промени, добавят се нови неща, премахват се стари и така. В крайна сметка се оказва че разчиташ pthread_mutex_lock да ти заключи мутекса и той го прави на твоята машина. На машина с 2.6.9 ядро примерно не го прави (ядрото няма такъв syscall или го има ама приема други параметри), реално нямаш синхронизация, две нишки мажат в споделената памет и стават всички грозни проблеми, които могат да станат при липса на синхронизация. Тъй като разните Qt библиотеки там обичат да скриват много неща от теб, от друга страна зависят от това отдолу нещата да вървят като хората, стават проблеми, за които няма как да си се замислял. Другото което е че статично билднатите програми (както и динамично билднатите де) са си обвързани с архитектурата. Така че само по себе си, това не ти решава проблема изцяло - ще трябва да дистрибутираш x86, x86_64, ppc и нам си кви там версии ако искаш наистина да може да се подкарва навсякъде. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: jet в May 20, 2010, 00:25 Debian Sid - работи само като root
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: arda_kj в May 20, 2010, 01:04 Под Убунту 9.10 и под Кубунту 9.10 програмата работи като пушка само дето лапа много процесорно време (около 10% постоянно натоварване) за такъв тип програма. Езиците нещо не работят, в смисъл, че излиза само на БГ не зависимо от избрания в програмата език.
Под Debian 5 Lenny бачка само като root. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: n00b в May 20, 2010, 12:01 МАС е хубава машина с хубава операционна система, но е скъпа, и според твоите думи има защо да е скъпа. Тук уви бъркаш - под Windows го има същия проблем и даже кашата е по-голяма заради странната реализация на 64 битовите библиотеки и по-точно местоположението им. Под Windows имаш c:\windows\system32 - и за 32 битови и за 64 битови. Обаче местоположението е различно под различните архитектури заради пренасочвания във файловата система. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 21, 2010, 03:51 Цитат Тук уви бъркаш - под Windows го има същия проблем и даже кашата е по-голяма заради странната реализация на 64 битовите библиотеки и по-точно местоположението им. Че Windows е боза, боза е, за това спор няма. Но работата е там, че компилатора ми MS Visual C++ 6.0 намира и добавя статично системните библиотеки към програмата ми, и това довежда до ефекта, че приложението не зависи от версията на системата, къде се намират библиотеките и т.н. и затова работи на всички Windows. Вероятно и с МАС-а е така. За Linux обаче, постигането на този ефект не ми се получава. Пробвал съм даже да прекомпилирам glibc и gcc, но безуспешно, в смисъл че е същата работа. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: dvasilev в May 21, 2010, 09:37 @michael1960: Защо изобщо се занимаваш със статично компилиране. Направи пакети за популярни дистрибуции и архитектури и не си губи времето да си прекомпилираш статично библиотеките. Не знам с какъв хардуер разполагаш, но минимални инсталации във виртуални машини не заема много дисково място.
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 21, 2010, 11:25 @michael1960: Защо изобщо се занимаваш със статично компилиране. Направи пакети за популярни дистрибуции и архитектури и не си губи времето да си прекомпилираш статично библиотеките. Не знам с какъв хардуер разполагаш, но минимални инсталации във виртуални машини не заема много дисково място. Точно на Вас, не предполагах, че трябва да обяснявам това. Имам предвид, че имате достатъчно много опит с клиенти и бихте могли и сам да се досетите защо е необходимо, приложенията да тръгват с минимални усилия от страна на евентуалните потребители. Това едно. И второ, ще го кажа така: Така съм свикнал и не мисля че е загуба на време. :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: n00b в May 21, 2010, 14:12
Статичната компилация е благинка, обаче прави файловете мастодонти. Може и с Linux да се постигне просто се сменят малко настройките на компилатора и най-вече на линкера. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: ROKO__ в May 21, 2010, 14:47 Колеги става дума за следното. Кажи ми от къде да си изтегля това Сусе 12.0 което ще излезе към 2012-та година ? Сподели от къде намираш бъдещите версии да ги пробваме и ние :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 21, 2010, 14:51 Цитат Кажи ми от къде да си изтегля това Сусе 12.0 което ще излезе към 2012-та година ? Сподели от къде намираш бъдещите версии да ги пробваме и ние :) Вижте аз SuSE не съм качвал, това е информация от един колега, който каза че го е пробвал с тази дистрибуция. Но съвсем спокойно може да е сбъркал при писането, а понеже аз не съм в течение със SuSE ... :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: sickmind в May 21, 2010, 20:29 При мен работи без проблеми под 64 битов дебиан squeeze:
2.6.32-3-amd64 #1 SMP Wed Feb 24 18:07:42 UTC 2010 x86_64 GNU/Linux (имам и пакетите ia32-libs libqt4-core libqt4-gui ia32-libs-gtk заради скайп) едит: не мога да сменя езика, само на български работи при мен. нищо не се променя когато избера английски от бутона в дясно например... Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в May 21, 2010, 20:42 При мен работи без проблеми под 64 битов дебиан squeeze: Това е много странно, но въпреки това радващо. Цитат едит: не мога да сменя езика, само на български работи при мен. нищо не се променя когато избера английски от бутона в дясно например... Това просто не съм го направил, просто ми убягна, но обещавам в най - скоро време да го оправя. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в Oct 03, 2010, 06:17 Смятам, че разреших проблема със стартирането на програмата и под Debian базираните дистрибуции, имам предвид Ubuntu и Debian, а също така и Slackware 13.1. Това успях да го направя, понеже след като си сложих Slackware 13.1, където ми даде същата грешка, която се получаваше при стартиране под Debian базираните дистрибуции.
Ако някой иска да опита, линка за новата версия е това: http://www.fileden.com/files/2009/12/4/2675571/linux32/Balans32.tar.gz или http://www.fileden.com/files/2009/12/4/2675571/linux32/Balans32.tar.bz2 П.С. Нарочно не споменавам с коя версия на Qt съм компилирал програмата. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: sickmind в Oct 03, 2010, 07:40 Здр.
При мен пак работи, може би няма нужда да пиша де, защото и преди работеше. Debian squeeze amd64 + ia32-libs + ia32-libs-gtk Пак няма други езици, но забелязах едно забавяне когато сменям годината. а ако нацъкам няколко пъти бързо, после чакам секунди докато се изредят всички години през които съм минал. Поздрави. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: ROKO__ в Oct 03, 2010, 08:43 Работи.. Calculate Linux 10.9 amd64
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: bvbfan в Oct 03, 2010, 13:18 Здравей, michael1960,
интересно ми е каква е програмата по предназначение. Другото, което ме интересува е компилирането, имаш всяка от изброените платформи и компилираш под всяка една поотделно или... Аз съм си написал една програмка на QT и компилирам за Linux и Windows под Linux и видях, че е възможно и за Мак да се компилира, чрез DarwinX, но все още не съм видял как да се компилира QT за Мак. За линукс я линквам със статични библиотеки, а М$ с динамични. Прилагам програмата, аз съм я пробвал само на Мандрива и ХР и тръгва. Иначе Fedora има пакети за cross-compiler mingw32-qt за Windows и darwinx-qt за Мас, ама още не съм прегледал как се прави, иначе аз само си правя тестове да ли се получава не се стремя към нещо конкретно просто "зарибявка" [_]3 Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: c2h5oh в Oct 03, 2010, 17:14 При мен програмката си тръгна от раз
Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: vas_68 в Oct 03, 2010, 18:49 При мен работи само под root.
Mandriva FREE 2010.1 Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в Oct 03, 2010, 21:33 Здр. Да езиците ги няма, всъщтност смятам да се съсредоточа върху разработването на комерсиалната версия на тази програма, където ще добавя и това. Тази програма ми позволи и разбира се, благодарение на вас колеги, да направя програмата така че да работи на повечето дистрибуции без да е необходимо прекомпилиране на програмата, за което искренно ви благодаря. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в Oct 03, 2010, 21:49 Здравей, michael1960, 1.Да програмата трябва да се компилира за всяка платформа поотделно, затова съм пуснал отделно Windows версия и отделно Linux версия, За МАС няма как да я направя, защото нямам МАС. Това е така защото има разлика в системните библиотеки и хеадер файловете за отделните компилатори, Понеже за Windows използвам nmake от MS Visual C++ 6.0, там например извикването #include <typeinfo.h> съотвествува на извикването #include <typeinfo> за g++ в Linux. Също така ако за nmake sprintf(s, "%c\0", d); е съвсем коректно за g++, при такова извикване се получават странни неща, тук аналогичното извикване е sprintf(s, "%c%c", d, "\0");, и още някои разлики, не особено големи на които ме принуждават да правя отделни версии за Windows и Linux. А както може би сте забелязали самото Qt, се предлага отделно за Windows, отделно за Linux, отделно за МАС, така че ... 2. За идеята на тази програма. Идеята е да можете да си следите сметките, колко пари сте получили, колкко сте похарчили, какво сте разплатили, какво още имате да плащате. Освен това като екстра съм направил изчисляване на биоритми, което според мен най - малкото е интересно. Можете също така да следите кога и колко дни сте работили, кога и колко дни сте били на половин работен ден, кога и колко дни сте били нощтна смяна, и т.н. Не че с това можете да убедите работодателя си че греши, ако е сбъркал, но пък самият вие ще сте наясно, кога и как сте работили. Това е общо взето, Надявам се отговора ми да ви е удовлетворил. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: michael1960 в Oct 03, 2010, 21:53 При мен работи само под root. Мда, това не го очаквах, не знам защо е така, но вероятно е от правата, трябва да я стартирате във вашата Home директория, за всяка друга може да даде грешка, заради правата над отделните директории Това е което ми идва наум, не знам Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: danaildr в Oct 03, 2010, 22:34 ����������� �� ���� DoraMainApp
����������� �� ���� DoraMainFrame ����������� �� ���� DoraBaseDocument *** glibc detected *** ./Balans: free(): invalid next size (fast): 0x0a7746b0 *** ======= Backtrace: ========= /lib/i686/cmov/libc.so.6(+0x6b281)[0xb73e2281] /lib/i686/cmov/libc.so.6(+0x6cad8)[0xb73e3ad8] /lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb73e6bbd] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb75bd701] /usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0xb75bd75d] ./Balans[0x80bdc05] ./Balans[0x80a391f] ./Balans[0x80ccc07] ./Balans[0x80cb5e9] ./Balans[0x80f8e4d] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb738dc76] ./Balans[0x8051411] ======= Memory map: ======== 08048000-08c86000 r-xp 00000000 08:01 1314309 /home/dido/Balans-Free/Bin/Balans 08c86000-08cab000 rw-p 00c3e000 08:01 1314309 /home/dido/Balans-Free/Bin/Balans 08cab000-08cae000 rw-p 00000000 00:00 0 0a72b000-0a78e000 rw-p 00000000 00:00 0 [heap] b6f00000-b6f21000 rw-p 00000000 00:00 0 b6f21000-b7000000 ---p 00000000 00:00 0 b70d5000-b70df000 r-xp 00000000 08:01 131794 /lib/i686/cmov/libnss_files-2.11.2.so b70df000-b70e0000 r--p 00009000 08:01 131794 /lib/i686/cmov/libnss_files-2.11.2.so b70e0000-b70e1000 rw-p 0000a000 08:01 131794 /lib/i686/cmov/libnss_files-2.11.2.so b70e1000-b70f4000 r-xp 00000000 08:01 131795 /lib/i686/cmov/libnsl-2.11.2.so b70f4000-b70f5000 r--p 00012000 08:01 131795 /lib/i686/cmov/libnsl-2.11.2.so b70f5000-b70f6000 rw-p 00013000 08:01 131795 /lib/i686/cmov/libnsl-2.11.2.so b70f6000-b70f8000 rw-p 00000000 00:00 0 b710c000-b7118000 r-xp 00000000 08:01 14723 /usr/lib/libXi.so.6.1.0 b7118000-b7119000 rw-p 0000c000 08:01 14723 /usr/lib/libXi.so.6.1.0 b7119000-b7121000 r-xp 00000000 08:01 14697 /usr/lib/libXcursor.so.1.0.2 b7121000-b7122000 rw-p 00007000 08:01 14697 /usr/lib/libXcursor.so.1.0.2 b712b000-b7133000 r-xp 00000000 08:01 131783 /lib/i686/cmov/libnss_nis-2.11.2.so b7133000-b7134000 r--p 00008000 08:01 131783 /lib/i686/cmov/libnss_nis-2.11.2.so b7134000-b7135000 rw-p 00009000 08:01 131783 /lib/i686/cmov/libnss_nis-2.11.2.so b7135000-b7136000 rw-p 00000000 00:00 0 b7136000-b7162000 r--p 00000000 08:01 131149 /usr/share/locale/bg/LC_MESSAGES/libc.mo b7162000-b7168000 r-xp 00000000 08:01 14754 /usr/lib/libXrandr.so.2.2.0 b7168000-b7169000 rw-p 00005000 08:01 14754 /usr/lib/libXrandr.so.2.2.0 b716d000-b7173000 r-xp 00000000 08:01 131778 /lib/i686/cmov/libnss_compat-2.11.2.so b7173000-b7174000 r--p 00006000 08:01 131778 /lib/i686/cmov/libnss_compat-2.11.2.so b7174000-b7175000 rw-p 00007000 08:01 131778 /lib/i686/cmov/libnss_compat-2.11.2.so b7175000-b7177000 r-xp 00000000 08:01 14736 /usr/lib/libXinerama.so.1.0.0 b7177000-b7178000 rw-p 00001000 08:01 14736 /usr/lib/libXinerama.so.1.0.0 b7178000-b717c000 r-xp 00000000 08:01 14671 /usr/lib/libXfixes.so.3.1.0 b717c000-b717d000 rw-p 00003000 08:01 14671 /usr/lib/libXfixes.so.3.1.0 b717d000-b717e000 r--s 00000000 08:01 78986 /var/cache/fontconfig/c05880de57d1f5e948fdfacc138775d9-le32d4.cache-3 b717e000-b7184000 r--s 00000000 08:01 78929 /var/cache/fontconfig/945677eb7aeaf62f1d50efc3fb3ec7d8-le32d4.cache-3 b7184000-b7189000 r--s 00000000 08:01 85383 /var/cache/fontconfig/e25ca923d7a08ab6b0777bd7eb77ea77-le32d4.cache-3 b7189000-b718b000 r--s 00000000 08:01 78891 /var/cache/fontconfig/ea47318ec9849e1a71e80a5d69d13859-le32d4.cache-3 b718b000-b718c000 r--s 00000000 08:01 78888 /var/cache/fontconfig/e3fa16a14183b06aa45b3e009278fd14-le32d4.cache-3 b718c000-b718e000 r--s 00000000 08:01 78878 /var/cache/fontconfig/b5ea634b0fb353b8ea17632d1f9ef766-le32d4.cache-3 b718e000-b7191000 r--s 00000000 08:01 78838 /var/cache/fontconfig/6eb3985aa4124903f6ff08ba781cd364-le32d4.cache-3 b7191000-b7198000 r--s 00000000 08:01 78801 /var/cache/fontconfig/6d41288fd70b0be22e8c3a91e032eec0-le32d4.cache-3 b7198000-b71a0000 r--s 00000000 08:01 47762 /var/cache/fontconfig/d52a8644073d54c13679302ca1180695-le32d4.cache-3 b71a0000-b7315000 r--p 00000000 08:01 262200 /usr/lib/locale/locale-archive b7315000-b7317000 rw-p 00000000 00:00 0 b7317000-b731b000 r-xp 00000000 08:01 13032 /usr/lib/libXdmcp.so.6.0.0 b731b000-b731c000 rw-p 00003000 08:01 13032 /usr/lib/libXdmcp.so.6.0.0 b731c000-b731e000 r-xp 00000000 08:01 13019 /usr/lib/libXau.so.6.0.0 b731e000-b731f000 rw-p 00001000 08:01 13019 /usr/lib/libXau.so.6.0.0 b731f000-b7320000 rw-p 00000000 00:00 0 b7320000-b7338000 r-xp 00000000 08:01 13046 /usr/lib/libxcb.so.1.1.0 b7338000-b7339000 rw-p 00017000 08:01 13046 /usr/lib/libxcb.so.1.1.0 b7339000-b735d000 r-xp 00000000 08:01 8875 /usr/lib/libexpat.so.1.5.2 b735d000-b735f000 rw-p 00023000 08:01 8875 /usr/lib/libexpat.so.1.5.2 b735f000-b7372000 r-xp 00000000 08:01 793 /usr/lib/libz.so.1.2.3.4 b7372000-b7373000 rw-p 00013000 08:01 793 /usr/lib/libz.so.1.2.3.4 b7373000-b7376000 r-xp 00000000 08:01 131576 /lib/libuuid.so.1.3.0 b7376000-b7377000 rw-p 00002000 08:01 131576 /lib/libuuid.so.1.3.0 b7377000-b74b7000 r-xp 00000000 08:01 131796 /lib/i686/cmov/libc-2.11.2.so b74b7000-b74b9000 r--p 0013f000 08:01 131796 /lib/i686/cmov/libc-2.11.2.so b74b9000-b74ba000 rw-p 00141000 08:01 131796 /lib/i686/cmov/libc-2.11.2.so b74ba000-b74be000 rw-p 00000000 00:00 0 b74be000-b74db000 r-xp 00000000 08:01 131214 /lib/libgcc_s.so.1 b74db000-b74dc000 rw-p 0001c000 08:01 131214 /lib/libgcc_s.so.1 b74dc000-b7500000 r-xp 00000000 08:01 131779 /lib/i686/cmov/libm-2.11.2.so b7500000-b7501000 r--p 00023000 08:01 131779 /lib/i686/cmov/libm-2.11.2.so b7501000-b7502000 rw-p 00024000 08:01 131779 /lib/i686/cmov/libm-2.11.2.so b7502000-b75eb000 r-xp 00000000 08:01 10108 /usr/lib/libstdc++.so.6.0.13 b75eb000-b75ef000 r--p 000e9000 08:01 10108 /usr/lib/libstdc++.so.6.0.13 b75ef000-b75f0000 rw-p 000ed000 08:01 10108 /usr/lib/libstdc++.so.6.0.13 b75f0000-b75f7000 rw-p 00000000 00:00 0 b75f7000-b760c000 r-xp 00000000 08:01 131785 /lib/i686/cmov/libpthread-2.11.2.so b760c000-b760d000 r--p 00014000 08:01 131785 /lib/i686/cmov/libpthread-2.11.2.so b760d000-b760e000 rw-p 00015000 08:01 131785 /lib/i686/cmov/libpthread-2.11.2.so b760e000-b7610000 rw-p 00000000 00:00 0 b7610000-b7617000 r-xp 00000000 08:01 131786 /lib/i686/cmov/librt-2.11.2.so b7617000-b7618000 r--p 00006000 08:01 131786 /lib/i686/cmov/librt-2.11.2.so b7618000-b7619000 rw-p 00007000 08:01 131786 /lib/i686/cmov/librt-2.11.2.so b7619000-b761b000 r-xp 00000000 08:01 131788 /lib/i686/cmov/libdl-2.11.2.so b761b000-b761c000 r--p 00001000 08:01 131788 /lib/i686/cmov/libdl-2.11.2.so b761c000-b761d000 rw-p 00002000 08:01 131788 /lib/i686/cmov/libdl-2.11.2.so b761d000-b761e000 rw-p 00000000 00:00 0 b761e000-b7737000 r-xp 00000000 08:01 13315 /usr/lib/libX11.so.6.3.0 b7737000-b773b000 rw-p 00118000 08:01 13315 /usr/lib/libX11.so.6.3.0 b773b000-b7749000 r-xp 00000000 08:01 14658 /usr/lib/libXext.so.6.4.0 b7749000-b774a000 rw-p 0000d000 08:01 14658 /usr/lib/libXext.so.6.4.0 b774a000-b77bd000 r-xp 00000000 08:01 7531 /usr/lib/libfreetype.so.6.6.0 b77bd000-b77c1000 rw-p 00073000 08:01 7531 /usr/lib/libfreetype.so.6.6.0 b77c1000-b77ee000 r-xp 00000000 08:01 9056 /usr/lib/libfontconfig.so.1.4.4 b77ee000-b77f0000 rw-p 0002c000 08:01 9056 /usr/lib/libfontconfig.so.1.4.4 b77f0000-b77f8000 r-xp 00000000 08:01 13356 /usr/lib/libXrender.so.1.3.0 b77f8000-b77f9000 rw-p 00007000 08:01 13356 /usr/lib/libXrender.so.1.3.0 b77f9000-b77fa000 rw-p 00000000 00:00 0 b77fa000-b780f000 r-xp 00000000 08:01 8868 /usr/lib/libICE.so.6.3.0 b780f000-b7810000 rw-p 00014000 08:01 8868 /usr/lib/libICE.so.6.3.0 b7810000-b7812000 rw-p 00000000 00:00 0 b7812000-b7819000 r-xp 00000000 08:01 13445 /usr/lib/libSM.so.6.0.1 b7819000-b781a000 rw-p 00006000 08:01 13445 /usr/lib/libSM.so.6.0.1 b781a000-b781b000 r--s 00000000 08:01 15121 /var/cache/fontconfig/4794a0821666d79190d59a36cb4f44b5-le32d4.cache-3 b781b000-b7823000 r--s 00000000 08:01 881 /var/cache/fontconfig/e13b20fdb08344e0e664864cc2ede53d-le32d4.cache-3 b7823000-b7825000 r-xp 00000000 08:01 132832 /usr/lib/gconv/UTF-16.so b7825000-b7826000 r--p 00001000 08:01 132832 /usr/lib/gconv/UTF-16.so b7826000-b7827000 rw-p 00002000 08:01 132832 /usr/lib/gconv/UTF-16.so b7827000-b782e000 r--s 00000000 08:01 132908 /usr/lib/gconv/gconv-modules.cache b782e000-b7830000 rw-p 00000000 00:00 0 b7830000-b7831000 r-xp 00000000 00:00 0 [vdso] b7831000-b784c000 r-xp 00000000 08:01 132778 /lib/ld-2.11.2.so b784c000-b784d000 r--p 0001a000 08:01 132778 /lib/ld-2.11.2.so b784d000-b784e000 rw-p 0001b000 08:01 132778 /lib/ld-2.11.2.so bfc6b000-bfc80000 rw-p 00000000 00:00 0 [stack] Прекъснат Дебиан squeeze не тръгва :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: remotex в Oct 04, 2010, 09:56 Аз съм с :
Linux mach3 2.6.34.7-56.fc13.x86_64 #1 SMP Wed Sep 15 03:36:55 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux За по незапознатите това е 64 битова Fedora Core 13 Дръпнах от "линка за новата версия е това: http://www.fileden.com/files/2009/12/4/2675571/linux32/Balans32.tar.gz" Понеже съм с 64 бит и реших да прекомпилирам та забелязах бякой нещица... Дреболии: 1. Защо в документацията пише Qt версия 4.5 а според Makefile 4.7? След кратка сесия на търсене и заместване на 4-7 с правилния път потръгна. Даже работи. За колегите по-преди които разправяха че статичното било раздуто и голямо ето малко инфо: 1. статично 2. динамично release. /поправям се мислех че в Bin е статично оказа се че не е - ето резултата от file Balans - за съжаление не мога да кажа коя точно версия е това тъй като колегата не е сложил инфо нито в името на архива, нито във файл вътре, а да не говорим че за статично изградени трябва да има инфо и за build еди-кой си.../ Код: -rwxr-xr-x 1 id id 14868691 Sep 30 16:59 Balans Интересен резултат обаче - неговото се смали 2-3 Мб от 14 на 12 Мб, моето от 18 М на 971 К ?! 2. Хубаво е да се попреглеждат и предупрежденията понякога /Balans-Free/Src/AttrMenuBar.cpp:49: warning: ‘maxLen’ may be used uninitialized in this function Код: int maxElement = attr.maxElement(), maxLen; - тези 5-6 грешки тип 'unused parameter' ги прескачам макар че са доста и.. вземи направи нещо по въпроса. Айде да са стандартните параметри които си ти идват с main() напр. разбирам - тях не можеш да ги махнеш ама при положение че са твои собствени и не се ползват - вземи ги разкарай... Balans-Free/Src/CompODoc.cpp:47: warning: unused parameter ‘parent’ Balans-Free/Src/DoraFileSystem.cpp:26: warning: ignoring return value of ‘ssize_t write(int, const void*, size_t)’, declared with attribute warn_unused_result Balans-Free/Src/DoraFileSystem.cpp:82: warning: ignoring return value of ‘int chdir(const char*)’, declared with attribute warn_unused_result Това също не е хубав почин... обик. значи че липсва проверката за грешки! Айде това по се ядва :-) макар че size_t по принцип е unsigned и не знам какво ще стане когато набъбне това число - да се надяваме че е малко. Ако е нарочно сложи поне едно явно (int)arg3 Balans-Free/Src/DoraStatusBar.cpp:109: warning: format ‘%4d’ expects type ‘int’, but argument 3 has type ‘size_t’ 3. Има опция да се укаже каква е кодировката на проекта и на всеки файл потделно.. не съм сигурен за makefile based проект обаче дали може, но е неприятно да се оплаква че не знае каква е - опитва подразбиращата се УТФ8 но добре че се усеща че не е тя :-) П.П. Малка поправка (и по-горе съм се коригирал) - мислех че в Bin е статично. Моя грешка че не проверих предварително. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: bvbfan в Oct 04, 2010, 10:22 Цитат Понеже за Windows използвам nmake от MS Visual C++ 6.0, там например извикването #include <typeinfo.h> съотвествува на извикването #include <typeinfo> за g++ в Linux. Също така ако за nmake sprintf(s, "%c\0", d); е съвсем коректно за g++, при такова извикване се получават странни неща, тук аналогичното извикване е sprintf(s, "%c%c", d, "\0");, и още някои разлики, не особено големи на които ме принуждават да правя отделни версии за Windows и Linux.QT класовете са cross-platform, защо не ги използваш, няма да има никаква разлика кода ти на М$ и Линукс. И тия sprintf(s, "%c\0", d), няма нужда да се слага теминираща нула, константният стринг винаги си я има, може просто sprintf(s, "%c", d), отделно това е С не С++ или ползвай std string или QString много са удобни и няма да се притесняваш от buffer overflow. Като цяло не използваш силата на QT, а го ползваш като IDE като VS6, а QT е много по-добро от него, светлинни години. С кодът е изключително мощен и може да използва производителността на процесора на 100% и в резултат на това при визуализирането на часовника изчакването между секундите трябва да има няква задръжка, за се освобождава процесорно време, защото в момента без да правиш нищо програмата гълта 30% от производителността на процесора, което от своя страна рефлектира на цялостната производителност на системата. Съветът ми е да пишеш на QT C++ и да използваш техните класове и вместо непрекъснато да търсиш края на масиви с getMaxElement да използваш QVector, където винаги има метод size() и така се спестява писане, а не само, защото методите са максимално оптимизирани и тествани. Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: sdr в Oct 04, 2010, 11:15 sdr@vasko ~ $ ~/Balans-Free/Bin/Balans
Конструктор на клас DoraMainApp Конструктор на клас DoraMainFrame Конструктор на клас DoraBaseDocument *** glibc detected *** /home/sdr/Balans-Free/Bin/Balans: free(): invalid next size (fast): 0x09fdbc00 *** ======= Backtrace: ========= /lib/libc.so.6(+0x6ba41)[0xb730fa41] /lib/libc.so.6(+0x6d2c0)[0xb73112c0] /lib/libc.so.6(cfree+0x6d)[0xb73143ad] /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libstdc++.so.6(_ZdlPv+0x21)[0xb74fc521] /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libstdc++.so.6(_ZdaPv+0x1d)[0xb74fc57d] /home/sdr/Balans-Free/Bin/Balans[0x80bb390] /home/sdr/Balans-Free/Bin/Balans[0x80bb516] /home/sdr/Balans-Free/Bin/Balans[0x80a3944] /home/sdr/Balans-Free/Bin/Balans[0x80ccc07] /home/sdr/Balans-Free/Bin/Balans[0x80cb5e9] /home/sdr/Balans-Free/Bin/Balans[0x80f8e4d] /lib/libc.so.6(__libc_start_main+0xe6)[0xb72bacc6] /home/sdr/Balans-Free/Bin/Balans[0x8051411] ======= Memory map: ======== 08048000-08c86000 r-xp 00000000 03:03 13471122 /home/sdr/Balans-Free/Bin/Balans 08c86000-08cab000 rw-p 00c3e000 03:03 13471122 /home/sdr/Balans-Free/Bin/Balans 08cab000-08cae000 rw-p 00000000 00:00 0 09fa8000-0a011000 rw-p 00000000 00:00 0 [heap] b6f00000-b6f21000 rw-p 00000000 00:00 0 b6f21000-b7000000 ---p 00000000 00:00 0 b70fe000-b7108000 r-xp 00000000 03:03 12440077 /lib/libnss_files-2.12.1.so b7108000-b7109000 r--p 00009000 03:03 12440077 /lib/libnss_files-2.12.1.so b7109000-b710a000 rw-p 0000a000 03:03 12440077 /lib/libnss_files-2.12.1.so b7135000-b7142000 r-xp 00000000 03:03 8167224 /usr/lib/libXi.so.6.1.0 b7142000-b7143000 r--p 0000c000 03:03 8167224 /usr/lib/libXi.so.6.1.0 b7143000-b7144000 rw-p 0000d000 03:03 8167224 /usr/lib/libXi.so.6.1.0 b7144000-b7146000 r-xp 00000000 03:03 8563842 /usr/lib/libXinerama.so.1.0.0 b7146000-b7147000 r--p 00001000 03:03 8563842 /usr/lib/libXinerama.so.1.0.0 b7147000-b7148000 rw-p 00002000 03:03 8563842 /usr/lib/libXinerama.so.1.0.0 b7148000-b7150000 r-xp 00000000 03:03 8400631 /usr/lib/libXcursor.so.1.0.2 b7150000-b7151000 r--p 00008000 03:03 8400631 /usr/lib/libXcursor.so.1.0.2 b7151000-b7152000 rw-p 00009000 03:03 8400631 /usr/lib/libXcursor.so.1.0.2 b7152000-b7156000 r-xp 00000000 03:03 9995825 /usr/lib/libXfixes.so.3.1.0 b7156000-b7157000 r--p 00003000 03:03 9995825 /usr/lib/libXfixes.so.3.1.0 b7157000-b7158000 rw-p 00004000 03:03 9995825 /usr/lib/libXfixes.so.3.1.0 b7158000-b715f000 r-xp 00000000 03:03 3508186 /usr/lib/libXrandr.so.2.2.0 b715f000-b7160000 r--p 00006000 03:03 3508186 /usr/lib/libXrandr.so.2.2.0 b7160000-b7161000 rw-p 00007000 03:03 3508186 /usr/lib/libXrandr.so.2.2.0 b7161000-b716a000 r-xp 00000000 03:03 12282409 /lib/libnss_nis-2.12.1.so b716a000-b716b000 r--p 00008000 03:03 12282409 /lib/libnss_nis-2.12.1.so b716b000-b716c000 rw-p 00009000 03:03 12282409 /lib/libnss_nis-2.12.1.so b716c000-b717f000 r-xp 00000000 03:03 12456100 /lib/libnsl-2.12.1.so b717f000-b7180000 r--p 00012000 03:03 12456100 /lib/libnsl-2.12.1.so b7180000-b7181000 rw-p 00013000 03:03 12456100 /lib/libnsl-2.12.1.so b7181000-b7183000 rw-p 00000000 00:00 0 b7183000-b7189000 r-xp 00000000 03:03 12073280 /lib/libnss_compat-2.12.1.so b7189000-b718a000 r--p 00006000 03:03 12073280 /lib/libnss_compat-2.12.1.so b718a000-b718b000 rw-p 00007000 03:03 12073280 /lib/libnss_compat-2.12.1.so b718b000-b718c000 rw-p 00000000 00:00 0 b718c000-b7192000 r--s 00000000 03:03 7800065 /var/cache/fontconfig/87f5e051180a7a75f16eb6fe7dbd3749-le32d4.cache-3 b7192000-b7198000 r--s 00000000 03:03 12199087 /var/cache/fontconfig/acc285bc1956c3c4bc7afb41d537a85a-le32d4.cache-3 b7198000-b719a000 r--s 00000000 03:03 10313531 /var/cache/fontconfig/76fa4b957c916922374347f144bde9da-le32d4.cache-3 b719a000-b71a0000 r--s 00000000 03:03 7800037 /var/cache/fontconfig/4460665c0f3e88acdd4c85aa2f409b99-le32d4.cache-3 b71a0000-b71b0000 r--s 00000000 03:03 7800222 /var/cache/fontconfig/8d4af663993b81a124ee82e610bb31f9-le32d4.cache-3 b71b0000-b71b7000 r--s 00000000 03:03 1157334 /var/cache/fontconfig/12b26b760a24f8b4feb03ad48a333a72-le32d4.cache-3 b71b7000-b71f8000 r--s 00000000 03:03 442674 /var/cache/fontconfig/17090aa38d5c6f09fb8c5c354938f1d7-le32d4.cache-3 b71f8000-b7239000 r--s 00000000 03:03 4407398 /var/cache/fontconfig/df311e82a1a24c41a75c2c930223552e-le32d4.cache-3 b7239000-b723c000 rw-p 00000000 00:00 0 b723c000-b7260000 r-xp 00000000 03:03 9319489 /usr/lib/libexpat.so.1.5.2 b7260000-b7261000 ---p 00024000 03:03 9319489 /usr/lib/libexpat.so.1.5.2 b7261000-b7263000 r--p 00024000 03:03 9319489 /usr/lib/libexpat.so.1.5.2 b7263000-b7264000 rw-p 00026000 03:03 9319489 /usr/lib/libexpat.so.1.5.2 b7264000-b7277000 r-xp 00000000 03:03 11738543 /lib/libz.so.1.2.5 b7277000-b7278000 r--p 00012000 03:03 11738543 /lib/libz.so.1.2.5 b7278000-b7279000 rw-p 00013000 03:03 11738543 /lib/libz.so.1.2.5 b7279000-b727d000 r-xp 00000000 03:03 11076395 /usr/lib/libXdmcp.so.6.0.0 b727d000-b727e000 r--p 00003000 03:03 11076395 /usr/lib/libXdmcp.so.6.0.0 b727e000-b727f000 rw-p 00004000 03:03 11076395 /usr/lib/libXdmcp.so.6.0.0 b727f000-b7281000 r-xp 00000000 03:03 6343090 /usr/lib/libXau.so.6.0.0 b7281000-b7282000 r--p 00001000 03:03 6343090 /usr/lib/libXau.so.6.0.0 b7282000-b7283000 rw-p 00002000 03:03 6343090 /usr/lib/libXau.so.6.0.0 b7283000-b729c000 r-xp 00000000 03:03 11642546 /usr/lib/libxcb.so.1.1.0 b729c000-b729d000 r--p 00018000 03:03 11642546 /usr/lib/libxcb.so.1.1.0 b729d000-b729e000 rw-p 00019000 03:03 11642546 /usr/lib/libxcb.so.1.1.0 b729e000-b729f000 rw-p 00000000 00:00 0 b729f000-b72a2000 r-xp 00000000 03:03 11863809 /lib/libuuid.so.1.3.0 b72a2000-b72a3000 r--p 00002000 03:03 11863809 /lib/libuuid.so.1.3.0 b72a3000-b72a4000 rw-p 00003000 03:03 11863809 /lib/libuuid.so.1.3.0 b72a4000-b73f8000 r-xp 00000000 03:03 12456112 /lib/libc-2.12.1.so b73f8000-b73fa000 r--p 00154000 03:03 12456112 /lib/libc-2.12.1.so b73fa000-b73fb000 rw-p 00156000 03:03 12456112 /lib/libc-2.12.1.so b73fb000-b73fe000 rw-p 00000000 00:00 0 b73fe000-b741a000 r-xp 00000000 03:03 13305444 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libgcc_s.so.1 b741a000-b741b000 r--p 0001c000 03:03 13305444 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libgcc_s.so.1 b741b000-b741c000 rw-p 0001d000 03:03 13305444 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libgcc_s.so.1 b741c000-b7440000 r-xp 00000000 03:03 12002670 /lib/libm-2.12.1.so b7440000-b7441000 r--p 00023000 03:03 12002670 /lib/libm-2.12.1.so b7441000-b7442000 rw-p 00024000 03:03 12002670 /lib/libm-2.12.1.so b7442000-b752a000 r-xp 00000000 03:03 12881666 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libstdc++.so.6.0.13 b752a000-b752e000 r--p 000e7000 03:03 12881666 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libstdc++.so.6.0.13 b752e000-b752f000 rw-p 000eb000 03:03 12881666 /usr/lib/gcc/i686-pc-linux-gnu/4.4.4/libstdc++.so.6.0.13 b752f000-b7537000 rw-p 00000000 00:00 0 b7537000-b754c000 r-xp 00000000 03:03 11891888 /lib/libpthread-2.12.1.soAborted sdr@vasko ~ $ Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: ROKO__ в Oct 04, 2010, 11:16 ����������� �� ���� DoraMainApp :D Не съм изненадан :) Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: vas_68 в Oct 04, 2010, 12:22 При мен работи само под root. Стартирам от моята домашна директория. Изписва ми това: [vasil@localhost Bin]$ ./Balans Конструктор на клас DoraMainApp Прекъснат [vasil@localhost Bin]$ Титла: Re: Колеги, някой би ли се съгласил да тества Публикувано от: Йордан в Oct 08, 2010, 00:11 Не знам какъв е проблема, но спокойно приложение за 32 може да се търкаля върху 64. При чичо гугъл има достатъчно примери. На мен на първо място ми излезе:
http://maketecheasier.com/run-32-bit-apps-in-64-bit-linux/2009/08/10 P.S. не се ли замисляте да пускате приложения с root привилегии? Аз лично бих пуснал един трейс на приложението, за да видя какво иска. А после евентуално бих го пуснал с root. Много интересно дали така някой няма да бъде хакнат някога :D |