There used to be an app "bomb catcher" or something like thatI don't know the exact name, but it let you recover from bombs without restarting.

Click to expand...

Yeah, I just need to get it together and learn how to use a debugger.

So... How is your TCP/IP connection setup? Sounds like you may be using localtalk? Hmm... looks like it crashes just after doing a dns query perhaps? I was reading about bbraun's http disk block driver... and he said that dns occurs in the device driver which is bad so you may want to try hardcoding a server address just to avoid doing DNS. I don't have any mac I can develop on yet sadly.... working on it!
This looks like it has useful info http://www.umich.edu/~archive/mac/misc/documentation/mactcpinfo1.2.txt

Also I like XMacPP ;-) ... lol Better than MacinJabber which would sort of be a play on MacinTalk!

Click to expand...

My SE/30 is running Open Transport's MacTCP emulation on System 7.5.5 through a PDS Ethernet adapter. I believe the reason it was crashing is because I was printf'ing the IP address from within a Device Manager callback, which are run on the interrupt level and are extremely sketchy about memory allocation and register use according to Inside Macintosh. I assume a complex function call like printf screwed up some of the registers which were required to be preserved. Anyway, I now just save the IP in the callback and print it in my normal application code, and it works fine.

I now have the app sending and receiving data, but it appears FB has changed their service slightly, and now requires a secure connection to use the DIGEST-MD5 authentication scheme.

The current step is getting PolarSSL to compile on THINK C, which isn't that bad, except that THINK doesn't seem to find header files in subdirectories, so I have to painstakingly go through each of PolarSSL's .c files and change #include "polarssl/xxxxx.h" to #include "xxxxx.h". xx(