Hi Nick,

> On 02 Oct 15 22:47, Janis Kracht wrote to Leslie Given:

>>>> I can run it locally at least once 

> I just got it working on Synchronet a couple days ago.

I think I'm going to recompile it from the source.  I did that first and
that's when I saw it working "locally".  Since then I've tried
the binary from a different archive and that one doesn't seem to work as
far as I can tell.. In other words, if I run it from the command line
there's no echo to the console as you mention, but I can see it's running
with ps aux..

>There some info in the whatsnew.txt that states he's only verified it works on

That document wasn't in the first archive I downloaded with the sources.. I
did see it in the archive that only had the binaries.

> Synchronet, using STDIO (with no echo to the console), and calling it with
> "USURPER /P%n", which basically %n is synchronet's way of
tossing the node
> directory into it so Usurper knows where to find the drop file. The way I'm
> doing it you also need to be able to create a DOOR32.SYS, not just a regular
> 16bit one.

Yes, I have bbbs create the DOOR32.SYS file... I've used that with another
door (forget which one it was)..

> I didn't need any .CTL files as it has some kind of fail-protection where if
> you don't have any .CTL files, it will use some kind of defaults which seemed
> to work here. That brought up an error message on execution of no USURP.CTL
> file.. so I created a completely empty USURP.CTL in the game directory, and
> that error message disappeared.

I saw that when I ran the version I compiled.. not with the linux binary
that came 'pre-made' 

>> Hm... that directory name is in Lower Case.. 

> Directory name in lowercase doesn't matter.

Makes sense really... :)

>Good luck! It takes a little tinkering, but when it does work, it's 10x faster
> than the old DOS version of Usurper.

Sounds good.. :)

Take care,
Janis

--- BBBS/Li6 v4.10 Dada-2