Don't you just hate it when you've been trying to do something fairly simple that just won't work, and you can't figure out why, and then you realize the problem and want to kick yourself?
I've been trying to get ppp working on a Sparcstation LX running OpenBSD 3.3, with the eventual intention of making it a dial-on-demand PPP/firewall/NAT box. I'd tried it before on 3.2, but the LX has slightly funky serial ports and OpenBSD versions before 3.3 don't talk to them properly. Nevertheless, on 3.3, I still couldn't talk to the modem. The connection would go into limbo as soon as I invoked term.
Then suddenly I figured it out, with a resounding DOH!!!! The LX didn't have a keyboard connected, so OpenBSD was automatically helpfully redirecting all input and output to the first available terminal. Yeah, that's right, ttya. The port with the modem connected to it. So of COURSE the LX couldn't talk to the modem, it was already using that port as its serial console....
- Carefully remove clue bat from packaging.
- Apply generously to head and shoulders.
- Repeat as necessary.
Remember when debugging userspace issues....
Re: Remember when debugging userspace issues....
"And thus, the student was enlightened."
no subject
REM Here we test for something
if blah blah blah
REM and if it is we invoke this;
foo(bar)
endif
After more time than I care to admit I remembered that the semicolon was dBASE II's line-continuation character; it was reading "foo(bar)" as part of the preceding comment. Urrgh.
Re: