I added a door to scfg->External Programs->OnlinePrograms->Games->Available
Online Programs. It shows up in scfg but does not show up on the board.Any
ideas what could cause this?
Re: Externalsdoes
By: Mortifis to All on Wed Jan 23 2019 01:58 am
I added a door to scfg->External Programs->Online Programs->Games->Available Online Programs. It shows up in scfg but
not show up on the board. Any ideas what could cause this?
The Access Requirements exclude you from seeing it?
You have set to Execute On Event ... Only?
The terminal server hasn't been able to reload the configuration (nodes are still in use)?
digital man
Mortifis wrote to Digital Man <=-
All good now ... only issues left is stopping an xterm window
from opening when a DOS Door is executed despite setting
DOSemuPath to a script that calls dosemu.bin -t "$@"
Mortifis wrote to Digital Man <=-
All good now ... only issues left is stopping an xterm window
from opening when a DOS Door is executed despite setting
DOSemuPath to a script that calls dosemu.bin -t "$@"
That's an easy one...
In your /ctrl/sbbs.ini ... in the [BBS] Terminal Server section...
find "Options=<blah><blah>... and make sure "XTRN_MINIMIZED" is
one of the options (seperated by the pipe symbol).
Save and restart.
That's a no go, already defined. >That is a Windows option, and has zero affect on DOSemu :(Mortifis wrote to Digital Man <=-
All good now ... only issues left is stopping an xterm window
from opening when a DOS Door is executed despite setting
DOSemuPath to a script that calls dosemu.bin -t "$@"
That's an easy one...
In your /ctrl/sbbs.ini ... in the [BBS] Terminal Server section...
find "Options=<blah><blah>... and make sure "XTRN_MINIMIZED" is
one of the options (seperated by the pipe symbol).
Save and restart.
Re: Re: ExternalsBleh, I set sbbs.in Unix only: DOSemuPath=<path/to/my/doesemu.bin-script/>doors.sh which is #!/bin/sh </path/to/my/doesemu.bin -T "$@"
By: Dan Clough to Mortifis on Wed Jan 23 2019 07:07 pm
Mortifis wrote to Digital Man <=-
All good now ... only issues left is stopping an xterm window
from opening when a DOS Door is executed despite setting
DOSemuPath to a script that calls dosemu.bin -t "$@"
That's an easy one...
In your /ctrl/sbbs.ini ... in the [BBS] Terminal Server section...
find "Options=<blah><blah>... and make sure "XTRN_MINIMIZED" is
one of the options (seperated by the pipe symbol).
Save and restart.
That option (XTRN_MINIMIZED) only applies to Windows versions of sbbs. http://wiki.synchro.net/config:sbbs.ini#bbs
digital man
Bleh, I set sbbs.in Unix only: DOSemuPath=<path/to/my/doesemu.bin-script/>doors.sh which is #!/bin/sh </path/to/my/doesemu.bin -T "$@"
On 2019 Jan 24 09:37:40, you wrote to Digital Man:
Bleh, I set sbbs.in Unix only: DOSemuPath=<path/to/my/doesemu.bin-script/>doors.sh which is #!/bin/sh </path/to/my/doesemu.bin -T "$@"
why are you doing all of that?? you only need the one part pointing to dosemu...
screenBleh, I set sbbs.in Unix only:
DOSemuPath=<path/to/my/doesemu.bin-script/>doors.sh which is
#!/bin/sh
</path/to/my/doesemu.bin -T "$@"
why are you doing all of that?? you only need the one part pointing to
dosemu...
I am doing that because when a DOS Door is run, dosemu opens a full
window and takes complete control of the system,
as per http://wiki.synchro.net/howto:dosemu I added changed sbbs.ini
to DOSemuPath=myscript.sh ->
#!/bin/sh
exec /path/to/dosemu/dosemu -T "$@"
which has no affect.
I also run Synchronet as a daemon, this problem persists whether I am
in console or Desktop mode. (Slack 14.2 dosemu 1.4.0.8)
On 2019 Jan 24 15:22:54, you wrote to me:This anomaly only happens when SBBS calls a DOS External. I regularly use dosemu /path/to/my/dos/executable without any problems (even in an xterm)
Bleh, I set sbbs.in Unix only:
DOSemuPath=<path/to/my/doesemu.bin-script/>doors.sh which is
#!/bin/sh
</path/to/my/doesemu.bin -T "$@"
why are you doing all of that?? you only need the one part pointing to
dosemu...
I am doing that because when a DOS Door is run, dosemu opens a full screen window and takes complete control of the system,
perhaps we should look at your dosemu settings? not in sbbs but in your /etc? i
rather doubt there is something in the default settings that would affect this,
though...
as per http://wiki.synchro.net/howto:dosemu I added changed sbbs.ini to DOSemuPath=myscript.sh ->
#!/bin/sh
exec /path/to/dosemu/dosemu -T "$@"
which has no affect.
the above is using the dosemu wrapper but previously you were invoking dosemu.bin... but there's this script that you have which should not be needed,
either... have you tried something ""normal"" like this?
DOSemuPath=/usr/bin/dosemu.bin -t
are you running sbbs with Xwindows? my servers are not... none of myservers
have any GUI, only CLI... they are actually in their own VMs that i manage via SSH to the command line, generally 6 SSH sessions to one server... on my workstation, yes, i'm running KDE and using syncterm or netrunner to connect to
the BBS for that side of the experience...
i also note that http://www.dosemu.org/docs/README/1.4/x553.html says the following...
----- snip -----
8.1. Basic information
If you start dosemu in X it brings up its own window, in which you can also execute graphical programs such as games. To force text-only execution of DOSEMU in an xterm or other terminal (konsole, gnome-terminal, and so on), you need to run dosemu -t.
----- snip -----
i'm looking specifically at the difference between "-T" and "-t" but dosemu maymatters
see them as the same thing... unlike most other *nix apps where case
with command line parameters...
I also run Synchronet as a daemon, this problem persists whether I am in console or Desktop mode. (Slack 14.2 dosemu 1.4.0.8)
as a daemon via "Daemonize=True" or as a daemon from /etc/init.d??
FWIW: my dosemu works both ways... default settings from ~/.dosemu as well as defaults from /sbbs/ctrl/.dosemu... however, there's a few differences:
1. i modified my /sbbs/ctrl/.dosemu config.sys and autoexec.bat
to load nansi.sys, share.exe, and bnu fossil. those edits
eliminate emusetup.bat from my operation.
2. my ~/.dosemu is stock and has no access to any of my sbbs
stuff so i can't get there (to sbbs stuff) from "desktop mode".
so anyway, i can't help but to think that you're somehow making things too complex when KIS principle should work as desired...
when a DOS Door is called (either remote or local) my system open a full black screen and I loose control until the door exited. Any ideas what is causing that? just in case it matter the OS is Slackware 14.2 4.4.14; DOSemu 1.4.0.8
Re: Re: Externals4.4.14;
By: Mortifis to Digital Man on Thu Jan 24 2019 09:37 am
when a DOS Door is called (either remote or local) my system open a full black screen and I loose control until the door exited. Any ideas what is causing that? just in case it matter the OS is Slackware 14.2
DOSemu 1.4.0.8
Sorry, no experience with DOSemu here. :-/
digital man
the above is using the dosemu wrapper but previously you were invoking
dosemu.bin... but there's this script that you have which should not be
needed,
either... have you tried something ""normal"" like this?
DOSemuPath=/usr/bin/dosemu.bin -t
I have tried the above; dosemu -t; doors.sh; and many other variances all having the same affect
are you running sbbs with Xwindows? my servers are not... none of my
servers have any GUI, only CLI... they are actually in their own VMs
that i manage via SSH to the command line, generally 6 SSH sessions to
one server... on my workstation, yes, i'm running KDE and using
syncterm or netrunner to connect to the BBS for that side of the
experience...
nope, like I stated I am using Slackware 14.2 native (not under a VM)
I have tried both, dosemu interprets -t and -T the same, however, as I
stated, this happens *only* happens when SBBS calls a DOS Door,
whether I personally be sitting in console or in KDE.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 296 |
Nodes: | 16 (2 / 14) |
Uptime: | 35:14:16 |
Calls: | 6,648 |
Calls today: | 3 |
Files: | 12,193 |
Messages: | 5,328,921 |