NevemTeve blogja

pip, pip, pip, ide gyere kiscsirkém!

 ( NevemTeve | 2018. október 2., kedd - 11:32 )

Ha semmi más nem, de a pip aztán végképp arra való, hogy megkönnyítse az életemet. Rögtön itt az első megkönnyítés:

Nyomasek Bobó megint segített nekem....

 ( NevemTeve | 2018. október 1., hétfő - 10:08 )

Akarom mondani, amikor 2017. júliusában a gcc-4.9.4-et forrásból telepítettem, akkor Bobó úgy látta, hogy a /usr/include/openssl/bn.h nem jól kvarálodik a zengével, ezért neki javított változatot kell létrehoznia, és elhelyezni a könnyen megtalálható /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.9.4/include-fixed/openssl könyvártban.

Az már semmiképpen sem az ő hibája, hogy azóta a világ haladt, az OpenSSL-1.1.1 is elérkezett, és az ő áldásosan megjobbított, de egyébként elavult fájlja miatt nem fordult a tomcat-native-1.2.17...

Zeitgeist Datahub -- kértem én ezt?

 ( NevemTeve | 2018. szeptember 28., péntek - 13:14 )

Kértem én ezt, vagy csak úgy feltelepítődött?
.config/autostart/zeitgeist-datahub.desktop

php7.3 versus pcre2-10.32

 ( NevemTeve | 2018. szeptember 17., hétfő - 12:32 )

Egyelőre nincs béke, valameddig eljut a PHP fordítása, aztán azt mondja, hogy:

[17-Sep-2018 10:16:52 UTC] PHP Fatal error:  Unable to start pcre module in Unknown on line 0

A libz nem boldogít

 ( NevemTeve | 2018. szeptember 15., szombat - 7:41 )

Legalábbis olyan értelemben nem, hogy 'jobb két libz, mint egy'. Ezt most linuxon tudtam előadni, valószínűleg az openssl segítő jószándéka, a 'zlib-dynamic' van mögötte:

OpenSSL-1.1.1 megérkezett!

 ( NevemTeve | 2018. szeptember 13., csütörtök - 17:01 )

OpenSSL-1.1.1 megérkezett! Persze egyből jó is, ugye?
Madjnem.
A certificate-request-generálásnál megáll, ha a 'STate' vagy az 'OrganizationUnit' üres:

1:error:0D07A098:asn1 encoding routines:ASN1_mbstring_ncopy:string too short:crypto/asn1/a_mbstr.c:100:minsize=1

https://github.com/openssl/openssl/issues/7215

Szerk: Azt a jótanácsot kaptam, hogy teljesen hagyjam ki a "subject"-ből az üres részeket (SUBJ=/C=HU/.../ST=/.../OU=/...), akkor jó lesz. Kipróbáltam, jó lett.

Apache: OPTIONS * mod_jk ellen

 ( NevemTeve | 2018. szeptember 6., csütörtök - 11:06 )

Ki lehet a hibás, ha ilyen üzenet van a mod_jk.log fájlban:

[Thu Sep 06 10:40:14.221 2018] [942126:1] 
[emerg] jk_servlet_normalize::jk_util.c (2188): [*] does not start with '/'.

httpd: Apache/2.4.34
mod_jk: tomcat-connectors-1.2.44

Ugyebár beérkezik a klienstől, hogy "OPTIONS *", erre a httpd konzultál a mod_jk-val, hogy az óhajt-e valamit kezdeni vele, a mod_jk meg elsősorban arra panaszol, hogy mit csináljon ő egy csillaggal, amikor eddig abban hitben élt, hogy ottan egy path-név jön, /perjellel kezdve.

Itt a PHP-7.3.0beta1

 ( NevemTeve | 2018. augusztus 2., csütörtök - 14:29 )

http://php.net/archive/2018.php#id2018-08-02-1
https://downloads.php.net/~cmb/php-7.3.0beta1.tar.xz

Ami nem változott alfa4 óta:
https://bugs.php.net/bug.php?id=73002

Ami változott:
bővítményeket (pl imagick) újra kell fordítani:

gdb-8.1.1

 ( NevemTeve | 2018. augusztus 2., csütörtök - 10:23 )

Na, működik elsőre?

Undefined symbol: .ap_proxy_balancer _get_best_worker

 ( NevemTeve | 2018. július 19., csütörtök - 10:42 )

Azért szégyen, hogy megfosztom a szegény mod_lbmethod_byrequests.so-t a betevő ap_proxy_balancer_get_best_worker-től. Ez valószínűleg a httpd-2.4.34 újdonsága, mert eddig nem volt ilyen panasz.

20180719.1117: Annyit már látok, hogy a mod_proxy.so exportálja ezt a szimbóleumot.

subversion a korn shell ellen

 ( NevemTeve | 2018. július 16., hétfő - 17:27 )

subversion-1.10.0 fordítása során merült fel némi gond, ami végül ahhoz a kérdéshez vezetett el, hogy mit kellene csináljon ez a shell-utasítás:

echo "`Unused_variable=" $random_variable"`"

Ebben ott vélem a gondot látni, hogy a "macskakörmön" belül van a `backtick`, és azon belül van az újabb "macskaköröm". Mindenesetre nincs gond, ha ha `backtick` helyett $(cmd) van, vagy ha a belső macskakörmön belül nincs szóköz. Vagy ha a bash/dash/zsh shellt használunk.

KSH - központi statisztikai shell

 ( NevemTeve | 2018. július 3., kedd - 14:17 )

Köszönöm a Teremtőnek, hogy olyan könnyű munkát osztott rám, mint az ékezetes betűkkel való kínlódás... Mindig van új varázslat, valahogy sosem ér véget a dolog. Most éppen egy ilyen shell-scriptem van:

Hány az óra, vekker úr?

 ( NevemTeve | 2018. június 22., péntek - 10:42 )

Ugye ez nem száz százalékban jó:

$ date -d "1941-04-07 23:59:59" +%s  -906771601
$ date -d "1941-04-08 00:00:00" +%s  date: invalid date '1941-04-08 00:00:00'
$ date -d "1941-04-08 00:59:59" +%s  date: invalid date '1941-04-08 00:59:59'
$ date -d "1941-04-08 01:00:00" +%s  -906771600

Hála Nyomasek Bobónak: explicit_memset

 ( NevemTeve | 2018. június 12., kedd - 12:47 )

Ugyebár a mi Bobókánk mindenre képes, hogy segítsen nekünk, például kitalálta, hogy a compiler "kioptimalizálhatja" a memset-et. Namostan Bobó persze nem gondolhat mindenre (vagy bármire a saját kis perspektíváján kívül), tehát filmszínházunk bemutatja: explicit_memset

PHP-7.3 implementációja:
[code]
PHPAPI void php_explicit_bzero(void *dst, size_t siz)
{
...
#elif defined(__GNUC__)
memset(dst, 0, siz);
asm __volatile__("" :: "r"(dst) : "memory");
...
}

Nosztalgia: 15 éve történt

 ( NevemTeve | 2018. április 19., csütörtök - 9:22 )

'Account' használata mc-ben FTP-nél. Kiváncsi vagyok, ottan van-e még.
https://mail.gnome.org/archives/mc-devel/2003-March/msg00073.html

libiconv-1.15

 ( NevemTeve | 2018. április 18., szerda - 13:35 )

2018-04-18 14:03
Na jó, ez könnyű volt:
export AR="/usr/bin/ar -X32_64"
A rossz hír, hogy ezután sem tud EBCDIC-et (pl IBM037, IBM1047). Közben meg a linuxomon olyan iconv van, ami tud. Tehát az egy másik gyártó iconv-ja:

iconv --version
iconv (Debian GLIBC 2.19-18+deb8u10) 2.19
Copyright (C) 2014 Free Software Foundation, Inc.

ftp://ftp.software.ibm.com/software/globalization/gcoc/attachments/CP00037.pdf
ftp://ftp.software.ibm.com/software/globalization/gcoc/attachments/CP01047.pdf

2018-04-18 13:34
Na, mit találtam ki mára?

Notepad++ tabsize vs indentálás

 ( NevemTeve | 2018. április 11., szerda - 16:43 )

Na, most túljárt az eszemen a szoftver: egyszerűen nem találok benne olyan opciót, hogy egyszerre csináljon két dolgot:

1. a TAB billentyűre menjen a következő 4k+1. pozícióra (értelmeszerűen szóközök beszúrásával; ha akarja, optimalizálja a szóközöket TAB karakterekkel, de a következő pont figyelmbevételével)

2. a TAB karakter hatására menjen a következő 8k+1. pozícióra

A korszerűtlen grafikátlan mcedit-ben ez az "Options / General / Tabulation / Fake half tabs" nevű feature.

Nem kell ám a felhasználónak mindent elhinni!

 ( NevemTeve | 2018. április 5., csütörtök - 9:59 )

Botor fejjel belenéztem a php-2.7.4 'configure' futásának outputjába, ha azt írja nagy szomorúan, hogy nincs nekem 'curl_version_info'-m. De szerintem van, vagy a spájzban a befőttek között, vagy pedig a /usr/local/lib64/libcurl.so-ban.

De persze a 'configure' szuterén jogának tartja, hogy a CFLAGS/LDFLAGS-ot figyelembe vegye-e, vagy sem. Pont ebben az esetben nem vette figyelembe (bár a CPPFLAGS-ot igen), ezért megtalált valahol valami jó régi 32-bites libcurl.a-t, a default '-maix32' opciónak megfelelően.

Hátétépé, rajtam kezdé -- httpd-2.4.33 nem fordul

 ( NevemTeve | 2018. március 29., csütörtök - 16:10 )

Eddig szokott fordulni a httpd, dehát semmi sem tart örökké... Kellett neki újabb libcurl, azt tettem neki, de annak nincs köze ehhez a hibához

libtool: compile: gcc ... mod_proxy.c -o .libs/mod_proxy.o
mod_proxy.c:2675:1: error: unknown type name 'apr_OFN_ssl_engine_set_t'

mod_proxy.c:2675:1: error: unknown type name 'apr_OFN_ssl_engine_set_t'
 static APR_OPTIONAL_FN_TYPE(ssl_engine_set) *proxy_ssl_engine = NULL;
 ^
mod_proxy.c: In function 'ap_proxy_ssl_engine':

Mi is van ezzel a Python/gdb háborúsággal?

 ( NevemTeve | 2018. március 20., kedd - 18:18 )

Azt mondja a gdb-8.0.1, hogy 'nem jó' a python a gépen (2.7.11 egyébként). Megnézem a config.log-ot, ottan látható a parancs, amivel próbálkozott, meg a hibaüzenet is, hogy miért nem sikerült:

gcc64 ... -Wl,-bE:Modules/python.exp ...
ld: 0706-004 Cannot find or read export file: Modules/python.exp

Namostan ilyen 'Modules' az egész gdb-ben sincs. A /usr/local/src/Python-ban viszont van. Persze ott nem keresi senki, miért keresné? Azon kívül van olyan is, hogy /usr/local/lib64/python2.7/config/python.exp

Nem restart-ol az Apache-om

 ( NevemTeve | 2018. március 19., hétfő - 21:14 )

Naná, miért is restart-olna. Egyébként, ha jól értem, az USR1 szignáltól kellene meg-graceful-nia.
Az első érdekesség, amit látni vélek, hogy egy 'zend_signal_init' nevű komponens is rászívózik a SIGHUP, SIGINT, SIGQUIT, SIGILL, SIGTRAP, SIGABRT, SIGEMT, SIGFPE, SIGKILL(?), SIGBUS-ra. Meg másokra (255-ig). Persze lehet, hogy csak a PHP saját futása idejére.

Szerk:nem akarom az Oracle11-et gyanusítani, de ismét találtam néhány komponenst, amiket szerintem nem kellene exportálnia
[code]

libxml2-2.9.8 to the rescue

 ( NevemTeve | 2018. március 18., vasárnap - 19:35 )

Mármint úgy értem, hogy túl simán ment már minden, kellett valami fordítási hiba.
libxml2-2.9.8

clang a gcc ellen

 ( NevemTeve | 2018. március 16., péntek - 20:33 )

Legalábbis valami nézeteltérés van közöttük, adott egy C forrásprogram; gcc-vel és clang-gal is működik; de ha clang-gal fordítom, és gcc-vel linkelném, akkor nem sikerül:

Java: Né már, megette! Avagy integrálta.

 ( NevemTeve | 2018. március 15., csütörtök - 16:48 )

Újabban már Java-irányban is kiváncsizom, persze nem a normális esetek, hanem a problémás hibakeresések irányába (vegyes jegyzetek)

2018-11-23 09:36
Unalmamban elkezdtem összegyűjteni, hogy hány külső komponens kell ahhoz, hogy a jax-ws működjön Java10-zel. Szerk: aztán feladtam. Mindenesetre az jó hír, hogy egyes jax-ws implementációknak az is túl megterhelő, hogy az xml-fejrészbe odategyék hogy encoding='UTF-8'. Mondjuk igaz, ezzel megspórolunk vagy 17 bájtot.