Hi
I have attempted to install Samba on an ageing Motorola running SVR3.
Unfortunately it has a limitation of 14 characters for filenames,
which means that when I untar the package, many of the files are not
created.
Does anyone have a solution to this problem, or am I stuck?
Many thanks
--
Pete
----------------------------------------------------------------
morph@morhp.dircon.co.uk Linux Registered User # 100652
A member of the MaVerick open source project
http://www.maverick-dbms.org/
----------------------------------------------------------------
Only those who do nothing make no mistakes.
There are several ways of doing this: 1) untar samba on a system supporting long filenames (even PC), renaming modules there then copying to the SVR3 system (hard way). Remember to rename all references to the shortened modules (makefile, includes, ...). 2) untar on a system that supports long filenames and mount on SVR3. Should be able to compile without renaming modules. (I have not tried this) There are patches you may need to make related to samba running with the 14 char limit. I too am running Samba 1.9.16p9 on Motorola SVR3.> I have attempted to install Samba on an ageing Motorola running SVR3. > Unfortunately it has a limitation of 14 characters for filenames, > which means that when I untar the package, many of the files are not > created.> Does anyone have a solution to this problem, or am I stuck?====================================Eugene Rice, ADP Dealer Services Inc. edr@plaza.ds.adp.com Phone: (503) 402-3441 (503) 294-4200 x 3441 Fax: (503) 294-4262 2525 SW First Ave Portland, OR 97201-4702
> > There are patches you may need to make related to samba running with the14> > char limit. I too am running Samba 1.9.16p9 on Motorola SVR3. > > Which patches are these?Aside from the shortening of source filenames (watch out for files whose first 14 char are the same), the other changes are (on version 1.9.16p9): 1) Shorten locking temp file: locking.c line 275: sprintf(name,"/s.%d.%d",(int)st->st_dev,(int)st->st_ino); locking.c line 678: if (sscanf(s,"s.%d.%d",&dev,&inode)!=2) continue; status.c line 234: if (sscanf(s,"s.%d.%d",&dev,&inode)!=2) continue; 2) Made the change in util.c to correct the following error excerpted from the log file. Added interface ip=a.b.c.d bcast=a.b.x.255 nmask=255.255.252.0 error connecting to a.b.c.y:139 (No more processes) I made the following change in util.c starting at line 2892 to correct the problem: connect_again: ret = connect(res,(struct sockaddr *)&sock_out,sizeof(sock_out)); if (ret < 0 && (errno == EINPROGRESS || errno == EALREADY || errno == EAGAIN) && loops--) { msleep(connect_loop); goto connect_again; } 3) You may not need to but I did add the following line in the local.h include file: #define GUEST_SESSSETUP 1 That's it, give it a try. Eugene ====================================Eugene Rice, ADP Dealer Services Inc. edr@plaza.ds.adp.com Phone: (503) 402-3441 (503) 294-4200 x 3441 Fax: (503) 294-4262 2525 SW First Ave Portland, OR 97201-4702