Hi Sampsa,
This is a first draft, where I have a reference to Mark's contribution.
http://rullf2.xs4all.nl/sg/doc.html
Mark: would you perhaps like to be co-author?
Erik
On Fri, Nov 01, 2013 at 04:41:34PM +0200, Sampsa Laine wrote:
Yeah go for it. The more the better.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 1 Nov 2013, at 13:44, Erik Olofsen <e.olofsen at xs4all.nl> wrote:
Hi Sampsa,
In case you think it is interesting, I can write something about my
Sixel image viewer.
See also below for something that may be fun for the Retrotron.
(The implementation and the game rules are at alpha stage.)
Erik
---
It is hard to imagine, but perhaps even Captain Kirk sometimes played
a Sudoku before boldly going where no man has gone before:
http://rullf2.xs4all.nl/sst/sudoku.html
There are nine entities in the Sudoku chart, but a Starfleet ship
may be a Galileo, Faerie Queene, or an Enterprise; a Klingon may
be an ordinary one, a Commmander or a Super Commander. (This depends
on a Greek-Latin square).
The Sudoku is played backwards, because the Federation is under attack.
Entities are removed at random if they take up a unique position.
In a fight, the strength matters, but if you take up a unique position,
you are trapped and may be destroyed.
It was good that Kirk practiced in a game first, because in the first
battle he lets the Galileo fight with a Klingon Super Commander.
Next there are some easy battles; in the one but last battle, a
Romulan ship disappeared from Quadrant 1 - 2, Sector 3 - 1.
Captain Kirk did not notice this in the next battle at Quadrant 1 - 2.
The Enterprise has nowhere to go, but the Commander can move to Sector
3 - 1, and Kirk loses another ship...
He then decides he might be better at real missions :)
---
On Wed, Oct 30, 2013 at 10:39:56PM +0200, Sampsa Laine wrote:
Mark,
Sorry, no DECwrite, I won't even deal with docx :)
ASCII txt and RTF with basic formatting only, and if you want pictures / diagrams, mark the spot where you'd like it wrt to the text with [* ... *], for example:
--- SNIP ---
This is my newest MLP, Candlestick, still in it's box: [** candle.jpg **] I prefer to keep my MLPs boxed since I don't feel I am ready for the type of relationship touching would entail.
--- SNIP ---
(No offence to bronies out there intended, just had to make something up the spot.)
Then just send me a ZIP of text and all the images.
If you have an editor that can create RTFD, you can dispense with the [* ... *] notation as the doc will have the pics in the right place (remember that RTFDs are bundles and need to be zipped).
The magazine is laid out in columns like a "proper" magazine (easier to read) but it's hard to promise EXACTLY where a picture will go in your submission. We'll run the submission by you before going live of course, and correct it as much as possible
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:28, Mark Wickens <mark at wickensonline.co.uk> wrote:
On 30/10/2013 20:26, Sampsa Laine wrote:
This version specifically, at the start of the DEChead/HECnet etc section of the magazine:
http://www.sampsa.com/DECMonkey.jpg
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:12, Sampsa Laine <sampsa at mac.com> wrote:
This is going in the exit retrotron magazine.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 17:53, Mark Wickens <mark at wickensonline.co.uk> wrote:
https://db.tt/G5b8sbRX
Sent from Samsung Mobile
Cool. I may get round to writing you something at some point.
Do you accept DECwrite files? ;)
Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
Much as as I like *BSD, I'd rather see OSx ;-)
Clem
On Sat, Nov 2, 2013 at 7:49 AM, Steve Davidson <jeep at scshome.net> wrote:
Then how about NetBSD on x86???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of John Wilson
Sent: Fri 11/1/2013 12:07
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Ersatz-11 PDP-11 emulator V7.0
From: Cory Smelosky <b4 at gewt.net>
>Next you just need to support non-x86 architectures. ;)
I'm not sure "need" is the word for that! :-)
(358,000 lines of assembly code...)
John Wilson
D Bit
Then how about NetBSD on x86???
-Steve
-----Original Message-----
From: owner-hecnet at Update.UU.SE on behalf of John Wilson
Sent: Fri 11/1/2013 12:07
To: hecnet at Update.UU.SE
Subject: Re: [HECnet] Ersatz-11 PDP-11 emulator V7.0
From: Cory Smelosky <b4 at gewt.net>
Next you just need to support non-x86 architectures. ;)
I'm not sure "need" is the word for that! :-)
(358,000 lines of assembly code...)
John Wilson
D Bit
Apologies, but the only way I can verify I can still receive HECnet emails is to send an email to the entire list so it sends it back to me.
Disregard this message.
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On Fri, 1 Nov 2013, John Wilson wrote:
From: Cory Smelosky <b4 at gewt.net>
Next you just need to support non-x86 architectures. ;)
I'm not sure "need" is the word for that! :-)
(358,000 lines of assembly code...)
;)
Hey, one can hope!
John Wilson
D Bit
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
From: Cory Smelosky <b4 at gewt.net>
Next you just need to support non-x86 architectures. ;)
I'm not sure "need" is the word for that! :-)
(358,000 lines of assembly code...)
John Wilson
D Bit
Next you just need to support non-x86 architectures. ;)
Sent from my iPhone
On 1 Nov 2013, at 05:28, "John Wilson" <wilson at dbit.com> wrote:
Ersatz-11 V7.0 is done. This is the 20th anniversary release (development
began on 31-Oct-1993), and it's got a bunch of new goodies. The free demo
versions (for DOS, Linux, OS/2, Stand-alone, and Windows) can be downloaded
from www.dbit.com.
There's a *lot* of new code. If that means there's going to have to
be a quick update it's going to be hard to resist calling it "V7.0-07".
There's no one huge new feature, but lots of little ones:
- CR11/CD11 punched card readers
- DMR11/DMC11 network ports (speaks real DDCMP to DECnet/RSX's software DDCMP)
- DN11 autodialer
- KG11A CRC boards
- DU11/DUV11 sync SLUs proof-of-concept (but Z85230 driver needs finishing)
- SCC: driver for Sealevel sync boards (see above -- at least async works)
- Ridiculously improved VT100 emulation. Smooth-scroll and blink on OS/2
and Windows. Also SET-UP mode. Try pressing SET-UP (default = Shift/Esc)
and then 0 on OS/2 or Windows for a good laugh, if you remember the real
thing. VT100 w/o AVO, VT101, and VT102 emulations are now included (the
autowrap behavior differs on all three -- thank you Will Kranz for the
VT102 for testing). This was motivated by finding that the VT100 emulation
was failing the VTTEST suite, but further investigation showed that a real
DEC VT100 "fails" too, in a fairly similar way (virtually identical now).
- ASSIGN ... /TTSYNC switch adds driver-level XON/XOFF flow control for
output to most serial device types (and is enabled temporarily during all
commands -- you really need it if smooth-scroll is turned on).
- Scrollback buffer in VT100 sessions -- finally
- HAYES: filter driver for data-leads-only modems with Hayes AT command set
(turns commands/responses into modem control/status leads, and connects to
the DN11 emulation) -- yes this would have been more useful in 1993
- OSPRINT: driver (emulates dumb line printer using OS-supplied printer
drivers in OS/2 and Windows). Optionally adds green-bar-paper underlay,
which seems silly until you see how nice it looks in CutePDF. OK it's silly.
- Unit number ranges in ASSIGN/DEASSIGN, MOUNT/DISMOUNT, and SHOW --
Tries to be clever about incrementing unit numbers for the PC device:
ASSIGN YZ0-3: COM1: (or /dev/ttyS0) gives you 4 DZ lines using 4 COM ports
MOUNT DU0-1: rsx0.dsk gives you two disks using rsx0.dsk and rsx1.dsk
*But* if there's nothing to increment then you get identical devices:
ASSIGN YV0-15: TELNET: gives you 16 DHU lines on the same Telnet server
MOUNT DC0-3: RAM: gives you a fully fleshed out RC11 (four RAM disks)
- Generic host-OS-independent names for several kinds of ports that can
be autodetected. SHOW ASYNCPORTS, SHOW PRINTERPORTS, SHOW SYNCPORTS,
SHOW DIGPORTS, SHOW GPIBPORTS gives you a list of what ASYNCn: etc.
will get you right now. This is supposed to make E11.INI files a little
more portable (so you don't have to change COM1: to /dev/ttyS0 etc.).
- Host-OS-independent NULL: devices for most device types.
- IEU11/IEQ11 dual GPIB port bare framework (proof of concept: works only
with NULL: device, does no actual I/O, but accepts many commands and LOGs
their behavior)
- RAMdisks now take their default size from the drive type (which may
itself be defaulted)
- "Short" disk images have the missing part emulated as a null area
(so it's OK if the bad-block track wasn't included in the image --
you don't get errors if you touch it anyway)
- DB:/DR: (Massbus moving-head disks) now enabled in Demo version;
also OA:/XA: (DR11C/DR11W), used as Ethernet IPL, internal mP IPL,
or simple LPT port interface
- Raw floppies (PC formats, for now) on Linux, OS/2, and Windows
- /CYL/HEAD/SECTORS switches work on all C/H/S disks
- Disk logs now calculate the starting block number on C/H/S disks;
LOG /PC includes PC in log files
- SET ddcu: READONLY / READWRITE can write-lock or write-enable most
disks and tapes w/o re-mounting them
- SET IDLE DELAY=n adds a n-millisecond delay during WAITs
- More use of helper threads (keeps long searches in .TAP files from
interfering with PDP-11 execution -- and incidentally means that more
of the PC devices are mP-safe even on the DOS and Stand-alone versions,
since in that case "helper threads" means migrating DOS calls to CPA where
it's safe -- not that mP is officially supported of course)
- LoadModule, GetSymbol, and UnloadModule DLL calls (OS/2 and Windows)
- Many, many, many bug fixes -- hopefully more than were introduced by
the new code
- The update disks will be CDs this time -- yes finally entering the 1990s
John Wilson
D Bit
Hi Sampsa,
In case you think it is interesting, I can write something about my
Sixel image viewer.
See also below for something that may be fun for the Retrotron.
(The implementation and the game rules are at alpha stage.)
Erik
---
It is hard to imagine, but perhaps even Captain Kirk sometimes played
a Sudoku before boldly going where no man has gone before:
http://rullf2.xs4all.nl/sst/sudoku.html
There are nine entities in the Sudoku chart, but a Starfleet ship
may be a Galileo, Faerie Queene, or an Enterprise; a Klingon may
be an ordinary one, a Commmander or a Super Commander. (This depends
on a Greek-Latin square).
The Sudoku is played backwards, because the Federation is under attack.
Entities are removed at random if they take up a unique position.
In a fight, the strength matters, but if you take up a unique position,
you are trapped and may be destroyed.
It was good that Kirk practiced in a game first, because in the first
battle he lets the Galileo fight with a Klingon Super Commander.
Next there are some easy battles; in the one but last battle, a
Romulan ship disappeared from Quadrant 1 - 2, Sector 3 - 1.
Captain Kirk did not notice this in the next battle at Quadrant 1 - 2.
The Enterprise has nowhere to go, but the Commander can move to Sector
3 - 1, and Kirk loses another ship...
He then decides he might be better at real missions :)
---
On Wed, Oct 30, 2013 at 10:39:56PM +0200, Sampsa Laine wrote:
Mark,
Sorry, no DECwrite, I won't even deal with docx :)
ASCII txt and RTF with basic formatting only, and if you want pictures / diagrams, mark the spot where you'd like it wrt to the text with [* ... *], for example:
--- SNIP ---
This is my newest MLP, Candlestick, still in it's box: [** candle.jpg **] I prefer to keep my MLPs boxed since I don't feel I am ready for the type of relationship touching would entail.
--- SNIP ---
(No offence to bronies out there intended, just had to make something up the spot.)
Then just send me a ZIP of text and all the images.
If you have an editor that can create RTFD, you can dispense with the [* ... *] notation as the doc will have the pics in the right place (remember that RTFDs are bundles and need to be zipped).
The magazine is laid out in columns like a "proper" magazine (easier to read) but it's hard to promise EXACTLY where a picture will go in your submission. We'll run the submission by you before going live of course, and correct it as much as possible
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:28, Mark Wickens <mark at wickensonline.co.uk> wrote:
On 30/10/2013 20:26, Sampsa Laine wrote:
This version specifically, at the start of the DEChead/HECnet etc section of the magazine:
http://www.sampsa.com/DECMonkey.jpg
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:12, Sampsa Laine <sampsa at mac.com> wrote:
This is going in the exit retrotron magazine.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 17:53, Mark Wickens <mark at wickensonline.co.uk> wrote:
https://db.tt/G5b8sbRX
Sent from Samsung Mobile
Cool. I may get round to writing you something at some point.
Do you accept DECwrite files? ;)
Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
Ersatz-11 V7.0 is done. This is the 20th anniversary release (development
began on 31-Oct-1993), and it's got a bunch of new goodies. The free demo
versions (for DOS, Linux, OS/2, Stand-alone, and Windows) can be downloaded
from www.dbit.com.
There's a *lot* of new code. If that means there's going to have to
be a quick update it's going to be hard to resist calling it "V7.0-07".
There's no one huge new feature, but lots of little ones:
- CR11/CD11 punched card readers
- DMR11/DMC11 network ports (speaks real DDCMP to DECnet/RSX's software DDCMP)
- DN11 autodialer
- KG11A CRC boards
- DU11/DUV11 sync SLUs proof-of-concept (but Z85230 driver needs finishing)
- SCC: driver for Sealevel sync boards (see above -- at least async works)
- Ridiculously improved VT100 emulation. Smooth-scroll and blink on OS/2
and Windows. Also SET-UP mode. Try pressing SET-UP (default = Shift/Esc)
and then 0 on OS/2 or Windows for a good laugh, if you remember the real
thing. VT100 w/o AVO, VT101, and VT102 emulations are now included (the
autowrap behavior differs on all three -- thank you Will Kranz for the
VT102 for testing). This was motivated by finding that the VT100 emulation
was failing the VTTEST suite, but further investigation showed that a real
DEC VT100 "fails" too, in a fairly similar way (virtually identical now).
- ASSIGN ... /TTSYNC switch adds driver-level XON/XOFF flow control for
output to most serial device types (and is enabled temporarily during all
commands -- you really need it if smooth-scroll is turned on).
- Scrollback buffer in VT100 sessions -- finally
- HAYES: filter driver for data-leads-only modems with Hayes AT command set
(turns commands/responses into modem control/status leads, and connects to
the DN11 emulation) -- yes this would have been more useful in 1993
- OSPRINT: driver (emulates dumb line printer using OS-supplied printer
drivers in OS/2 and Windows). Optionally adds green-bar-paper underlay,
which seems silly until you see how nice it looks in CutePDF. OK it's silly.
- Unit number ranges in ASSIGN/DEASSIGN, MOUNT/DISMOUNT, and SHOW --
Tries to be clever about incrementing unit numbers for the PC device:
ASSIGN YZ0-3: COM1: (or /dev/ttyS0) gives you 4 DZ lines using 4 COM ports
MOUNT DU0-1: rsx0.dsk gives you two disks using rsx0.dsk and rsx1.dsk
*But* if there's nothing to increment then you get identical devices:
ASSIGN YV0-15: TELNET: gives you 16 DHU lines on the same Telnet server
MOUNT DC0-3: RAM: gives you a fully fleshed out RC11 (four RAM disks)
- Generic host-OS-independent names for several kinds of ports that can
be autodetected. SHOW ASYNCPORTS, SHOW PRINTERPORTS, SHOW SYNCPORTS,
SHOW DIGPORTS, SHOW GPIBPORTS gives you a list of what ASYNCn: etc.
will get you right now. This is supposed to make E11.INI files a little
more portable (so you don't have to change COM1: to /dev/ttyS0 etc.).
- Host-OS-independent NULL: devices for most device types.
- IEU11/IEQ11 dual GPIB port bare framework (proof of concept: works only
with NULL: device, does no actual I/O, but accepts many commands and LOGs
their behavior)
- RAMdisks now take their default size from the drive type (which may
itself be defaulted)
- "Short" disk images have the missing part emulated as a null area
(so it's OK if the bad-block track wasn't included in the image --
you don't get errors if you touch it anyway)
- DB:/DR: (Massbus moving-head disks) now enabled in Demo version;
also OA:/XA: (DR11C/DR11W), used as Ethernet IPL, internal mP IPL,
or simple LPT port interface
- Raw floppies (PC formats, for now) on Linux, OS/2, and Windows
- /CYL/HEAD/SECTORS switches work on all C/H/S disks
- Disk logs now calculate the starting block number on C/H/S disks;
LOG /PC includes PC in log files
- SET ddcu: READONLY / READWRITE can write-lock or write-enable most
disks and tapes w/o re-mounting them
- SET IDLE DELAY=n adds a n-millisecond delay during WAITs
- More use of helper threads (keeps long searches in .TAP files from
interfering with PDP-11 execution -- and incidentally means that more
of the PC devices are mP-safe even on the DOS and Stand-alone versions,
since in that case "helper threads" means migrating DOS calls to CPA where
it's safe -- not that mP is officially supported of course)
- LoadModule, GetSymbol, and UnloadModule DLL calls (OS/2 and Windows)
- Many, many, many bug fixes -- hopefully more than were introduced by
the new code
- The update disks will be CDs this time -- yes finally entering the 1990s
John Wilson
D Bit
Mark,
Sorry, no DECwrite, I won't even deal with docx :)
ASCII txt and RTF with basic formatting only, and if you want pictures / diagrams, mark the spot where you'd like it wrt to the text with [* ... *], for example:
--- SNIP ---
This is my newest MLP, Candlestick, still in it's box: [** candle.jpg **] I prefer to keep my MLPs boxed since I don't feel I am ready for the type of relationship touching would entail.
--- SNIP ---
(No offence to bronies out there intended, just had to make something up the spot.)
Then just send me a ZIP of text and all the images.
If you have an editor that can create RTFD, you can dispense with the [* ... *] notation as the doc will have the pics in the right place (remember that RTFDs are bundles and need to be zipped).
The magazine is laid out in columns like a "proper" magazine (easier to read) but it's hard to promise EXACTLY where a picture will go in your submission. We'll run the submission by you before going live of course, and correct it as much as possible
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:28, Mark Wickens <mark at wickensonline.co.uk> wrote:
On 30/10/2013 20:26, Sampsa Laine wrote:
This version specifically, at the start of the DEChead/HECnet etc section of the magazine:
http://www.sampsa.com/DECMonkey.jpg
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 22:12, Sampsa Laine <sampsa at mac.com> wrote:
This is going in the exit retrotron magazine.
sampsa <sampsa at mac.com>
mobile +358 40 7208932
On 30 Oct 2013, at 17:53, Mark Wickens <mark at wickensonline.co.uk> wrote:
https://db.tt/G5b8sbRX
Sent from Samsung Mobile
Cool. I may get round to writing you something at some point.
Do you accept DECwrite files? ;)
Mark.
--
http://www.wickensonline.co.ukhttp://hecnet.euhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
