<?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>random@martin &#187; problem</title>
	<atom:link href="http://blog.krausmartin.de/tag/problem/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.krausmartin.de</link>
	<description>weblog about funny, interesting or useless stuff</description>
	<lastBuildDate>Wed, 17 Mar 2010 09:32:32 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Perl mit Oracle unter Windows</title>
		<link>http://blog.krausmartin.de/general/2006/perl-mit-oracle-unter-windows/</link>
		<comments>http://blog.krausmartin.de/general/2006/perl-mit-oracle-unter-windows/#comments</comments>
		<pubDate>Fri, 29 Dec 2006 19:13:44 +0000</pubDate>
		<dc:creator>Martin</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[database]]></category>
		<category><![CDATA[oracle]]></category>
		<category><![CDATA[perl]]></category>
		<category><![CDATA[problem]]></category>

		<guid isPermaLink="false">http://blog.krausmartin.de/general/2006/perl-mit-oracle-unter-windows/</guid>
		<description><![CDATA[<p>F&#252;r ein Webentwicklungsprojekt habe ich lokal den IIS und eine Oracle Datenbank (9i) laufen. Normalerweise ist diese Anwendung unter PHP entwickelt worden, einige Teile m&#252;ssen jedoch in Perl programmiert werden.<br />
Dazu installierte ich zun&#228;chst ActivePerl Paket von ActiveState und installierte danach &#252;ber den Perl Packet Manager ppm das Paket Oracle.pm.<br />
Von nun an funktionierte aber weder ein Datenbankzugriff &#252;ber Perl, noch &#252;ber PHP mehr reibungslos. Folgender Fehler trat auf: </p>
<blockquote><p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b></p>
<p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootstart.php</b> on line <b>28</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootheader1.inc</b> on line <b>22</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootheader1.inc</b> on line <b>23</b></p>
<p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b>
</p></blockquote>
<p>Die L&#246;sung des Problems war dann das Setzen von zwei Systemvariablen:</p>
<blockquote><p>
NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252<br />
ORA_HOME=C:oracleora92
</p></blockquote>
<p>Danach funktionierte der Oracle Datenbankzugriff aus Perl und PHP reibungslos.</p>

]]></description>
			<content:encoded><![CDATA[<p>F&#252;r ein Webentwicklungsprojekt habe ich lokal den IIS und eine Oracle Datenbank (9i) laufen. Normalerweise ist diese Anwendung unter PHP entwickelt worden, einige Teile m&#252;ssen jedoch in Perl programmiert werden.<br />
Dazu installierte ich zun&#228;chst ActivePerl Paket von ActiveState und installierte danach &#252;ber den Perl Packet Manager ppm das Paket Oracle.pm.<br />
Von nun an funktionierte aber weder ein Datenbankzugriff &#252;ber Perl, noch &#252;ber PHP mehr reibungslos. Folgender Fehler trat auf: </p>
<blockquote><p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b></p>
<p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootstart.php</b> on line <b>28</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootheader1.inc</b> on line <b>22</b></p>
<p>	<b>Warning</b>:  Cannot modify header information &#8211; headers already sent by (output started at c:inetpubwwwrootutils.inc:13) in <b>c:inetpubwwwrootheader1.inc</b> on line <b>23</b></p>
<p>	<b>Warning</b>:  ociplogon(): OCISessionBegin: ORA-12705: Cannot access NLS data files or invalid environment specified<br />
	 in <b>c:inetpubwwwrootutils.inc</b> on line <b>13</b>
</p></blockquote>
<p>Die L&#246;sung des Problems war dann das Setzen von zwei Systemvariablen:</p>
<blockquote><p>
NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252<br />
ORA_HOME=C:oracleora92
</p></blockquote>
<p>Danach funktionierte der Oracle Datenbankzugriff aus Perl und PHP reibungslos.</p>

]]></content:encoded>
			<wfw:commentRss>http://blog.krausmartin.de/general/2006/perl-mit-oracle-unter-windows/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Skype vs. IIS</title>
		<link>http://blog.krausmartin.de/general/2006/skype-vs-iis/</link>
		<comments>http://blog.krausmartin.de/general/2006/skype-vs-iis/#comments</comments>
		<pubDate>Fri, 29 Dec 2006 18:49:01 +0000</pubDate>
		<dc:creator>Martin</dc:creator>
				<category><![CDATA[General]]></category>
		<category><![CDATA[IIS]]></category>
		<category><![CDATA[problem]]></category>
		<category><![CDATA[Skype]]></category>

		<guid isPermaLink="false">http://blog.krausmartin.de/general/2006/skype-vs-iis/</guid>
		<description><![CDATA[<p>F&#252;r ein Softwareentwicklungsprojekt habe ich lokal den Microsoft Internet Information Server (kurz: IIS) installiert. Vor kurzem lie&#223; sich dieser dann nicht mehr starten und warf eine Fehlermeldung.<br />
Nach einigem Suchen, war klar, dass der Port 80, auf dem der IIS nat&#252;rlich lauscht, blokiert war und der IIS deswegen nicht starten konnte.<br />
Mit dem Befehl <em>netstat -a</em> wurde dann auch der &#220;belt&#228;ter identifiziert:<br />
<img id="image208" src="http://blog.krausmartin.de/wp-content/2006/12/skype-port80-2.jpg" alt="Skype vs. IIS" /><br />
Skype lauschte auf Port 80, weil aufgrund einer Firewall im dortigen Netz viele andere Ports blockiert waren. Nach dem Beenden von Skype startete auch der IIS wieder. Skype konnte dann wieder gestartet werden. In den Einstellungen von Skype ist es konfigurierbar, ob man Skype erlauben soll die Ports 80 und 443 zu verwenden, um Firewalls zu <em>durchbohren</em>.</p>

]]></description>
			<content:encoded><![CDATA[<p>F&#252;r ein Softwareentwicklungsprojekt habe ich lokal den Microsoft Internet Information Server (kurz: IIS) installiert. Vor kurzem lie&#223; sich dieser dann nicht mehr starten und warf eine Fehlermeldung.<br />
Nach einigem Suchen, war klar, dass der Port 80, auf dem der IIS nat&#252;rlich lauscht, blokiert war und der IIS deswegen nicht starten konnte.<br />
Mit dem Befehl <em>netstat -a</em> wurde dann auch der &#220;belt&#228;ter identifiziert:<br />
<img id="image208" src="http://blog.krausmartin.de/wp-content/2006/12/skype-port80-2.jpg" alt="Skype vs. IIS" /><br />
Skype lauschte auf Port 80, weil aufgrund einer Firewall im dortigen Netz viele andere Ports blockiert waren. Nach dem Beenden von Skype startete auch der IIS wieder. Skype konnte dann wieder gestartet werden. In den Einstellungen von Skype ist es konfigurierbar, ob man Skype erlauben soll die Ports 80 und 443 zu verwenden, um Firewalls zu <em>durchbohren</em>.</p>

]]></content:encoded>
			<wfw:commentRss>http://blog.krausmartin.de/general/2006/skype-vs-iis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Warning: mb_ereg(): mbregex compile err: invalid regular expression</title>
		<link>http://blog.krausmartin.de/it/2005/warning-mb_ereg-mbregex-compile-err-invalid-regular-expression/</link>
		<comments>http://blog.krausmartin.de/it/2005/warning-mb_ereg-mbregex-compile-err-invalid-regular-expression/#comments</comments>
		<pubDate>Tue, 21 Jun 2005 14:47:39 +0000</pubDate>
		<dc:creator>Martin</dc:creator>
				<category><![CDATA[IT]]></category>
		<category><![CDATA[php]]></category>
		<category><![CDATA[problem]]></category>
		<category><![CDATA[typo3]]></category>

		<guid isPermaLink="false">http://blog.krausmartin.de/it/2005/warning-mb_ereg-mbregex-compile-err-invalid-regular-expression/</guid>
		<description><![CDATA[<p>So, nachdem ich einige Tage erfolglos nach der L&#246;sung eines Problems gesucht habe, bin ich endlich f&#252;ndig geworden und m&#246;chte diese L&#246;sung hier vorstellen. </p>
<blockquote><p>Warning: mb_ereg(): mbregex compile err: invalid regular expression;</p></blockquote>
<p>Diese Meldung fand ich im Typo3 Backend und Frontend an verschiedenen Stellen in verschiedenen Auspr&#228;gungen.  Nachdem ich wirklich sehr lange im Dunkeln getappt bin, habe ich nun endlich die L&#246;sung gefunden.<br />
Man muss in der php.ini den Wert f&#252;r mbstring.func_overload=0 oder in den vhost-Einstellungen, die man zum Beispiel bei confixx oder syscp f&#252;r einzelne Domains anlegen kann, muss der Wert </p>
<blockquote><p> phpadminflag mbstring.func_overload 0</p></blockquote>
<p>gesetzt werden. Danach hat alles ohne Fehlermeldungen wieder funktioniert.</p>

]]></description>
			<content:encoded><![CDATA[<p>So, nachdem ich einige Tage erfolglos nach der L&#246;sung eines Problems gesucht habe, bin ich endlich f&#252;ndig geworden und m&#246;chte diese L&#246;sung hier vorstellen. </p>
<blockquote><p>Warning: mb_ereg(): mbregex compile err: invalid regular expression;</p></blockquote>
<p>Diese Meldung fand ich im Typo3 Backend und Frontend an verschiedenen Stellen in verschiedenen Auspr&#228;gungen.  Nachdem ich wirklich sehr lange im Dunkeln getappt bin, habe ich nun endlich die L&#246;sung gefunden.<br />
Man muss in der php.ini den Wert f&#252;r mbstring.func_overload=0 oder in den vhost-Einstellungen, die man zum Beispiel bei confixx oder syscp f&#252;r einzelne Domains anlegen kann, muss der Wert </p>
<blockquote><p> phpadminflag mbstring.func_overload 0</p></blockquote>
<p>gesetzt werden. Danach hat alles ohne Fehlermeldungen wieder funktioniert.</p>

]]></content:encoded>
			<wfw:commentRss>http://blog.krausmartin.de/it/2005/warning-mb_ereg-mbregex-compile-err-invalid-regular-expression/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
