infoarena

pentru gentoo-users [ adica eu ]
emerge --fetchonly rhide
vi /usr/include/linux/wait.h
:%s/bit, word/bit, (volatile long unsigned int *)word/             [comenzi in vi. ":" + comanda ]
:wq
emerge rhide
---------------
pentru non-gentoo users [netestat , doar presupun ca merge.]
[pt astia care folositi fedora core x , sau mai stiu eu ce distributii fantoma]

vi /usr/include/linux/wait.h [o sa  presupun ca acest fisier exista , eventual sta in alta parte]
:%s/bit, word/bit, (volatile long unsigned int *)word/              [comenzi in vi. ":" + comanda ]
:wq


fetch tvision
http://tvision.sourceforge.net/#down -- luati ultimele surse
cd /unde/ai/despachetat/tvision
./configure
make
make install

speram fara erori :)

fetch rhide
http://sourceforge.net/project/showfiles.php?group_id=32835&package_id=27741&release_id=287313  [are gdb+setedit inclus]
./configure
-make
make install
daca va da eroare de compilare , sa stiti ca imi pare rau!

$rhide
enjoy

ps..forumul e tradus dupa ureche..
citez "Intoarcete la acest mesaj."
//later edit
va rog feedback , merge sau nu?
jos cu posterele MicroSoft lipite cu forta in camere

eu l-am instalat parca mai usor ca tine [SuSE user].... bine, nu prea am stat in el, merge VIM foarte bine, combinat cu un gcc bun si cu ddd (10x greco ca mi-a zis de el!)...
o fi un nou trend "Microsoft  :fighting:", dar ... eu zic ca fiecare e bun la cate ceva...

ai luat probabil niste binare mai vechi , si probabil instabile.
si de ce sa te chinui cu 3 aplicatii cand poti numai cu una, care le reuneste destul de bine.
intr`adevar , vim cu cateva printfuri puse strategic ,eventual ddd , dar care mi se pare greoi, rezolva treaba.
iti recomand din suflet sa iti compilezi sursele pt distro`ul tau..
la gmoisil2006 , cineva lipise postere cu mircrosoft prin camere cu linuxisti obsedati ; le` a luat vantu  :evil:

Desi poate parea hilar, eu unul nu folosesc RHIDE pentru ca am o senzatie de discomfort cand rulez o aplicatie facuta pt. dos si portata in linux... cu toate ca iti poti duce treaba la bun sfarsit, it's not done the *nix way. :-)

pai rhide in linux compileaza cu gcc - compilator de linux, deci nu porteaza nimic; unde intervine dos-ul in toata treaba?  :?

Rhide initial a fost facut pentru compilatoru DJGPP, care e o versiune portata a compilatorului GCC pentru Windows si ruleaza in Windows pe un DOS emulat... Daca te uitai prin Documentatie de la sursele Rhide vedeai asta: "Because RHIDE was designed originaly for DJGPP many things in RHIDE are specifiy for that environment. I have tried to make it as much as possible unix-like, but not all is fineshed yet."
Oricum pentru un programator in Linux VIM e o alegere de 10 ori mai buna :)

Acum referitor la primul post al lui TheStick... Ar trebui sa zici si tu cam ce ar trebui facut daca iti da eroare de compilare de ex la tvision... Adica.. cam oricine stie ca pentru a instala ceva trebuie sa dai ./configure, make, make install la surse ... Postul tau mi s-a parut destul de inutil asa...

acesta este lucrul care trebuie facut daca da eroare la tvision!
de fapt secventa asta e cea mai importanta din tot postul , intrucat imi inchipui ca majoritatea stiu de ./configure make make install.
am incercat sa compilez rhide pe multe alte distro`uri...si cam de fiecare data a dat eroarea asta, ceva legat de "volatile long unsigned int" prin /usr/include/linux/wait.h
acum ai gasit utilitatea postului meu?
presupun ca tu folosesti microsoft visual studio c complier sau ceva ,nu? :D // glumesc
ideea primului post era ca am incercat multa vreme sa compilez rhide , iar cand am gasit solutia m` am simtit asa de extaziat incat am simtit nevoia sa impart cu ceilalti doritori...din cate am mai vazut pe forumul acesta [ si pe altele ], multi au dubii in legatura cu compilarea lui rhide.

Da, am inteles.. o sa zic si eu cum am facut tvision sa compileze pe fedora 5 :) Faza cu wait.h nu prea merge pe aceasta distributie... in wait.h nici nu exista "volatile long unsigned int"

Cu g++ nu compileaza pentru ca e o versiune prea noua de C++ (anume 4.1.0) si sunt nishte diferente intre STLul actual si cel folosit la momentul in care au fost publicate sursele pentru tvision. Va trebui folosit g++32 (se gaseste pe DVDu de instalare "compat-gcc32*.rpm") Trebuie modificat fisierul config.pl si acolo unde scrie inlocuiti cu Restul fisierului il lasati asa cum era :)
PS: g++32 = g++ versiunea 3.2.3

Asa.. acum legat de RHIDE.. cand dau ./configure apare asa: N-ar trebui ca sursele pentru SET editor sa fie incluse in cele de rhide?... Asta mi s-a intamplat si pe Suse si pe Fedora Cine stie cum pot rezolva problema?:P

aici trebuie setata variabila aia setsrc din fisierul de configurare, sa pui calea directorul unde e set.. dar.. s-ar putea sa mai apara erori si dupa :) din rpm sa instalezi nu iti merge? (sau poti incerca si tgz in slack)

Mie-mi da erori peste erori la instalarea din binare (tgz), dar n-am avut nici un tgz facut special pt Slack, ci din rpm cu rpm2tgz asa ca nu e de mirare ca n-a mers. ... Hmm, de fapt nici nu pot zice ca n-a mers, s-a instalat porneste, dar la alt+f5 se buseste.

Din surse, am compilator prea recent (4.0.2, din nou), si dupa cum va spuneam, nu sunt tocmai un fan rhide. :) Dar daca stie cineva vreun .tgz facut special pt Slackware... il rog sa posteze un link.  :roll:

eu asta l-am instalat: rhide-1.5-1.i386.rpm (care l-am facut tgz).. bine, nu pot sa garantez prea multe ca n-am facut decat vreo 2-3 probleme sub el, dar cert e ca nu imi crapa la alt+f5, la compilare, rulare, deschidere de fisiere etc.

ps: sub slack10.1

Versiunea ta imi merge... merci.
Momentan merge doar ca root (logat ca root, nu cu su), in rest da un segmentation fault aiurea, dar aspectul pozitiv e ca nu crapa la alt+f5. Merci de sfat.

mah, o fac pe dracu in patru si va scot HOWTO complet si pentru alte distro`uri!
ca idee:
rhide precompilat nici nu se compara cu cel pe care il folosesc eu pt ca
1. ruleaza in alta fereastra
2. fara buguri la alt+f5 [alternativa ar fi redirect stdout din optiuni]
3. mult mai rapid
4. nu neceista root
5. ... etc
6. se misca mult mai bine , fara latente
pt cei care nu ma cred va zic ca merge chiar mai bine decat pe windows!
dupa oni ,cand o sa am timp , va fac howto`ul!
mi se pare ca faza cu tvision era urmatoarea
#cd /sursa/la/rhide
#./configure TVOBJ=/usr/local/lib SETSRC=surse/la/setedit ..etc
asta o sa il faca sa includa tvision daca e instalat tvision calumea
mi se pare ca era ceva asemanator si pentru celelalte librarii!
---
ah ,da , bogdan , renunta la fedora core 5, ia`ti un distro mai puternic. incearca gentoo
fc5 e folosita de administratorii de retea care nu stiu nimic despre linux / configurari.cea mai varza si inceata distibutie, care chiar daca arata frumos, nu e buna de nimic.

iaca a trecut si oni .. si eu nu v` am facut howto..
  :D
stiu ca trebuia sa modific postul vechi ,dar mi` e lene.

ar fi bine sa-l faci, ca am cam avut probleme cu el o vreme... facea caractere nasoale... dar m-am logat din root si am schimbat niste fonturi si ...  :shock: a mers!
ok, pe de alta parte, ziceai ca ruleaza in fereastra... te referi la rhidex? ok, probabil ca va functiona, DAR ce te faci daca esti in KDE de exemplu, si ai deja combinatiile ctrl+F2 sau altele... rezervate ? nu mai bine in consola direct?

Bogdan, ai reusit sa compilezi RHIDE pe Fedora Core 5? Daca da, cum? ca ma chinui de 3 zile la el...

http://infoarena.ro/forum/index.php/topic,1129.0.html

sunt un geniu.
http://infoarena.ro/forum/index.php/topic,1134.0.html (http://infoarena.ro/forum/index.php/topic,1134.0.html)

Am o mica contributie, cine foloseste un Gentoo pe 64 biti pe Athlon64 de orice fel (eu am 2006.1-amd64) poate sa ia direct
http://www.informatrix.ro/rhide-1.5.20050823-amd64-aalib.tbz2 (http://www.informatrix.ro/rhide-1.5.20050823-amd64-aalib.tbz2)

Rhide compilat pe amd64 cu gcc 4.1.1 direct din portage (emerge rhide) si fara acel tweak la wait.h,
USE="X aalib" , ... cu -O2 si niste optimizari de linkage (-Wl,-O1 -Wl,--hash-style=both) daca vreti.. vedeti k nu merge compilat cu hash-style decat avand glibc-2.4-r4 si binutils-2.17.50.0.3 (dar destul de probabil de pornit va porni fara aceste programe instalate, totusi am zis-o ca nu-s 100% sigur de chestia asta).
S-ar putea sa necesite aalib, nu prea stiu ce face, dar stiu ca il aveam la USE flags si il cerea ca dependenta, il aveam instalat deci nu mi-am batut capul sa-l scot de la USE.. incercati si voi :-'

Daca nu folositi gentoo dar folositi linux pe 64-biti, dezarhivati cu , altfel:

Deci, daca a mers pe amd64.. ma intreb, pe x86 in gentoo de ce nu merge??   :aha:
(chiar si faca CFLAGS de optimizare, sau fara LDFLAGS, nu va compila. si schema cu wait.h e facuta, so .. i'm lost for words)

Astept feedback .. :)

Apropos, un mic notice: cred ca ar trebui adaugat pana la urma un ghid de instalare rhide cu binarele gata compilate de pana acuma cu tot pe infoarena.devnet.ro/wiki/ ;)

Se ofera cineva sa scrie un astfel de articol?

Mai nou , nu e nevoie de acel tweak la wait.h cu ultimele headere linux.
pot sa va dau eu un ghid de instalare pentru binare si toate alea
aalib e o chestie inutila ; consulta ufed, Dan.
cand pot sa ma apuc de treaba?

Trimite-mi un mesaj cu id-ul tau de pe info-arena si vei avea acces sa scrii articole.

Da, asa m-am gandit si eu.

aalib nush exact cu ce ajuta la rhide, dar fiind in USE flags de nu mai stiu cand, nu l-am scos..
Daca faci acel ghid, include si arhiva mea pt amd64 :)

Apropo, acel ufed nici nu prea merge .. vad ca da eroare la parsing make.conf ca m-am cam jucat eu cu multe USE="$USE .. .." -uri si comentarii, faza e ca nush cum zice el parse error pe make.conf cand imediat dupa aia da eroare la linia 9, la use portage; (cam prima instructiune importanta din scriptul ala perl) ... so, nu-mi bat capul, ca n-am decat cateva use flags de care nu stiu ce fac :)

Auzi, apropo - cum ai compilat tu pe 32-bit ? ca pe cuvant ca nu merge, cu CHOST=x86_pc_linux_gnu CFLAGS=(+/-)-O2 -pipe (+/-) -fomit-frame-pointer  si fara LDFLAGS.. (compiland de pe gentoo 2006.1 pe un x86, toate alea fiind la zi)  :thumbup:

cateva obiectii:
aalib = ascii art library
ufed e scris in python , nu perl.
ca sa compilezi pe 32 de biti iti trebuie un cross-compiler.
Daca vrei sa faci un binar calumea , incearca sa mai lesi CFLAGS="mtune=`arhitectura ta` -pipe -O2" si lasa LDFLAGS in pace., or you will break comatapibility