From: Digestifier To: Linux-Activists@senator-bedfellow.mit.edu Reply-To: Linux-Activists@senator-bedfellow.mit.edu Date: Mon, 16 Aug 93 06:13:04 EDT Subject: Linux-Activists Digest #123 Linux-Activists Digest #123, Volume #6 Mon, 16 Aug 93 06:13:04 EDT Contents: Re: Why would I want LINUX? (*-- Sunbird --*) Re: Xview3L4 update? (Kenneth Osterberg) Re: Is this becoming comp.linux.advocacy? (Evan Leibovitch) Re: Boot manager to boot from 2nd harddisk? (Yonik Christopher Seeley) Re: Why would I want LINUX? (Yonik Christopher Seeley) Re: stale LCK file after uucp session (Ed Carp) Re: Boot manager to boot from 2nd harddisk? (John Henders) Vesa local bus (Sylphid J. Su) Syncs for ATI-Graphics Ultra needed. (Ove Kalkan Ramz) Re: More on the DMA timing problem (Adrie Koolen) re: emacs19.18 ... (Holger Burde) Re: Problems compiling Xboard 2.1 pl11 (Paul Francis) Re: Warning: old style IOCTL called! (Evmorfopoulos Dimitris) Re: NOVELL file system for Linux ???? (Kimmo Lahtinen) ---------------------------------------------------------------------------- From: exuptr@exu.ericsson.se (*-- Sunbird --*) Subject: Re: Why would I want LINUX? Date: Fri, 13 Aug 1993 19:47:46 GMT In article <1993Aug13.140732.12448@jac.nuo.dec.com> pfau@coffee.enet.dec.com (Thomas Pfau) writes: >You don't need Borland C++ if you have GNU C++. Besides, with linux, you >get true 32 bit integers and 32 bit flat address. With Borland, you get >32 bit integers probably through emulation and you're stuck with ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Do you have any idea what you're talking about? >segmented 16 bit addresses and major hacks to get anything larger than >64K. -- -------------------------------------------------------------------------- -------Visit the SOUNDING BOARD BBS +1 214 596 2915, a Wildcat! BBS------- WHO: DO: Patrick Taylor [INTP] |Borland C++, Borland Pascal, SqlWindows. Ericsson Network Systems |Turbo Assembler, and Paradox 3.5 exuptr@exu.ericsson.se |ObWarning: "Don't let the .se fool you" ------------------------------ From: lmfken@lmf.ericsson.se (Kenneth Osterberg) Subject: Re: Xview3L4 update? Date: Sat, 14 Aug 1993 11:33:11 GMT broadley@neurocog.lrdc.pitt.edu (Bill Broadley) writes: >Is there an update to the xview3l4 package from tsx and sunsite?? I really >like the package and the demos, documentation etc. Sun has had a newer >release but It's not ported to linux as far as I know. Anyone working on it? >Can I help? Want to work on it as a project? >I tried to install it and it worked well but I couldn't compile any of the >UIT examples. (Yes OPENWINHOME was set) ... >This isn't the only case it seems EVERY makefile is broken, and some >of them are machine generated which complicates fixing them. You are right, the makefiles in the examples are a mess. This is because I did not bother to rewrite them completely, but instead hacked them until they worked on my machine. Those makefiles are pretty specific for suns version of make/cc. Why they didn't use Imakefiles in UIT is beyond me (sigh). -- Kenneth Osterberg lmfken@lmf.ericsson.se or lmfken@bluese1.ericsson.fi ------------------------------ Crossposted-To: comp.unix.misc,comp.unix.sys5.r4 From: evan@telly.on.ca (Evan Leibovitch) Subject: Re: Is this becoming comp.linux.advocacy? Date: Mon, 16 Aug 1993 05:00:07 GMT In article <1993Aug11.142541.16315@taylor.uucp> mark@taylor.uucp (Mark A. Davis) writes: >most software companies will likely never have interest in >porting to Linux. In theory, at least, *WHO CARES* once Linux has full >COFF (and ELF to a much lesser extent) compatibility *YOU WILL BE ABLE TO >RUN THE COMMERCIAL SOFTWARE*. There also happens to be a support issue involved. In my early days with Esix, it was 99.9% stock AT&T/USL s5r3.2. The main change of 3.2 over earlier Sys5 releases was the inclusion of Microsoft-licensed code to run x.out binaries and other code that gave AT&T Unix a high degree of SCO compatibility. SCO WordPerfect ran out of the box on Esix, with the exception of a glitch in how it dealt with the console. Calls to WordPerfect were useless. They'd ask me what release of SCO I was running the package under, I'd say Esix, and they'd hang up after verbaly shrugging their shoulders. This from a tech support department I've otherwise considered fair and competent. I can't blame WordPefect, they didn't know what an Esix was at the time. At one point I lied and said I was using AT&T Unix (once they supported *that*, and that worked, because there was an *extremely* high degree of commonality between Esix and AT&T 3.2. I figured out a workaround to the console problem, but would not have been able to without that lie. It is *not* enough to say, or even to be able to generally prove, that system X runs binaries made for system Y. For a self-suppporting system, perhaps, but many end-users like to know that their application vendors will stand behind what they've sold. It's all too easy for someone in a commercial tech support role to use your esoteric-but-compatible OS as an excuse to write off your bug report. Maybe the time will come when software vendors will explicitly report Linux as being supported by its generic Intel binary. Just as Esix eventually gained support as a product in its own right, so may Linux. But make no mistake, being able to run the binary, on its own, is *not* enough if it's not supported by the developer. >On a large system such as ours at work, the >OS is less than 1% of all Computer Services costs- no big issue. But yet, >if you have a distributed system with lots of nodes and need Unix running on >each node, the OS cost can go rather high. I believe Linux has a far, far greater potential as a workstation OS rather than that of a server. -- Evan Leibovitch, Sound Software Ltd., located in beautiful Brampton, Ontario evan@telly.on.ca / uunet!utzoo!telly!evan / (416) 452-0504 "It costs a lot of money to look as cheap as I do" -- Dolly Parton ------------------------------ From: yseeley@leland.Stanford.EDU (Yonik Christopher Seeley) Subject: Re: Boot manager to boot from 2nd harddisk? Date: Mon, 16 Aug 93 07:17:23 GMT In article <24n17u$d0@victrola.wa.com> vince@victrola.wa.com (Vince Skahan) writes: >In article <24mp5d$7f8@vixen.cso.uiuc.edu>, >Roth Mark Daniel wrote: >>Is there a boot manager available that allows booting from the 2nd HDD? I >>am about to buy a new system with a 210MB HDD which I would like to use for >>DOS. I have a 40MB that I will be installing in it as the 2nd HDD that I >>would like to use for Linux. > >yes, it's a handy device called a 'floppy disk' :-) >basically you set the image on the floppy to look on the right disk and >partition for the / level and you're all set. > >Leave the floppy in, boot linux, >take it out, boot of the primary disk Why not use lilo? In actuallity, it doesn't really boot from the second disk, but you can boot a partition on the second disk if lilo is installed on the first. I have my second HD totally dedicated to linux, and lilo installed in the MBR of the first. > >incidentally, you'll need far more than 40 MB for Linux to do anything >reasonable. Hell, you should have a 16 MB swap partition. I'd suggest >you partition the 1st disk into two DOS pieces, then mount the second >half of the big disk as a dos partition and stash things there. > > Definitely! My linux drive is 120M, and I still feel cramped with only about 5M free. It would be a shame to give 210MB all to DOS while starving linux (unless you don't want to run X, etc...) Email me if you need help setting up lilo to do what you want, and I will mail you my config file (we have same setup). - Yonik Seeley yseeley@cs.stanford.edu ------------------------------ From: yseeley@leland.Stanford.EDU (Yonik Christopher Seeley) Subject: Re: Why would I want LINUX? Date: Mon, 16 Aug 93 07:22:20 GMT In article exuptr@exu.ericsson.se (*-- Sunbird --*) writes: >In article <1993Aug13.140732.12448@jac.nuo.dec.com> pfau@coffee.enet.dec.com (Thomas Pfau) writes: > >>You don't need Borland C++ if you have GNU C++. Besides, with linux, you >>get true 32 bit integers and 32 bit flat address. With Borland, you get >>32 bit integers probably through emulation and you're stuck with > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >Do you have any idea what you're talking about? He may. I was under the same impression. I think what he meant by emulation was that a 32 bit takes more instructions under DOS since you only have access to 16 bit registers. Linux should be much faster at 32bit arithmetic because it gets to use nifty 32 bit registers. In the tests that I did with BC vs gcc, this did turn out to be the case. - Yonik Seeley yseeley@cs.stanford.edu > >>segmented 16 bit addresses and major hacks to get anything larger than >>64K. > > >-- > -------------------------------------------------------------------------- > -------Visit the SOUNDING BOARD BBS +1 214 596 2915, a Wildcat! BBS------- > WHO: DO: > Patrick Taylor [INTP] |Borland C++, Borland Pascal, SqlWindows. > Ericsson Network Systems |Turbo Assembler, and Paradox 3.5 > exuptr@exu.ericsson.se |ObWarning: "Don't let the .se fool you" ------------------------------ Crossposted-To: comp.os.linux.admin From: erc@apple.com (Ed Carp) Subject: Re: stale LCK file after uucp session Date: Mon, 16 Aug 1993 07:36:44 GMT JL Gomez (gomez@enuxsa.eas.asu.edu) wrote: : I have a remote site that calls my machine for e-mail delivery. : I never call this machine. : However, uucico leaves a stale LCK file for this machine, even when : the session is over. : I'm running Slackware v1.01 with uucp1.04 binaries. Possibly because the other side is hanging up the phone before the final hangup negotiation. A common problem with certain uucp implementations. -- Ed Carp, N7EKG erc@apple.com 510/659-9560 anon-2133@twwells.com If you want magic, let go of your armor. Magic is so much stronger than steel! -- Richard Bach, "The Bridge Across Forever" ------------------------------ From: jhenders@jonh.wimsey.bc.ca (John Henders) Subject: Re: Boot manager to boot from 2nd harddisk? Date: Mon, 16 Aug 1993 07:52:04 GMT vince@victrola.wa.com (Vince Skahan) writes: >In article <24mp5d$7f8@vixen.cso.uiuc.edu>, >Roth Mark Daniel wrote: >>Is there a boot manager available that allows booting from the 2nd HDD? >yes, it's a handy device called a 'floppy disk' :-) >basically you set the image on the floppy to look on the right disk and >partition for the / level and you're all set. Or, if you want to boot as fast as booting off the hard drive, write lilo to the floppy instead, after editing /etc/lilo/config to point at the second hard drive. 40 meg won't give you more than a bare bones linux system though. I had gcc, news and mail on 64meg, and I had to expire on 1 day, and had 5 meg free. -- John Henders GO/MU/E d* -p+ c+++ l++ t- m--- s/++ g+ w+++ -x+ ------------------------------ From: sylphid@phy.ncu.edu.tw (Sylphid J. Su) Subject: Vesa local bus Date: 16 Aug 93 08:13:53 GMT Does Linux surport Vesa local bus? Or would you? Sylphid Su ------------------------------ From: kalkan@ramz.ing.tu-bs.de (Ove Kalkan Ramz) Subject: Syncs for ATI-Graphics Ultra needed. Date: Mon, 16 Aug 1993 08:31:53 GMT Hello, I'm in need of the sync-specifications for an ATI-Graphics Ultra used in XFree-1.3. Although I got one of the ATI-reference manuals and calculated the syncs, the only effort was a very instable screen. I am looking for the setting for the 1024x768/72Hz mode. The Clock was 75.00MHz and the settings I calculated were Clocks 75 "1024x768" 75 1024 1048 1192 1296 768 771 777 806 From the ATI-manuel, I got the following values I used to calculate to above numbers. Resolution 1024x768 Pixel. Clock 75.MHz. Vert-Frequency: 71.8Hz. Horizontal Values: Active Time: 128 Chars Front-Porch: 3 Chars Back-Porch: 13 Chars Active Time: 18 Chars Vertical Values: Active Time: 768 Lines Front-Porch: 3 Lines Back-Porch: 29 Active Time: 6 Lines Thanks for helping me, Ove. -- =================================================================== Product: Request or statement (see above) Warranty: Normaly less than half'n hour, but sometimes longer Reason: My opinion changes very quick cause it depends on creative processes of thinking and not on doctrins like common politicians do. Ove Kalkan (kalkan@ramz.ing.tu-bs.de) Below this line I could write a sentence of A.Lincoln, but he's allready fallen to dust and it would be unfair cause he wouldn't be able to correct his words. =================================================================== ------------------------------ Crossposted-To: comp.os.os2.programmer,comp.os.mach,comp.os.minix,comp.periphs,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development From: adrie@ica.philips.nl (Adrie Koolen) Subject: Re: More on the DMA timing problem Date: Mon, 16 Aug 1993 07:23:55 GMT In article jmonroy@netcom.com (Jesus Monroy Jr) writes: >>> This makes me dig deep into my memory. As far as I can remember, memory >>> refresh on a 808[68] PC was done one cycle at a time, controlled by one >>> timer (which of course was set to some 16us). The DMA channel may have >>> been programmed to operate in burst mode, but each burst would be only >>> one cycle and so wouldn't take the CPU bus too long. >>> > To be completely correct, I should say there is no "burst" mode > for the DMA, but it does take over the BUS The 8237a DMA controller in the PC's (or their clones in more modern PC's) do have a Demand Transfer mode in which the bus is hold and DMA transfer cycles are executed as long as the requesting controller asserts the DMA Request. You could call this "burst" mode DMA. > (hence CPU can't do anything). The CPU can continue operating if it stays off the bus (e.g. executing from processor cache memory) and isn't hindered by the DMA (e.g. bus snooping to keep cache coherency might stop the CPU from executing from the cache). > The period for this (refresh )is no longer that the > time needed to read 64k of memory by the DMA. When using 8 bits wide DMA in Single Transfer mode, each DMA transfer takes about 3 ms. 64 KB then takes 192 ms, which certainly is longer than the refresh period, although most DRAMs will operate with refresh periods of 192 ms (though not guaranteed!). When using Demand Transfer mode and 16 bits wide DMA, transfer speed maxes out at some 5 MB/s, so 64 KB would take some 13 ms. This is still longer than the refresh period (4 or 8 ms, I believe). I actually don't know what the point is of having the refresh period be shorter than the time to transfer 64 KB? Adrie Koolen (adrie@ica.philips.nl) Philips Consumer Electronics, Eindhoven, the Netherlands ------------------------------ From: lucy@p232.informatik.Uni-Bremen.DE (Holger Burde) Subject: re: emacs19.18 ... Date: Mon, 16 Aug 1993 09:28:30 GMT Hi, Emacs 19.18 is (see README) still a beta release. In src/{m,s} a linux config is still there but more buggy than in the last release. Emacs itself works (at least for me ...) without _any_ Problems. BTW (this needs ca. 23-25 mb diskspace, i used gcc-2.4.5 and libs4.4 with linux-0.99.12 (some alpha ) i) configure for i386-linux. In the Top Makefile change -g to -O (or more ?) remove -lipc (0.99.10 and latter) ii) xmakefile: link temacs with -s and remove -lipc if your kernel is a more recent one (0.99.10 or higher) iii) src/sysdep.c: add #include #define HAVE_MKDIR #define HAVE_RMDIR iv) emacs.c: change line 217 #ifdef __GNUC__ to #ifdef __GNUC__HUHU (or whatever you like ..) v) floatfns.c: add #define HAVE_FREXP if this doesn't work for you start the old emacs and do M-x doctor. hb =========================================================================== windogs sucks ========================================================================== ------------------------------ From: aa934@Freenet.carleton.ca (Paul Francis) Subject: Re: Problems compiling Xboard 2.1 pl11 Reply-To: aa934@Freenet.carleton.ca (Paul Francis) Date: Mon, 16 Aug 1993 08:58:13 GMT In a previous article, g2jszeto@cdf.toronto.edu (Szeto June) says: > >Hello, all. I've been dutifully trying to compile xboard using the gcc2.3.3 >compiler and have been experiencing difficulties. Exciting output like the >following results: > >>$ gmake >>flex -t parser.l > parser.c >>gcc -fwritable-strings -fomit-frame-pointer -O2 -m486 -DNO_ASM -I/usr/X386/include -D_POSIX_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -Dlinux -DFUNCPROTO=11 -DNARROWPROTO -DHAS_GETTIMEOFDAY -c parser.c -o parser.o >>parser.l:1338: parse error before `1' >>parser.l:1346: redefinition of `input' >>parser.l:1094: `input' previously defined here >>parser.l:1375: redefinition of `yyunput' >>parser.l:1051: `yyunput' previously defined here >>parser.l: In function `yyunput': >>parser.l:1376: argument `ch' doesn't match prototype >>parser.l:1376: argument `yytext' doesn't match prototype >>gmake: *** [parser.o] Error 1 > .... some lines deleted .... >Any help would be appreciated, > >Frustrated, >June Szeto >g2jszeto@cdf.toronto.edu > I discovered the same thing about parser.l/parser.c a couple of weeks aga. So I took the xboard source to a SPARCstation2 with SunOS4.1.1 and tried to "make" it. Instead of flex it used lex. The resulting parser.c module compiled with no problems using SunOS cc, however the second module, xboard.c I think it was, would not compile. On my Linux machine (SLS 1.02) I had the same problem as you mentioned but xboard.c compiled fine. So I took the lex output from the SUN machine (parser.c) to my home system. I ran make and got a lot of warning messages but it made OK. It runs with no problems under Xview/openwin :-) If you don't have access to a SPARC machine with SunOS let me know (pfrancis@world.std.com) and I will send you the lex version of parser.c. Paul Francis (Internet: pfrancis@world.std.com) -- ------------------------------ Crossposted-To: comp.os.linux.help From: devmorfo@mtu.edu (Evmorfopoulos Dimitris) Subject: Re: Warning: old style IOCTL called! Date: Sun, 15 Aug 1993 23:03:42 GMT In article <1993Aug15.131748.5562@a.cs.okstate.edu>, chris@a.cs.okstate.edu (Chris Schuermann) writes: > Upon execution of rc.net I get warning of "old style IOCTL called" > from /etc/config. This is followed by messages about "nfsd cannot > register service. RPC unable to send; errno = Network unreachable". > > I do NOT currently have any type of ethernet board installed, but would > like to have the tcp/ip services available so that I can work on some > socket code. I've upgraded a SLS distribution to PL10. Any attempt to > use telnet/ping/ftp/etc results in "network unreachable". > > Any kind sole have some ideas for me? I'd sure appreciate someone telling > me how much of a dummy I am :-) What other "packages" do I need to do > serious socket development? I didn't see network-dev-support tools anywhere > on sunsite... > > Thanx in advance. > Chris Schuermann > chris@a.cs.okstate.edu > > PS: I love linux! I use SCO every day at work, any in almost every way > linux is superior! > Very simple. You have the old network code, (I mean daemons not kernel). Just upgrade to net-2, you can find it in tsx-11.mit.edu, and any good ftp site near you. Dimitris ------------------------------ From: lahtinen@saha.fmi.fi (Kimmo Lahtinen) Subject: Re: NOVELL file system for Linux ???? Date: Mon, 16 Aug 93 09:44:38 GMT In article <1993Aug11.053828.24221@lynx.dac.northeastern.edu>, agray@lynx.dac.northeastern.edu (Allen Gray) writes: |> |> There are in fact only two ways to get at the data stored on the NetWare |> partitions. Either attach the drive to a Novell server, or rewrite the |> NetWare OS and drop it into that. Obviously, the most straightforward |> method is to borrow/rent a NetWare machine for the conversion of the |> data. The best case would probably be to actually configure NFS on the |> NetWare server, and just mount the SCSI volume from your UNIX machine. |> |> It's actually not even as difficult as it sounds, but experience |> would certainly make such a task easier. If you have questions, |> or would like more specific info, just ask. |> Actually there is a cheap way to get files from a Novell server, you can use the free FTPD.NLM. You can get it from nic.funet.fi, it is in /pub/msdos/networks/novell as ftpd18.zip. Kimmo -- * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * Kimmo Lahtinen E-Mail : Kimmo.Lahtinen@fmi.fi Finnish Meteorological Institute Phone : +358 0 758 1322 Possessed by a Spirit G3 Fax : +358 0 758 1396 ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Activists-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux) via: Internet: Linux-Activists@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux tupac-amaru.informatik.rwth-aachen.de pub/msdos/replace The current version of Linux is 0.99pl9 released on April 23, 1993 End of Linux-Activists Digest ******************************