allbery@NCoast.ORG (Brandon S. Allbery) (10/21/89)
As quoted from <1989Oct18.033152.2035@pcrat.uucp> by rick@pcrat.uucp (Rick Richardson): +--------------- | If I had my druthers, I'd use none of the above. Neither is capable | of automating the software configuration management and manufacturing | process without a lot of roll it yourself customization with | shell scripts/functions and a real database to track workspaces, changes, | modification requests, releases and the like. I'd also dump make and use | fourth generation nmake (which I loved during the 1 1/2 years that I was | a heavy user). * (see below) +--------------- Speaking of which, has anyone ported shape/afs from comp.sources.unix to System V of any flavor? I managed to get it to compile, but shape dumps core while reading the Shapefile and sdb isn't helping me find the problem. ++Brandon -- Brandon S. Allbery, moderator of comp.sources.misc allbery@NCoast.ORG uunet!hal.cwru.edu!ncoast!allbery ncoast!allbery@hal.cwru.edu bsa@telotech.uucp 161-7070 (MCI), ALLBERY (Delphi), B.ALLBERY (GEnie), comp-sources-misc@backbone [comp.sources.misc-related mail should go ONLY to comp-sources-misc@<backbone>] *Third party vote-collection service: send mail to allbery@uunet.uu.net (ONLY)*
axel@coma.UUCP (Axel Mahler) (10/27/89)
In article <1989Oct20.230455.747@NCoast.ORG> allbery@ncoast.ORG (Brandon S. Allbery) writes: ... > >Speaking of which, has anyone ported shape/afs from comp.sources.unix to >System V of any flavor? I managed to get it to compile, but shape dumps >core while reading the Shapefile and sdb isn't helping me find the problem. > Well, this followup is kind of official, as I'm speaking for the people who developed shape/afs. We are in the very final stages of preparing a major release (1.1) for shape and the related version control system. Besides significant performance improvements and having a LOT of bugs fixed, the new release will run on Sys V. We have stable ports for HP/UX and T/PIX (Toshiba's UNIX variant which is basically AT&T SysV.3/386). These ports should bring shape to a whole variety of new machines. We even managed to deal with the 14 char limit for filenames which is responsible for version control problems with RCS and SCCS (both require filenames to be at most 12 chars long, because the resulting archive names have two extra characters). There will also be a (fake-) "symbolic link" feature for AFS archives that helps a graet deal with setting up multi-programmer development projects. It is not clear yet, when and how ("when" obviously depends on "how") the new release will be published. We are considering a posting through comp.sources.unix. However, as shape/afs would be a major posting (about 35 parts) this way will take some time. Another way could be alt.sources which would be much faster. The drawback here is that this group is not as widely subscribed and by far not as safe and well supported as the other choice. When we have a concept, we'll announce the new release in a couple of appropriate newgroups (stay tuned to comp.sources.d and comp.software-eng). It's probably worthwhile to mention that work is continuing on shape/afs and a couple of advanced applications. We are also maintaining a shape/afs mailing list for people with particular interest in the system. The list is not very active in the moment, however. If you want to subscribe, drop a line saying so to shape@coma.uucp. Axel. ----- -- Axel Mahler, Tech.Univ. Berlin UUCP: axel@coma.uucp (unido!coma!axel) BITNET: axel@db0tui62.bitnet