Hi all, I'm reposting the below message, with the original
author's permission, because I think it may be helpful to many
sysops...


* Originally in: FSXnet BBS Support/Dev
* Originally on: 06-29-19 20:40
* Originally by: Netsurge

PKZIP and dosemu don't play very well, especially if you are using a 64bit linux os.

There is a way to disable DPMI (which causes the issue) via command line,
by adding -) to the command line, but that really doesn't help if the zip
and unzip routines are hardcoded into software, like interlord.

Alas, after a shit load of research I have found a work around.

First you will need pkzip 2.04g (google for pkz204g.exe or ask me to drop it
in your inbound).

Create a directory via dosemu to house pkzip and pkunzip (I created one in my doors dir called pkzip).

Copy and run pkz204g.exe, it should uncompress all the PK stuff into doors/pkzip.

Create a file in your pkzip dir called pkzip.cfg and add the following to
that file:

DPMI=Disabled

Next you need to set the path for your pkzip folder and disable dpmi for pkunzip via your autoexec.bat. Edit autoexec.bat and add the following to
your path statement:

d:\doors\pkzip (where ever your created your pkzip folder)

so my path statement looks like this now:

path z:\bin;z:\gnu;z:\dosemu;d:\doors\pkzip

you also need to add the following to your autoexec.bat file right after your last lredir statement:

SET PKUNZIP=-)

Now exit out of dosemu and head back into it so that your new autoexec.bat takes effect.

As to why PKZIP uses a cfg file and PKUNZIP requires a variable set is beyond me, why not use either or for both. Then again, we are talking about the
90's here/

You should now be able to run pkzip.exe and pkunzip.exe from any directory without getting the dreaded DPMI error.

If you have any questions, there is a huge discussion on SciNet in the
gaming echo about beating dosemu into submission when it comes to running
old dos door games in linux.

|15frank |08// |15netsurge
|07disksh0p|08!|07bbs |08% |07bbs.diskshop.ca |08% |07mystic goodness |11SciNet |03ftn hq |08% |07https://diskshop.ca/scinet

=== Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
# Origin: % disksh0p!bbs % bbs.diskshop.ca % SciNet ftn hq % (21:4/154)
--- SBBSecho 3.07-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)

Hello Dan,

29 Jun 19 22:08 at you wrote to All:

PKZIP and dosemu don't play very well, especially if you are using a
64bit linux os.

That's odd. The past five years that I've used DOSemu with PC-DOS 2000 under Slackware 64 Linux with MBSE I haven't had a single issue...I wonder what version of DOSemu was used.

I use the "last" version on the project's Git repo without issue. The problem is that there's so many different variables, variations, and situations that there's no single general "rule" that applies to dealing with DOSemu.

Later,
Sean
(No, I didn't pick the tagline. :D)

... Everyone is entitled to my opinion.
--- GoldED+/LNX 1.1.5-b20180707
* Origin: Outpost BBS * Limestone, TN, USA (1:18/200)

On 02 Jul 2019, Sean Dennis said the following...

PKZIP and dosemu don't play very well, especially if you are using a 64bit linux os.

That's odd. The past five years that I've used DOSemu with PC-DOS 2000 under Slackware 64 Linux with MBSE I haven't had a single issue...I
wonder what version of DOSemu was used.

I know that I had been running it for a couple years, and it wasn't until recently that I started having issues. This is running dosemu v1.4.0.8 under Ubuntu 18.04. I believe this version of dosemu runs freedos, so that might be the difference...

I use the "last" version on the project's Git repo without issue. The problem is that there's so many different variables, variations, and situations that there's no single general "rule" that applies to dealing with DOSemu.

That is true. Dosemu has pages of config settings that can be used...


---

|03B|09lack |03P|09anther|03(|09RCS|03)|07

--- Mystic BBS v1.12 A43 2019/03/02 (Linux/64)
* Origin: Castle Rock BBS - bbs.castlerockbbs.com (1:317/3)

Sean Dennis wrote to Dan Clough <=-

Hello Sean,

29 Jun 19 22:08 at you wrote to All:

PKZIP and dosemu don't play very well, especially if you are using a
64bit linux os.

That's odd. The past five years that I've used DOSemu with
PC-DOS 2000 under Slackware 64 Linux with MBSE I haven't had a
single issue...I wonder what version of DOSemu was used.

Yeah, I don't really know (I'm sure you caught that I was
forwarding somebody else's message). I also am using DOSemu (with
FreeDOS) under Slack64 and haven't had problems. But I think this
issue only shows itself with certain doors/programs. Frank was
having trouble with a particular door he was trying to get going.

I use the "last" version on the project's Git repo without issue.
The problem is that there's so many different variables,
variations, and situations that there's no single general "rule"
that applies to dealing with DOSemu.

Yes, agreed on that. It can be a cantankerous b**ch...

I'm just using the latest available from SBo... :-)


... Internal Error: The system has been taken over by sheep at line 19960
=== MultiMail/Linux v0.52
--- SBBSecho 3.07-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)

On 2019 Jul 03 01:26:00, you wrote to Sean Dennis:

FreeDOS) under Slack64 and haven't had problems. But I think this
issue only shows itself with certain doors/programs. Frank was
having trouble with a particular door he was trying to get going.

but it isn't the door causing the problem... it is pkzip and pkunzip that are... the door is likely not even running at that point... oh, wait... unless it is shelling out to (un)archive interbbs game packets... hummm...

FWIW: there's only like three changes i have ever had to make to get dosemu running and stop it from complaining... one was allowing access to the 0 range of memory, another was forcing the keyboard, and the last was ummm... i can't remember but i think it was something else similar to the setting i had to make
for the memory... one of those system.ctrl things... not anything systemd related... hummm... oh well...

)\/(ark

And to this end they built themselves a stupendous super-computer which was
so amazingly intelligent that even before its data banks had been connected
up it had started from "I think therefore I am" and got as far as deducing
the existence of rice pudding and income tax before anyone managed to turn
it off.
... /00\ Here's /00\ l00king /00\ at /00\ you. /00\ /00\
---
* Origin: (1:3634/12.73)

mark lewis wrote to Dan Clough <=-

FreeDOS) under Slack64 and haven't had problems. But I think this
issue only shows itself with certain doors/programs. Frank was
having trouble with a particular door he was trying to get going.

but it isn't the door causing the problem... it is pkzip and
pkunzip that are... the door is likely not even running at that
point... oh, wait... unless it is shelling out to (un)archive
interbbs game packets... hummm...

Yes, that is what I meant to say. The issue did involve Interbbs
stuff and using pkzip/pkunzip from within DOSemu.


... A day without sunshine is like night.
=== MultiMail/Linux v0.52
--- SBBSecho 3.07-Linux
* Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:123/115)

On 2019 Jul 03 12:50:00, you wrote to me:

but it isn't the door causing the problem... it is pkzip and pkunzip
that are... the door is likely not even running at that point... oh,
wait... unless it is shelling out to (un)archive interbbs game
packets... hummm...

Yes, that is what I meant to say. The issue did involve Interbbs
stuff and using pkzip/pkunzip from within DOSemu.

yeah, some of them do it in the script file that executes the door... others have a tool that shells out to extract the data packets and import them... it is possible that shelling out is causing problems...

when i was running my RA system on OS2, my OLMS mail door started mucking up and ""crashing"" the node when it went to shell out to pack up the new messages... i write ""crashing"" but what it was on the screen was a supposed memory error and the node was in a tight loop... the only way out was to close the task and reset it... the problem happened for a while and then would go away for a while... then it would come back again...

i suspect it was something to do with the DRM protections but don't have any proof... since the author released a generic registration key when they got out
of BBSing and supporting OLMS, that's what i used because they were already gone by the time i decided to use the door... it is possible that it was simply
a bug, too... maybe in OLMS or possibly in 4DOS... i dunno... it happened exactly the same in 4 different versions of 4DOS and i know that i've implemented DRM protections in some of my programs that did similar antics as what i was seeing...

if i could have contacted the author, i would have... possibly even offered to take over the project but all contact information was scrubbed and he wasn't showing up in any searches so... oh well :shrug:

)\/(ark

And to this end they built themselves a stupendous super-computer which was
so amazingly intelligent that even before its data banks had been connected
up it had started from "I think therefore I am" and got as far as deducing
the existence of rice pudding and income tax before anyone managed to turn
it off.
... Never lick a gift horse in the mouth.
---
* Origin: (1:3634/12.73)

Re: DOSEMU, PKZIP and DPMI
By: mark lewis to Dan Clough on Wed Jul 03 2019 11:55 am

And to this end they built themselves a stupendous super-computer which was so amazingly intelligent that even before its data banks had been connected up it had started from "I think therefore I am" and got as far as deducing the existence of rice pudding and income tax before anyone managed to turn it off.

Where's that quote from?

digital man

Synchronet "Real Fact" #39:
Synchronet first supported Windows NT v6.x (a.k.a. Vista/Win7) w/v3.14a (2006). Norco, CA WX: 81.6øF, 45.0% humidity, 3 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Jul 03 14:06:26, you wrote to me:

And to this end they built themselves a stupendous super-computer which
was so amazingly intelligent that even before its data banks had been
connected up it had started from "I think therefore I am" and got as far
as deducing the existence of rice pudding and income tax before anyone
managed to turn it off.

Where's that quote from?

Douglas Adams HHGTTG

https://www.goodreads.com/quotes/796419-and-to-this-end-they-built-themselves-a-stupendous-super-computer

)\/(ark

And to this end they built themselves a stupendous super-computer which was
so amazingly intelligent that even before its data banks had been connected
up it had started from "I think therefore I am" and got as far as deducing
the existence of rice pudding and income tax before anyone managed to turn
it off.
... smoke gets in your eyes....
---
* Origin: (1:3634/12.73)

Re: cool quote
By: mark lewis to Rob Swindell on Wed Jul 03 2019 05:49 pm

On 2019 Jul 03 14:06:26, you wrote to me:

And to this end they built themselves a stupendous super-computer which
was so amazingly intelligent that even before its data banks had been
connected up it had started from "I think therefore I am" and got as far
as deducing the existence of rice pudding and income tax before anyone
managed to turn it off.

Where's that quote from?

Douglas Adams HHGTTG

Ah, I thought I recognized that sarcasm! :-)

digital man

This Is Spinal Tap quote #6:
David St. Hubbins: He was the patron saint of quality footwear.
Norco, CA WX: 77.9øF, 57.0% humidity, 15 mph ENE wind, 0.00 inches rain/24hrs --- SBBSecho 3.07-Linux
* Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

On 2019 Jul 03 17:04:44, you wrote to me:

Where's that quote from?

Douglas Adams HHGTTG

Ah, I thought I recognized that sarcasm! :-)

yup! i just liked the part about rice pudding :P

)\/(ark

And to this end they built themselves a stupendous super-computer which was
so amazingly intelligent that even before its data banks had been connected
up it had started from "I think therefore I am" and got as far as deducing
the existence of rice pudding and income tax before anyone managed to turn
it off.
... Canada didn't have a civil war to establish a continental nation!
---
* Origin: (1:3634/12.73)

PKZIP and dosemu don't play very well, especially if you are using a 64bit linux os.

That's odd. The past five years that I've used DOSemu with PC-DOS 2000 under Slackware 64 Linux with MBSE I haven't had a single issue...I wonder what version of DOSemu was used.

Maybe one of the variables is that you are using PC-DOS 2000. I have had difficulties (sometimes) with the default freedos kernel on a 64-bit linux machine. There are workaround for the pkzip issue, but there are others
that are pervasive.

Someone else has reported having luck using an older MS-DOS kernel... 5.0,
I think. I have that one so I thought I would try it sometime.

Mike

---
* SLMR 2.1a * Oooo, Better run, Mr. Wino!!!
* Origin: capitolcityonline.net * Telnet/SSH:2022/HTTP (1:2320/105)

Sean,

(No, I didn't pick the tagline. :D)

... Everyone is entitled to my opinion.

But, I'm stealing it. <G>

Daryl

===
þ OLX 1.53 þ What color is a chameleon in a mirror??
--- SBBSecho 3.07-Win32
* Origin: The Thunderbolt BBS - tbolt.synchro.net (1:19/33)