Re: relink ELF souboru
On Sun, Jun 17, 2007 at 11:29:31PM +0200, Dan Lukes wrote: > Jan Pechanec napsal/wrote, On 06/17/07 23:17: > > On Sun, 17 Jun 2007, Lubomir Host wrote: > > > >>> vim > >>> %s/libc.so.6/libc.so.7/c > >> > >>%s/libc.so.6/libc.so.7/gc tak na tohle fakt nemam odvahu ;) naslepo menit neco o cem nevim jak funguje... to je i na mne moc :) vim ze to jde nejak "ciste" > > > > proc? > > Kdyby to tam bylo vickrat. Nebo se to vztahuje k puvodnimu dotazu ? > Protoze jsme Romanovi pomluvili "libmap", a takhle tomu podvrhne jinou > knihovnu aniz by k tomu tu nebezpecnou metodu pouzil. ;-) no, nechci pouzivat libmap pac to zbytecne zpomaluje (vite ktery soubor se otevira nejcasteji ze vsech pri buildworld? libmap.conf) a ten muj programek ej trivialni FSA ktery transformuje vstup na vystup a jedine co z libc pouziva je getc/putc (mozna jeste ungetc, nepamatuju)... no, kdybyste nekdo vedeli, tak mi dejte vedet... -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
Roman Divacky wrote: > On Sun, Jun 17, 2007 at 11:29:31PM +0200, Dan Lukes wrote: >> Jan Pechanec napsal/wrote, On 06/17/07 23:17: >>> On Sun, 17 Jun 2007, Lubomir Host wrote: >>> > vim > %s/libc.so.6/libc.so.7/c %s/libc.so.6/libc.so.7/gc > > tak na tohle fakt nemam odvahu ;) naslepo menit neco o cem nevim > jak funguje... to je i na mne moc :) vim ze to jde nejak "ciste" by som si zobral priklad zo sourcov ku ``brandelf'' otis -- Juraj Lutter| /\ ASCII Ribbon Campaign otis (at) wilbury.sk| \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
On Mon, Jun 18, 2007 at 09:49:28AM +0200, Juraj Lutter wrote: > Roman Divacky wrote: > > On Sun, Jun 17, 2007 at 11:29:31PM +0200, Dan Lukes wrote: > >> Jan Pechanec napsal/wrote, On 06/17/07 23:17: > >>> On Sun, 17 Jun 2007, Lubomir Host wrote: > >>> > > vim > > %s/libc.so.6/libc.so.7/c > %s/libc.so.6/libc.so.7/gc > > > > tak na tohle fakt nemam odvahu ;) naslepo menit neco o cem nevim > > jak funguje... to je i na mne moc :) vim ze to jde nejak "ciste" > > by som si zobral priklad zo sourcov ku ``brandelf'' hm.. ten to fakt ciste prepisuje v binarce... jsem myslel ze ELF ma nejake crc soucty nebo neco takoveho toz dik no -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 09:37: >> >> %s/libc.so.6/libc.so.7/gc > > tak na tohle fakt nemam odvahu ;) naslepo menit neco o cem nevim > jak funguje... To jsou nam po ranu novinky ;-) > vim ze to jde nejak "ciste" Zjistujes, jak "ciste: udelat cunarnu ? Potrebujes to prepsat v ELF hlavickach. Mozna lepsi nez 'brandelf' je podivat se do zdrojaku 'ldd' - to ti obsah prave tech relevantnich partii vypisuje, takze tam najdes jak "otevrit" prislusnou cast binaru, jak tam "kracet" po jednotlivych zaznamech - takze zbyva jen zaridit zmenu a zpetne zapsani. > ten muj programek ej trivialniFSA ktery transformuje vstup na vystup a jedine > co z libc pouziva je getc/putc Pro trivialni programek je nejcistejsi reseni - napsat znovu (a podruhe zdrojaky neztratit). Kdyz posles binar a presvedcis me, ze jsi autor, poslu ti disassemblovany text ;-).. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
OT: WAS: relink ELF souboru
On Mon, 18 Jun 2007 10:30:15 +0200, Dan Lukes wrote > Kdyz posles binar a presvedcis me, ze > jsi autor, poslu ti disassemblovany text ;-).. > > Dan ked uz sme pri tom, zaujimalo by ma, co to stoji presvedcit Dana :D je mi jasne, ze kvety a bonboniery asi nepije :)) Pif -- Tuto postu Vam prinasa Yhman a OpenWebmail. This mail is brought to you by Yhman and OpenWebmail. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 09:37: > nechci pouzivat libmap pac to zbytecne zpomaluje (vite ktery soubor se otevira > nejcasteji ze vsech pri buildworld? libmap.conf) Kdyz uz's narazil na tohle ... LD_LIBMAP_DISABLE=1 export LD_LIBMAP_DISABLE ... a otevirat se nebude, pripadne, pokud chces sice usetrit cas, ale nechces prijit o 'libmap kouzla' tak LD_LIBMAP= export LD_LIBMAP A mas to bez otevirani. [Zdroj: 'man ld.so'] Dan P.S. "Nechci pouzivat libmap pac to zbytecne zpomaluje" - ty myslis, ze kdyz soubor libmap.conf nebude existovat, ze pri tom buildworldu prestane dochazet k pokusum o jeho otevreni ? Pravda, usetri se cas za parsing a uzavreni. Kdyz uz ses ale vydal na tuhle valecnou stezku - zjisti taky, jestli otevreni neexistujiciho souboru v adresari radove velikosti '/etc' neni nahodou pomalejsi nez otevreni souboru existujiciho - mozna bys mel 'buildworld' rychlejsi, kdybys v /etc/ libmap.conf mel. Nejspis prazdny. Ale nejrychlejsi je shora zmineny "DISABLE' trik. By me ale docela zajimalo o jakych casech se tu realne bavime. Jestli za cely zivot a vsechny 'make buildworld', ktere jeste spustim (pocitejme, rekneme, 4 buildworldu, i kdyz to si asi dost fandim) bych dokazal usetrit tolik casu co stalo napsani tohohle mailu (cca 15 minut) ... -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
piftik wrote: > ked uz sme pri tom, zaujimalo by ma, co to stoji presvedcit Dana :D To je zodpoveditelna otazka. Necham to napred na nem, jestli zareaguje. Kdyz ne, tak uvidime, zda ho neprasknu. Jirka -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
Jiri Calda napsal/wrote, On 06/18/07 11:15:
>> ked uz sme pri tom, zaujimalo by ma, co to stoji presvedcit Dana :D
>
> To je zodpoveditelna otazka. Necham to napred na nem, jestli zareaguje. Kdyz
> ne,
> tak uvidime, zda ho neprasknu.
Tak to je jistejsi zapomenout, ze moderator by mel OT debaty spis
potirat nez se jich zucastnit a zareagovat ;-)
Bud' me problem zaujme, protoze si myslim, ze se pri jeho reseni dozvim
neco novyho a/nebo mi to nekdo dokaze podat jako vyzvu ("jsi jedinny,
kdo to muze udeat") - pak je tim "presvedceni hotovo". Znate to -
normalni jesitnej chlap. Kdyz budete mit stesti, tak me zajem pred
uplnym doresenim neopusti. Nebo me problem nezaujme, a pak je to fakt
tezky. Proti nejbeznejsimu presvedcovacimu prostredku - prachum - jsem
relativne dost imunni, i kdyz pripoustim, ze cast chybejicich "bodu za
zajem" takhle "dokoupit" lze. Mam ale dost blbej kurs a pocet takto
dokoupitelnych bodu je navic limitovany ...
A uz toho tady nechame, a vratime se k necemu uzitecnymu.
Treba Java. Mam tu binar (zdrojaky nejsou), ktery na Woknech chodi, na
Linuxu taky, na FreeBSD+JVM 1.5.0 nechodi. Spojuje se to TCP kamsi na
nejaky server a rekne mi to, ze spojeni nelze navazat. Pricemz vim, ze
se ve skutecnosti ani nepokusil (tcpdump), ale zresolveni jmena se mu
korektne povedlo (option debug v resolv.conf). Uvnitr aplikace to
havaruje na volani 'new Socket(InetAddress address, int port)'
(disassembler) - nastane IOException, chyba EINVAL. S trochou stesti
jsem dokazal udelat urcity odhad priciny a problem vyresit (JavaVM je
treba prelozit s WITHOUT_IPV6) ackoliv Jave nerozumim, ale stejne by me
zajimalo, jestli jde o problem nevhodne napsane aplikace nebo JavaVM na
FreeBSD. Je tu nekdo Javista, kdo mi muze, treba souikrome mimo
konferenci, poslat odkaz na korektne napsany kod otevirajici TCP
spojeni, kdyz na pocatku znam jmeno serveru a cislo portu ? Tim
"korektne" napsany myslim, ze by fungoval at uz bude ono jmeno mit
sestkovou nebo ctyrkovou adresu. Dal uz si budu pokusovat nad ruzne
nakonfigurovanymi JavaVM a pocitaci sam, al ejinak Jave opravdu
nerozumim, takze tohle dokazu nejvys nabastlit - ale nebudu vedet,
jestli to je napsane dobre, tak, jako to v Jave spravne napsane byt ma.
Dan
--
Dan Lukes SISAL MFF UK
AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
Dan Lukes wrote: > Tak to je jistejsi zapomenout, ze moderator by mel OT debaty spis > potirat nez se jich zucastnit a zareagovat ;-) Kdyz po dlouhe dobe konecne zajimavy dotaz z jineho soudku. A podle me vubec ne OT, dotaz na cenu reseni najakeho problemu (i kdyz imaginarniho), je podle me legalni. Nicmene dalsi si radeji rekneme osobne, protoze to uz by v OT prerust mohlo.. > tezky. Proti nejbeznejsimu presvedcovacimu prostredku - prachum - jsem > relativne dost imunni, i kdyz pripoustim, ze cast chybejicich "bodu za > zajem" takhle "dokoupit" lze. Mam ale dost blbej kurs a pocet takto Keca. Neda. Prachy v libovolne podobe (ani jako C2H5OH, zeny a pod.) nejsou duvodem, aby udelal cokoliv Spis naopak, casto to funguje jako tlumidlo, protoze kdyz ma cokoliv za praci dostat, tak to zacne brat jako zavazek (a tady vymahatelne) a kdo takovehle zavazky desne nerad? Ano, ctenar snadno nahledne. Jirka P.S.: Ano, karam se za tento prispevek a uz nebudu psat na tema, ktere by mohlo by kymkoliv povazovano za OT. -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Linuxovy interface
Zdravim vespolek, Mam tu dve rozsahlejsi otazky: 1) Protoze nektery sw neni podporovan pro platformu FreeBSD, snazim se ho rozhybat pres emulaci. Pouzivam linux_base-fc4 s tim, ze bych rad presel na linux_base-fc6. Vite nekdo o nejakych problemech na ktere si dat pozor ? Zatim jsem nic nenasel ... ale 2) Druhy problem se tyka instalaci vlastniho software, ktery vyzaduje urcite knihovny. Protoze nevim, jak linux_base pracuje, muj dotaz se tyka teto zalezitosti. Je vhodne z regulerni instalace dosypat knihovny, nebo je potreba to nejak provazovat s FreeBSD ? Jedna se mi prave napriklad o Xen (rad bych si pod FreeBSD rozebehl Solaris, potrebuji ho pro praci), dale o nektere administratorske utility ktere jsou napr. Pro FC nebo Debian ... Ze zavislosti jsem uz pochopil, ze instalace obou emulatoru neni vhodna ;o) Diky za pomoc Honza -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
> Treba Java. Mam tu binar (zdrojaky nejsou), ktery na Woknech chodi, na
> Linuxu taky, na FreeBSD+JVM 1.5.0 nechodi. Spojuje se to TCP kamsi na
> nejaky server a rekne mi to, ze spojeni nelze navazat. Pricemz vim, ze
> se ve skutecnosti ani nepokusil (tcpdump), ale zresolveni jmena se mu
> korektne povedlo (option debug v resolv.conf). Uvnitr aplikace to
> havaruje na volani 'new Socket(InetAddress address, int port)'
> (disassembler) - nastane IOException, chyba EINVAL. S trochou stesti
sockety v BSD a Linuxu maji trosku jinou semantiku, nevim o solarisu ale
myslim ze vsecky sysV derivaty to tak maji.
takze muj nazor je ten ze v te jave je to napojeni JVM<->OS pro sockety delane
tak ze to sysV sezere, zatimco na bsd to vrati EINVAL.
ja se s necim podobnym setkal u sendmsg kde linuxovy ping predava tudle
strukturu:
struct msghdr {
void*msg_name; /* optional address */
socklen_tmsg_namelen; /* size of address */
struct iovec*msg_iov; /* scatter/gather array */
int msg_iovlen;/* # elements in msg_iov */
void*msg_control; /* ancillary data, see below */
socklen_tmsg_controllen;/* ancillary data buffer len */
int msg_flags; /* flags on received message */
};
tak ze msg_control je NULL a msg_controllen je nenulove, moc to nedava smysl a
myslim ze todle standardy moc neresi takze je to zavisle na implementace, a BSD
byva tradicne striktnejsi nez linux aspol.
takze bych to videl spis na chybu v JDK nez v te javove aplikaci, ale jak jsem
rekl
tohle jsou ciste spekulace na urovni "cernovlaska vs. blondyna"
just my 2 cents ;)
roman
p.s. zitra mi drzte palce, mam statnice :)
--
FreeBSD mailing list (users-l@freebsd.cz)
http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
On Mon, Jun 18, 2007 at 11:00:55AM +0200, Dan Lukes wrote: > Roman Divacky napsal/wrote, On 06/18/07 09:37: > > nechci pouzivat libmap pac to zbytecne zpomaluje (vite ktery soubor se > > otevira > > nejcasteji ze vsech pri buildworld? libmap.conf) > > Kdyz uz's narazil na tohle ... > > LD_LIBMAP_DISABLE=1 > export LD_LIBMAP_DISABLE > > ... a otevirat se nebude, pripadne, pokud chces sice usetrit cas, ale > nechces prijit o 'libmap kouzla' tak > > LD_LIBMAP= > export LD_LIBMAP > > A mas to bez otevirani. to se mi nelibi je to globalni informace a melo by se to nejak rozumne cachovat, nevim jak :) > P.S. "Nechci pouzivat libmap pac to zbytecne zpomaluje" - ty myslis, ze > kdyz soubor libmap.conf nebude existovat, ze pri tom buildworldu > prestane dochazet k pokusum o jeho otevreni ? Pravda, usetri se cas za > parsing a uzavreni. Kdyz uz ses ale vydal na tuhle valecnou stezku - > zjisti taky, jestli otevreni neexistujiciho souboru v adresari radove > velikosti '/etc' neni nahodou pomalejsi nez otevreni souboru > existujiciho - mozna bys mel 'buildworld' rychlejsi, kdybys v /etc/ > libmap.conf mel. Nejspis prazdny. Ale nejrychlejsi je shora zmineny > "DISABLE' trik. > > By me ale docela zajimalo o jakych casech se tu realne bavime. Jestli za > cely zivot a vsechny 'make buildworld', ktere jeste spustim (pocitejme, > rekneme, 4 buildworldu, i kdyz to si asi dost fandim) bych dokazal > usetrit tolik casu co stalo napsani tohohle mailu (cca 15 minut) ... 1) fbsd je muj "konicek" rad si s tim hraju a tak je mi fuka ze stravim 3 hodiny a zrychlim neco o 6nanosekund :) 2) ad cisla - http://people.freebsd.org/~jb/dtrace/demo0001.html -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: Linuxovy interface
On Mon, Jun 18, 2007 at 01:38:01PM +0200, Jan Dusatko wrote: > Zdravim vespolek, > Mam tu dve rozsahlejsi otazky: > 1) Protoze nektery sw neni podporovan pro platformu FreeBSD, snazim se ho > rozhybat pres emulaci. Pouzivam linux_base-fc4 s tim, ze bych rad presel na > linux_base-fc6. Vite nekdo o nejakych problemech na ktere si dat pozor ? > Zatim jsem nic nenasel ... ale hehe... ver mi ze najdes :) ja osobne bych 2.6 emulaci na nejake serioznejsi vyuziti nedoporucil. pockej po lete resp. v 7.1R.. kazdopadne pokud mas zajem pomoct s vyvojem/testovanim patchu tak se ozvi, urco te vyuziju :) > 2) Druhy problem se tyka instalaci vlastniho software, ktery vyzaduje urcite > knihovny. Protoze nevim, jak linux_base pracuje, muj dotaz se tyka teto > zalezitosti. Je vhodne z regulerni instalace dosypat knihovny, nebo je > potreba to nejak provazovat s FreeBSD ? Jedna se mi prave napriklad o Xen > (rad bych si pod FreeBSD rozebehl Solaris, potrebuji ho pro praci), dale o > nektere administratorske utility ktere jsou napr. Pro FC nebo Debian ... Ze > zavislosti jsem uz pochopil, ze instalace obou emulatoru neni vhodna ;o) my emulujeme linuxovy kernel, veskery userland musi byt linuxovy... nejde michat knihovny z fbsd do linuxove emulace roman -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 15:28: > takze muj nazor je ten ze v te jave je to napojeni JVM<->OS pro sockety delane > tak ze to sysV sezere, zatimco na bsd to vrati EINVAL. Sys V nema, pokdu vim, BSD sockety jako nativni interface k sitovym sluzbam. Samozrejme, ze tam mohou byt (a vetsinou jsou) knihovny, ktere nad nativnim rozhranim jadra emuluji BSD sitove API - pak tam (emulovany) socket bude. Jake maji nativni rozhrani Wokna nevim, ty maji snad nejake uplne separatne vlastni, ale WinSock je knihovni emulace BSD rozhrani. Jak to ma Linux, ktery neni ani poctivy SYS V klon ani BSD-like system to netusim uz vubec. Kazdopadne, cekal bych, ze JVNI pouziva spis nativni interface kazdeho konkretniho systemu. > ja se s necim podobnym setkal u sendmsg kde linuxovy ping predava tudle > strukturu: ... > tak ze msg_control je NULL a msg_controllen je nenulove, moc to nedava smysl > a > myslim ze todle standardy moc neresi takze je to zavisle na implementace, a > BSD > byva tradicne striktnejsi nez linux aspol. > > takze bych to videl spis na chybu v JDK nez v te javove aplikaci To je uvaha, kterou jsem provedl taky. Obzvlast kdyz vim, ze onen Javovy socket() (a nasledny write do nej) se transformoval (zdroj: ktrace) do volani socket(), connect() a sendto(s, msg, size, 0, NULL, 0). A taky podezrivam ten NULL, 0 Coz ale nevysvetluje, proc by problem mel resit preklad JVM bez IPv6 ... No, nema smysl spekulovat. Jestli znalec Javy doda jak ma vypadat korektni IPv4/IPv6 portabilni volani, tak to vyzkousim a uvidim. Jelikzo ale nevim, jak se tohle v Jave korektne dela, je to pro me zatim jedna rovnice o dvou neznamych ... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
On Mon, Jun 18, 2007 at 04:09:34PM +0200, Dan Lukes wrote: > Roman Divacky napsal/wrote, On 06/18/07 15:28: > > takze muj nazor je ten ze v te jave je to napojeni JVM<->OS pro sockety > > delane > > tak ze to sysV sezere, zatimco na bsd to vrati EINVAL. > > Sys V nema, pokdu vim, BSD sockety jako nativni interface k sitovym > sluzbam. Samozrejme, ze tam mohou byt (a vetsinou jsou) knihovny, ktere > nad nativnim rozhranim jadra emuluji BSD sitove API - pak tam > (emulovany) socket bude. > > Jake maji nativni rozhrani Wokna nevim, ty maji snad nejake uplne > separatne vlastni, ale WinSock je knihovni emulace BSD rozhrani. Jak to > ma Linux, ktery neni ani poctivy SYS V klon ani BSD-like system to > netusim uz vubec. > > Kazdopadne, cekal bych, ze JVNI pouziva spis nativni interface kazdeho > konkretniho systemu. eh? sockety sice pochazi z BSD ale je to normalni posixovy standard a tudiz je to na fbsd/linux/solarisu standardni/nativni API... dost pochybuju ze nekdy nekdo nekde pouzil sysV streams ;) o windows nevim > > ja se s necim podobnym setkal u sendmsg kde linuxovy ping predava tudle > > strukturu: > ... > > tak ze msg_control je NULL a msg_controllen je nenulove, moc to nedava > > smysl a > > myslim ze todle standardy moc neresi takze je to zavisle na implementace, a > > BSD > > byva tradicne striktnejsi nez linux aspol. > > > > takze bych to videl spis na chybu v JDK nez v te javove aplikaci > > To je uvaha, kterou jsem provedl taky. Obzvlast kdyz vim, ze onen > Javovy socket() (a nasledny write do nej) se transformoval (zdroj: > ktrace) do volani socket(), connect() a sendto(s, msg, size, 0, NULL, > 0). A taky podezrivam ten NULL, 0 neni mi jasne jak to funguje ale je legalni mit to "to" jako NULL. > Coz ale nevysvetluje, proc by problem mel resit preklad JVM bez IPv6 ... ja uz videl na svete tolik divnych veci :) ale fakt nevim, zkousel si se podivat na zdrojaku javy? > No, nema smysl spekulovat. Jestli znalec Javy doda jak ma vypadat > korektni IPv4/IPv6 portabilni volani, tak to vyzkousim a uvidim. Jelikzo > ale nevim, jak se tohle v Jave korektne dela, je to pro me zatim jedna > rovnice o dvou neznamych ... nemyslim ze to ma neco spolecneho s tim javovym programem, spis s tim java runtimem. podival bych se do zdrojaku te javy a videlo by se... -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 16:26: >> Kazdopadne, cekal bych, ze JVNI pouziva spis nativni interface kazdeho >> konkretniho systemu. > > eh? sockety sice pochazi z BSD ale je to normalni posixovy standard a tudiz > je to na > fbsd/linux/solarisu standardni/nativni API... Taky pekna. Ale tu o kuzlatkach a vlkovi mam radsi. >> > takze bych to videl spis na chybu v JDK nez v te javove aplikaci > nemyslim ze to ma neco spolecneho s tim javovym programem, spis s tim java > runtimem. > podival bych se do zdrojaku te javy a videlo by se... Ja vim, to uz jsi rikal. Jsi o krok dal nez ja. Ja bych si nejdrive, pomerne jednoduchym testem, zkusil udelat vlastni nazor an to, jestli si myslim, ze chyba je spis v JVM nebo v aplikaci. Az to budu mit, a kdyz mi z toho vyjde, ze nejspis v JVM, budu tam co ty ted a treba to skutecne bude vhodny okamzik na cteni zdrojaku. Navic v te dobe budu mit informaci jestli mam problem (kdyz uz je v JVM) hledat spis ve vystupu java-resolveru nebo spis na vstupu implementace socket(,) Kdyz budes mit pravdu a ja ti neuverim, ztratim par minut casu. Kdyz nebude smit pravdu a ja uverim, budou to spis dny. Ja vim, je to tvuj konicek, na dnech nezalezi. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 15:31: >> LD_LIBMAP_DISABLE=1 >> export LD_LIBMAP_DISABLE >> >> ... a otevirat se nebude, pripadne, pokud chces sice usetrit cas, ale >> nechces prijit o 'libmap kouzla' tak >> >> LD_LIBMAP= >> export LD_LIBMAP >> >> A mas to bez otevirani. > > to se mi nelibi je to globalni informace a melo by se to nejak rozumne > cachovat, nevim jak :) Rozumne cacheovat ? Treba v pameti ? Environment je v pameti ... Predevsim ale, alespon pro me, plati, ze libmap je opravdu last-resort, nouzove, a docasne reseni problemu. Za normalnich okolnosti ten soubor nema co existovat a od te doby, co ma system DIRCACHE, ktera je uz i v GENERICU je tahle informace nacacheovana a ocekavam, ze to bude oproti variante "LD_LIBMAP_DISABLE" zcela zanedbatelny rozdil - pokud vubec meritelny. A v tech zoufalych situacich, kdy preci jen libmap opravdu potrebujes ? V takovem pripade tech par vterin navic patrne sneses - jde o vyjimecnou situaci. Samozrejme, mluvim o pripadu, kdy libmap potrebujes, protoze ho potrebujes opravdu - situaci, kdy ho pouzivas proto, ze jsi linej udelat veci poradne neresim - v takovem pripade kazdy sveho stesti strujcem a to drobne zpozdeni mu jedine patri - kdyz nebdue chtit, mit ho tam nebude. >> By me ale docela zajimalo o jakych casech se tu realne bavime. Jestli za >> cely zivot a vsechny 'make buildworld', ktere jeste spustim (pocitejme, >> rekneme, 4 buildworldu, i kdyz to si asi dost fandim) bych dokazal >> usetrit tolik casu co stalo napsani tohohle mailu (cca 15 minut) ... > > > 1) fbsd je muj "konicek" rad si s tim hraju a tak je mi fuka ze stravim 3 > hodiny > a zrychlim neco o 6nanosekund :) Za predpokladu, ze tech usetrenych 6ns ma znamenko kladne. Coz neni v tomto pripade uplne samozrejme. Chapu, ze investovat 3 dny casu, aby se buildworld vsem na svete zpomalil ma taky neco do sebe, a nakonec, ej to tvuj cas, ale z meho pohledu - to ty tri dny radsi prochlastej. > 2) ad cisla - http://people.freebsd.org/~jb/dtrace/demo0001.html Coz, cisla pekny, ale bez nejake interpretace jsou dost k nicemu - bez toho neni jasne, ktere cislo co znamena z hlediska praktickeho dopadu. Takrka jiste tu totiz neni linearni zavislost mezi poctem a casem bez ohledu na operaci. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
On Mon, Jun 18, 2007 at 05:32:12PM +0200, Dan Lukes wrote: > Roman Divacky napsal/wrote, On 06/18/07 16:26: > >>Kazdopadne, cekal bych, ze JVNI pouziva spis nativni interface kazdeho > >> konkretniho systemu. > > > > eh? sockety sice pochazi z BSD ale je to normalni posixovy standard a tudiz > > je to na > > fbsd/linux/solarisu standardni/nativni API... > > Taky pekna. Ale tu o kuzlatkach a vlkovi mam radsi. tim chces rict co? jakoze v linuxu nejsou sockety? nebo ze jsou tam "menecene" ? > >> > takze bych to videl spis na chybu v JDK nez v te javove aplikaci > > > nemyslim ze to ma neco spolecneho s tim javovym programem, spis s tim java > > runtimem. > > podival bych se do zdrojaku te javy a videlo by se... > > > Ja vim, to uz jsi rikal. Jsi o krok dal nez ja. Ja bych si nejdrive, > pomerne jednoduchym testem, zkusil udelat vlastni nazor an to, jestli si > myslim, ze chyba je spis v JVM nebo v aplikaci. Az to budu mit, a kdyz > mi z toho vyjde, ze nejspis v JVM, budu tam co ty ted a treba to > skutecne bude vhodny okamzik na cteni zdrojaku. Navic v te dobe budu mit > informaci jestli mam problem (kdyz uz je v JVM) hledat spis ve vystupu > java-resolveru nebo spis na vstupu implementace socket(,) > > Kdyz budes mit pravdu a ja ti neuverim, ztratim par minut casu. Kdyz > nebude smit pravdu a ja uverim, budou to spis dny. neni mi moc jasne jak chces napsat ten jednoduchy test-case... vzdyt nevis co ten javovy program dela. ten muze delat net.inet.socket.connect_to_a_machine_in_a_really_weird_way(123); nebo cokoliv jineho, jak to planujes zjistit? -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
On Mon, Jun 18, 2007 at 05:43:00PM +0200, Dan Lukes wrote: > Roman Divacky napsal/wrote, On 06/18/07 15:31: > >> LD_LIBMAP_DISABLE=1 > >> export LD_LIBMAP_DISABLE > >> > >>... a otevirat se nebude, pripadne, pokud chces sice usetrit cas, ale > >> nechces prijit o 'libmap kouzla' tak > >> > >> LD_LIBMAP= > >> export LD_LIBMAP > >> > >>A mas to bez otevirani. > > > > to se mi nelibi je to globalni informace a melo by se to nejak rozumne > > cachovat, nevim jak :) > > Rozumne cacheovat ? Treba v pameti ? Environment je v pameti ... jo, ale environment neni globalni... a ani pohodlny ani bezpecny atd. > Predevsim ale, alespon pro me, plati, ze libmap je opravdu last-resort, > nouzove, a docasne reseni problemu. Za normalnich okolnosti ten soubor > nema co existovat a od te doby, co ma system DIRCACHE, ktera je uz i v > GENERICU je tahle informace nacacheovana a ocekavam, ze to bude oproti > variante "LD_LIBMAP_DISABLE" zcela zanedbatelny rozdil - pokud vubec > meritelny. nevim no, mne prijde libmap jako velmi fajn reseni pro ruzne situace co je dircache? > Za predpokladu, ze tech usetrenych 6ns ma znamenko kladne. Coz neni v > tomto pripade uplne samozrejme. > > Chapu, ze investovat 3 dny casu, aby se buildworld vsem na svete > zpomalil ma taky neco do sebe, a nakonec, ej to tvuj cas, ale z meho > pohledu - to ty tri dny radsi prochlastej. treba to planuju skombinovat ;) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 17:44: > On Mon, Jun 18, 2007 at 05:32:12PM +0200, Dan Lukes wrote: >> Roman Divacky napsal/wrote, On 06/18/07 16:26: >> >> Kazdopadne, cekal bych, ze JVNI pouziva spis nativni interface kazdeho >> >> konkretniho systemu. >> > >> > eh? sockety sice pochazi z BSD ale je to normalni posixovy standard a >> > tudiz je to na >> > fbsd/linux/solarisu standardni/nativni API... >> >> Taky pekna. Ale tu o kuzlatkach a vlkovi mam radsi. > > tim chces rict co? jakoze v linuxu nejsou sockety? nebo ze jsou tam > "menecene" ? Ze tu jsme trochu dyl a tak tech "normalnich standardu" uz jsem par videl. I jejich "naprosto standardnich implementaci". Jak rikam - pohadka o jedinem spravnem standardu, ktery vsichni korektne implementuji a tak se zdrojovy kod aplikace nemusi nijak zabyvat tim, kde bude kompilovana, je moc pekna, uz mi ji vypravela i moje maminka, ale tu o kuzlatkach mam fakt radsi. Ale co se prime otazky tyce - knihovni emulace je vzdy menecenna a mene spolehliva oproti nativnimu rozhrani jadra. Jelikoz nevim, jake je nativni rozhrani Linuxu, tak ti vic rict nemuzu. > neni mi moc jasne jak chces napsat ten jednoduchy test-case... vzdyt nevis > co ten javovy program dela. ten muze delat Zaprve, kdyz uvidim aplikaci, ktera bude fungovat korektne, budu mit informaci, ze to je mozne. Za druhe, budu to moci porovnat s aktualnim "znenim" aplikace a zjistovat, zda rozdily jsou "v poradku" nebo jde o chybu programatora. Za treti, pokud v ktrace pohledu bude i v pripade, ze apliace bude fungovat, volani sendto(,,,0,NULL,0) a nezhavaruje, budu vedet, ze problem neni ve volani sendto(), ale ve volani connect(), ktere je pred nim. Okonce i kdybych nakonec ty Javove zdrojaky cetl, tyhle informace stejne pomuzou. Nicmene, nic se cist nebude, protoze tu neni zadny Java-znalec cp vi jak spravne IPv4/6 portabilni navazani spojeni vypada a ja Javu kvuli tomuhle studovat nebudu. Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
Roman Divacky napsal/wrote, On 06/18/07 17:49: > co je dircache? System uchovava obsah adresaru v cache, a to nikoliv , jak jsem vyrozumel, jako plain-data jak to dela u souboru, ale jako vhodne organizovanou datovou strukturu, ve ktere dokaze vyhledavat souborovy zaznam o dost rychleji nez "linearnim prochazenim". Cim vetsi adresar tim ve vysledku vhodnejsi... Dan -- Dan Lukes SISAL MFF UK AKA: dan at obluda.cz, dan at freebsd.cz, dan at (kolej.)mff.cuni.cz -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: OT: WAS: relink ELF souboru
> Jak rikam - pohadka o jedinem spravnem standardu, ktery vsichni > korektne implementuji a tak se zdrojovy kod aplikace nemusi nijak > zabyvat tim, kde bude kompilovana, je moc pekna, uz mi ji vypravela i > moje maminka, ale tu o kuzlatkach mam fakt radsi. vsak to presne rikam :) ze sice je "standard" ale kazdy ho implementuje trosku jinak > Ale co se prime otazky tyce - knihovni emulace je vzdy menecenna a mene > spolehliva oproti nativnimu rozhrani jadra. Jelikoz nevim, jake je > nativni rozhrani Linuxu, tak ti vic rict nemuzu. a ja to zase rict muzu :) linux podporuje nativne sockety (jako naprosto kazdy unix out there vcetne sysV) a zadne jine API standardne nema (tusim tam kdysi byly sysV streamy ale nikdy se to neuchytilo)... > > neni mi moc jasne jak chces napsat ten jednoduchy test-case... vzdyt nevis > > co ten javovy program dela. ten muze delat > > Zaprve, kdyz uvidim aplikaci, ktera bude fungovat korektne, budu mit > informaci, ze to je mozne. Za druhe, budu to moci porovnat s aktualnim > "znenim" aplikace a zjistovat, zda rozdily jsou "v poradku" nebo jde o > chybu programatora. Za treti, pokud v ktrace pohledu bude i v pripade, > ze apliace bude fungovat, volani sendto(,,,0,NULL,0) a nezhavaruje, budu > vedet, ze problem neni ve volani sendto(), ale ve volani connect(), > ktere je pred nim. no, mozna jo. ale jsem skeptickej. sendto (...,0,NULL,0) je legalni, dokonce je to jedine volani jake umel 44BSD (tj. je to s nejvetsi pravdepodobnosti jedine co umi linux - too lazy to check)... ten connect bude taky imho v poradku, problem je rekl bych v te kombinaci, ve smyslu - pivo dobry, irska whiskey dobra -> kombinace katastrofa ;) kazdopadne kdyz mi zitra posles ten presny ktrace tak se na to rad podivam, zacina mne to zajimat :) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
On Mon, Jun 18, 2007 at 06:07:23PM +0200, Dan Lukes wrote: > Roman Divacky napsal/wrote, On 06/18/07 17:49: > > co je dircache? > > System uchovava obsah adresaru v cache, a to nikoliv , jak jsem > vyrozumel, jako plain-data jak to dela u souboru, ale jako vhodne > organizovanou datovou strukturu, ve ktere dokaze vyhledavat souborovy > zaznam o dost rychleji nez "linearnim prochazenim". > > Cim vetsi adresar tim ve vysledku vhodnejsi... aha :) tomu se rika DIRHASH, ne DIRCACHE nicemene neni mi jasny vztah mezi timhle a zabraneni-zpomalovani-libmap.conf pokud to chapu dobre tak ty chces rict ze kdyz je to cachovane tak je to rychle, jo? to sice jo, resp. je to rychlejsi nez to cist z disku, ale zrovna fofr to taky neni. jen namatkou - aby se otevrel soubor, tak se musi 1) prelozit jmeno (=prolizat namecache, pomale jak svina, s tisici zamkama, cache misses atd.) 2) zavolat fs-specific rutina (ktera to veme z te buffer cache da-li buh) 3) provest hafo dalsich zamykani ve fdp a navic je to syscall, predpokladam ze pak se jeste vola read a close. takze to mame rekneme 3 syscally, ktere nejsou zrovna levne (prestoze cachovane). to neni moc pekna/rychla metoda na to ze chceme vlastne rict linkeru aby neotviral X ale Y. nevim, mam takovy pocit ze to musi jit nejak lip :) -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
posledni dobou to tu vypada trochu jako chat* tak mne napadlo, jestli nekdo nechodite Jabber mistnosti je tam chatovaci mistnost pro Linux&BSD Franta *) ne, nestezuju si :-) nerusi mne to, tridim si konferenci zvlast -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Re: relink ELF souboru
František Kučera wrote: > posledni dobou to tu vypada trochu jako chat* > tak mne napadlo, jestli nekdo nechodite Jabber mistnosti > je tam chatovaci mistnost pro Linux&BSD Ako sa dotycna miestnost nazyva? j. > > Franta > > *) ne, nestezuju si :-) nerusi mne to, tridim si konferenci zvlast -- Juraj Lutter| /\ ASCII Ribbon Campaign otis (at) wilbury.sk| \/ - NO HTML/RTF in e-mail http://www.wilbury.sk/ | /\ - NO Word docs in e-mail -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
Jabber
Místnost se jmenuje: [EMAIL PROTECTED] a její popis je Linux&BSD, dá se tam dostat buď přes web http://live.jabbim.cz/chat/linux%40conf.netlab.cz nebo přes jakéhokoli Jabber klienta Pokud by někomu vadilo sdílet jednu místnost s Linuxákama*, tak jde samozřejmě založit zvláštní místnost pro BSD, ale myslím, že prozačátek se do jedné místnosti vejdeme :-) Franta *) doufám, že takových nesnášenlivých BSDčkařů tady moc není :-) On Monday 18 of June 2007 19:19:48 Juraj Lutter wrote: > František Kučera wrote: > > posledni dobou to tu vypada trochu jako chat* > > tak mne napadlo, jestli nekdo nechodite Jabber mistnosti > > je tam chatovaci mistnost pro Linux&BSD > > Ako sa dotycna miestnost nazyva? > > j. > > > > > Franta > > > > *) ne, nestezuju si :-) nerusi mne to, tridim si konferenci zvlast > > > -- > Juraj Lutter| /\ ASCII Ribbon Campaign > otis (at) wilbury.sk| \/ - NO HTML/RTF in e-mail > http://www.wilbury.sk/ | /\ - NO Word docs in e-mail -- FreeBSD mailing list (users-l@freebsd.cz) http://www.freebsd.cz/listserv/listinfo/users-l
