Hi Karl,

Pulled, built and ran what I remember of the tests... obviously
did not understand your 'ps -u'... but it seemed to run fine..

...\edbrowse\build>run-exe ..\src\jsrt
...\edbrowse\build>release\edbrowse.exe  ..\src\jsrt
no ssl certificate file specified; secure connections cannot be verified
21629
b
doc loader attached
body loading
form questionnaire loading
644
30 seconds have passed!
rr
line 20 has been updated
ps -u
?
q
no file
q

===
Re: DLL (shared) Library work-around

You will note how I do this with a batch file... That is because I
presently link with a libcurl.dll... so I have to adjust the PATH
with like -
@set PATH=..\..\software\bin;%PATH%
before running edbrowse... ugly, but workable...

It will be in cmake, somewhere in distributed FindCURL.cmake...
they usually default to finding the unix shared library, which
is not so convenient in windows...

The library list in my F:\Projects\software\lib is -
static - libcurl.lib and libcurld.lib
shared - libcurl_imp.lib and libcurld_imp.lib
and the CURL find finds the 'imp' first, the import library,
that uses libcurl[d].dll... hmmmm...

Yes, UGH!, their chosen search order is -
    libcurl_imp
    curllib_static
    libcurl

So the only way around this is to import the distributed
FindCURL.cmake into source, put it in CMakeModules, adjust line
include(${CMAKE_CURRENT_LIST_DIR}/FindPackageHandleStandardArgs.cmake)
to just
include(FindPackageHandleStandardArgs)
and make the search order -
    libcurl
    curllib_static
    libcurl_imp

This should also work in the unix, since the shared would probably
also be libcurl, the preferred there, and it would NOT have a
libcurl_imp windows concoction anyway...

Other cmake search packages do this better like FindPNG.cmake.
They APPEND the names to search to a list, like -

  list(APPEND PNG_NAMES png libpng)

That means I, as the user, just have to add -DPNG_NAMES=libpng16_static
to my first cmake line, and I get the static library I want... well
even there they messed up with the debug version, so usually end up
importing it, fixing, and adding -DPNG_NAMES_DEBUG=libpng16_staticd...

Anyway, will find time to test this, so I do not need that PATH setting...

And if you give me more things to try with edbrowse, will try them, but
be very explicit in the instructions ;=))

But it compiles and runs...

===
Re: library and executable(s)

Of course, now that you are going with /ONE/ app, there is no real
need for building the static edbr-lib separately. You may remember
I started that because we had two apps that shared sources... so
was more convenient for searching in the IDE... things are not
artificially found twice in whole project searches... etc...

So now you could -
(a) put all sources directly into edbrowse, no lib, or
(b) conversely put all sources in the edbr-lib, and reduce edbrowse
to just main.c, a single source...

I guess I would opt for the latter, but not sure why... it is all
the same to the compiler, linker... and builds the same thing... an
executable...

Regards,
Geoff.