Build in macOS #36
Labels
Comments
|
There seems to be a recipe for SIMH in Homebrew. We'll build KLH10 ourselves as usual. |
|
Working on this in the lars/macos branch. I first had to fix itstar, and then tapetuils. The build now hangs in expect. It tries to start the emulators, but seems to have some problem interacting with the subprocess. |
|
I can't proceed without access to a Mac system. |
|
I have a mac. |
|
Ideally, I'd like to login on a Mac server or something like that. But maybe you can checkout the lars/macos branch and test it yourself? The good news is that KLH10 built without errors, so I think our version may be ok. But neither emulator works when spawned from expect. |
|
Couldn’t get very far:
tapeio.c:57:10: fatal error: 'sys/mtio.h' file not found
trying to build tapeutils/tapewrite
… On Dec 9, 2016, at 11:20, Lars Brinkhoff ***@***.***> wrote:
Ideally, I'd like to login on a Mac server or something like that.
But maybe you can checkout the lars/macos branch and test it yourself? The good news is that KLH10 built without errors, so I think our version may be ok. But neither emulator works when spawned from expect.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y8SApO-OkN_Z6U5bmGWrMvaZVI6Lks5rGaoXgaJpZM4K99Kd>.
|
|
Found this reference:
https://opensource.apple.com/source/diskdev_cmds/diskdev_cmds-491.2/disklib/mtio.h <https://opensource.apple.com/source/diskdev_cmds/diskdev_cmds-491.2/disklib/mtio.h>
but not sure this is the “right” one. — Eric
… On Dec 9, 2016, at 11:31, Eric Swenson ***@***.***> wrote:
Couldn’t get very far:
tapeio.c:57:10: fatal error: 'sys/mtio.h' file not found
trying to build tapeutils/tapewrite
> On Dec 9, 2016, at 11:20, Lars Brinkhoff ***@***.*** ***@***.***>> wrote:
>
> Ideally, I'd like to login on a Mac server or something like that.
>
> But maybe you can checkout the lars/macos branch and test it yourself? The good news is that KLH10 built without errors, so I think our version may be ok. But neither emulator works when spawned from expect.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y8SApO-OkN_Z6U5bmGWrMvaZVI6Lks5rGaoXgaJpZM4K99Kd>.
>
|
|
I thought I fixed that, but maybe I forgot to check something in. |
|
You did. my master branch wasn’t up-to-date. Got past that. I’ll let you know. — Eric
… On Dec 9, 2016, at 11:34, Lars Brinkhoff ***@***.***> wrote:
I thought I fixed that, but maybe I forgot to check something in.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y8kvldvtwVQBbBkpCKvTex2vWq_tks5rGa1jgaJpZM4K99Kd>.
|
|
You need to update the tools/tapeutils submodule too. |
|
I did. Got tapeutils and itstar to build. Building klh10 now. Running expect script now — seems to be working so far. Will let you know what happens.
… On Dec 9, 2016, at 11:38, Lars Brinkhoff ***@***.***> wrote:
You need to update the tools/tapeutils submodule too.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y-NUH3XYa4ILgRhINDliDhQleoWvks5rGa5PgaJpZM4K99Kd>.
|
|
Ok, then it may be Travis that has a bad expect installed. |
|
Well, it failed with:
*:ksfedr
(Please Log In)
ERROR: File not found: PK0000: .; .FEFS. PK0000
!create
___003 KSFEDR . .FEFS. PK0000 WRITE 11:43:16
FE filesystem DSK: .; .FEFS. PK0000 on pack #0.
Directory address: 4500000004
!write
Are you sure you want to scribble in the FE filesystem? yes
Which file? bt
Input from (Default DSK: ___003; BT BIN): .;bt rp06
!quit
:KILL
*:lock
(Please Log In)
LOCK.154
_[CTYI: 153 => 553, old 465]kill?
_
IT IS NOW 11:43:46 AM EST, FRIDAY, DEC 9,2016
invalid command name "abort"
while executing
"abort"
invoked from within
"expect -exact $w"
(procedure "respond" line 2)
invoked from within
"respond "GO DOWN?\r\n" "y""
(procedure "shutdown" line 6)
invoked from within
"shutdown"
(file "../build.tcl" line 99)
invoked from within
"source ../build.tcl"
(file "build/klh10/build.tcl" line 54)
make: *** [out/rp0.dsk] Error 1
(genecloud)eswenson-mac ~/Personal/ITS/ws/its
$
… On Dec 9, 2016, at 11:44, Lars Brinkhoff ***@***.***> wrote:
Ok, then it may be Travis that has a bad expect installed.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y1yi_1AfF3pd30MimXWqMI6hN50Hks5rGa-WgaJpZM4K99Kd>.
|
|
There are two issues:
1) we are not defining abort, and therefore, when expect tries to invoke abort, we get a failure.
2) KLH10, under macOS appears to emit stuff like:
[CTYI: 153 => 553, old 465]
when certain characters are input to it. This is confusing the “expect -exact” command in the TCL script.
— Eric
… On Dec 9, 2016, at 11:45, Eric Swenson ***@***.***> wrote:
Well, it failed with:
*:ksfedr
(Please Log In)
ERROR: File not found: PK0000: .; .FEFS. PK0000
!create
___003 KSFEDR . .FEFS. PK0000 WRITE 11:43:16
FE filesystem DSK: .; .FEFS. PK0000 on pack #0.
Directory address: 4500000004
!write
Are you sure you want to scribble in the FE filesystem? yes
Which file? bt
Input from (Default DSK: ___003; BT BIN): .;bt rp06
!quit
:KILL
*:lock
(Please Log In)
LOCK.154
_[CTYI: 153 => 553, old 465]kill?
_
IT IS NOW 11:43:46 AM EST, FRIDAY, DEC 9,2016
invalid command name "abort"
while executing
"abort"
invoked from within
"expect -exact $w"
(procedure "respond" line 2)
invoked from within
"respond "GO DOWN?\r\n" "y""
(procedure "shutdown" line 6)
invoked from within
"shutdown"
(file "../build.tcl" line 99)
invoked from within
"source ../build.tcl"
(file "build/klh10/build.tcl" line 54)
make: *** [out/rp0.dsk] Error 1
(genecloud)eswenson-mac ~/Personal/ITS/ws/its
$
> On Dec 9, 2016, at 11:44, Lars Brinkhoff ***@***.*** ***@***.***>> wrote:
>
> Ok, then it may be Travis that has a bad expect installed.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Y1yi_1AfF3pd30MimXWqMI6hN50Hks5rGa-WgaJpZM4K99Kd>.
>
|
|
Well, that's a lot further than I got running in Travis. I got the |
|
I updated the type function to put in a .1 second delay between each character send, and it appears to be going much further. It’s now loading the sources.tape. — Eric
… On Dec 9, 2016, at 11:49, Lars Brinkhoff ***@***.***> wrote:
Well, that's a lot further than I got running in Travis.
I got the CTYI errors before. The solution was to add delays when sending input to KLH10.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-YyZasuy7gAWGNUkSLV57aQ39Dk5qks5rGbDlgaJpZM4K99Kd>.
|
|
If we add this to Travis, we'll have to wait forever for the builds to complete. Their machines are slow or overloaded. |
|
Can we conditionalize the delay for macOS? :-)
The build failed due to a timeout waiting for the sources.tape to be loaded. The current delay is 200 seconds. I bumped it up to 240 seconds. I think we were at/near the limit anyway because I ran into this last night on Linux after rebasing with the latest master merges. I’ve restarted my macOS build. — Eric
… On Dec 9, 2016, at 12:16, Lars Brinkhoff ***@***.***> wrote:
If we add this to Travis, we'll have to wait forever for the builds to complete. Their machines are slow or overloaded.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Yy_vh-Mhvu6lxzzOdg49Ls2yf_Cnks5rGbcWgaJpZM4K99Kd>.
|
|
Hmm… this time, it died much earlier with:
*:ksfedr
(Please Log In)
ERROR: File not found: PK0000: .; .FEFS. PK0000
!create
___003 KSFEDR . .FEFS. PK0000 WRITE 12:22:29
FE filesystem DSK: .; .FEFS. PK0000 on pack #0.
Directory address: 4500000004
!write
Are you sure you want to scribble in the FE filesystem? yes
Which file? bt
Input from (Default DSK: ___003; BT BIN): .;bt rp06
!quit
:KILL
*:lock
(Please Log In)
DSK: HUNG ON UNIT #0 ADDR= 625,,10020 12:22:41
IT IS NOW 12:22:54 PM EST, FRIDAY, DEC 9,2016
I wonder if KLH10 is not stable on macOS. — Eric
… On Dec 9, 2016, at 12:23, Eric Swenson ***@***.***> wrote:
Can we conditionalize the delay for macOS? :-)
The build failed due to a timeout waiting for the sources.tape to be loaded. The current delay is 200 seconds. I bumped it up to 240 seconds. I think we were at/near the limit anyway because I ran into this last night on Linux after rebasing with the latest master merges. I’ve restarted my macOS build. — Eric
> On Dec 9, 2016, at 12:16, Lars Brinkhoff ***@***.*** ***@***.***>> wrote:
>
> If we add this to Travis, we'll have to wait forever for the builds to complete. Their machines are slow or overloaded.
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Yy_vh-Mhvu6lxzzOdg49Ls2yf_Cnks5rGbcWgaJpZM4K99Kd>.
>
|
|
I’ve tried several times since then. Each time I got to the tape load of sources.tape, but timed out. I increased the timeout from 200 to 240 to 300 to 360. Same thing each time:
DSK: DIR SYSNET CREATED BY ___002 DUMP 13:10:02
___002 DUMP SYSNET _DUMP_ OUTPUT WRITE 13:10:03
___002 DUMP SYSNET CHTN 15 DELRNM 13:10:04
___002 DUMP SYSNET _DUMP_ OUTPUT WRITE 13:10:04
___002 DUMP SYSNET COMSAT 583 DELRNM 13:10:26
___002 DUMP SYSNET _DUMP_ OUTPUT WRITE 13:10:26
___002 DUMP SYSNET DQXDEV 41 DELRNM 13:10:26
___002 DUMP SYSNET _DUMP_ OUTPUT WRITE 13:10:26
___002 DUMP SYSNET FTPS 336 DELRNM 13:10:31
___002 DUMP SYSNET _DUMP_ OUTPUT WRITE 13:10:31
invalid command name "abort"
while executing
"abort"
invoked from within
"expect -timeout 360 "E-O-T""
(file "../build.tcl" line 124)
invoked from within
"source ../build.tcl"
(file "build/klh10/build.tcl" line 54)
make: *** [out/rp0.dsk] Error 1
I don’t think this emulator runs well under macOS. — Eric
… On Dec 9, 2016, at 12:24, Eric Swenson ***@***.***> wrote:
Hmm… this time, it died much earlier with:
*:ksfedr
(Please Log In)
ERROR: File not found: PK0000: .; .FEFS. PK0000
!create
___003 KSFEDR . .FEFS. PK0000 WRITE 12:22:29
FE filesystem DSK: .; .FEFS. PK0000 on pack #0.
Directory address: 4500000004
!write
Are you sure you want to scribble in the FE filesystem? yes
Which file? bt
Input from (Default DSK: ___003; BT BIN): .;bt rp06
!quit
:KILL
*:lock
(Please Log In)
DSK: HUNG ON UNIT #0 ADDR= 625,,10020 12:22:41
IT IS NOW 12:22:54 PM EST, FRIDAY, DEC 9,2016
I wonder if KLH10 is not stable on macOS. — Eric
> On Dec 9, 2016, at 12:23, Eric Swenson ***@***.*** ***@***.***>> wrote:
>
> Can we conditionalize the delay for macOS? :-)
>
> The build failed due to a timeout waiting for the sources.tape to be loaded. The current delay is 200 seconds. I bumped it up to 240 seconds. I think we were at/near the limit anyway because I ran into this last night on Linux after rebasing with the latest master merges. I’ve restarted my macOS build. — Eric
>
>> On Dec 9, 2016, at 12:16, Lars Brinkhoff ***@***.*** ***@***.***>> wrote:
>>
>> If we add this to Travis, we'll have to wait forever for the builds to complete. Their machines are slow or overloaded.
>>
>> —
>> You are receiving this because you commented.
>> Reply to this email directly, view it on GitHub <#36 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AA0-Yy_vh-Mhvu6lxzzOdg49Ls2yf_Cnks5rGbcWgaJpZM4K99Kd>.
>>
>
|
|
Ok, then it looks like it hangs in the middle of reading the tape. I'm trying to get expect working in Travis. If I succeed, I'll try SIMH. |
|
I tried |
|
@aap tried this recently, with discouraging results. |
|
It just hung at building macsyma i think. Or maybe i didn't wait long enough...I could try again today. |
|
I'm hoping the Macsyma part of the build should be more stable now. Maybe test again? |
|
The "basics" build passes with SIMH on Travis CI. KLH10 and KA10 do not. The latter due to a minor compile error. It would be interesting to know if a full build passes too. |
|
Fixed KA10 problems. See the lars/macos branch. Still won't run in KLH10. Looks like the emulator dies during disk formatting with MARK$G. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
At least make an attempt at building in Mac OS.
The text was updated successfully, but these errors were encountered: