I was also told that the problem could be either my network environment, something in my code, or both, and I was just giving info to help with figuring out which one it might be.  And notice that I did also ask about a problem with building Boost, too.
From: Boost-users <boost-users-bounces@lists.boost.org> on behalf of Leon Mlakar via Boost-users <boost-users@lists.boost.org>
Sent: Saturday, January 12, 2019 4:23 PM
To: boost-users@lists.boost.org
Cc: Leon Mlakar
Subject: Re: [Boost-users] Server application won't bind to ports on IP address other than my internal ones
 
On 12.01.2019 11:28, Osman Zakir via Boost-users wrote:
If I configure a reverse proxy on Apache for my server app, will it  need to be able to see my external IP address?  And yeah, I'm using Windows, so I have an NAT and a firewall.  Is there a way I can let networked apps like ipconfig see my external IP address, or is it really impossible?  It'd be good if I could get it to work without having to turn off NAT.

Sir,


as you have been repeatedly told in this thread your problem has nothing to do with the boost code and everything with you network environment and your lack of understanding the fundamentals of networking. Please do hit the good books on networking basics or seek the (possibly non-free) advice from a network expert. Networking focused forums and groups may also help you, albeit not without understanding the networking basics.


This is a boost users mailing list, primarily focused on problems with using boost libraries and many people here do an excellent (non-payed) job on giving us advice and offering a helping hand when we are in trouble. It is disrespectful to them to keep asking the same, or similar, questions over and over again although being already told that this has nothing to do with either with the library or with your code.


Also, top posting is a sign of bad etiquette.


Best regards,


Leon Mlakar


There are still 4 failed targets and 5 skipped targets when trying to build Boost.  There were some "__imp_" unresolved symbols when building Boost, before, too.  I wonder if they're there because of zlib.dll.  If so, how do I tell b2 where that DLL is?  I say this because when I built Node.js from source before, there were unresolved symbols for __imp_read, __imp_write and __imp_open, and specifying the path to the folder with zlib.dll in Visual Studio solved that problem.