neal@mnopltd.UUCP (01/11/91)
Subject says it all. I asked this a while back, some folks said "put up GNU c", and I don't remember any conclusion. So, to reiterate, What can one do to resolve the missing definitions and get fsanalyze to compile on Xenix 2.3.x devsys? The stuff missing is something like: SUPERBOFF FsOkay BOFF Maybe this just needs a single .h file from GNU? ------------------------------------------------------------------------------ Neal Rhodes MNOP Ltd (404)- 972-5430 President Lilburn (atlanta) GA 30247 Fax: 978-4741 emory!mnopltd!neal gatech!emory!mnopltd!neal ------------------------------------------------------------------------------
chip@chinacat.Unicom.COM (Chip Rosenthal) (01/13/91)
In article <167@mnopltd.UUCP> gatech!stiatl!mnopltd!neal writes: >What can one do to resolve the missing definitions and >get fsanalyze to compile on Xenix 2.3.x devsys? You get an up-to-date version. Fsanalyze patchlevel 3 compiles just fine under XENIX 2.3.0 development system, and compiles with harmless warnings under 2.3.1 development system. The patches went out through comp.sources.bugs about two years back. I'd be glad to bundle up and mail out these patches if folks need them. The bundle would be a tar'ed, compress'ed, btoa'ed archive - so make sure you've got the `atob' command (it is distributed with compress) first. -- Chip Rosenthal 512-482-8260 | If software look-and-feel can be protected, Unicom Systems Development | then I'd like to claim a copyright upon <chip@chinacat.Unicom.COM> | `Memory fault - core dumped'.
neal@mnopltd.UUCP (01/18/91)
->
->In article <167@mnopltd.UUCP> gatech!stiatl!mnopltd!neal writes:
->>What can one do to resolve the missing definitions and
->>get fsanalyze to compile on Xenix 2.3.x devsys?
->
->You get an up-to-date version.
->
->Fsanalyze patchlevel 3 compiles just fine under XENIX 2.3.0 development
->system, and compiles with harmless warnings under 2.3.1 development
->system. The patches went out through comp.sources.bugs about two
->years back. I'd be glad to bundle up and mail out these patches if
->folks need them. The bundle would be a tar'ed, compress'ed, btoa'ed
->archive - so make sure you've got the `atob' command (it is distributed
->with compress) first.
Umm...thanks. Perhaps Mr. Anomaly would like an up to date one also for his
alleged compatible archive.
Mike Young was nice enough to respond to my mail to him and mention that IF
you happen to define OS_XENIX_286 in the makefile, then version 4.1.1.2 will
compile. And it runs, although the devices /dev/dsk/0s2 seem to cause it
to gagg and spit up. I found that /dev/root and /dev/usr2 are digestible.
The output of fragmented files seems rational on my system, although some of
the total percentages didn't quite make sense. If Mr. Anomaly can't get the
right version, he might at least include these notes in his blurb.
I would like to get the patches, but I no gots atob. Silly me, I thought
compress was distributed with Xenix.
------------------------------------------------------------------------------
Neal Rhodes MNOP Ltd (404)- 972-5430
President Lilburn (atlanta) GA 30247 Fax: 978-4741
emory!mnopltd!neal
gatech!emory!mnopltd!neal
------------------------------------------------------------------------------
mpd@anomaly.SBS.COM (Michael P. Deignan) (01/27/91)
neal@mnopltd.UUCP writes: >Umm...thanks. Perhaps Mr. Anomaly would like an up to date one also for his >alleged compatible archive. The version of FSANALYZE which we have on our system compiled on our system, and runs fine as well. In fact, I just recompiled it as I typed this message, and it compiled fine with minor warnings. Now, if inept people cannot duplicate our success, that is their problem. >If Mr. Anomaly can't get the >right version, he might at least include these notes in his blurb. Of course, Mr. Inept doesn't have to access the system to download the software in the first place, if he can't exercise some brain cells to figure out what is wrong with his system configuration. MD -- -- Michael P. Deignan / They're not "bombs". -- Domain: mpd@anomaly.sbs.com / They're "gifts". -- UUCP: ...!uunet!rayssd!anomaly!mpd / "Gifts From Above". -- Telebit: +1 401 455 0347 /
bob@consult.UUCP (Bob Willey) (01/29/91)
In article <7@anomaly.SBS.COM> mpd@anomaly.SBS.COM (Michael P. Deignan) writes: >>Umm...thanks. Perhaps Mr. Anomaly would like an up to date one also for his >>alleged compatible archive. >The version of FSANALYZE which we have on our system compiled on our system, >and runs fine as well. In fact, I just recompiled it as I typed this message, >and it compiled fine with minor warnings. We have had success with using the version from anomaly. We did not experience any problems and it is currently running. >>If Mr. Anomaly can't get the >>right version, he might at least include these notes in his blurb. I am not sure where these comments came from, but we have been using anomaly for a while now for our SCO archives and have found them both timely and accurate with their information. If you success is otherwise, maybe you should look elsewhere for your problems. BTW, an archive site is a service provided to assist people, and the key thing to remember is that they run this and it costs you nothing! -- >.. CCS Enterprises, Inc. .. Bob Willey, CDP ..< >.. P.O. Drawer 1690 .. uunet!consult!bob ..< >.. Easton, Maryland 21601 .. (301) 820-4670 ..< >.......................BBS: (301) 476-5098.....................<
neal@mnopltd.UUCP (01/30/91)
[ Deleted reference wherein the original author of FSANALYSE wrote me to note that the version on anomaly was perhaps two years old. And that one needed to activate a define which was not in the makefile. ] -> ->>Umm...thanks. Perhaps Mr. Anomaly would like an up to date one also for his ->>alleged compatible archive. -> ->The version of FSANALYZE which we have on our system compiled on our system, ->and runs fine as well. In fact, I just recompiled it as I typed this message, ->and it compiled fine with minor warnings. -> ->Now, if inept people cannot duplicate our success, that is their problem. Aren't we getting a bit touchy? (perhaps both of us?) Perhaps eptness is not the variable at work here. I hope we never have to work together to solve a _real_ problem... -> ->>If Mr. Anomaly can't get the ->>right version, he might at least include these notes in his blurb. The notes I was hoping related to my experience that the suggested devices mentioned in the README file simply won't work. As you can see, the device in the README is 0s2; the one that works is /dev/root; they aren't the same minor number; at least on my supposedly standard configuration. Or is that in my imagination also? brw-rw-rw- 2 sysinfo sysinfo 1, 0 Jan 11 21:11 /dev/dsk/0s0 brw-r--r-- 2 sysinfo sysinfo 1, 23 Jan 11 1989 /dev/dsk/0s2 brw-r--r-- 1 sysinfo sysinfo 1, 40 Dec 9 12:27 /dev/root I thought the purpose of news and archives is to save someone else from beating their head against the exact same wall. ->Of course, Mr. Inept doesn't have to access the system to download the ->software in the first place, if he can't exercise some brain cells to figure ->out what is wrong with his system configuration. I had a snappy answer to that but I don't see it being productive. You are indeed entitled to your opinion. Be aware that our system is absolutely vanilla as god and SCO shipped it with no gnu extras installed, and there are likely many other such systems. ------------------------------------------------------------------------------ Neal Rhodes MNOP Ltd (404)- 972-5430 President Lilburn (atlanta) GA 30247 Fax: 978-4741 emory!mnopltd!neal gatech!emory!mnopltd!neal ------------------------------------------------------------------------------
mpd@anomaly.SBS.COM (Michael P. Deignan) (02/04/91)
neal@mnopltd.UUCP writes: >Aren't we getting a bit touchy? (perhaps both of us?) Perhaps eptness >is not the variable at work here. I hope we never have to work together >to solve a _real_ problem... We cannot make any guarentees that the software we accumulate will work on someone else's system. We compile and test all software on our system prior to addition to the archives directory, with the exception of that donated by other users, where we must assume the other individual has done the compilation and testing, since 9 times out of 10 it is the author of the software making the donation. >I thought the purpose of news and archives is to save someone else from >beating their head against the exact same wall. Your original post indicated that you had difficulty compiling the program; which we can not reproduce here with our "standard" configuration either. Hence, there must be a difference between the two releases on our respective machines. >I had a snappy answer to that but I don't see it being productive. You are >indeed entitled to your opinion. Be aware that our system is absolutely >vanilla as god and SCO shipped it with no gnu extras installed, and there are >likely many other such systems. We try to compile everything w/ both compilers; although we use the GCC compiler for all in-house binaries. MD -- -- Michael P. Deignan / They're not "bombs". -- Domain: mpd@anomaly.sbs.com / They're "gifts". -- UUCP: ...!uunet!rayssd!anomaly!mpd / "Gifts From Above". -- Telebit: +1 401 455 0347 /