As per instructions, I  downloaded the demo of xb2net. Ran go.bat.
Got an error: System error 1060 has occurred.
The specified service does not exist....

Jack <jack@my-esa.com> wrote in news:Xns9A55BB4164376jackmyesacom@
62.193.212.32:
> > Got an error: > System error 1060 has occurred.
> The specified service does not exist....
Don't worry about this. The error is from trying to stop Microsoft IIS
(which would interfere with the Xb2.NET webserver if it was running). Obviously you do not IIS installed, so no problem at all.
The GO.BAT batch file will compile and execute WEBSERVE.EXE (the
sample Xb2.NET webserver) and then launch a web browser. The Xb2.NET
"Start Here" page will appear in the browser.
Best regards,
Boris Borzic

Boris, it  still doesn't work. I run webserve.exe, then open a
browser. I get the message that it cannot connect.

I've followed the instructions in the readme, but I still can't get it
to work. Any help would certainly be appreciated. I really want to make this work; my client has been using our XB app for a couple years
now, but needs to go to a web-based app because they are opening about
50 other offices. They need realtime data!

Jack Miller <jack@my-esa.com> wrote in
news:Xns9A56B1A175345jackmyesacom@62.193.212.32:  
> Boris, it  still doesn't work. I run webserve.exe, then open a
> browser. I get the message that it cannot connect.
What happens when you type the following in the web browser address
bar: http://localhost/
(NOTE: You need to have WEBSERVE.EXE running on the same machine)
Some other notes:
- shut down Skype (if you have it running)
- temporarily shut down your windows firewall
If it still doesn't work, download TCPView: http://technet.microsoft.com/en-ca/sysinternals/bb897437.aspx
and see if there is some other process with a local address bound to port 80. Disable the process and run the test again.
> it to work. Any help would certainly be appreciated. I really want to
> make this work; my client has been using our XB app for a couple
> years now, but needs to go to a web-based app because they are
> opening about 50 other offices. They need realtime data!
This is a perfect application for Xb2.NET.
Best regards,
Boris Borzic

TCPView didn't show anything else running.  

Did everything you suggested. Still get the "Cannot connect" message.

Jack Miller <jack@my-esa.com> wrote in
news:Xns9A56D0D6088E3jackmyesacom@ 62.193.212.32:
Do you have another machine where you can test this?
If you can't get this running, send me an email and we will set up a
webex session so I can connect to your machine to figure out what the
problem is.  
Best regards,
Boris Borzic

Jack,
which version of OS are your running?
Which version of Xbase++?
( OS > Windows XP, SP1 ) .and. ( Xbase < 1.82 ) -> probably disable DEP!
Regards,
Martin

ERROR: Loading WEBSERVE.EXE
Exception: 0xC0000005
Possible DLL version conflict

Make sure you have (valid) Open SSL DLLs in your path -- or better in your Xb2Net directory, as the WebServ.exe program (Xb2Net Demo Version 3.2.00) will not run without them. If you run it in the debugger, you will see some IDSC-type error:
>Exception: 0xC0000005
>Possible DLL version conflict

You don't need the OpenSSL DLL's in order to run WEBSERVE.EXE. You probably got this error due to a OpenSSL DLL version conflict. If you don't have OpenSSL, then you will get the following message in webserve:

ERROR: HTTPS server cannot be started!
Unable to load LIBSSL32.DLL
Do you have the OpenSSL library installed?

With Version 3.1.08 this is indeed the case, but with Version 3.2.00, the program quits without a message or log!

with "DEBUG = no", "WebServe.exe" Version 3.2.00 will not run without the OpenSSL DLLs installed! With "DEBUG = yes",
it will. I use Xbase++ 1.90.331 with all the officially available Hot
Fixes on Windows XP SP2.

I even switched the Xb2Net.DLL files -- running the "WebServe.exe"
program that was compiled with Version 3.2.00 Xb2Net.DLL/LIB using the
Version 3.1.08 Xb2Net.DLL file, and got the same problem, while
running the other "WebServe.exe" program that was compiled with
Version 3.1.08 Xb2Net.DLL/LIB using the Version 3.2.00 Xb2Net.DLL
file, worked just fine!  
So, it seems to be a problem with the executable, rather than with any
of the DLL files. And I recompiled about a dozen times (with and
without debug information).

BTW, TCPView will NOT show the WebServ.exe program listening on either
port 80 or port 443! It will only show connections after/while they are established. I don't know for sure why, but that is what I see here!

Jack Miller <jack@my-esa.com> wrote in
news:Xns9A56D0D6088E3jackmyesacom@ 62.193.212.32:
Do you have another machine where you can test this?
If you can't get this running, send me an email and we will set up a
webex session so I can connect to your machine to figure out what the
problem is.  
Best regards,
Boris Borzic

Even with "show unconnected endpoints" enabled? That would be weird...  

Maybe there is a way to hide listening ports from TCPView, but I doubt it
would make much sense for Boris to do something like that.

I don't have OpenSSL installed and on my machine it works as expected regardless of the DEBUG setting in project.xpj (no runtime error).

This is evem more strange, I wonder if it's because you have some Xbase++ patches installed. I'm running the standard release version 1.90.331 and no patches.