PowerBook 3400c on 8.6 + netatalk - Chooser "error of type 12"

[geerlingguy]

I've been trying to get my PowerBook 3400c to connect to a netatalk 3.x-based AppleTalk server over TCP.

I have Ethernet connected to my switch, and I can get an IP address using DHCP. When I try to connect to the netatalk AFP share in Chooser, I get the error message:

The application "Chooser" has unexpectedly quit, because an error of type 12 occurred.

You should save your work in other open applications and restart the computer.

I tried installing AppleShare Client 3.8.8 on my 8.6 install, and that led to this "error of type 12". Before, on the default AppleShare Client version, I would get the error "The User Authentication Method required by this server can't be found," which is why I upgraded (see this compatibility table in the netatalk docs).

Do I have to run netatalk 2.x to work with 8.6 on the 3400c? Or is there some other TCP or AppleTalk option I might be missing?

 

[cheesestraws]

Type 12 is "core routine unimemented" which might mean you are hitting a debugger whatzit. Are you sure you don't have any software missing? What does it say if you install macsbug?

 

[geerlingguy]

Haven't tried that, but will!

 

[geerlingguy]

MacsBug shows "Error logging in", but nothing else really helpful there. All under 'Chooser'.



One thing I wonder is do I need to somehow upgrade anything else besides the AppleShare Client if I want to use TCP + AppleTalk with netatalk on 8.6?

I also noticed the system resets to 1904, and the latest date I can manually set is in 2020... which is a few years behind now. Could netatalk be sending back something Chooser doesn't like regarding a date-based login problem?

 

[Phipli]

I also noticed the system resets to 1904, and the latest date I can manually set is in 2020... which is a few years behind now. Could netatalk be sending back something Chooser doesn't like regarding a date-based login problem?

The hardware supports up to 2040, it is just the UI that rolls over at 2020. I thought that 8.6 actually let you type in 2024, but that must have come in during Mac OS 9.

In 8.6 you can use NTP if you have internet.

Otherwise, perhaps this...

2020Patch - Macintosh Garden

Vintage Mac 2020 fixes Vintage Macs are now suffering from problems setting the date to 2020 and beyond, often referred to as a Y2K20 Bug. There is an existing solution, bbraun's free SetDate utility, which is functional, but not a familiar way to set the time on a Mac.

macintoshgarden.org

Or this?

https://macintoshgarden.org/apps/setdate

 

[geerlingguy]

The hardware supports up to 2040, it is just the UI that rolls over at 2020. I thought that 8.6 actually let you type in 2024, but that must have come in during Mac OS 9.

In 8.6 you can use NTPbif you have internet.

Otherwise, perhaps this...

2020Patch - Macintosh Garden

Vintage Mac 2020 fixes Vintage Macs are now suffering from problems setting the date to 2020 and beyond, often referred to as a Y2K20 Bug. There is an existing solution, bbraun's free SetDate utility, which is functional, but not a familiar way to set the time on a Mac.

macintoshgarden.org

Or this?

https://macintoshgarden.org/apps/setdate

Ah, didn't realize that! I know of the 2032 bug, didn't know what OS release would actually start fixing things. I guess Apple didn't intend for their Macs to last more than 2-3 decades, ha!

 

[Phipli]

I guess Apple didn't intend for their Macs to last more than 2-3 decades, ha!

At 2040 we will need some new patches!

 

[cheesestraws]

That break into macsbug should not be happening: it's hard to tell from here (and I'm posting from my phone so research possibilities are limited) but you might want to double check that you installed the right version of appleshare client for your os version...

 

[geerlingguy]

I'm running Mac OS 8.6, and have installed AppleShare Client 3.8.8. With older AppleShare Client versions (including the one that was built-in with 8.6), I would get the error about the "User Authentication Method" not being found

 

[geerlingguy]

I've also tried enabling guest access with:

[Global]
uam list = uams_guest.so
guest account = pi

And after restarting netatalk, I was able to log into the share from the 3400c... however, after trying some file copies, Finder would freeze after copying around half a MB of files.

I also tried adding in

uams_clrtxt.so

to the uam list, and it allowed another authentication option when connecting via Chooser, but it would always say the password was wrong. I made sure the password was only 7 characters long and ASCII characters only, as I know sometimes old stuff doesn't like longer strings... but that still didn't help.

I think for now I may stick to netatalk for the newer Mac OS X shares, and use PiSCSI to transport files to and from the PowerBook. I may also test netatalk v2 at some point to see if it is more stable with the older 8.6 Mac.