I am sure this is due to it being a pre-release but found it to be slower
than A35 in some places where I run mpl. Not sure if this is due to possible it being compiled differently or in a debug state?

Thought I would mention this I went back to A35 as I had not run into the
same problems others had with this version. Will wait for the public release of A36 before re-pushing to my setup. :)

Cheers!
Pequito

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

I am sure this is due to it being a pre-release but found it to be slower than A35 in some places where I run mpl. Not sure if this is due to possible it being compiled differently or in a debug state?

I haven't touched MPL at all, so I don't know why that would be.

--- Mystic BBS v1.12 A36 2017/11/03 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 11/03/17, g00r00 said the following...

I am sure this is due to it being a pre-release but found it to be sl than A35 in some places where I run mpl. Not sure if this is due to possible it being compiled differently or in a debug state?

I haven't touched MPL at all, so I don't know why that would be.

Yeah was odd, but moved back to A35 and seems to work fine vs A36 pre-release. Was A36 pre-release compiled differently, aka debug mode?

Cheers!
Pequito

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

Yeah was odd, but moved back to A35 and seems to work fine vs A36 pre-release. Was A36 pre-release compiled differently, aka debug mode?

No, all releases are/should be compiled identically by using the same scripts.

Are you talking about the Nov 3rd A36?

--- Mystic BBS v1.12 A36 2017/11/03 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 11/03/17, g00r00 said the following...

Yeah was odd, but moved back to A35 and seems to work fine vs A36 pre-release. Was A36 pre-release compiled differently, aka debug mode

No, all releases are/should be compiled identically by using the same scripts.

Are you talking about the Nov 3rd A36?

Will try that one later today and see how it works. :)

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

On 11/03/17, g00r00 said the following...

Yeah was odd, but moved back to A35 and seems to work fine vs A36 pre-release. Was A36 pre-release compiled differently, aka debug mode

No, all releases are/should be compiled identically by using the same scripts.

Are you talking about the Nov 3rd A36?

Gave the newest one a shot and same issue, I am running a DD to shell out and do a cp filename filename and its delayed for some reason. Games seem OK
still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning and resuming everything.

I reverted back to A35 till I can figure out a possible solution for this, I also use the DD to run a simple bash script to randomly pick an ansi for
logoff and display it. I know you can do logoff1,2,3 etc but should also be able to do the way I am. :)

Cheers!
Pequito

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

Gave the newest one a shot and same issue, I am running a DD to shell
out and do a cp filename filename and its delayed for some reason.
Games seem OK still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning and resuming everything.

I do the same thing for the Log off ad, Use DD to run a script. And I can also confirm that there is a slight delay compared to what it was is A35. In A35, it would run instantly, almost seamless. In A36 there is about a 2 second delay.

Scott Miller
---Quickshot
----Troybbs.com

--- Mystic BBS v1.12 A36 2017/11/04 (Linux/64)
* Origin: Troy's Den * troybbs.com (21:2/134)

Gave the newest one a shot and same issue, I am running a DD to shell
out and do a cp filename filename and its delayed for some reason.
Games seem OK still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning and resuming everything.

Okay, I was thinking you said it was MPL related so I wasn't thinking about doors. This makes more sense...

When you run a door in Linux, Mystic waits differently than it used to do in the previous versions. It watches the running process and monitors the connection as well, so if the connection ends Mystic will send "SIGTERM" to the process and kill the node.

In the current version it checks the status every 1 second. I will make an adjustment so it checks 5 times per second in the 11/05 build. Once you test it please let me know if this is noticeable still.

--- Mystic BBS v1.12 A36 2017/11/04 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 11/04/17, g00r00 said the following...

Gave the newest one a shot and same issue, I am running a DD to shell out and do a cp filename filename and its delayed for some reason. Games seem OK still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning a resuming everything.

Okay, I was thinking you said it was MPL related so I wasn't thinking about doors. This makes more sense...

When you run a door in Linux, Mystic waits differently than it used to
do in the previous versions. It watches the running process and
monitors the connection as well, so if the connection ends Mystic will send "SIGTERM" to the process and kill the node.

In the current version it checks the status every 1 second. I will make an adjustment so it checks 5 times per second in the 11/05 build. Once you test it please let me know if this is noticeable still.

Ty for the quick response g00r00 will do once I see it posted. :) ..

Cheers!
Pequito

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

Hey I put the newer Linux versions that should have the faster shell time up
on the prealpha directory.

--- Mystic BBS v1.12 A36 2017/11/04 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

On 11/05/17, g00r00 said the following...

Hey I put the newer Linux versions that should have the faster shell
time up on the prealpha directory.

--- Mystic BBS v1.12 A36 2017/11/04 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

Will grab that tonight and let you know. =)

--- Mystic BBS v1.12 A35 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

On 11/05/17, g00r00 said the following...

Hey I put the newer Linux versions that should have the faster shell
time up on the prealpha directory.

--- Mystic BBS v1.12 A36 2017/11/04 (Windows/32)
* Origin: Sector 7 [Mystic BBS WHQ] (21:1/108)

Here we have it, much quicker and works how A35 does thank you!

Cheers!
Pequito

--- Mystic BBS v1.12 A36 2017/11/04 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)

On 11/04/17, Pequito said the following...

Gave the newest one a shot and same issue, I am running a DD to shell
out and do a cp filename filename and its delayed for some reason.
Games seem OK still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning and resuming everything.

I use a number of scripts and such and have noticed improvement in A36. There is a path again:
bcw@livingroom2:/mystic$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin

I have noticed some minor delays, but in seconds and have noticed I can now
do cal under DD again like on 1.11 which I haven't been able to do under 1.12 till down. I suspect the delays are more debug and error checking and will be less after it's working fully. I test using DD and /bin/bash limited to users with security levels 100 and more (s100). There is a lot more I can do under Linux than under Windows where I can't get any batch files or scripts to
work. That may have improved with this version, I'll have to try it for a
while and see if I can get anything to work.

--- Mystic BBS v1.12 A36 2017/11/04 (Linux/32)
* Origin: BCW Livingroom (21:1/145.5)

On 11/05/17, bcw142 said the following...

On 11/04/17, Pequito said the following...

Gave the newest one a shot and same issue, I am running a DD to shell out and do a cp filename filename and its delayed for some reason. Games seem OK still but when I do the same file operations I am doing under A35 there seems to be least 3-4 second delay before returning a resuming everything.

I use a number of scripts and such and have noticed improvement in A36. There is a path again:
bcw@livingroom2:/mystic$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin

I have noticed some minor delays, but in seconds and have noticed I can now do cal under DD again like on 1.11 which I haven't been able to do under 1.12 till down. I suspect the delays are more debug and error checking and will be less after it's working fully. I test using DD and /bin/bash limited to users with security levels 100 and more (s100).
There is a lot more I can do under Linux than under Windows where I
can't get any batch files or scripts to work. That may have improved
with this version, I'll have to try it for a while and see if I can get anything to work.

Nah it was how long the SIGTERM was shot back to the system or checked,
g00r00 reduced this time and its back to working more like A35. :)

--- Mystic BBS v1.12 A36 2017/11/04 (Linux/32)
* Origin: Twinkle BBS # (21:1/126)