<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to Limitations</title><link>https://sourceforge.net/p/libnetblock/wiki/Limitations/</link><description>Recent changes to Limitations</description><atom:link href="https://sourceforge.net/p/libnetblock/wiki/Limitations/feed" rel="self"/><language>en</language><lastBuildDate>Thu, 28 Oct 2021 16:24:38 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/libnetblock/wiki/Limitations/feed" rel="self" type="application/rss+xml"/><item><title>Limitations modified by Bogdan Drozdowski</title><link>https://sourceforge.net/p/libnetblock/wiki/Limitations/</link><description>&lt;div class="markdown_content"&gt;&lt;pre&gt;--- v1
+++ v2
@@ -5,4 +5,4 @@
 - a program is linked statically (so it doesn't use shared libraries and has all the functions compiled in it),
 - the operating system doesn't support shared libraries (like DOS),
 - the operating system doesn't support preloading shared libraries before system libraries,
-- LibNetBlock is enabled by setting environment variables and a program is launched by another program, which clears the environment variables used by the dynamic linker, so the dynamic linker doesn't preload LibHideIP. Some Java Runtime Environments seem to do this.
+- LibNetBlock is enabled by setting environment variables and a program is launched by another program, which clears the environment variables used by the dynamic linker, so the dynamic linker doesn't preload LibNetBlock. Some Java Runtime Environments seem to do this.
&lt;/pre&gt;
&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bogdan Drozdowski</dc:creator><pubDate>Thu, 28 Oct 2021 16:24:38 -0000</pubDate><guid>https://sourceforge.net04f5798b91c895db6aaa1beef190adef1233565b</guid></item><item><title>Limitations modified by Bogdan Drozdowski</title><link>https://sourceforge.net/p/libnetblock/wiki/Limitations/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;LibNetBlock can do nothing if:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;a program is using direct kernel calls or non-standard calls, thus bypassing even the C library,&lt;/li&gt;
&lt;li&gt;LibNetBlock is not loaded (read the "Installing" chapter in the "info" docs),&lt;/li&gt;
&lt;li&gt;a program is linked statically (so it doesn't use shared libraries and has all the functions compiled in it),&lt;/li&gt;
&lt;li&gt;the operating system doesn't support shared libraries (like DOS),&lt;/li&gt;
&lt;li&gt;the operating system doesn't support preloading shared libraries before system libraries,&lt;/li&gt;
&lt;li&gt;LibNetBlock is enabled by setting environment variables and a program is launched by another program, which clears the environment variables used by the dynamic linker, so the dynamic linker doesn't preload LibHideIP. Some Java Runtime Environments seem to do this.&lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Bogdan Drozdowski</dc:creator><pubDate>Thu, 28 Oct 2021 16:12:28 -0000</pubDate><guid>https://sourceforge.net30f268c964d3894e87408627e6f8ba7c6eed82be</guid></item></channel></rss>