Void and Null » пинизи

Готин Bash хак за изтриване на път

ivanatora — Tue, 24 Nov 2009 08:58:55 +0000

Забелязъл съм нещо интересно, което може да се прави в csh, но работи по друг начин в bash.
Да речем че съм написал някакъв дълъг път:

/mnt/storage/mp3/Manowar

... и се сетя че всъщност не съм имал предвид "Manowar" като последна директория, а "rammstein". Единия начин да оправя това е като набия 7 backspace-а и да изтрия всяка буква поотделно, докато стигна до наклонената черта. Ами ако се сетя че "rammstein" не е в "mp3", а в "/mnt/storage/Music"? Тогава чаткането по backspace става още повече.
В csh това става елементарно с CTRL-W - комбинацията изтрива всичко от командния ред до предната наклонена черта.
Така

/mnt/storage/mp3/Manowar

става

/mnt/storage/mp3/

с един CTRL-W. Следващия CTRL-W ще махне "mp3/", следващия ще махне "storage/" и т.н.
Гугъл върна един резултат на това търсене - тук в Shallow Thoughts.
На кракто решението е следното:
Това отива в ~/.inputrc:

set bind-tty-special-chars Off

А това отива в ~/.bash_profile:

bind '\C-w:backward-kill-word'

Шела се рестартира (logout -> login) и трябва да работи.
Обяснение на дълго защо се случва това - в горния линк.

Закоментиране на цял блок код с един знак

ivanatora — Sun, 01 Nov 2009 13:51:42 +0000

Този бърз хак работи само в езици, които поддържат коментари от вида "//" за коментиране на ред и такива от вида "/* ... */" за коментиране на блок.
Да вземем този блок:

blqk();
puf();
paf();

Да го закоментираме целия:

/*
blqk();
puf();
paf();
*/

И да закоментираме затварящия коментар

/*
blqk();
puf();
paf();
//*/

В този момент целия блок е закоментиран. Ако сега добавим единична "/" пред отварящия коментар, коментарите ще отпаднат и блокът ще се разкоментира:

//*
blqk();
puf();
paf();
//*/

Изпробвано е и работи в С и РНР. Ако имате пуснато оцветяване на кода в редактора, който ползвате (и оцветяването работи добре в реално време), ще видите интерсна гледка при добавяне и премахване на магическата "/"

Интегриране на GCC във Vim

ivanatora — Wed, 25 Mar 2009 07:24:31 +0000

Вдъхновен от поста на един приятел, реших че може малко да си улесня живота като добавя бързи бутони за Compile и CompileRun във vim Пиниза наистина е лесен и си струва. Следните редове се добавят във .vimrc:

map :call CompileRun()
map :call Compile()
func! CompileRun()
exec "w"
exec "!gcc % -o %< && ./%<"
endfunc
func! Compile()
exec "w"
exec "!gcc % -o %<"
endfunc

След това докато редактирате .с файл цъкате F5 и файла се компилира, F9 и се компилира и изпълнява. Евентуално може да бъде добавена и функцийка за make с Makefile.

Мониторинг качеството на нета

ivanatora — Tue, 10 Mar 2009 23:03:24 +0000

Терминът "качество на нета" по-скоро е взет от някой тинейджърски журнал, но уцелва точно нуждите на крайния клиент. Аз като клиент на моя ISP се нуждая от две неща - ниска (по възможност - никаква) загуба на пакети и ниско (по възможност - никакво) забавяне на пакетите. Това трябва да ми се поднесе разбираемо, с картинка.
Нужен софтуер:

RRDtool - има страхотни възможности за представяне на числова информация. За примерни графики вижте галерията им.
ping - резултата от изпълнението на ping съдържа всичко необходимо за изграждане на статистиката ни - Round trip time и Packet loss
Perl - или друг удобен ви език. Трябва ви за парсване на изхода от ping
crontab - искаме статистиката да се събира през определен интервал от време

Системата може да бъде разделена на две части: част за събиране на статистика и част за графично представяне на данните.
Събиране на статистика
На всеки 5 минути ще се пуска ping до няколко избрани хоста в различни зони на пиъринга. Естествено върнатите резултати ще са субективни, защото зависят от параметрите на отсрещната точка. Все пак цялото задание "качество на нета" е субективно, така че да продължаваме Избрал съм единия хост да бъде шлюза на доставчика ми, втория хост да бъде dir.bg (тест на bg пиъринга) и третия хост да бъде ivanatora.info (за тест на международната свързаност).
Логът се изгражда от следния скрипт:
/home/ivanatora/perl_razni/ping_stats.pl

#!/usr/bin/perl
$target = $ARGV[0]; # тук ще идва адреса на целта
$db = $ARGV[1]; # тук ще идва в коя база ще се записва
$dump = "/home/ivanatora/stats_ping/$target.log"; # лога с крайните резултати
$rrd_path = "/home/ivanatora/rrd/temps/pings"; # директорията с RRD базите
open (FH, ">>", $dump) or die "$!";
($sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst) = localtime(time);
$mon++;
$year += 1900;
$time = sprintf("%02d/%02d/%4d %02d:%02d:%02d", $mday, $mon, $year, $hour, $min, $sec);
$output = `/bin/ping -q -c100 -w100 $target`; # пуска ping със 100 пакета и чака максимално 100 секунди за изпълнението на командата
if ($output =~ /(\d+?)% packet loss/){
$loss = $1;
$percent = sprintf("%3d", $1);
}
if ($output =~ /rtt min\/avg\/max\/mdev = .+?\/(.+?)\//){
$avg = $1;
print FH "$time : $percent% loss to $target Average: $1 ms\n";
# update RRD
$ts = time;
$mod = $ts % 300;
$ts -= $mod;
$avg =~ /^(.+?)\./;
$rtt = $1;
`/home/ivanatora/rrd/bin/rrdtool update $rrd_path/$db.rrd $ts:$loss:$rtt`; # командата за ъпдейт на базата; TODO: да направя пътя до изпълнимия файл на rrdtool в променлива
}
close (FH);

Малко изпреварвам времето, защото още не сме създали RRD базите. Каква е идеята на RRD? Round Robin Database е способ за запазване на постоянно изменяща се информация във времето, като всяка промяна се регистрира в цикличен буфер. Ако имаме един буфер със 12 слота и ъпдейтваме базата през 5 минути, във всеки момент ще имаме данните от предния час. Какво става с по-старите данни - губят ли се? Да. Ако ни трябват ще направим още един буфер, който ще се ъпдейтва на всяко цялостно извъртане на часовия буфер - ще взима средната стойност на всички измервания и ще го записва в един негов слот. Така ако този буфер има 24 слота ще имаме статистика на средната часова стойност на измерванията. Може да имате колкото си искате вторични буфери и всички се съхраняват в една и съща база и се ъпдейтват автоматично. Освен това в един буфер може да пазите стойностите на няколко променливи. Предимствата на RRD е че всяка промяна се регистрира, като размера на базата не нараства линейно във времето.
До тук вероятно имаме лог с нещо такова:
/home/ivanatora/stats_ping/dir.bg.log
11/03/2009 00:05:01 : 0% loss to dir.bg Average: 7.271 ms 11/03/2009 00:10:01 : 0% loss to dir.bg Average: 9.091 ms 11/03/2009 00:15:01 : 0% loss to dir.bg Average: 7.466 ms 11/03/2009 00:20:01 : 1% loss to dir.bg Average: 7.152 ms 11/03/2009 00:25:01 : 0% loss to dir.bg Average: 8.273 ms 11/03/2009 00:30:01 : 0% loss to dir.bg Average: 6.863 ms 11/03/2009 00:35:01 : 0% loss to dir.bg Average: 11.690 ms
Този лог може да използваме за каквото си искаме, а може и въобще да не го правим. Горния скрипт работи ъпдейтва директно rrdtool, така че ако не искате излишни логове да се пазят на машината ви насочете $dump = "/dev/null";

Създаване на RRD бази.
За всеки изследван хост ще направим по една база. В тази база ще се съхраняват стойностите за Round Trip Time и Packet Loss.
Правим си следното bash скриптче (освен ако не ви мързи да го пишете на ръка за всяка база - може да имате и повече от три бази):

#!/bin/bash
NOW=`date +%s`
rrdtool create $1.rrd --start $NOW --step 300 \
DS:PacketLoss:GAUGE:300:0:100 \
DS:RTT:GAUGE:300:0:10000 \
RRA:LAST:0.5:1:288 \
RRA:AVERAGE:0.5:6:336 \
RRA:AVERAGE:0.5:24:360 \
RRA:AVERAGE:0.5:288:365

Подробностите за синтаксиса можете да намерите в документацията на RRDtool. На кратко - създаваме база с 2 източника на данни (променливи, които ще следим): PacketLoss и RTT. Задават се интервалите на ъпдейт на всеки източник,минимални и максимални допустими стойности. След това се правят 4 Round Robin Archives (буферите, за които говорихме по-рано).
Създаваме трите бази:
[ivanatora@~/rrd/temps/pings]$ sh create_script.sh bg [ivanatora@~/rrd/temps/pings]$ sh create_script.sh gw [ivanatora@~/rrd/temps/pings]$ sh create_script.sh int
Слагаме cronjob за изпълнение на ъпдейтващия скрипт на 5 минути:
*/5 * * * * perl /home/ivanatora/perl_razni/ping_stats.pl 87.120.194.1 gw */5 * * * * perl /home/ivanatora/perl_razni/ping_stats.pl dir.bg bg */5 * * * * perl /home/ivanatora/perl_razni/ping_stats.pl ivanatora.info int
Както видяхме скрипта приема два аргумента: адрес за ping и име на базата, която ъпдейтва.
Рисуване на графиките
Ще имаме отделна графика за всяка следена величина. Може да комбинираме няколко от графиките на една, но само ако очаквате там приблизително еднакви резултати. Големите отклонения на величините карат rrdtool да измества разделителната способност на графиката и една от графиките в общата картинка не се вижда добре. Ще имаме два скрипта за чертане на графики - един за Round Trip Time и един за Packet Loss.
/home/ivanatora/rrd/temps/pings/loss_graph.sh

#!/bin/bash
PATH=$PATH:/home/ivanatora/rrd/bin
DIR=/home/ivanatora/rrd/temps/pings/
rrdtool graph $DIR/img/loss-$1.png \
--title="<$1> Packet loss" \
--color CANVAS#000000 \
--color BACK#000000 \
--color GRID#006600 \
--color MGRID#003300 \
--color AXIS#00ff00 \
--color FONT#00ff00 \
--color SHADEA#000000 \
--color SHADEB#000000 \
--slope-mode \
--upper-limit 100 \
--rigid \
--width 480 \
--height 300 \
--font DEFAULT:10:Arial \
DEF:loss=$DIR/$1.rrd:PacketLoss:LAST \
DEF:rtt=$DIR/$1.rrd:RTT:LAST \
AREA:loss#00FF00:"Packet loss (%)"

/home/ivanatora/rrd/temps/pings/rtt_graph.sh

#!/bin/bash
PATH=$PATH:/home/ivanatora/rrd/bin
DIR=/home/ivanatora/rrd/temps/pings/
rrdtool graph $DIR/img/rtt-$1.png \
--title="<$1> Round trip time" \
--color CANVAS#000000 \
--color BACK#000000 \
--color GRID#006600 \
--color MGRID#003300 \
--color AXIS#00ff00 \
--color FONT#00ff00 \
--color SHADEA#000000 \
--color SHADEB#000000 \
--slope-mode \
--width 480 \
--height 300 \
--font DEFAULT:10:Arial \
DEF:loss=$DIR/$1.rrd:PacketLoss:LAST \
DEF:rtt=$DIR/$1.rrd:RTT:LAST \
AREA:rtt#00FF00:"Round trip time (ms)"

Тук можем да си поиграем с цветовете и крайния резултат да е доста eye-candy. Важните редове са DEF - където се извличат стойностите на променливите от базата и AREA - самото изчертаване. За повече подробности - документацията на RRDtool.
След това правим един скрипт, който да задейства изчертаване на всички графики:
/home/ivanatora/rrd/temps/pings/graph_all.sh

#!/bin/bash
DIR=/home/ivanatora/rrd/temps/pings/
$DIR/loss_graph.sh int
$DIR/loss_graph.sh bg
$DIR/loss_graph.sh gw
$DIR/rtt_graph.sh int
$DIR/rtt_graph.sh bg
$DIR/rtt_graph.sh gw

И поставяме съответната задача в crontab:
*/5 * * * * sh /home/ivanatora/rrd/temps/pings/graph_all.sh
В резултат всичките изображения се намират в директорията pings/img/. Остава да направим красива HTML страничка, която да събира всичко в едно.
Резултата можете да го видите тук.

Изгасяне на монитора след вечерния филм

ivanatora — Tue, 20 Jan 2009 11:13:47 +0000

Пускате си да гледате филмче, завивате се на топло, гасите си лампите... идилия Само че филма свършва, mplayer приключва и десктопа ви с всичките си милион и триста хиляди светещи пиксела се забива под клепачите ви. Сега трябва да ставате от топлото легло, да се разхождате до PC-то и да гасите монитора. За мързеливите има следния трик:

mplayer <опции>; xset dmps force off

След приключване на процеса на mplayer се изпълнява и втората команда, която управлява Power managment на монитора ви (standby, suspend, on, off) го изключва.

За сателитните снимки в Google Earth

ivanatora — Sun, 23 Nov 2008 07:57:19 +0000

Винаги съм се възмущавал, че Стара Загора вече кусур години няма детайлна снимка в запаса на Гугъл, а разни забутани места като Симитли - имат. Редовно следя блога на Google Earth и гледам как чуждите страни биват детайлно мапвани до ниво колиба, а половината България стои накъсана. И се чудя - как така все спътника не застава над Стара Загора, та да отпере две-три снимки.
Ами оказа се че Google нямат собствен спътник (а очаквах да имат!), а използват снимките от няколко от сателитите на НАСА. Които снимки изненадващо са публично достъпни в интернет. И то не само са достъпни, ами и са Up To Date! Снимката на Пловдив в Гугъла е от преди 5 години, а снимките от сайта на НАСА са само от преди месеци (и се ъпдейтват непрекъснато). Единствения недостатък, който пречи на масовата публика да им се порадва е че тези снимки не са нарязани и събрани.
За всичко това ми отвори очите REAKTOR и публикувам следните инструкции с неговото съгласие.

ivanatora 12 days ago
Как намери датата на сателитната снимка за Стара Загора?

REAKTOR 11 days ago
това е от сайта на наса.реално ниската резолюцич в GE представлява множество от съединени сателитни снимки от сателита Landsat.та от там си имат готови снимки за дошнлоад които са съединени и обработени, а по късно keyhole закупиха целия датасет (говори се че бил към 60-70 тб)и нбаправиха тази карта която виждаш.снмките са от 2000 +- 1г.ако искаш мога да ти пратя една сцена (снимка), да видиш как реално изглежда от сателит.

REAKTOR 11 days ago
аз от време те гледам, че работиш на сляпо върху Стара Загора и щях да ти пращам по ясна снимка, но като гледам скоро сложиха midresolution на гърция румъния и сърбия та го отложих, а другото е ,че има нова снимка над стара загора я гледах в каталога на фирмата, която дава от най- детаилните снимки за гугъл така че може скоро да я качат.в тази папка store4.data.bg/reacting/imagery/ съм сложил снимката за която говоря.тя е само за preview и не е детаилно но се вижда какво може да качат гугъл, а другата е една сцена над пловдив от 21 Юни 2000.тя е тази която се вижда в GE.

ivanatora 11 days ago
Ами може да ми пратиш малко снимки на Стара Загора, само да видя с какво качество си ги намерил. Интересно ми е
Не работя на сляпо - гугъл са направили детайлни карти на България. Не снимки от сателит, а съвместими карти на улици, сгради и т.н. Така че като се зуумне до високо ниво се виждат улиците с номерата и могат финно да се добавят обекти, които скоро няма да се появят в сателитните снимки.
Сега ще видя какво си качил в дата.бг
Еййй, какви гадни облаци са минали по време на снимката...
Поздрави,
Иван.

REAKTOR 10 days ago
За улиците си прав.Този слой е най прецизния, докато на сателитите им дават някакво разминаване и заради това обектите плувват след ъпдейт на снимка (както и улиците).Що се отнася до актуалността на сателитната снимка, можеш да си ги сваляш през половин един месец и чрез тях маркирах един участък на пътя до Дюни, който по карта минава о самия плаж.Интересна ми е виртуалната магистрала на marketolog.Аз си мисля, че трябва да се мапират актуални обекти, а не съм чул да се работи по "Тракия".Чакам да излезе актуална снимка и ще му пратя едно писмо.
Ти да не би да имаш нещо общо с Черна Гора, гледам си маркирал гьола на Таню горския?Току виж може да те знам.
Аз съм Димо.

ivanatora 10 days ago
Хахаха, нямам общо с Черна Гора Пътувам често с влака от там и тоя гьол ми се е набил на око, та реших да го маркирам.
Ще ми дадеш ли линк към мястото от където мога да си сваля тези детайлни снимки?
А за магистрала Тракия - мисля че е завършена в участъка си към Бургас и остава само някакво малко парче между Стара Загора и Нова Загора да се асфалтира. Не съм сигурен в това де - не пътувам от там и не съм го виждал всичко това. Просто така съм чувал от няколко човека - може да са само махленски истории...
Аз съм Иван, приятно ми е.

REAKTOR 10 days ago
Та Иване влизаш в този сайт landsat.usgs.gov/ .Там те имат java инструмент за разглеждане на каталозите, казва се Glovis.От него има различни колекции на платени и неплатени снимки. Безплатни са вече L7 SLC-off (2003-->)и L7 SLC-on (1999-2003). Това е един сателит, но след 2003 той се е повредил и изкарва снимките нарязани.Ще видиш, че на едни пише Downloadable а на други не. Първите можеш на момента да си свалиш докато за другите трябва да направиш поръчка за обаботка със Submit.Трябва да си регистриран, за което можеш да попълниш и неверни данни.Аз съм поръчал всички които са на крадрата над пловдив от 1999 до 2008 и ще забележиш че са Downloadable, така че можеш да си свалиш от тях. В горния десен ръб е и Стара Загора. На мен всичките ми заемат 27 ГБ.Има особености при сглобяването на цветна снимка.

REAKTOR 10 days ago
Ти ще свалиш един архив в който има 8 тифа. Та на тебе ти трчбват тези дето завършват на 10, 20 и 30 , а 80 е най детаилния, но той не е обвързан с другите и не можеш веднага да го направиш цветен. та 30 е червения, 20 зеления, 10 синия.Аз използвам фотошоп да ги наложи и се получава цветната снимка(примерно тази която ти пратих).Скоро снимките от по-стария сателит ще бъдат също безплатни.Засега от него искат по 400 долара за сцена.С него има снимки до 84 мисля, а от най-старите са през 72.Това ще е януари догодина.Наскоро четох, че за Тракия избират кой да строи та е възможно поне да са разкопали, но тук се строи бавно и мисля, че няма да има нищо.Само чакам скорошна снимка да се убедя.Погледни онзи обект при разделението на Марица от Тракия:Съм качил 3 снимки от различни дати.Особено 2002 имаше голям застои и то за няколко километра. Питай ако имаш разни въпроси, готов съм да помогна.

ivanatora 3 days ago
Такаааа - въпросче: тифовете които завършват на 10, 20 и 30 при мен са черно-бели. Да разбирам ли че всяка от тях изразява нивото на съответния цвят в RGB? Как точно ги събираш във Фотошоп?
Другите тифове играят ли някаква роля в цялостната картинка?
За черните ивици ли казваше че снимките били нарязани?
А по-детайлни снимки има ли?
Поздрави!

REAKTOR 3 days ago
Така е, черно бели са но правилно разбираш за фотошоп.От channels после merge channels, RGB и подбираш за червен-30, зелен-20, син-10. Другите бандове са с друга дължина на вълната.Примерно в GE , за повече кнтраст са в комбинация 742 + допълнителна обработка, но аз мисля, че това не е светлината, която човешкото око би видяло.Другото е, най-детаилния е осмия - 15м/пиксел, докато всички други са 30м. Има процес наречен pansharpen. При него сеналага получената мултиспектрална(цветна) снимка върху панхроматичния осми банд и така се получава 15м цветна снимка. 8ми банд при ландсат е много обхватен и затова не се получават допри pansharpen, но при spot image това работи отлично. Инженерите са измислили това с цел да се спести обема на информация, вместо да правят всичките бандове по 15м.По- детайлни няма да намериш по интернет за без пари. Най-детаилните (0.6м, примерно тази над Чирпан) от които гоогле взимат снимки са на Digital globe.В техния сайт има каталог.Разполагат с 3 снимки над Стара Загора, като 2те са облачни а третата си я виждал. Друга фирма от която си купуват снимки и има удобен каталог е SPOT image (2.5м).Скоро България ще е покрита с тях, а наскоро покриха Гърция, Турция и Румъния.Има и по-детаилни (0.3м) над Германия САЩ и други западни, но те са локални фирми и снимките представляват самолетни фотографии.

REAKTOR 3 days ago
И всички тези фирми предлагат pansharpen. SPOT налагат 5м цветна върху 2.5м пан, а Digitalglobe 2.5м col върху 0.6м pan.Интересното е че SPOT примерно ти искат с 1000 долара отгоре за този процес, но по принцип на домашния компютър отнема половин час.
За Ландсат след 2003 година всичко е с черни ивици.
Има начин с фотошоп да запълниш тези ивици със снимка от друга близка дата.Така направих тази wikimapia.org/#lat=42.1244556&lon=25.0402451&z=12&l=0&m... .Наложих тази снимка върху wikimapia и с малко transparency мисля, че се получи точен полигон. Честно казано сателита си изпълни горе долу мисията само че като погледнеш ландсат5 работи от 84.СЛед януари ще пускат и неговите снимки безплатно, а наскоро забелязах, че имат и сника от рожднния ми ден.В USGS нямат много над България от ландсат5 понеже, за да снима, той трябва да е свързан с наземна станция и затова що е било над България е в архива на ESA, а оттам регистрацията се одобрява от хора, а и не знам доколко ще е безплатно. В USGS има и по стари сателити и там като си сглобиш мултиспектралната ще видиш, че това което трябва да е зелено излиза червено.Това е заради особеноста на синия банд в неговия диапазон и именно затова се нарича не blue а near-infrared.Съществува начин това да се коригира.Има и сателити които предават актуално.Примерно ето ти от днес rapidfire.sci.gsfc.nasa.gov/realtime/single.php?2008324... . Тук имат доста дати след 2000 и е много удобен.Максималната резолюция е 250м.
Та Иване горе долу бях изчерпателен, но ти питай ако имаш въпроси. Това нещо трудно се намира по принцип, но е доста интересно.
Поздрави

ivanatora 22 hours ago
Между другото бая приятели се заинтересуваха от тези снимки. Може ли да копирам предишните ни няколко съобщения и да ги сложа в блога си? Дай си някакъв линк, ако искаш да ти направя реклама.

REAKTOR 13 hours ago
kakto kazvash javno moe da e ot datata na komputara, niama znachenie.A za priatelite ti ako iskash kachvai texta niama problem.Moga daje da napravia ilustracia kak da se izrabotvat s photoshop no tova shte stane sled kato si doida na Sofia.Sega sum na selo i zatova pisha na latinica.Az niamam niakakav po specialen sait osven panoramioto i ako iskash go sloji a mislia da ti razgledam bloga.
Pozdrav

Бутона DEL и стоте му превъплъщения

ivanatora — Mon, 03 Nov 2008 15:30:23 +0000

Във FreeBSD-то имах един проблем, който ми тровеше нервите - бутона DEL или не работеше или имаше собствено мнение какво трябва да прави. Това му поведение се държеше както в шела (csh), така и във Vim.
Какво точно ставаше:

DEL се държи като BACKSPACE - трие знака от ляво на курсора
при натискане на DEL се изписва ?^ или ?H или нещо подобно
при натискане на DEL просто не се случва нищо

Изметох Гугъл за отговори какво става с мен и накрая се оказа че имам полтъргайст в контролера на клавиатурата.
Майтап Ама се оказа че проблема с клавишите DEL и BACKSPACE е толкова заплетен, че чак ми стана чудно как в Windows и Linux до сега не съм имал проблеми. Ето ви един примерен документ да прочетете за какво става въпрос.
Е, оказа се че тъпия проблем има тъпо решение. Във Vim командата

:fixdel

оправя всичко и съответно може да бъде добавена в ~/.vimrc
За csh има подобна магия и това е:

if ($term == "xterm" || $term == "vt100" || $term == "rxvt" \
|| $term == "vt102" || $term !~ "con*") then
# bind keypad keys for console, vt100, vt102, xterm
bindkey "\e[1~" beginning-of-line # Home
bindkey "\e[7~" beginning-of-line # Home rxvt
bindkey "\e[2~" overwrite-mode # Ins
bindkey "\e[3~" delete-char # Delete
bindkey "\e[4~" end-of-line # End
bindkey "\e[8~" end-of-line # End rxvt
endif
bindkey ^? delete-char # for console
bindkey ^[[3~ delete-char # for xterm

Идеята на последните два реда обезмисля целия if-endif блок преди това. При мен работи само така - и с двете неща накуп

Имената на функциите всъщност били указатели

ivanatora — Wed, 26 Mar 2008 08:37:41 +0000

Днес ни показаха един пиниз, според който имената на функциите в С са всъщност указатели към началния адрес на функцията като алгоритмична структура в кодовия сегмент на програмата. Т.е. като имаш адреса можеш да стартираш функцията.
Ето една програма, която показва файдата от цялата работа:

#include
int test (int a){
printf("A: %d\n",a);
return a;
}
int druga (int a){
printf("B: %d\n",a);
return a-1;
}
int plqk (int (*test) (int a)){
printf("Rez ot test(%d)\n",(*test) (3));
return 0;
}
int main(void){
plqk(test);
plqk(druga);
plqk(main);
int * p = (int *) test;
printf("test: %p\n",test);
printf("druga: %p\n",druga);
printf("p: %p\n",p);
return 0;
}

За неразбралите - функцията plqk() извиква някоя от другите функции, като точно коя се записва във формалния параметър на бляк()

Разликата между shutdown и reboot

ivanatora — Sun, 27 Jan 2008 21:04:40 +0000

Оказа че любимия ми ISP филтрира нета по MAC. И познайте кой няма нет след като прехвърли кабела от компа на съквартиранта си. Освен това е и неделя - никакъв шанс да се намери някой да ми опише новия адрес до ден-два. Е, тая работа така няма да стане - аз съм дошъл малко нет да помириша.

# ifconfig eth1 hw ether ........

... и всичко точно - всичко се пингва, нет има.

Х часа по-късно се наложи да рестартирам.
Седях като гръмнат като видях че dhcp демона не намира устройството, нито gkrellm ми дава информация за втората карта. В ifconfig въобще няма eth0, а вместо това е изникнало eth2.
Оказа се че правилата за именуването на картите от udev (/etc/udev/rules.d/network-devices.rules) не вършат работа - те са описани за стария MAC. След рестарт новия МАС-а е останал в паметта на картата, а след пълно спиране на машината се възстановява оригиналния адрес.
За сега следва изключване на опцията рестарт - ако трябва компа да се рестартира ще се минава през състояние 'напълно изключен'.
За в бъдеще или ще си напиша скриптче да актуализира името на картата в iptables скриптовете или ще докладвам новия МАС на любимия си доставчик. Заивиси за кое ще ме домързи повече.

Разкостих дъртото PC

ivanatora — Tue, 08 Jan 2008 15:13:45 +0000

Подариха ми нови колонки за именния ден и съответно старите отидоха на PCто на сестрата, замествайки едни микроговорителчета. Местя старите на дъртия кош и забравям че той има свойството да работи само в изключително мирна обстановка - никакво ръчкане по кабелите отзад. Клавиатурата се вързва през един PS2 -> AT преходник, а самия AT порт е доста изкривен от продължително (години, ехеее) ръчкане и натискане на дебелия конектор. Резултата е че преходника прави връзка по желание според фазите на Венера. И веднъж като го нагласиш по-добре да не ръчкаш кабелите. А мен ме е страх да натисна преходника да влезе напълно, да не откъсне хептен порта.
Да допълня картинката конструктивно - в тази част на кутията се мотаят изведените от лентови кабели COM 25 пинов, COM 9 пинов, LPT, PS2 порт (за мишката), АТА кабелите от 2 харда и CD и шарениите от захранването. Общо - топка кабели с диаметър 15-20 см. Отдолу видео картата подпира да не се изсипе цялата тая ужас.

Ама ето че преместих колонките, очаквания бъг се появи - нямам клавиатура. То добре, ама нямам и мишка. Което не се беше случвало до сега. Последва половин час псуване и мърдане на преходника на клавиатурата с никакъв резултат. Накрая отпънах PC-то на масата и му извадих COM и LPT портовете. АТ конектора наистина се беше изкривил под около 60 градуса ъгъл, ама ме достраша да го натисна обратно. Поне успях да вкарам преходника до края.

И така завършиха тези премеждия. Сега клавиатурата си работи супер стабилно, колкото и да ръчкаш кабелите зад компютъра. Вътре стана по-просторно.