jc@seismo.CSS.GOV@cdx39.UUCP (12/11/86)
Path: cdx39!jc From: jc@cdx39.UUCP (John Chambers) Newsgroups: mod.protocols.appletalk Subject: Re: Mac SCSI to Ethernet interface from Kinetics ? Summary: You're not the only one... Message-ID: <525@cdx39.UUCP> Date: 11 Dec 86 17:22:20 GMT References: <8612092027.AA04474@hoptoad.uucp> <8612101519.AA22441@tcgould.tn.cornell.edu> Organization: Codex Corp, a division of Motorola; Canton, MA, USA Lines: 46 > From a user's point of view... > The physics department that I'm currently at would love to have NFS for the Mac > even if it was only as a client. (IE we'd pay a reasonable price for it.) > > We want to use the Macs as terminal as well as on there own. > > Is anyone else out there in the same situation? > How are you going about integrating your computers into one heterogeneous whole? > For the Venders out there, can you help us, at a reasonable price? > (Or do I have to stop doing physics for a while and write this > stuff to my self) Well, I know of a lot of others in similar situations; I also know of a few people who would love to get into solving such problems [myself included]. The usual problems is that your boss doesn't see any profit from solving the general problem when all we need is to get this batch of files over to that machine. That's generally easy, by using some sort of terminal emulator or kermit or cu or .... In the long run, solving the general case would be better. But making it work requires having on hand one (or often two) of each type of machine, plus one of each type of network, plus the boards and software to hook them all together. This gets expensive! I can't personally afford to buy them and install them in my living room, much as I'd like to. It's hard to get venture capital unless you've already shown that you can do it. It's sort of hard to convince a maker of workstation X that they should supply their employees with a lot of their competitors' workstations. After all, why should a company pay their competitors in order to make it easier to use the competitors' equipment? Anyhow, if you find someone who wants to work on a general solution to your problem, I've got some resumes that I could send them. Now if I could only persuade each manufacturer to ship me two of their systems, plus one each of the networks that they support. (Such a dreamer! :-) -- John M Chambers Phone: 617/364-2000x7304 Email: ...{adelie,bu-cs,harvax,inmet,mcsbos,mit-eddie,mot[bos]}!cdx39!{jc,news,root,usenet,uucp} Smail: Codex Corporation; Mailstop C1-30; 20 Cabot Blvd; Mansfield MA 02048-1193 Clever-Saying: For job offers, call (617)484-6393 evenings and weekends.
dorl@seismo.CSS.GOV@uwmacc.UUCP (12/30/86)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.protocols.appletalk Subject: New MacIP Message-ID: <772@uwmacc.UUCP> Date: 30 Dec 86 14:16:47 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 16 I have seen some (but I suspect not all) of the messages in this group concerning the new Stanford MacIP. I have sent my request off to macip@ahwahnee.stanford.edu but received no reply. Recently I have seen a few messages concerning ftp problems at Stanford machine 'russell'; these lead me to suspect that I've missed some messages concerning obtaining the new software via ftp. What is the state of the new Stanford MacIP? Is it available via ftp? If so, from which machine and directory? Thank you, Michael Dorl University of Wisconsin dorl@unix.macc.wisc.edu
edwards@seismo.CSS.GOV@uwmacc.UUCP (02/05/87)
Path: uwmacc!edwards
From: edwards@uwmacc.UUCP (mark edwards)
Newsgroups: mod.protocols.appletalk
Subject: Does the new software really work ?
Message-ID: <1023@uwmacc.UUCP>
Date: 4 Feb 87 23:17:29 GMT
Organization: UWisconsin-Madison Academic Comp Center
Lines: 29
Keywords: worked once
We got the new code and we are in the process of installing it
on our kbox. Actually we already installed it (several times).
We have gotten the old code to work with no problems.
Our problem is this. It worked the first time (or so we think,
now it seems more like an illusion), but we have not been able
to get it to work again.
We have used ping, and used the apple talk peek program. Ping
usually works, some times it misses some beats though. What we
see on the appletalk is strange. We see the proper things on the
ethernet side of the kbox (or so we think).
We try to telnet to another machine and it responds, then the kbox
broadcasts the ip number on the appletalk, but nobody responds. It
does this until we stop it, or it times out.
I guess one good question is should the kbox be asking who this ip
number belongs to, after it just recieved it from the number from
the kbox ?
Does anyone have any ideas what is going wrong?
mark
--
edwards@unix.macc.wisc.edu
{allegra, ihnp4, seismo}!uwvax!uwmacc!edwards
UW-Madison, 1210 West Dayton St., Madison WI 53706amante@seismo.CSS.GOV@oswego.UUCP (03/02/87)
Path: oswego!amante
From: amante@oswego.UUCP (David Amante)
Newsgroups: mod.protocols.appletalk,mod.computers.laser-printers
Subject: Mac -> Unix -> LW+
Message-ID: <340@oswego.UUCP>
Date: 2 Mar 87 09:59:11 GMT
Reply-To: amante@natasha.UUCP (David Amante)
Organization: Instructional Computing Center (ICC)
Lines: 19
We will be receiving a Kinetics box soon to connect our Appletalk network
to Ethernet in the hopes to send all of the Macintosh print jobs to be
spooled via unix and then printed to our Laserwriter+.
I would appreciate any information that anyone has had on dealing with
this matter, I have read things about CAP from Columbia but yet to see
any code.
Please respond to me directly if possible.
Thanx all,
-Dave
P.S. This is my first posting so please, no serious flames.
--
U.S.MAIL: David Amante UUCP: sunybcs\
Instructional Computing Center cornell!rochester\
SUNY College at Oswego rocksanne!rocksvax!oswego!amante
Oswego, N.Y. 13126 {philabs|cmc12}!phri!columbia!rochester/ranger@mcnc.org@ecsvax.UUCP (Rick N. Fincher) (03/06/87)
Path: ecsvax!ranger From: ranger@ecsvax.UUCP (Rick N. Fincher) Newsgroups: mod.protocols.appletalk Subject: Re: Conversion of Apple II file to Lotus? Message-ID: <2746@ecsvax.UUCP> Date: 6 Mar 87 14:53:51 GMT References: <4UHBpUy00UkSo9Q0ce@andrew.cmu.edu> <YUHUHiy00UkDhAc0DI@andrew.cmu.edu> Organization: UNC Educational Computing Service Lines: 16 Summary: Comp.Sys.Apple... In article <YUHUHiy00UkDhAc0DI@andrew.cmu.edu>, jhm#@ANDREW.CMU.EDU (Jim Morris) writes: > A friend of mine wants to convert a file from an Apple II into a Lotus file > on a PC. I believe the only problem is getting it from an Apple II floppy > into a PC. Any advice? > > By the way, is there an approved bulletin board for questions like this? Comp.sys.apple covers Apple // issues. You can do a modem transfer or direct connect with a Comm package. SuperCalc 3a on the Apple can read Appleworks files, and write Supercalc files. It also has a file transfer package. Supercalc 4 on the PC can then read the SuperCalc 3a files and write them as a Lotus 1a or 2.0 file. Rick Fincher ranger@ecsvaxt
stefan@seismo.CSS.GOV@wheaton.UUCP (Stefan Brandle) (03/09/87)
Path: wheaton!nsources From: nsources@wheaton.UUCP (Net Sources) Newsgroups: mod.protocols.appletalk Subject: Re: Conversion of Apple II file to Lotus? Summary: Kermit good way of doing inter-computer file transfer Message-ID: <452@wheaton.UUCP> Date: 9 Mar 87 16:05:04 GMT References: <4UHBpUy00UkSo9Q0ce@andrew.cmu.edu> <YUHUHiy00UkDhAc0DI@andrew.cmu.edu> Reply-To: nsources@wheaton.UUCP (Net Sources) Distribution: world Organization: Wheaton College, Wheaton IL. Lines: 4 We often have to get stuff apple -> pc. An easy way is to use kermit to 1) get the stuff to a mainframe and then 2) from the mainframe to the pc. Pc -> apple works just the same. I think ms-kerm may support local mode (or whatever it is) so that you can skip the mainframe.
daveg.UUCP@seismo.css.gov@dartvax.UUCP (03/11/87)
Path: dartvax!daveg From: daveg@dartvax.UUCP (Dave Green) Newsgroups: mod.protocols.appletalk Subject: lsp name binding problem Message-ID: <5808@dartvax.UUCP> Date: 11 Mar 87 02:55:55 GMT Reply-To: daveg@dartvax.UUCP (Dave Green) Distribution: usa Organization: Dartmouth College, Hanover, NH Lines: 46 Newsgroups: mod.protocols.appletalk Subject: lsp name-binding error Expires: References: Sender: Reply-To: daveg@dartvax.UUCP (Dave Green) Followup-To: Distribution: usa Organization: Dartmouth College, Hanover, NH Keywords: Hi there, I have been having some mysterius errors occur while using lightspeed pascal and the appltalk interface. I open a socket with ATPopenSocket. Register with NBPRegister, and then as for a request with ATPGetRequest. At the same time, I have another mac doing NBPLookup for the applebus in question. The trouble arises when I try and use the address and entityName returned by the lookup/extract combination. The searching macintosh finds the original with the correct EntityName, net number, and node number, but gives me a socket value of one no matter what I do. i have had a few people with appletalk experience look at the code and they seem to think it is legit. Does anyone know what type of mistake I could be making to get the lookup to return a socket value of one no mater what the actual value of an entities socket is? I am mystified. Upon looking at the data flow on the bus with peek, I find that the original register is working fine, but when the global lookup is done by the second mac, the first does actually reply with a packet that implies that it resides at socket one. First of all, what is socket one ( I think it is something special isn't it?)? Second, why would this darn blasted thing always report that it is sitting in socket one no matter if it is in 187, 96, or 254? I am getting frustrated. any help from the net would be greatly appreciated as this project is due in three days and is fairly important to me. Dave Green Dartmouth College daveg@dartvax.UUCP daveg@dartmouth.EDU daveg@dartcms1.Bitnet daveg%dartvax@CSNET
dorl@seismo.CSS.GOV@uwmacc.UUCP (03/11/87)
Path: uwmacc!dorl From: dorl@uwmacc.UUCP (Michael Dorl) Newsgroups: mod.protocols.appletalk Subject: Kinetics, MacIP, KTalk Message-ID: <1219@uwmacc.UUCP> Date: 11 Mar 87 14:23:23 GMT Organization: UWisconsin-Madison Academic Comp Center Lines: 6 Has anyone got the MacIP ordering and licensing information promised by Stanford? They acknowledged my request but I have not received any information yet. Has anyone gotten the new Stanford KIP IP-Ethernet Gateway system to work?
dk1z#@ANDREW.CMU.EDU.UUCP (03/11/87)
We're still waiting for the licensing information as well. As we need to have source and I'm not psyched for waiting any more, we'll be using CMU/Columbia's MacIP package to provide Telnet and TFTP for students come Fall. This may change, but ... Bill Croft has been very helpful and responsive when it comes to the KIP software. We're running the latest copy of with no problems that we were not aware of when we started out, save one. The one problem is that Hayes Interbridges fail completely when running on the same net as the Kinetics Gateway. I seem to remember hearing something about this before, but as we did not have any InterBridges at the time, I did not pay any attention. Would someone care to explain the problem? -David Kovar
hedrick@TOPAZ.RUTGERS.EDU.UUCP (03/13/87)
Path: topaz!hedrick
From: hedrick@topaz.RUTGERS.EDU (Charles Hedrick)
Newsgroups: mod.protocols.appletalk
Subject: CAP for Pyramid
Message-ID: <10071@topaz.RUTGERS.EDU>
Date: 13 Mar 87 09:00:59 GMT
Organization: Rutgers Univ., New Brunswick, N.J.
Lines: 367
We are currently using EFS and PAPIP on a Pyramid 98x, on an
experimental basis. I thought the results would be interesting
both to other Pyramid sites and people with other machines that
have alignment problems. There were two classes of problems:
1) alignment problems. On the Pyramid, 16 bit things must be on
16 bit boundaries and 32 bit things on 32 bit boundaries. I added
an ifdef pyr to handle alignment. Note that all routines must be
compiled with -q on the Pyramid. This causes fields to be allocated
as on the VAX. Otherwise padding bytes are added so that half words
and full words begin the right place. When -q is used, the compiler
compiles code to pull out individual bytes and put them together,
i.e. it handles alignment problems. A couple of patches were still
needed because of the use of casts in ways that fool the compiler.
In the process, I repaired some code that seemed to be an attempt
to fix alignment for the PC RT. If your machine does not have
the equivalent of Pyramid's -q, but does have alignment requirements,
porting this code is likely to be quite interesting.
2) a problem with finderInfo being used as both a struct name and
a field name. I assume this is really a Pyramid compiler bug, but
I'm not enough of a C expert to be sure.
*** abatp.c.ORIG Mon Jan 26 17:48:04 1987
--- abatp.c Tue Mar 10 23:36:56 1987
***************
*** 396,402
int len;
AddrBlock *addr;
{
! #ifdef sun
ATP catp; /* aligned copy of atp */
#endif
ATP *atp;
--- 396,402 -----
int len;
AddrBlock *addr;
{
! #if defined(sun) || defined (pyr)
ATP catp; /* aligned copy of atp */
#endif
ATP *atp;
***************
*** 407,413
if (len < atpSize || type != ddpATP)
return; /* drop it */
! #ifdef sun
bcopy(p, &catp, atpSize);
atp = &catp;
#else
--- 407,413 -----
if (len < atpSize || type != ddpATP)
return; /* drop it */
! #if defined(sun) || defined(pyr)
bcopy(p, &catp, atpSize);
atp = &catp;
#else
*** abddp.c.ORIG Mon Jan 26 17:48:12 1987
--- abddp.c Wed Mar 11 01:29:24 1987
***************
*** 160,165
word chksum;
#endif
#endif BBN
dpr = &abr->proto.ddp;
dstskt = htons(ddp2ipskt(dpr->ddpAddress.skt));
--- 160,166 -----
word chksum;
#endif
#endif BBN
+ struct in_addr d_addr;
dpr = &abr->proto.ddp;
dstskt = htons(ddp2ipskt(dpr->ddpAddress.skt));
***************
*** 192,198
desthost = ipaddr_src;
else
desthost = bridge_addr;
! return(abwrite(desthost, dstskt, iov, iovl));
}
/*ARGSUSED*/
--- 193,200 -----
desthost = ipaddr_src;
else
desthost = bridge_addr;
! d_addr.s_addr = desthost;
! return(abwrite(d_addr, dstskt, iov, iovl));
}
/*ARGSUSED*/
***************
*** 229,236
* DDPOpenSocket call.
*
*/
! #if defined(ibm032) /* rt */
! # define xddp(mem) ddp.mem
#else
# define xddp(mem) ddp->mem
#endif
--- 231,238 -----
* DDPOpenSocket call.
*
*/
! #if defined(ibm032) || defined(pyr) /* rt */
! # define xddp(mem) data.mem
#else
# define xddp(mem) ddp->mem
#endif
***************
*** 234,239
#else
# define xddp(mem) ddp->mem
#endif
ddp_protocol(ddp,len)
DDP *ddp;
int len;
--- 236,242 -----
#else
# define xddp(mem) ddp->mem
#endif
+
ddp_protocol(ddp,len)
DDP *ddp;
int len;
***************
*** 247,254
word chksum;
#endif
#endif DONT_DOCHKSUM
! #if defined(ibm032)
! DDP ddp;
#endif
#if defined(ibm032)
--- 250,257 -----
word chksum;
#endif
#endif DONT_DOCHKSUM
! #if defined(ibm032) || defined(pyr)
! DDP data;
#endif
#if defined(ibm032) || defined(pyr)
***************
*** 251,258
DDP ddp;
#endif
! #if defined(ibm032)
! bcopy(data, &ddp, ddpSize);
#endif
#ifndef DONT_DOCHKSUM
--- 254,261 -----
DDP data;
#endif
! #if defined(ibm032) || defined(pyr)
! bcopy(ddp, &data, ddpSize);
#endif
#ifndef DONT_DOCHKSUM
***************
*** 257,263
#ifndef DONT_DOCHKSUM
if (xddp(checksum) != 0) {
! ddp_chksum(&xddp(dstNet), len-4, 0, chksum);
if (chksum == 0) chksum = 0xffff;
if (ntohs(xddp(checksum)) != chksum) {
fprintf(stderr,"Checksum error: Incoming: %x, calculated %x [%d.%d]\n",
--- 260,266 -----
#ifndef DONT_DOCHKSUM
if (xddp(checksum) != 0) {
! ddp_chksum(&ddp->dstNet, len-4, 0, chksum);
if (chksum == 0) chksum = 0xffff;
if (ntohs(xddp(checksum)) != chksum) {
fprintf(stderr,"Checksum error: Incoming: %x, calculated %x [%d.%d]\n",
***************
*** 286,294
addr.net = xddp(srcNet);
addr.node = xddp(srcNode);
addr.skt = xddp(srcSkt);
- #if defined(ibm032)
- p = ((byte *) data)+ddpSize;
- #else
p = ((byte *) ddp)+ddpSize;
#endif rt
/* transfer to listener */
--- 289,294 -----
addr.net = xddp(srcNet);
addr.node = xddp(srcNode);
addr.skt = xddp(srcSkt);
p = ((byte *) ddp)+ddpSize;
/* transfer to listener */
(*ddpl[skt].lproc)(skt,xddp(type),p,len-ddpSize,&addr);
***************
*** 290,296
p = ((byte *) data)+ddpSize;
#else
p = ((byte *) ddp)+ddpSize;
- #endif rt
/* transfer to listener */
(*ddpl[skt].lproc)(skt,xddp(type),p,len-ddpSize,&addr);
}
--- 290,295 -----
addr.node = xddp(srcNode);
addr.skt = xddp(srcSkt);
p = ((byte *) ddp)+ddpSize;
/* transfer to listener */
(*ddpl[skt].lproc)(skt,xddp(type),p,len-ddpSize,&addr);
}
*** efs.h.ORIG Mon Mar 9 22:35:11 1987
--- efs.h Mon Mar 9 22:38:37 1987
***************
*** 24,30
long resEOF; /* l/p end of resource fork */
long mdDate; /* file modification date */
long crDate; /* file creation date */
! char finderInfo[16]; /* finder info */
char fName; /* length byte of file name */
};
#define FISIZE 33 /* size of above (avoid sizeof() problems) */
--- 24,30 -----
long resEOF; /* l/p end of resource fork */
long mdDate; /* file modification date */
long crDate; /* file creation date */
! char finderInfoData[16]; /* finder info */
char fName; /* length byte of file name */
};
#define FISIZE 33 /* size of above (avoid sizeof() problems) */
*** efsd.c.ORIG Mon Jan 26 17:49:24 1987
--- efsd.c Wed Mar 11 18:49:01 1987
***************
*** 1143,1148
kp->node = node;
}
#endif ONECHILD
/*
* addFileInfo - put information on a file in a FileInfo structure
*
--- 1143,1155 -----
kp->node = node;
}
#endif ONECHILD
+
+ #ifdef pyr
+ #define cplong(a,b) {long tmp=b; bcopy(&tmp, &a, 4);}
+ #else
+ #define cplong(a,b) a = b
+ #endif
+
/*
* addFileInfo - put information on a file in a FileInfo structure
*
***************
*** 1169,1175
bzero(fi, sizeof(*fi));
! if (read(fd, fi->finderInfo, sizeof(fi->finderInfo)) < 0) {
close(fd);
return(0);
}
--- 1176,1182 -----
bzero(fi, sizeof(*fi));
! if (read(fd, fi->finderInfoData, sizeof(fi->finderInfoData)) < 0) {
close(fd);
return(0);
}
***************
*** 1174,1180
return(0);
}
fstat(fd, &statb);
! fi->crDate = htonl(mac_date(statb.st_mtime));
close(fd);
strcpy(cp, ".DF");
--- 1181,1187 -----
return(0);
}
fstat(fd, &statb);
! cplong (fi->crDate, htonl(mac_date(statb.st_mtime)));
close(fd);
strcpy(cp, ".DF");
***************
*** 1180,1186
strcpy(cp, ".DF");
if (stat(fn, &statb) < 0)
return(0);
! fi->dataEOF = htonl(statb.st_size);
strcpy(cp, ".RF");
if (stat(fn, &statb) < 0)
--- 1187,1193 -----
strcpy(cp, ".DF");
if (stat(fn, &statb) < 0)
return(0);
! cplong (fi->dataEOF, htonl(statb.st_size));
strcpy(cp, ".RF");
if (stat(fn, &statb) < 0)
***************
*** 1185,1191
strcpy(cp, ".RF");
if (stat(fn, &statb) < 0)
return(0);
! fi->resEOF = htonl (statb.st_size);
fi->mdDate = htonl(mac_date(statb.st_mtime));
--- 1192,1198 -----
strcpy(cp, ".RF");
if (stat(fn, &statb) < 0)
return(0);
! cplong (fi->resEOF, htonl (statb.st_size));
cplong (fi->mdDate, htonl(mac_date(statb.st_mtime)));
***************
*** 1187,1193
return(0);
fi->resEOF = htonl (statb.st_size);
! fi->mdDate = htonl(mac_date(statb.st_mtime));
*cp = '\0'; /* remove extension from file name */
cp = &fi->fName + 1;
--- 1194,1200 -----
return(0);
cplong (fi->resEOF, htonl (statb.st_size));
! cplong (fi->mdDate, htonl(mac_date(statb.st_mtime)));
*cp = '\0'; /* remove extension from file name */
cp = &fi->fName + 1;usenet@JADE.BERKELEY.EDU (USENET Administrator) (03/17/87)
Path: jade!thoth10!hawks From: hawks@thoth10.BERKELEY.EDU () Newsgroups: mod.protocols.appletalk Subject: Re: MacWorkstation +++ Message-ID: <2826@jade.BERKELEY.EDU> Date: 17 Mar 87 17:42:03 GMT References: <29721.8703041719@oslo-vax.arpa> Sender: usenet@jade.BERKELEY.EDU Reply-To: hawks@thoth10.BERKELEY.EDU () Distribution: world Organization: University of California, Berkeley Lines: 2 Summary: nothing in particular Oh, sorry, I don't know what I'm doing.