<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Guax &#187; gambiarra</title>
	<atom:link href="http://www.guax.net/tag/gambiarra/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.guax.net/blog</link>
	<description>“…is like having your brains smashed out by a slice of lemon wrapped round a large gold brick.”</description>
	<lastBuildDate>Sun, 22 May 2011 14:22:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
		<item>
		<title>Bug na compilação do Asterisk no Slackware 13.1+</title>
		<link>http://www.guax.net/blog/2010/11/bug-na-compilacao-do-asterisk-no-slackware-13-1/</link>
		<comments>http://www.guax.net/blog/2010/11/bug-na-compilacao-do-asterisk-no-slackware-13-1/#comments</comments>
		<pubDate>Sun, 14 Nov 2010 16:17:52 +0000</pubDate>
		<dc:creator>guax</dc:creator>
				<category><![CDATA[asterisk]]></category>
		<category><![CDATA[desenvolvimento]]></category>
		<category><![CDATA[slackware]]></category>
		<category><![CDATA[bug]]></category>
		<category><![CDATA[gambiarra]]></category>
		<category><![CDATA[linker]]></category>
		<category><![CDATA[sobrinhagem]]></category>

		<guid isPermaLink="false">http://www.guax.net/?p=453</guid>
		<description><![CDATA[A alguns dias atrás me debati com um problema na compilação do asterisk nas versões 13.1+ do Slackware Linux. Esse problema era causado por um negligência dos desenvolvedores ao linkar os módulos que fazem uso da libcap que causava o seguinte erro ao carrega-los: [Nov 14 14:05:16] WARNING[3840]: loader.c:433 load_dynamic_module: Error loading module 'res_agi.so': /usr/lib/asterisk/modules/res_agi.so: [...]]]></description>
			<content:encoded><![CDATA[<p>A alguns dias atrás me debati com um problema na compilação do asterisk nas versões 13.1+ do Slackware Linux. Esse problema era causado por um negligência dos desenvolvedores ao linkar os módulos que fazem uso da libcap que causava o seguinte erro ao carrega-los:</p>
<pre>[Nov 14 14:05:16] WARNING[3840]: loader.c:433 load_dynamic_module: Error loading module 'res_agi.so': /usr/lib/asterisk/modules/res_agi.so: undefined symbol: cap_set_proc</pre>
<p>Apesar da compilação ser feita com sucesso por conta do link ser feito no binário &#8220;asterisk&#8221; os módulos não são carregados com sucesso. Com o slackware manteve a biblioteca estática no sistema em /usr/lib/libcap.a e este diretório é procurado antes que o /lib pelo GCC na hora de linkar o problema acaba por ocorrer. O certo seria que na compilação dos módulos que fazem uso da libcap estes fossem linkado com o parâmetro -lcap.</p>
<p>A correção mais rápida, fácil e inelegante desse problema é mover a libcap.a para um diretório temporário fora do caminho do linker, compilar o asterisk e devolver ao seu diretório. Para conferir se o seu binário do asterisk foi linkado corretamente com a biblioteca dinâmica da libcap basta usar o comando ldd /usr/sbin/asterisk, o retorno deverá ser semelhante a:</p>
<pre>
        linux-gate.so.1 =>  (0xffffe000)
        libdl.so.2 => /lib/libdl.so.2 (0xb76f2000)
        libcap.so.2 => /lib/libcap.so.2 (0xb76ed000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb76d4000)
        libtermcap.so.2 => /lib/libtermcap.so.2 (0xb76d0000)
        libm.so.6 => /lib/libm.so.6 (0xb76a9000)
        libresolv.so.2 => /lib/libresolv.so.2 (0xb7692000)
        libc.so.6 => /lib/libc.so.6 (0xb752f000)
        /lib/ld-linux.so.2 (0xb7724000)
        libattr.so.1 => /lib/libattr.so.1 (0xb752a000)
</pre>
<p>Caso não tenha dado certo o resultado será semelhante a:</p>
<pre>
        linux-gate.so.1 =>  (0xffffe000)
        libdl.so.2 => /lib/libdl.so.2 (0xb7797000)
        libpthread.so.0 => /lib/libpthread.so.0 (0xb777e000)
        libtermcap.so.2 => /lib/libtermcap.so.2 (0xb777a000)
        libm.so.6 => /lib/libm.so.6 (0xb7754000)
        libresolv.so.2 => /lib/libresolv.so.2 (0xb773c000)
        libc.so.6 => /lib/libc.so.6 (0xb75d9000)
        /lib/ld-linux.so.2 (0xb77b0000)
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.guax.net/blog/2010/11/bug-na-compilacao-do-asterisk-no-slackware-13-1/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Nossos Medidores Apontam Um Elevado Nível De Gambiarra</title>
		<link>http://www.guax.net/blog/2010/06/nossos-medidores-apontam-um-elevado-nivel-de-gambiarra/</link>
		<comments>http://www.guax.net/blog/2010/06/nossos-medidores-apontam-um-elevado-nivel-de-gambiarra/#comments</comments>
		<pubDate>Fri, 04 Jun 2010 12:44:14 +0000</pubDate>
		<dc:creator>guax</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[asterisk]]></category>
		<category><![CDATA[fail]]></category>
		<category><![CDATA[gambiarra]]></category>
		<category><![CDATA[haha]]></category>
		<category><![CDATA[POGD]]></category>
		<category><![CDATA[Telephony]]></category>

		<guid isPermaLink="false">http://www.guax.net/?p=393</guid>
		<description><![CDATA[Uma transferência assistida no Asterisk gera os seguintes canais e links. newchannel: SIP/192.168.10.252-00000008 newchannel: SIP/1001-00000009 link: SIP/192.168.10.252-00000008 - SIP/1001-00000009 unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009 link: SIP/192.168.10.252-00000008 - SIP/1001-00000009 unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009 link: SIP/192.168.10.252-00000008 - SIP/1001-00000009 unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009 link: SIP/192.168.10.252-00000008 - SIP/1001-00000009 unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009 newchannel: Local/1002@transferencias-aaa8,1 newchannel: Local/1002@transferencias-aaa8,2 newchannel: SIP/1002-0000000a link: Local/1002@transferencias-aaa8,2 [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Uma</strong> transferência assistida no Asterisk gera os seguintes canais e links.</p>
<pre>
newchannel: SIP/192.168.10.252-00000008
newchannel: SIP/1001-00000009
link: SIP/192.168.10.252-00000008 - SIP/1001-00000009
unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009
link: SIP/192.168.10.252-00000008 - SIP/1001-00000009
unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009
link: SIP/192.168.10.252-00000008 - SIP/1001-00000009
unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009
link: SIP/192.168.10.252-00000008 - SIP/1001-00000009
unlink: SIP/192.168.10.252-00000008 - SIP/1001-00000009
newchannel: Local/1002@transferencias-aaa8,1
newchannel: Local/1002@transferencias-aaa8,2
newchannel: SIP/1002-0000000a
link: Local/1002@transferencias-aaa8,2 - SIP/1002-0000000a
link: SIP/1001-00000009 - Local/1002@transferencias-aaa8,1
unlink: SIP/1001-00000009 - Local/1002@transferencias-aaa8,1
link: SIP/1001-00000009 - Local/1002@transferencias-aaa8,1
unlink: Local/1002@transferencias-aaa8,2 - Local/1002@transferencias-aaa8,1<ZOMBIE>
hangup: Local/1002@transferencias-aaa8,1<ZOMBIE>
hangup: Local/1002@transferencias-aaa8,2
unlink: SIP/1001-00000009 - SIP/1002-0000000a
newchannel: Transfered/SIP/192.168.10.252-00000008
link: SIP/192.168.10.252-00000008 - SIP/1002-0000000a
hangup: SIP/1001-00000009
hangup: Transfered/SIP/192.168.10.252-00000008<ZOMBIE>
unlink: SIP/192.168.10.252-00000008 - SIP/1002-0000000a
hangup: SIP/1002-0000000a
hangup: SIP/192.168.10.252-00000008
</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.guax.net/blog/2010/06/nossos-medidores-apontam-um-elevado-nivel-de-gambiarra/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

