LORD and other door games don't have this problem...

But Pimpwars (DOS version) keeps removing my DOOR.SYS file and doesn't run. I can point it to another temp directory with previous leftover DOOR.SYS type files (Maybe leftover from bad logoffs/crashes) and it works when I run it manually. But when D3
DOOR32 option in Mystic executes it, doesn't work. Looking at my call logs (redirecting the echo statements into a log file), the commands are correct that Mystic is executing.

D:
D:\DOORS\BNU\BNU
D:\DOORS\PIMPWARS
D: CALL PIMPWARS.EXE E:\TEMP%3\DOOR.SYS %3

but it never runs unless I manually point it to another set of DOOR files.

If I kickoff the game off via the BBS and run over to the other computer running my BBS and check the temp1 dir (Logged onto node 1), the files are there...but after 20 seconds they are auto-removed by the game.

Like I said, all my other games don't have this problem...

I know these are temporary files and are removed after the game is over.


Any ideas?

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On Saturday, January 6, 2018 at 1:45:36 AM UTC-5, Terry Rankin wrote:

LORD and other door games don't have this problem...

But Pimpwars (DOS version) keeps removing my DOOR.SYS file and doesn't run. I

can point it to another temp directory with previous leftover DOOR.SYS type files (Maybe leftover from bad logoffs/crashes) and it works when I run it manually. But when D3
DOOR32 option in Mystic executes it, doesn't work. Looking at my call logs (redirecting the echo statements into a log file), the commands are correct that Mystic is executing.

D:
D:\DOORS\BNU\BNU
D:\DOORS\PIMPWARS
D: CALL PIMPWARS.EXE E:\TEMP%3\DOOR.SYS %3

but it never runs unless I manually point it to another set of DOOR files.

If I kickoff the game off via the BBS and run over to the other computer

running my BBS and check the temp1 dir (Logged onto node 1), the files are there...but after 20 seconds they are auto-removed by the game.

Like I said, all my other games don't have this problem...

I know these are temporary files and are removed after the game is over.

Any ideas?

ok. More on this. :)

So I'm using Darryl Perry's method (Awesome job btw!) http://cyberia.darktech.org/dispfile.php?textfile=gfiles/mystic/dosdoors-howto.txt&title=How+To+Add+DOS+doors+to+Raspberry+Pi+Mystic

My doors.sh script call looks like this:
## Pimpwars
PIMP)
echo "@echo off" > ${gobat}
echo "D:" >> ${gobat}
echo "D:\DOORS\bnu\bnu" >> ${gobat}
echo "CD \DOORS\PIMPWARS" >> ${gobat}
echo "CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}" >> ${gobat}
;;

My menu command (Menu (doors))
Command: (D3) Exec DOOR32 program
Data: /home/bbs/doors/qemu/doors.sh PIMP %3 /DOS

Other info:
Using pimpwars 1.52 (DOS) version
Running Mystic 1.12a36 (So Menu Door option DG is no longer an option. D3 only)

Like I said, works with LoRD and Dungeon Master and others.
Difference between LoRD and Pimp Wars is LorD has a START.BAT script and a config that defines where the drop files reside.

For pimpwars you just have to pass that into as a parameter like so:
CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}
Which resolves to this if logged onto node #1
CALL PIMPWARS.EXE E:\TEMP1\DOOR.SYS 1

What else:
E: is my mount to /mystic directory (right off of root)
D: is my mount to /home/bbs

Hopefully that helps a little more.
Thanks!

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Hello Terry,

On Sat Jan 06 2018 06:24:36, Terry Rankin wrote to Terry Rankin:

ok. More on this. :)

So I'm using Darryl Perry's method (Awesome job btw!) http://cyberia.darktech.org/dispfile.php?textfile=gfiles/mystic/dosdoo rs-howto.txt&title=How+To+Add+DOS+doors+to+Raspberry+Pi+Mystic

My doors.sh script call looks like this:
## Pimpwars
PIMP)
echo "@echo off" > ${gobat}
echo "D:" >> ${gobat}
echo "D:\DOORS\bnu\bnu" >> ${gobat}
echo "CD \DOORS\PIMPWARS" >> ${gobat}
echo "CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}" >>
${gobat}
;;

My menu command (Menu (doors))
Command: (D3) Exec DOOR32 program
Data: /home/bbs/doors/qemu/doors.sh PIMP %3 /DOS

Looks like you're trying to give Pimpwars a DOOR32.SYS when it's looking for a DOOR.SYS. Your Mystic command should probably be (DD) instead of D3.

Like I said, works with LoRD and Dungeon Master and others.
Difference between LoRD and Pimp Wars is LorD has a START.BAT script
and a config that defines where the drop files reside.

For pimpwars you just have to pass that into as a parameter like so:
CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}
Which resolves to this if logged onto node #1
CALL PIMPWARS.EXE E:\TEMP1\DOOR.SYS 1

DOOR.SYS is not a DOOR32.SYS. Two completely different entities.

Regards,
Nick

... "Не знаю. Я здесь только работаю."
--- GoldED+/LNX 1.1.5-b20170303
* Origin: thePharcyde_ distribution system (Wisconsin) (1:154/10)

On Saturday, January 6, 2018 at 10:40:04 AM UTC-5, Nicholas Boel wrote:

Hello Terry,

On Sat Jan 06 2018 06:24:36, Terry Rankin wrote to Terry Rankin:

ok. More on this. :)

So I'm using Darryl Perry's method (Awesome job btw!) http://cyberia.darktech.org/dispfile.php?textfile=gfiles/mystic/dosdoo rs-howto.txt&title=How+To+Add+DOS+doors+to+Raspberry+Pi+Mystic

My doors.sh script call looks like this:
## Pimpwars
PIMP)
echo "@echo off" > ${gobat}
echo "D:" >> ${gobat}
echo "D:\DOORS\bnu\bnu" >> ${gobat}
echo "CD \DOORS\PIMPWARS" >> ${gobat}
echo "CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}" >> ${gobat}
;;

My menu command (Menu (doors))
Command: (D3) Exec DOOR32 program
Data: /home/bbs/doors/qemu/doors.sh PIMP %3 /DOS

Looks like you're trying to give Pimpwars a DOOR32.SYS when it's looking for

a

DOOR.SYS. Your Mystic command should probably be (DD) instead of D3.

Like I said, works with LoRD and Dungeon Master and others.
Difference between LoRD and Pimp Wars is LorD has a START.BAT script
and a config that defines where the drop files reside.

For pimpwars you just have to pass that into as a parameter like so: CALL PIMPWARS.EXE E:\TEMP${NODE}\DOOR.SYS ${NODE}
Which resolves to this if logged onto node #1
CALL PIMPWARS.EXE E:\TEMP1\DOOR.SYS 1

DOOR.SYS is not a DOOR32.SYS. Two completely different entities.

Regards,
Nick

... "Не знаю. Я здесь только работаю."

Yes, the D3 DOOR32 menu option is a confusing name because this option actual creates several "door type" files. It creates all of the following each time its executed: CHAIN.TXT door32.SYS DOOR.SYS DORINFO1.DEF

I have a bad feeling it might just be some oddness with "qemu". Its neem throwing some crazy errors like: get_cluster_count_for_directory: Assertion `mapping->mode & MODE_DELETED' failed. Aborted

Wondering if there is anything I should add to my qemu script (Within doors.sh):
qemu-system-i386 \
-localtime \
-drive file='/home/bbs/doors/qemu/freedos.img',index=0,format=raw,media=disk \ -drive file=fat:rw:/home/bbs,index=1,format=raw,media=disk \
-drive file=fat:rw:/mystic,index=2,format=raw,media=disk \
-boot c \
-display none \
-serial telnet::${portnum},server,nowait,nodelay \
-m 256 > /dev/null 2>&1 &

Thanks.

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Yes, the D3 DOOR32 menu option is a confusing name because this option actual creates several "door type" files. It creates all of the
following each time its executed: CHAIN.TXT door32.SYS DOOR.SYS DORINFO1.DEF

In Linux D3 is the same as DD except that it also creates door32.sys. There is more of a difference between the two on other platforms, but in Linux you should be fine using either one for a DOOR.SYS door.

I am not sure that PimpWars itself is deleting the file as Mystic does delete all of the drop files upon returning to the BBS, so that might be what
happens with the drop file. Or not, but I thought I'd mention it! :)

I have a bad feeling it might just be some oddness with "qemu". Its neem throwing some crazy errors like: get_cluster_count_for_directory: Assertion `mapping->mode & MODE_DELETED' failed. Aborted

This was my thoughts too considering you have other doors working and are
savvy enough to have done that. I have no experience with QEMU on the Pi for doors so I am not very useful here.

As a possible alternative:

I think there are still some 3rd party door servers that you can use a RLOGIN gate from your Mystic BBS to connect with. Basically you'd create an account with their service, they give you a login and password, and then you setup an outbound RLOGIN or SSH command to kick off the doors running on their servers.

Maybe Gryphon will see this (he wrote that guide) and have some additional input...

--- Mystic BBS v1.12 A39 2018/01/06 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (1:129/215)

On Saturday, January 6, 2018 at 5:23:52 PM UTC-5, g00r00 wrote:

Yes, the D3 DOOR32 menu option is a confusing name because this option
actual creates several "door type" files. It creates all of the following each time its executed: CHAIN.TXT door32.SYS DOOR.SYS DORINFO1.DEF

In Linux D3 is the same as DD except that it also creates door32.sys. There

is

more of a difference between the two on other platforms, but in Linux you should be fine using either one for a DOOR.SYS door.

I am not sure that PimpWars itself is deleting the file as Mystic does delete all of the drop files upon returning to the BBS, so that might be what happens with the drop file. Or not, but I thought I'd mention it! :)

I have a bad feeling it might just be some oddness with "qemu". Its neem throwing some crazy errors like: get_cluster_count_for_directory: Assertion `mapping->mode & MODE_DELETED' failed. Aborted

This was my thoughts too considering you have other doors working and are savvy enough to have done that. I have no experience with QEMU on the Pi for doors so I am not very useful here.

As a possible alternative:

I think there are still some 3rd party door servers that you can use a RLOGIN gate from your Mystic BBS to connect with. Basically you'd create an account with their service, they give you a login and password, and then you setup an outbound RLOGIN or SSH command to kick off the doors running on their

servers.

Maybe Gryphon will see this (he wrote that guide) and have some additional input...

I FIGURED IT OUT! :)

DOS is case sensitive....well sort of. ;)

I got rid of all of my @ECHO OFF commands to see what the heck was going on.

I thought DOS isn't case sensitive therefore it doesn't matter if I have: D:\DOORS\bnu\bnu
OR
D:\DOORS\BNU\BNU

Turns out that the lower case version resolved to this:
D:\DOORnnu

What the heck! :)

and got a Bad command or filename - "D:\DOORS".

I guess \b is a option or switch or has some meaning.

Ok. Long story short...
Changed it to D:\DOORS\BNU\BNU

and the output goes from:
D:\DOORnnu
Bad command or filename - "D:\DOORS".

TO:
D:\DOORS\BNU\BNU

BNU Revision 5 FOSSIL Compatible Communications Driver Ver 1.70
Copyright (C) 1989 by David Nugent & Unique Computing Ptd Ltd
1 Port(s) available 0 Port(s) active

BNU: Communications driver now resident
...
AND the GAME STARTS!!!!

WHEW! Changing that bnu to BNU took me an entire day to figure out.HAHAHA!
What the heck. :)

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On 01/06/18, Terry Rankin said the following...

D:\DOORS\bnu\bnu
Turns out that the lower case version resolved to this:
D:\DOORnnu

What's happening there is that the batch file is being dynamically generated
by the Linux shell script, and your shell echo appears to be defaulting to processing escape characters. "\b" tells it to insert a backspace rather than the literal characters listed. Normally you have to call echo with the -e switch to make it do this.

Calling echo with -E should turn this off if it's on by default. Alternatively you can escape any backslashes that would otherwise be picked up as escape characters. eg: D:\DOORS\\bnu\\bnu

\D and \B don't do anything because no such escape characters exist, but it also doesn't hurt to escape the backslash anyway for consistency's sake.

--- Mystic BBS v1.12 A38 2018/01/01 (Linux/64)
* Origin: Subcarrier BBS (1:249/400)

On 01/06/18, Terry Rankin said the following...

So I'm using Darryl Perry's method (Awesome job btw!) http://cyberia.darktech.org/dispfile.php?textfile=gfiles/mystic/dosdoors-h txt&title=How+To+Add+DOS+doors+to+Raspberry+Pi+Mystic

If you're calling fdapm to shut down the VM I would recommend using PUREOFF instead of POWEROFF so it doesn't waste time trying to spin down disk platters and park heads that don't actually exist.

--- Mystic BBS v1.12 A38 2018/01/01 (Linux/64)
* Origin: Subcarrier BBS (1:249/400)

Turns out that the lower case version resolved to this:
D:\DOORnnu
What the heck! :)

What the heck is right... it certainly shouldn't be case sensitive. But I guess you never know when it comes to emulation!

--- Mystic BBS v1.12 A39 2018/01/06 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (1:129/215)

I did notice when running bnu (and now correctly executing... Thank you!), when
the game starts up, it's extremely slow. Like 1200 baud speed at best. Any other option I can use that is less resource intensive? Either bnu with added switch/parameter
options or some other Fossil driver? ...or just upgrade to 8 core ODroid? :)

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Great tip! It does take awhile otherwise.

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Ahhh yes. Absolutely spot on. Still Linux when dynamically creating the batch file. That makes since.

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On 2018 Jan 07 21:00:08, you wrote to All:

I did notice when running bnu (and now correctly executing... Thank
you!), when the game starts up, it's extremely slow. Like 1200 baud
speed at best. Any other option I can use that is less resource
intensive? Either bnu with added switch/parameter options or some
other Fossil driver? ...or just upgrade to 8 core ODroid? :)

more cores won't do any good... there is not a switch on any fossil that i'm aware of that will make things go faster... that's all up to how the door reads
and writes the data to the port... if it writes one character at a time, it will be slow... if it writes a buffer full each time, it will be faster... then
again, the coder may have made things slow like that on purpose to emulate a slower interface (thinking of doors like OOII)...

i won't say that it will make any difference but trying another fossil might help... x00 is still around... it is used on a linux mystic system VM hosted here that runs its few doors in dosemu...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Canada is a farm team for the United States.
---
* Origin: (1:3634/12.73)

On 2018 Jan 07 20:53:12, you wrote to All:

Great tip! It does take awhile otherwise.

what's a great tip? who are you replying to? your post isn't threaded to the one you are responding to so we can't go back and look very easily...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Against boredom, even the gods themselves struggle in vain.
---
* Origin: (1:3634/12.73)

i won't say that it will make any difference but trying another fossil might help... x00 is still around... it is used on a linux mystic system VM hosted here that runs its few doors in dosemu...

In this case we're talking about QEMU and doors on a Raspberry Pi in ARM Linux, so its quite a bit different than DOSEMU. This puppy has to emulate not just the OS, but also an Intel processor all on a little Pi.

Upgrading to the top end model ODROID would probably make it much faster, maybe not entirely because of the cores (that depends on how QEMU utilizes them) but at a minimum because its just a faster processor with more memory.

--- Mystic BBS v1.12 A39 2018/01/08 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (1:129/215)

On 2018 Jan 08 15:44:18, you wrote to me:

i won't say that it will make any difference but trying another
fossil might help... x00 is still around... it is used on a linux
mystic system VM hosted here that runs its few doors in dosemu...

In this case we're talking about QEMU and doors on a Raspberry Pi in
ARM Linux, so its quite a bit different than DOSEMU. This puppy has
to emulate not just the OS, but also an Intel processor all on a
little Pi.

ahhh... i didn't think they had intel processors being emulated on ARM chips...

on the QEMU aspect... over here, we're using QEMU on linux to host several linux VMs... inside those VMs is where we're running DOSEMU for the BBS doors... we've not tried anything like firing up a QEMU VM running DOS and passing the connection over to it...

Upgrading to the top end model ODROID would probably make it much
faster, maybe not entirely because of the cores (that depends on how
QEMU utilizes them) but at a minimum because its just a faster
processor with more memory.

faster is generally better...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin' it wrong...
... Life is just one more non sequitur after Doonesbury.
---
* Origin: (1:3634/12.73)

On Monday, January 8, 2018 at 8:36:04 AM UTC-5, mark lewis wrote:

On 2018 Jan 07 20:53:12, you wrote to All:

Great tip! It does take awhile otherwise.

what's a great tip? who are you replying to? your post isn't threaded to the one you are responding to so we can't go back and look very easily...

)\/(ark

Always Mount a Scratch Monkey
Do you manage your own servers? If you are not running an IDS/IPS yer doin'

it

wrong...
... Against boredom, even the gods themselves struggle in vain.

Oh sorry... was commenting about this:

"f you're calling fdapm to shut down the VM I would recommend using PUREOFF instead of POWEROFF so it doesn't waste time trying to spin down disk platters and park heads that don't actually exist. "

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On 01/06/18, Terry Rankin said the following...

On Saturday, January 6, 2018 at 5:23:52 PM UTC-5, g00r00 wrote:

Yes, the D3 DOOR32 menu option is a confusing name because this opti
actual creates several "door type" files. It creates all of the following each time its executed: CHAIN.TXT door32.SYS DOOR.SYS DORINFO1.DEF

In Linux D3 is the same as DD except that it also creates door32.sys. T

is

more of a difference between the two on other platforms, but in Linux yo should be fine using either one for a DOOR.SYS door.

I am not sure that PimpWars itself is deleting the file as Mystic does d all of the drop files upon returning to the BBS, so that might be what happens with the drop file. Or not, but I thought I'd mention it! :)

I have a bad feeling it might just be some oddness with "qemu". Its throwing some crazy errors like: get_cluster_count_for_directory: Assertion `mapping->mode & MODE_DELETED' failed. Aborted

This was my thoughts too considering you have other doors working and ar savvy enough to have done that. I have no experience with QEMU on the P doors so I am not very useful here.

As a possible alternative:

I think there are still some 3rd party door servers that you can use a R gate from your Mystic BBS to connect with. Basically you'd create an ac with their service, they give you a login and password, and then you set outbound RLOGIN or SSH command to kick off the doors running on their

servers.

Maybe Gryphon will see this (he wrote that guide) and have some addition input...

I FIGURED IT OUT! :)

DOS is case sensitive....well sort of. ;)

I got rid of all of my @ECHO OFF commands to see what the heck was going on.

I thought DOS isn't case sensitive therefore it doesn't matter if I have: D:\DOORS\bnu\bnu
OR
D:\DOORS\BNU\BNU

Turns out that the lower case version resolved to this:
D:\DOORnnu

What the heck! :)

and got a Bad command or filename - "D:\DOORS".

I guess \b is a option or switch or has some meaning.

Ok. Long story short...
Changed it to D:\DOORS\BNU\BNU

and the output goes from:
D:\DOORnnu
Bad command or filename - "D:\DOORS".

TO:
D:\DOORS\BNU\BNU

BNU Revision 5 FOSSIL Compatible Communications Driver Ver 1.70
Copyright (C) 1989 by David Nugent & Unique Computing Ptd Ltd
1 Port(s) available 0 Port(s) active

BNU: Communications driver now resident
...
AND the GAME STARTS!!!!

WHEW! Changing that bnu to BNU took me an entire day to figure
out.HAHAHA! What the heck. :)

As I recall, with DOS, you have to do the double backslash when scripting DOS paths.

So
D:\DOORS\BNU\BNU
shold be scripted as
D:\\DOORS\\BNU\\BNU\\

I just checked my script that you referenced, and I can see that I did script it with the double backslash with all my DOS paths.

--- Mystic BBS v1.12 A38 2018/01/01 (Linux/64)
* Origin: Cyberia BBS | cyberia.darktech.org | San Jose, CA (1:106/324)

ahhh... i didn't think they had intel processors being emulated on ARM chips...

Yeah I haven't tried it myself but a couple of people using Mystic Pi have gotten it working, although its pretty slow from what I hear.

Maybe the Pi4 will have enough punch to make it more tolerable!

--- Mystic BBS v1.12 A39 2018/01/08 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (1:129/215)

On Wednesday, January 10, 2018 at 10:52:27 AM UTC-5, g00r00 wrote:

ahhh... i didn't think they had intel processors being emulated on ARM
chips...

Yeah I haven't tried it myself but a couple of people using Mystic Pi have gotten it working, although its pretty slow from what I hear.

Maybe the Pi4 will have enough punch to make it more tolerable!

Maybe Odroid xu4 or forget the ARM and go Intel with a Dell R710. :)

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On Wednesday, January 10, 2018 at 10:52:27 AM UTC-5, g00r00 wrote:

ahhh... i didn't think they had intel processors being emulated on ARM
chips...

Yeah I haven't tried it myself but a couple of people using Mystic Pi have gotten it working, although its pretty slow from what I hear.

Maybe the Pi4 will have enough punch to make it more tolerable!

Ok. I just bought a Dell R710. hahaha (OVERKILL). I might have just made things
a little more complicated. I like the VM model, so I figured I'll just buy a VM
machine. Now I need a rack for it. :) So still Linux, but now Intel instead of ARM.

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)