Search results

That's what I thought too, but apparently I must have deselected it when I installed NetBSD because: arm64# dumpfs / | head file system: /dev/rdk1 format FFSv2 endian little-endian ... which means I didn't get extended attributes. If I had, the format would have been FFSv2ea. It looks like I...

Your pre-System 7.5 systems will almost certainly be running the version of AppleShare that was installed with them. You probably didn't install an updated Mac OS 8 or 9 version of the AppleShare client extension onto your pre-7.5 system, which I think is the edge case that this refers to. It...

For these specific images it's not a big deal, because the original disks had bad sectors and the checksum isn't going to be something you could use reliably to compare your image against someone else's copy. The images mount fine in an emulator and the files can be read. But imagine a scenario...

Thanks for taking the time to image the floppies! One thing to keep in mind next time you make Disk Copy images: they do have a resource fork where the data checksum is saved. Resource fork information is lost when you upload the file as data to a server, unless you wrap the disk image in a...

Leopard was the last version of the Mac OS to support the AppleTalk protocol stack. No version since then has the required support in the kernel, so macOS cannot run atalkd directly. When you fire up atalkd on a macOS host, it will just print an error message and exit. If you want to use a macOS...

Based on these two links, it appears they changed their name from EDUCOMP to EDUCORP around 1988. https://www.worthpoint.com/worthopedia/vintage-1987-catalog-educomp-public-1806771042 https://www.worthpoint.com/worthopedia/1988-educorp-catalog-mac-macintosh-4073672142 Was this the auction you...

Surprisingly, Internet Archive doesn't seem to have the EDUCOMP/EDUCORP disk catalogs or the shareware disk collections. They used to be everywhere, like AOL disks. I probably have some put away in a box somewhere.

EDUCOMP was a company who downloaded every piece of freeware and shareware they could find on BBS systems and internet archives, then published a catalog. You could buy disks from their catalog with collections of games, fonts, utilities, HyperCard stacks, dithered bitmap porn, you name it. It...

Here is a cleaner diff for the BSD support. With this change applied, TashRouter is working fine on NetBSD, and should behave as it did before on Linux. diff --git a/tashrouter/port/ethertalk/tap.py b/tashrouter/port/ethertalk/tap.py index eb0fba6..86223b2 100755 ---...

Indeed, that was the case. Now that I could see the router actually working, I ended up assigning one zone name to the LtoudpPort instance and a different single zone name to the TapPort instance, so all the Mini vMac instances appear in the "Danger Zone" and the rest of the network is...

YES!!! That was it! Didn't realize it *wasn't* supposed to match the actual interface address. Thank you for all the help! Now tap0 is showing all the expected communication between various nodes in net 1, net 2, and net 3. Mini vMac sees the Netatalk server, and the Powerbook G3 sees both...

You have too much memory in the Quadra, maybe? The Apple Memory Guide has this to say about the Quadra 700: "Memory configurations above 20 MB have not been tested and are not officially supported by Apple Computer, Inc." You would need 32 bit memory addressing enabled to use >16MB of RAM. The...

Ugh. Thanks for catching that. I updated both atalkd and TashRouter configs so the same two zones are listed in the same order. It seems to pick the first one listed as the default zone. I commented out the specific line that rejects datagrams based on source node: # invalid values for...

One last update for tonight. I got multiple zones to appear on the Powerbook G3 by doing this: atalkd.conf: vioif0 -seed -phase 2 -net 2 -addr 2.22 -zone "EtherTalk Network" tap0 -seed -phase 2 -net 3 -addr 3.33 -zone "Danger Zone" route.py: router = Router('router', ports=(...

After restoring the TashRouter config to provide explicit network and zone information for the tap0 port, I am seeing AppleTalk nbp-lkup queries appear again on tap0 when the Chooser is opened in Mini vMac, and I also see both zones in the Chooser. If I omit the seed_* parameters, then incoming...

I simplified the TashRouter config (no explicit network or zone for the tap0 interface), since atalkd has already associated net 3 with tap0 and should be handling it. Unfortunately Mini vMac still can't see the server on net 2. It also no longer sees zones, just like the physical Mac. router =...

Yup, atalkd is now working fine by itself. On the wire, I see a ZIP GNI request and reply, RTMP broadcasts are coming from 2.22 (via vioif0 on the VM), as well as NBP advertising the netatalk server's name: Zone Information Protocol Function: GetNetInfo request (5) Pad (0): 00 Pad...

Hmmm... yes, with TashRouter shut down and restarting atalkd, I now see RTMP coming from 2.22 on vioif0! And there is also RTMP coming from 3.33 on tap0! It's definitely using Netatalk 4.0.9dev. I checked that /etc/rc.d/atalkd pointed to the correct place (/usr/local/sbin/atalkd) and executing...

Running Wireshark on the Ethernet network with the atalk filter, I see the 3 initial ZIP GNI requests when atalkd is starting up, and a bit later, a ZIP GNI reply: Zone Information Protocol Function: GetNetInfo reply (6) 101. .... = Flags: 0x5, Zone invalid, Only one zone 1...

They do indeed: vioif0 -router -phase 2 -net 2 -addr 2.234 -zone "EtherTalk Network" 11:37:01.612518 AT 2.103.253 > 2.234.nis: nbp-brRq 255: "=:AFPServer@EtherTalk Network" 11:37:01.612875 AT 2.234.nis > 0.nis: nbp-lkup 255: "=:AFPServer@EtherTalk Network" [addr=2.103.253] 11:37:01.612932 AT...