scott@cs.heriot-watt.ac.uk (Scott Telford) (03/01/91)
I've had a few requests about getting the Origami 1.5 source so here's all I know: The comp.os.minix archive server (archive-server@plains.nodak.edu) will respond with a directory list to a mail message containing the text "index <directory>" so if you say something like: index Minix/all.contrib/Origami you should get a listing of the relevant files (apparently they'll be in tar format). If it's a standard archive-server, the command "help" should return a help file and the command for pulling files will be "send <filename>", but I haven't actually used this one. By anonymous FTP it's in pub/Minix/all.contrib/Origami. I don't know the IP address for FTP but the archive maintainer is overby@plains.nodak.edu (Glen Overby), so you could try asking him. plains.nodak.edu is also PLAINS on Bitnet and uunet!plains on Usenet. -- ---------------------------------------------------------------------------- | Scott Telford Janet: scott@uk.ac.hw.cs / scott@cs.hw.ac.uk | | Comp Sci IV Internet: scott%cs.hw.ac.uk@nsfnet-relay.ac.uk | | Dept of Computer Science uucp: scott%hwcs@ukc.uucp | | Heriot-Watt University | | 79 Grassmarket "This time it was right, it would work, and | | Edinburgh EH1 2HJ no-one would have to get nailed to anything." | | United Kingdom - Intro to The Hitch-Hiker's Guide to the Galaxy | ----------------------------------------------------------------------------
rst@cs.hull.ac.uk (Rob Turner) (03/07/91)
Has anyone tried to compile this program? I got it this morning, and first had problems with the ANSII "stdlib.h" not being on our SPARC machine. Now I have got a compiler error from using the "strstr" function in one of the files. I'm beginning to regret the time I have wasted on it. Rob
scott@cs.heriot-watt.ac.uk (Scott Telford) (03/10/91)
rst@cs.hull.ac.uk writes: >Has anyone tried to compile this program? I got it this morning, and >first had problems with the ANSII "stdlib.h" not being on our SPARC >machine. Now I have got a compiler error from using the "strstr" >function in one of the files. I'm beginning to regret the time I have >wasted on it. I think I was overgeneralising when I said it compiles OK under SunOS. It *did* compile first time (once I had moved bool.h and argparse.h to a subdirectory called local) on a SPARCstation SLC running SunOS 4.1, but on earlier releases of SunOS, it breaks because of changes in the system header files in 4.1 (eg. there's no stdlib.h in 4.0.3). I don't think it should be *too* difficult to fix this though - I'm going to try it some day... -- ---------------------------------------------------------------------------- | Scott Telford Janet: scott@uk.ac.hw.cs / scott@cs.hw.ac.uk | | Internet: scott%cs.hw.ac.uk@nsfnet-relay.ac.uk | | Dept of Computer Science uucp: scott%hwcs@ukc.uucp | | Heriot-Watt University | | 79 Grassmarket "This time it was right, it would work, and | | Edinburgh EH1 2HJ no-one would have to get nailed to anything." | | United Kingdom - Intro to The Hitch-Hiker's Guide to the Galaxy | ----------------------------------------------------------------------------
igl@ecs.southampton.ac.uk (Ian Glendinning) (03/11/91)
In <27390.9103071305@olympus.cs.hull.ac.uk> Rob Turner <rst@uk.ac.hull.cs> writes: >Has anyone tried to compile this program? I got it this morning, and >first had problems with the ANSII "stdlib.h" not being on our SPARC >machine. Now I have got a compiler error from using the "strstr" >function in one of the files. I'm beginning to regret the time I have >wasted on it. Yes, I have had the same experience, although I managed to get a little further. First off let me say that it does compile ok on a SPARC station IPC, running SunOS 4.1, but when I tried it on another SPARC running 4.0.? I encountered the problems you mentioned. I did persuade it to compile using the GNU C compiler, although it involved copying stdlib.h from the first system, adding a type cast somewhere and changing the names of some of the include files. So far so good and when you run the executable, up pops the familiar display. Unfortunately, it totally refuses to recognise the <CR> key, so you can't enter any text!! <ESC>Z works fine, so you can exit, and if you edit a file already containing text, you can insert more, etc., but <CR> just doesn't work... Also, if you invoke the program with no command line argument, causing it to prompt you for a file name to edit, you can type in the name, but <CR> is ignored at the end of it and you just get stuck. Anyone have any clues about what is going on? Maybe I should just create an absolute binary executable on the IPC, which ought to run on the othrer SPARC. (With the normal executable the run time link library has the wrong version and it bombs out.) Ian -- I.Glendinning@ecs.soton.ac.uk Ian Glendinning Tel: +44 703 593081 Electronics and Computer Science Fax: +44 703 593045 University of Southampton SO9 5NH England
whitting@yoyodyne.ncsa.uiuc.edu (Dave Whittington) (03/12/91)
In article <27390.9103071305@olympus.cs.hull.ac.uk> rst@cs.hull.ac.uk (Rob Turner) writes: >Has anyone tried to compile this program? I got it this morning, and >first had problems with the ANSII "stdlib.h" not being on our SPARC >machine. Now I have got a compiler error from using the "strstr" >function in one of the files. I'm beginning to regret the time I have >wasted on it. > >Rob I was able to get Origami running on our Sun 3/160, SunOS 4.0.3 without too much work. I had to change all the occurrences of '#include <stdlib.h>' to '#include <sys/file.h>', cast all mallocs to the proper type, and write a 'strstr' routine. If you are interested in getting my modifications, email me. If there is enough interest, I could probably even put the source up on NCSA's anonymous FTP. I would also like to take this opportunity to thank Martin Green and Charlie Lawrence for making such a great editor possible; it's all I use now! Kudos to you both. David Whittington National Center for Supercomputing Applications 4035 Beckman Institute | internet: whitting@ncsa.uiuc.edu Champaign, IL 61820 | uucp: {ihnp4,convex}!uiucdcs!yoyodyne!whitting Voice: (217) 244-5602 | bitnet: u12781@NCSAGATE.BITNET Fax: (217) 244-1987 | Amateur Radio: KB9FBL
mpurtell@iastate.edu (Purtell Michael J) (03/14/91)
In article <13453.9103111135@holt.ecs.soton.ac.uk> igl@ecs.southampton.ac.uk (Ian Glendinning) writes: >In <27390.9103071305@olympus.cs.hull.ac.uk> Rob Turner <rst@uk.ac.hull.cs> writes: > >>Has anyone tried to compile this program? I got it this morning, and >>first had problems with the ANSII "stdlib.h" not being on our SPARC >>machine. Now I have got a compiler error from using the "strstr" >>function in one of the files. I'm beginning to regret the time I have >>wasted on it. > [...] >Unfortunately, it totally refuses to recognise the <CR> key, so you >can't enter any text!! <ESC>Z works fine, so you can exit, and if you <ESC>Z doesn't even work for me! >edit a file already containing text, you can insert more, etc., but ><CR> just doesn't work... Also, if you invoke the program with no >command line argument, causing it to prompt you for a file name to >edit, you can type in the name, but <CR> is ignored at the end of it >and you just get stuck. Anyone have any clues about what is going on? >Maybe I should just create an absolute binary executable on the IPC, >which ought to run on the othrer SPARC. (With the normal executable >the run time link library has the wrong version and it bombs out.) > Ian Has anyone tried or gotten this to work under Ultrix 4.0? There's a lot of what I think are warnings about non-ANSI complient things during compile. But I'm sure some of them must be more serious than that. Seems like it could just be part of the program that processes input, since output looks ok initially. I'd really like to have this so I don't have to keep folding files when I transfer them back to the TDS. -- -- Michael Purtell -- | "In a hundred years, | There's an Old Irish Recipe for mpurtell@iastate.edu | we'll all be dead." | Longevity: Leave the Table Iowa State University | -- The January Man | Hungry. Leave the Bed Sleepy. "slow is real" | Leave the Tavern Thirsty.
rst@cs.hull.ac.uk (Rob Turner) (03/14/91)
In article <1991Mar11.205133.25026@ux1.cso.uiuc.edu> whitting%yoyodyne%ux1.cso.uiuc.edu%maverick.ksu.ksu.edu%zaphod.mps.ohio-state.edu%rpi@uwm.edu writes: > >I was able to get Origami running on our Sun 3/160, SunOS 4.0.3 without too >much work. I had to change all the occurrences of '#include <stdlib.h>' to >'#include <sys/file.h>', cast all mallocs to the proper type, and write a >'strstr' routine. If you are interested in getting my modifications, email >me. If there is enough interest, I could probably even put the source up on >NCSA's anonymous FTP. > Touche. Straight after I posted my original article I did more or less the same thing as you say above, #including <sys/file.h> and writing my own 'strstr'. I didn't bother to cast the mallocs, though. I suppose they were the source of all the incompatible type warnings (I didn't check at the time). I got the thing to compile and run, ran the program to allow me to use emacs-style key bindings, and got no further. Half the keys don't seem to work (including the normal alphanumeric keys). Maybe I'm missing something obvious - my experience with a folding editor is limited. Rob