barnett@crdgw1.crd.ge.com (Bruce Barnett) (10/16/89)
Who is maintaining atalkad, especially the sparc version? I have been making changes to it, and I have seen patches from two other people for the sparc version of atalkad-align.c Peter Seuffert has posted the most recent patches, but I don't think all of his patches should be installed. (Peter, you "fixed" the calls to log the wrong way, I believe.) I have been making some changes myself, and there is a desperate need for someone to "own" atalkad.c, acting as a coordinator for changes. Can anyone act as a central coordinator? I would do so myself, except for: a) I don't understand all of the code. b) I can't get ANY version of atalkad to work on my system. I have made several changes which improve the -c reporting. I have also made several changes in readtab that eliminates such awful code as: #ifdef sparc /* gak. */ if ((int)cp & (sizeof(short) - 1)) #else if ((int)cp & 1) #endif To be specific, I have inverted the logic in the portion of code that reads the ASCII file so that instead of accepting ANY field and force fitting the value into the proper location, which hopefully won't cause a pointer problem on the sparc, the new version has a very rigid parser that expects a value of the proper field length for that field. The down side is that you can't specify an inet address with shorts, but must use either an L or I field. I also didn't implement character or string fields. The up side is that if you specify the wrong type of field size, you get an error Expected Long or IPaddress in IPFILE field on line 83 It seems to me that this is preferable to the current version, where ANYTHING is valid. However, I don't really know if my changes work. I repeat my question: Who is the coordinator for the sources of atalkad? -- Bruce G. Barnett <barnett@crd.ge.com> uunet!crdgw1!barnett
kre@cs.mu.oz.au (Robert Elz) (10/20/89)
You can ftp a sparc compliant (and generally bug fixed) version of atalkad from munnari.oz.au [128.250.1.21]. Its pub/atalkad.1.20.shar.Z (compressed obviously, so transfer in image/binary mode). There are a whole bunch of changes in there unrelated to KFPS users (ability to send more than 64 nets, and other stuff), and one significant change .. I couldn't tolerate the _ -> space stuff, so I rewrote the parser to use quoting for zone names. Single or double quotes, and all the obvious stuff works. But this means that if you have zone names containing spaces (using the _ hack) or underscores (which therefore needed to be doubled) your atalkatab file will need to be changed. Sorry, I can't send this out to uucp users, e-mail, floppy discs, tapes, or other ways, but if you fetch it, you're welcome to redistribute it however you feel inclined, given the original Stanford copyrights are still there of course. kre
kre@cs.mu.oz.au (Robert Elz) (10/20/89)
In article <2475@munnari.oz.au>, I said ... | You can ftp a sparc compliant (and generally bug fixed) version | of atalkad from munnari.oz.au [128.250.1.21]. | | Its pub/atalkad.1.20.shar.Z (compressed obviously, so transfer | in image/binary mode). But I have no idea why I typed that, I knew that "pub" wasn't the right directory for this... Try multigate/atalkad.1.20.shar.Z (For now, I have also linked a copy into pub/... for those who see the first message, but not this one, that will probably only remain for a week or so). Apologies for the mixup. kre