Hozzászólások
-
Bejegyzés
-
Sima lineáris tárolás egy fejléccel… ettől egyszerűbb nincs.Természetesen a sorokat is el lehet nevezni, akkor kell még "sor" számú string és azt is be kell olvasni.Ja és azt elfelejtettem, hogy az előbbi pozició értékéhez hozzá kell még adni a fejléc hosszát, hogy a 0,0 elem valóban 0 pozícióban legyen.
Vagy te definiálod (ha nem változnak), akkor a perlben pl. egy tömbben, vagy a fájl elejére teszed.Sőt, ha fixek a mezőszélességek, akkor értéket sem kell megadni neki, csak sorrendben lementeni pl.:CoNum, RoNum,'A', 'B', 'C', ...I11, I12, I13, ... I1[RoNum]...I[CoNum][1]...(A vessző és a sortörés nem jelent semmit, a fájlban folytatólagosan vannak.)Azaz- beolvasol két pl. 32 bites számot, ezáltal több, mint 30e sorod és oszlopod lehet.- beolvasol CoNum darab sztringet úgy, hogy olvasod a kerektereket, amíg nullához nem érsz, az a sztring határoló- a sztringekhez sorban társítasz egy számot 1, 2, 3, ...Az adatot úgy kapod meg, ha minden igaz, hogy ( Ro * CoNum + CoList[CoString] ) * sizeof(I), ahol- Ro, az a sor, amit keresel- CoNum, ahány oszlop van osszesen- CoList, a sztringek és hozzátartozó indexek tömbje- CoString, az említett kulcsod- I, az elemÉs akkor gyakorlatilag úgy adhatod meg, hogy pl. 'A1'.
Hát neked lehet, hogy egy sima bináris fájl írás elegendő lenne, ezek szerint.Ott tetszőlegesn megírhatod az ujjgyakorlatos rövid függvényeid.Ha csak egy 2d-s tábla van, akkor nem bonyolultabb, mint egy sima bitkép kezelése, ráadásul tényleg gyors, mert egy szorzással és összeadással, majd egy pozícionálással bármilyen elemet kiválaszthatsz.
ntpdate [-s -b -u] serverSzokott lenni a disztribekben egy olyasmi nevű szolgáltatás, mint "ntp-client" érdemes azt futtatni automatikusan.
Úgy tűnik valamennyire sikerült megoldani a problémát, de korántsem tökéletes.Maradt az előző plugin.Ha nem maradtál bejelentkezve, akkor a következő a teendő. (Sajnos körülményes, de ha egyszer megvannak a sütik, akkor már többet nem kell elvégezni, ha nem jelentkezel ki.)
- sütik törlése
- kattints rá a "be kell jelentkezned"-re / a "Vendég/Bejelentkezés"-re
- itt bejelentkezhetsz a főoldalra és az eddigiekkel ellentétben oda is irányít visszaha itt minden jól megy, akkor a főoldalon, mind a wp-be, mind az smf-be be leszel jelentkezve
- ha rákattintasz valamilyen smf linkre, akkor sajnos oda nem fog süti szólni, így ott is be kell jelentkeznedekkor nem fog átirányítani a főoldalra és a wp helyett az smf-be jelentkezel be
- ha az smf-ből a wp-re mész (vagy fordítva) és valamibe nem vagy bejelentkezve, akkor ismét meg kell tenned
Ha minden igaz, akkor megvannak a sütik és amíg nincsenek törölve működni fognak.Ha wp (főoldal) alól kijelentkezel, akkor mostantól az smf-ből is ki leszel jelentkezve, így lesz a menüben is kijelentkezés pont.A regisztráció az smf-en keresztül történik és a wp plugin automatikusan szinkronizálja.Ha sikerülne a wp-et - valamikor a jövőben beintegrálni az smf-be, akkor várhatólag megszünne a duplabejelentkezés, ráadásul a wp funkciók elérhetőek lennének a fórum alatti fejlécben is (amik most egyszerűen ki vannak hagyva).
Ja, telán az lpadmin beállításokat a csomagok elé hoznám és a csomagok frissítése után is el lehet végezni az első kettőt. Több a siker (és kudarc :D) lehetősége.Ja és minden változtatás/próbálkozás előtt el kell távolítani a beragadt munkákat és érdemes újraindítani a változtatások után a nyomtatót.
Pfff… pl. valami bug, vagy rossz konfig…Mivel nem tudjuk, hogy a másikon mi volt a csomagok verziója, meg a konfig, pár dolgot meg lehet tenni.Először is leállítanám a nyomtatót, eltávolítanám a beragadt munkákat, törölném a nyomtatót és újra hozzáadnám (figyelve, hogy az automatizmus helyett inkább - látva - megfelelő driver stb. legyen beállítva). Nálam már ez segíteni szokott.Ha ez nem megy akkor érdemes a *cups*, *foomatic*, *ppds*, *printer* csomagokból a legfrissebbeket feltenni (esetleg törölni régebbi konfigokat és újra telepíteni). Hátha javítottak valami bugot. Ezután törölni és újra konfigolni a nyomtatót.Ha ez sem segített, akkor meg lehet próbálkozni a következőkkel:[bash]lpadmin -p -o usb-no-reattach-default=true[/bash]vagy[bash]lpadmin -p -R usb-no-reattach-defaultlpadmin -p -o usb-unidir-default=true[/bash]ill. ezek tetszőleges kombinációja: egyik, másik, mindkettő, egyik sem (true-s hozzáadva, -R eltávolítás)* pl. lpstat -p parancs, de pl. localhost:631-en "quene name"-mel szerepelHa még ez sem működik, akkor meg lehet nézni, hogy a másik disztriben alatt milyen csomagok, driverek és beállítások voltak. Nyilván maceráns, de jobbat már nem tudok. És még akkor is lehet egy disztriben olyan bugjavító, vagy a másikon bug-csináló folt, amire nem gondolunk.
Először is nagy hiba volt, mert a hardverigényt nem elsősorban a disztrib „neve”, hanem a rajta futtatott programok, szolgáltatások gépigénye és száma határozza meg. (Persze a „neve” is jelenthet valamit, ha maximalista vagy, de ebbe inkább nem mennék bele.)Az mtp device nem gond, mert nem az, akkor nem az.Az "usblp0: (...) usblp0: removed" nem ismétlődik a logokban?
Van aki matricákat gyűjt, van aki mást. ;D
legutóbbi hsz