On 2013-07-22 19:01, Cory Smelosky wrote:
On Mon, 22 Jul 2013, Johnny Billquist wrote:
Someone left a device online who is trying to mop boot the whole time? I
have a few days worth of logs by now...
Johnny
What's the MAC address?
DECnet logging isn't telling me. I haven't come around to dump the raw ethernet packets to spot it, as it only tries once every eight minutes or so.
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Mon, 22 Jul 2013, Johnny Billquist wrote:
Someone left a device online who is trying to mop boot the whole time? I
have a few days worth of logs by now...
Johnny
What's the MAC address?
--
Cory Smelosky
http://gewt.net Personal stuff
http://gimme-sympathy.org Projects
On 2013-07-21 22:30, Julian Wolfe wrote:
On Jul 21, 2013, at 2:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
MIM::DU:[FED]
I tried building 'font.c' with PDP-11 C on RSTS, and got:
$ cc font.c
The following messages pertain to file SY:FONT.C
81: %PDP11C-E-SYN_SYNTAXERROR, Found { when expecting one of { "auto" "char"
"const" "double" "enum" "extern" "float" "int" "long" "register" "short" "
signed" "static" "struct" "typedef" "union" "unsigned" "void" "volatile" "
globaldef" "globalref" "globalvalue" "noshare" "readonly" "variant_struct"
"variant_union" "*" "(" identifier typedef-name }.
The following messages pertain to the entire compilation
%PDP11C-E-SYN_FATALSYNTAX, Fatal syntax error.
%PDP11C-I-OGN_NO_OBJ_PRODUCED, No object file produced
Message summary: Informational 1 Warning 0 Error 2
Which C was this compiled with? I can install DECUS C if I need to, but normally I use ANSI C because it is newer (1992) and claims to be ansi compliant.
Yes, this is for DECUS C... However, the code originally (very long time ago) was written for ANSI C. I hacked and changed some stuff to get it to compile under DECUS C. I think much of it should be conditionalized. However, I also use a routine or two written in MACRO-11 to do character based terminal reads without echo.
Look at the code, and fix it. :-)
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On Jul 21, 2013, at 2:18 PM, Johnny Billquist <bqt at softjar.se> wrote:
MIM::DU:[FED]
I tried building 'font.c' with PDP-11 C on RSTS, and got:
$ cc font.c
The following messages pertain to file SY:FONT.C
81: %PDP11C-E-SYN_SYNTAXERROR, Found { when expecting one of { "auto" "char"
"const" "double" "enum" "extern" "float" "int" "long" "register" "short" "
signed" "static" "struct" "typedef" "union" "unsigned" "void" "volatile" "
globaldef" "globalref" "globalvalue" "noshare" "readonly" "variant_struct"
"variant_union" "*" "(" identifier typedef-name }.
The following messages pertain to the entire compilation
%PDP11C-E-SYN_FATALSYNTAX, Fatal syntax error.
%PDP11C-I-OGN_NO_OBJ_PRODUCED, No object file produced
Message summary: Informational 1 Warning 0 Error 2
Which C was this compiled with? I can install DECUS C if I need to, but normally I use ANSI C because it is newer (1992) and claims to be ansi compliant.
Afternoon all,
Anyone gotten this to work? I got it to build on Solaris/SPARC but FreeBSD/SPARC seems to be a bit of a different beast.
cc -c -g3 -O3 -I. -I../../src -DCENV_CPU_I386=1 -DCENV_SYS_FREEBSD=1 -DKLH10_CPU_KLX=1 -DKLH10_SYS_T20=1 -DKLH10_EVHS_INT=1 -DKLH10_DEV_DPNI20=1 -DKLH10_DEV_DPTM03=1 -DKLH10_DEV_DPRPXX=1 -DKLH10_MEM_SHARED=1 -DKLH10_RTIME_OSGET=1 -DKLH10_ITIME_INTRP=1 -DKLH10_CTYIO_INT=1 -DKLH10_APRID_SERIALNO=3600 -DKLH10_CLIENT=\"MyKL\" ../../src/kn10ops.c
../../src/kn10ops.c: In function 'x_ashc':
../../src/kn10ops.c:796: error: address of register variable 'd' requested
../../src/kn10ops.c:796: error: address of register variable 'd' requested
../../src/kn10ops.c:796: error: address of register variable 'd' requested
../../src/kn10ops.c:798: error: address of register variable 'd' requested
../../src/kn10ops.c:798: error: address of register variable 'd' requested
../../src/kn10ops.c:798: error: address of register variable 'd' requested
../../src/kn10ops.c: In function 'qdivstep':
../../src/kn10ops.c:3266: error: address of register variable 'qw' requested
../../src/kn10ops.c:3266: error: address of register variable 'qw' requested
../../src/kn10ops.c:3266: error: address of register variable 'qw' requested
Wow this takes me back. A group of us played about with something like this twenty odd years ago while writing a Boulderdash game in ADA to play on the campus 8800.
On Sun, Jul 21, 2013 at 6:03 PM, Julian Wolfe <julian at twinax.org> wrote:
I'd be surprised if anyone on here has actually messed with this, but I thought it was worth a shot.
On 2013-07-21 20:03, Julian Wolfe wrote:
I know this is a bit off-topic, but I was playing around with the DECDLD commands in the VT220 programmer's reference guide to make character graphics on the VT220 (I'm actually using Mac240, a VT220 emulator that has full DECDLD support at a VT220 level)
I'm having a problem getting characters to join at the top of the cell. The top two pixels don't seem to meet.
I see some material about VT320 but the addressing of the matrix seems quite different on that terminal.
I'm using 7-bit encoding to create the characters. Do I need to use 8-bit in order to use the full matrix?
I'd be surprised if anyone on here has actually messed with this, but I thought it was worth a shot.
I can also toss my work at whoever has a VT220 lying around to see if they can test it as well.
Any input is appreciated (as long as I can decode it, ha ha)
MIM::DU:[FED]
Johnny
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt at softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
I know this is a bit off-topic, but I was playing around with the DECDLD commands in the VT220 programmer's reference guide to make character graphics on the VT220 (I'm actually using Mac240, a VT220 emulator that has full DECDLD support at a VT220 level)
I'm having a problem getting characters to join at the top of the cell. The top two pixels don't seem to meet.
I see some material about VT320 but the addressing of the matrix seems quite different on that terminal.
I'm using 7-bit encoding to create the characters. Do I need to use 8-bit in order to use the full matrix?
I'd be surprised if anyone on here has actually messed with this, but I thought it was worth a shot.
I can also toss my work at whoever has a VT220 lying around to see if they can test it as well.
Any input is appreciated (as long as I can decode it, ha ha)
Julian