[NTLK] BasiliskII ports problem

Eckhart Köppen eck at 40hz.org
Tue Oct 21 09:00:07 PDT 2025


Thanks for the hint, unfortunately still no luck with BasiliskII :(

Eckhart

On Tue, 21 Oct 2025 10:38:17 +0900, Vladislav Korotnev wrote:
> Eckhart,
> 
> Not sure if this is the same problem you're having, but a few weeks ago
> when I was trying to develop a serial port based app, the trick was to use
> the /dev/cu. subset of ports instead of /dev/tty.
> Apparently the TTY ports require hardware control flow to be operating and
> the device reporting to be ready to read, whereas their CU counterpart
> doesn't care.
> 
> Didn't try this with Basilisk, but might be worth a try.
> 
> On Tue, Oct 21, 2025 at 2:01 AM Eckhart Köppen <eck at 40hz.org> wrote:
> 
>> Matthias pinged me about cleaning up the Einstein serial port support, and
>> I wanted to check how the serial chip based implementation I added compares
>> to the lower level DMA based solution.
>> 
>> Part of that functionality is to handle a bug in BasiliskII when using a
>> pseudo terminal port for the classic MacOS modem or printer ports, but I
>> just can’t get BasiliskII to behave. Whenever I enable either modem or
>> serial port in e.g. NCU, I get an error that the port is busy.
>> 
>> Is anybody using NCU (or NTK) from within BasiliskII successfully? I tried
>> BasiliskII 1.0 and the MacOS images on UNNA, and some other images I found,
>> no dice…
>> 
>> Eckhart
>> ----------------------------------------------------------------------
>> 
>> https://newtontalk.net
>> https://bitbang.social/@newtontalk
>> https://twitter.com/newtontalk
> 
> 
> 
> -- 
> // Ak.R.
> 
> iOS/Mac/Windows & Web developer
> Vaporwave/ambient producer, sound/video engineer
> 
> Genjitsu Gadget Lab Member 001
> http://genjit.su
> 
<http://www.google.com/url?q=http%3A%2F%2Fgenjit.su&sa=D&sntz=1&usg=AFQjCNE8x1vuqw3E4Hjfe9lA59Q23-z36Q>
> ----------------------------------------------------------------------
> 
> https://newtontalk.net
> https://bitbang.social/@newtontalk
> https://twitter.com/newtontalk


More information about the NewtonTalk mailing list