Kylix3 kontra UHU 1.2 final

Emlékeim szerint az 1.1-es Uhunál volt egy olyan probléma, hogy a Kylix csak akkor működött helyesen, ha nem root-ként, hanem normál felhasználóként telepítetted.
Bár lehet, hogy az már a telepítésnél kiakadt? Nem emlékszem pontosan, régen volt.

http://www.kylix.hu/modules.php?name=Forums&file=viewtopic&p=215

export LD_ASSUME_KERNEL=2.4.0

Nekem akkor volt ilyen problémám, mikor a glibc-t nptl-el forgattam, miután egy két progi kiírta, és nem tudtam vele mit kezdeni visszacsináltam a dolgot, és azóta jó! Nemtom UHU alatt a glibc forgatás megy-e, ill. hogy megy, nekem Gentoo alatt ez történt...

[quote:52cd2067a9="AttiSan"]
[quote:52cd2067a9="pozsy"]
Ez a beszolasod nagyobb baromsag, mint az indexen megjelent pythonos cikk.

Nem.

Szakmai szinvonalban egy szinten vannak, erre gondoltam.

[quote:52cd2067a9="AttiSan"]
[quote:52cd2067a9="pozsy"]
Egyreszt semmi koze a kernelnek ehhez a problemahoz, egyszeruen az uj glibc-t nem szereti a regi kylix, es ugyanez tortenik slackware eseten is.

Nekem meg itt fut a salak 10.0-án a cucc. A srác egy gyors megoldást kért mivel mint írta dolgozna vele.

Elhiszem hogy salak 10-en fut, de akkor sincs semmi koze a kernelhez.

[quote:52cd2067a9="AttiSan"]
[quote:52cd2067a9="pozsy"]
Masreszt megkernelek, hogy mielott legkozelebb is beirsz egy ilyen orbitalis hulyeseget, ugyanmar aruld el megis mire alapozod a "feleslegesen agyonfoltozott" illetve a "lassu" jelzoket. A patchekrol szivesen felhomalyositalak egyenkent hogy miert vannak, a lassu jelzot pedig nem tudom honnan vetted, talan inkabb lehet hogy a te agyad volt belassulva amikor uhut teszteltel, ha egyaltalan csinaltal mar ilyet?

feleslegesen agyonfoltozott -> szerintem próbálj meg lefordítani alá egy kernel.org-ról frissen letöltött anyagot aztán nézd meg magad. számomra ettől lenne az. ezt tekintheti mindenki az én saját szubjektív véleményemnek.

Ez egyreszt nem a kernelunk hibaja, masreszt pedig ha ilyen nagymeno vagy hogy neked mindenkeppen sajat kernel kell, akkor oldd meg, semmi nehezseg nincs benne.

[quote:52cd2067a9="AttiSan"]
lassú-> ez viszont nem szubjektív. huzamosabb használat után egyszerűen belassul, pláne egy salakhoz képest,
hogy miért? nem tudok másra gondolni mint, hogy ez valami uhu feature.

Nem szubjektiv??? Konyorgom mond EGY merheto (tehat NEM szubjektiv) dolgot, amivel be tudod bizonyitani ezt az allitasodat.

[quote:52cd2067a9="AttiSan"]
ui: ha az én agyam sötét akkor a tiédből törne fel a való világ? egyébbként szeretem az ilyen embereket. kiragadsz egy mondatot és írsz hozzá egy regényt. de keresztbe tenni egy szalmaszálat? na azt nem. ha bizonyítani szeretnél valamit akkor miért nem válaszolsz valami értelmeset az eredeti felvetésre?

Az eredeti felvetesre azert nem valaszolok, mert csak arra valaszolok amire tudok. Tudod, ellentetben veled, en nem olyan vagyok aki minden lehetoseget megragad hogy beirja a hulyeseget, hanem igyekszem ertelmesen es helytalloan valaszolni. Mivel nem tudom az eredeti kerdesre a valaszt, nem irok ra semmit.

Szia,

Én sikeresen futtattam a Kylix 3 Prof. (Delphi IDE) fejlesztőeszközt a következő disztribúciókon: RedHat 7.2-7.3, RedHat 8, SuSE 8.2-9.0, UHU 1.1.1, Fedora Core 2-3. Az alábbi linkek segítenek a a C++-os részt is futtathatóvá tenni.

Jelenleg az FC3-on futtatom, de eddig nincs gondom. Az FC verziók alá pedig kell egy kis trükk... valószínű müködik UHU 1.2 alatt is, ezek a 2.6-os kernel miatt kellenek:
- az új kernel szálkezelés és
- execshield miatt.
(ezek az IDE futtatásához kellenek, debug, stb..) A "stratdelphi" script-be kell írni:
LD_ASSUME_KERNEL = 2.2.5

egy kis beírás a "/etc/rc.d/rc.local" fájlba és újranindítás, de ha parancssorból kiadod a kylix indítása elött, akkor nem kell újranindítani, utána értelemszerüen többször nem kell:
echo > 1 /proc/sys/vm/legacy_va_layout

A CrossKylix (http://crosskylix.untergrund.net/execshield.shtml) oldalán elérhető egy patch ami a programok futtatásához kell az új kernelek alatt, a fordító hiányosságait javítja. Ez egy unit amit első helyre kell tenni a főmodulban (*.dpr). Néhány oldal ahonnét én is összeszedtem a dolgaimat:
http://www.kylix.hu
http://www.drbob42.com
http://crosskylix.untergrund.net
http://www.kylix-patch.de.vu

Az utolsó linken lehet találni egyéb patch-eket a C++-os Kylix futtatásához.

PergerSoft - http://www.suzukiperger.axelero.net/

ui: Csak a vicc kedvéért kiváncsi volnék mennyi pénzt ér ez az info a cégednek? :-)

Hello!

Érdeklődnék ,hogy sikerült-e beizzitani UHU 1.2 alatt a kylix 3-at . Ha ien akkor én is nekiállok majd azoknak a hackeléseknek amit itt leirtatok.

Csá!

szia

Tegyél fel egy salakot. A friss disztribbek közül ezzel fog menni.

Nem azt mondom, hogy nem lehet uhun futtatni csak én nem hiszek benne :)
Szerintem a feleslegesen agyonfoltozott, lasúú kernelük keze lehet benne.

Egyébbként meg lehet tudni, hogy mit fogtok Kylixel fejleszteni?

probald meg csomagbol (ha a gyari csomag sz*r, akkor bocs. nem tudom hogy van-e publikus hibakoveto rendszeruk, amikor utoljara neztem meg nem volt, csak igeret ra)

[quote:10614774ae="AttiSan"]
Szerintem a feleslegesen agyonfoltozott, lasúú kernelük keze lehet benne.

Ez a beszolasod nagyobb baromsag, mint az indexen megjelent pythonos cikk.

Egyreszt semmi koze a kernelnek ehhez a problemahoz, egyszeruen az uj glibc-t nem szereti a regi kylix, es ugyanez tortenik slackware eseten is.

Masreszt megkernelek, hogy mielott legkozelebb is beirsz egy ilyen orbitalis hulyeseget, ugyanmar aruld el megis mire alapozod a "feleslegesen agyonfoltozott" illetve a "lassu" jelzoket. A patchekrol szivesen felhomalyositalak egyenkent hogy miert vannak, a lassu jelzot pedig nem tudom honnan vetted, talan inkabb lehet hogy a te agyad volt belassulva amikor uhut teszteltel, ha egyaltalan csinaltal mar ilyet?

Bocs, de ki tud akasztani az ilyen sotet beszolas, es fenntartom hogy altalanos kopkodes helyett vagy irjal ertelmes konkretumokat, vagy ne szolalj meg. Forumozni utalok, de a levlistakon vagy szemelyes emailben is irhatsz es valaszolok.

Es mindez fuggetlen attol hogy melyik disztribet fikazod.

[quote:2a1156bb5a="AttiSan"]
Szerintem a feleslegesen agyonfoltozott, lasúú kernelük keze lehet benne.

[quote:2a1156bb5a="pozsy"]
Ez a beszolasod nagyobb baromsag, mint az indexen megjelent pythonos cikk.

Nem.

[quote:2a1156bb5a="pozsy"]
Egyreszt semmi koze a kernelnek ehhez a problemahoz, egyszeruen az uj glibc-t nem szereti a regi kylix, es ugyanez tortenik slackware eseten is.

Nekem meg itt fut a salak 10.0-án a cucc. A srác egy gyors megoldást kért mivel mint írta dolgozna vele.

[quote:2a1156bb5a="pozsy"]
Masreszt megkernelek, hogy mielott legkozelebb is beirsz egy ilyen orbitalis hulyeseget, ugyanmar aruld el megis mire alapozod a "feleslegesen agyonfoltozott" illetve a "lassu" jelzoket. A patchekrol szivesen felhomalyositalak egyenkent hogy miert vannak, a lassu jelzot pedig nem tudom honnan vetted, talan inkabb lehet hogy a te agyad volt belassulva amikor uhut teszteltel, ha egyaltalan csinaltal mar ilyet?

feleslegesen agyonfoltozott -> szerintem próbálj meg lefordítani alá egy kernel.org-ról frissen letöltött anyagot aztán nézd meg magad. számomra ettől lenne az. ezt tekintheti mindenki az én saját szubjektív véleményemnek.

lassú-> ez viszont nem szubjektív. huzamosabb használat után egyszerűen belassul, pláne egy salakhoz képest,
hogy miért? nem tudok másra gondolni mint, hogy ez valami uhu feature.

ui: ha az én agyam sötét akkor a tiédből törne fel a való világ? egyébbként szeretem az ilyen embereket. kiragadsz egy mondatot és írsz hozzá egy regényt. de keresztbe tenni egy szalmaszálat? na azt nem. ha bizonyítani szeretnél valamit akkor miért nem válaszolsz valami értelmeset az eredeti felvetésre?

sok szeretettel - és, többek között, jól megszámlált UHU használóként.

attisan :)