NevemTeve blogja

Apache: OPTIONS * mod_jk ellen

 ( NevemTeve | 2018. szeptember 6., csütörtök - 10: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 - 13: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 - 9:23 )

Na, működik elsőre?

Undefined symbol: .ap_proxy_balancer _get_best_worker

 ( NevemTeve | 2018. július 19., csütörtök - 9: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ő - 16: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 - 13: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 - 9: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 - 11: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 - 8: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 - 12: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 - 15: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 - 8: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 - 15: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 - 17: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ő - 20: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 - 18: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 - 19: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 - 15: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.

Hát ez mi ez?: __init_aix_libgcc_cxa_atexit

 ( NevemTeve | 2018. február 2., péntek - 20:18 )

20180203.1817
Na ezt csinálja öreg barátunk, a collect2. Kikeresi a "konstruktorokat" és "destruktorokat" az összes objekt modulokból, és megír egy C-programot, ami exportál egy-egy 'init' és 'fini' függvényt, amit aztán átadunk az igazi linkernek (/usr/bin/ld):

Üdvözlet Tükörországból (vö: Lewis Caroll: Alice Tükörországban)

 ( NevemTeve | 2018. január 15., hétfő - 14:23 )

Nem tudom, hogyan kerültem ide, de érdekes dolgok vannak itt, például:

LinuxEBDA is big; kernel setup stack overlaps LILO second stage

 ( NevemTeve | 2018. január 10., szerda - 7:22 )

Hát kellett már valami, túl unalmas volt minden...
Debian Stretch Lilo 24

Szerk: google barátunk ajánlata: http://forum.index.hu/Article/jumpTree?a=33011952&t=9028250

Szerk: Semmi komoly: Windows, EasyBCD, boot-menüből sda7-et kivesz, visszarak, Save, Reboot, Örül

libzip sem fordul

 ( NevemTeve | 2017. december 13., szerda - 18:24 )

Na de linuxon nem fordul!

In file included from /usr/include/fcntl.h:25:0,
                 from nonrandomopen.c:34:
/usr/include/features.h:332:0: note: this is the location of the previous definition
 # define __USE_GNU 1
 ^
/tmp/ccWTsAQS.s: Assembler messages:
/tmp/ccWTsAQS.s:137: Error: symbol `open64' is already defined

Szerk: Megnézetem, a /dev/urandom megnyitását akarja ezzel megakadályozni!

libcrypto.so.1.0.2: no version information available

 ( NevemTeve | 2017. december 9., szombat - 15:08 )

$ host nuku
host: /usr/local/lib64/libcrypto.so.1.0.2: no version information available (required by /usr/lib/x86_64-linux-gnu/libdns.so.162)

Így hirtelen két lehetőséget vélek látni:
1. esetleg én csináltam valamit rosszul az OpenSSL fordítása során (na jó, ez csak poén volt)
2. valaki valamit ma$zturbékolt a libdns és a libcrypto közötti kapcsolatban, ami a házilag fordított OpenSSL-ben nincs meg.

20171209.1900: 'ldd -v' találni vélt valamit:
[code]
$ ldd -v /usr/lib/x86_64-linux-gnu/libdns.so.162
Version information:

Egy a négyből: nem is rossz

 ( NevemTeve | 2017. november 10., péntek - 17:57 )

Most olvastam valahol, hogy "A 2017-es Fujitsu Forum célja, hogy bemutassa, a japán technológiai óriás milyen megoldásokat tud ügyfeleinek kínálni annak érdekében, hogy a sikeres oldalon állhassanak a tavaly ismertetett négy stratégiai vonalon: a felhő, a mesterséges intelligencia, az IoT és a kiberbiztonság területén."