Subject: Linux-Development Digest #879
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Fri, 1 Jul 94 20:13:07 EDT

Linux-Development Digest #879, Volume #1          Fri, 1 Jul 94 20:13:07 EDT

Contents:
  Re: g++2.5.8 strange bug (Daniel W. Moore)
  Re: Quirky idea: Remote Virtual Consoles (Leslie Mikesell)
  Re: Graphics Terminals (David Monro)
  Re: problems with 386SX (David Monro)
  Re: CD Recorder Driver? (Adam J. Richter)
  Re: About makefiles! HELP! (Robert Mayer - Student)
  To the PPC linux developers... (Philippe Steindl)
  Stargate ACL multiport serial adapter (Robert Bauer)
  Convert PPP for ISDN in Masm to GNU asm for $$$ (Pete Killcommons)
  Re: computer science (David Boyd)
  Re: Berkeley Socket Bug (Matthew Dillon)
  Re: Wine-940620 (Jonathan Noel Tombs)
  atdisk2 patches and 1.1.23 - Help !!!!!!!!!!!!!! (David Boyd)
  Re: System lock ups: NCR 53c810 driver problem? (Stig Venaas)
  Re: Dedicated SCSI swap drive? (Wayne Schlitt)
  Re: 1.1.24: floppy couldn't grab irq (Bryan Vold)
  Microchannel Bus? (Sam Oscar Lantinga)

----------------------------------------------------------------------------

From: dwmoore@clark.net (Daniel W. Moore)
Subject: Re: g++2.5.8 strange bug
Date: 1 Jul 1994 19:24:04 GMT

I (dwmoore@clark.net) wrote:
: Greetings all,

:       I believe I have found a pretty serious bug in 2.5.8 of GNU C++, 
: at least as far as using it under Linux 1.0.8.

:       The following program (though very fundamental and straightforward) 
: will, when run, cause a segmentation fault:

: // ------

: #include <iostream.h>

: class  A
: {
:   int i;
: public:
:   A() { cout << "creating A\n"; }
: };

: main()
: {
:   A* p = new A;
: }

: // ---- 

: Any ideas?

OOPs ... I had attempted to downgrade to 2.4.5 using P. Volkerdings'
DOWNGRAD packages, and moved back to 2.5.8 subsequently. What i didn't
know is that the hacked-on ld.so would _remain_ to cause me problems.

Does anyone know where to get a clean, 'ground-zero-installation' of 
gcc/gxx 2.4.5?

Tks, D.


------------------------------

From: les@MCS.COM (Leslie Mikesell)
Subject: Re: Quirky idea: Remote Virtual Consoles
Date: 1 Jul 1994 15:21:49 -0500

In article <2ut4ti$qpq@solaria.cc.gatech.edu>,
Byron A Jeff <byron@gemini.cc.gatech.edu> wrote:
>-
>->Let me try again. I want an application that runs on Sub Linux class PC's
>->that will give you a screen, keyboard, and mouse that looks and acts 
>->EXACTLY (no approimations allowed) like the screen, keyboard, and mouse
>->that's attached to the Linux box.
>-
>Actually the closest I've seen is of course another linux box. When I run
>DOSEMU or dialog over the modem to my Linux box at the University with
>the console termcap, not only does everything come in color but when I hit
>the alt key, it functions properly (in DOSEMU). This facility is what 
>sparked the idea in my mind.

Does the mouse work in this case?  There are several terminals that
provide scan-code mode and the PC character set that are used with
VP/ix and dos merge to work just like a PC console minus the graphics
and mouse.  I think there are commercial communication programs that
provide emulations of these terminals.

>Agreed. And serial would be very important for modems. However ethernet
>has become cheap enough in my mind to justify its use in this application.
>Especially because I'm looking at multiple remote stations.

Let me point out ms-kermit again.  It already does a bunch of terminal
emulations that might be suitable for the screen handling, and it
connects over about every known network in addition to the serial ports,
and it does multiple sessions over a tcp/ip net, needing only a
packet driver interface.  The only piece missing is a scan-code
keyboard driver so you can see the key-down, key-up events on the
alt, shift, and control keys, etc.  However, unless the remote linux
box you mention is doing scan-code mode, it must be mapping the alt
key combinations into something straightforward to duplicate with
the stock kermit key mapping facility.  Does anyone happen to know?

Les Mikesell
  les@mcs.com

------------------------------

From: davem@extro.ucc.su.OZ.AU (David Monro)
Subject: Re: Graphics Terminals
Date: Thu, 30 Jun 1994 03:43:03 GMT

dhanley@matisse.eecs.uic.edu (David Hanley) writes:

>        I am developing a linux program that is destined to run in
>full-screen mode.  It works great in full-screen mode.  Problem is,
>I really like to develop on the x-windows desktop.

>        Is there any way to run a full-screen program in a terminal
>window?  I am using svgalib specifically.  Alternately; is there any
>way to run a full-screen program without leaving X-windows?

Well, I have had no problem doing this - just use <Alt><F2> (or F3 etc)
to switch to a VC running a shell, and run your program. Then switch back
when your app finishes, or when you want to. You should be able to switch
back and forth between X and your app. It works for me.
If you need to run the svgalib program with a debugger, you can do the same
thing, but if you are trying to track key presses you could run into
problems -  the best way to do it is, IHMO, to use an external terminal
(that way you can track mouse movements and everything). I also find a
terminal very useful when debugging event loops in X programs.

>        In not, I may have to write a version of svgalib that works in
>x-windows, i.e, it would translate fullscreen graphics function calls to
>x-windows calls.  I would rather avoid this, however.

This would be ugly.

>--
>David James Hanley               | The devil is only a convenient myth
>"The Cockroach"                  | invented by the real malefactors
>dhanley@lac.eecs.uic.edu         | of our world.
>Laboratory for advanced computing| -Robert Anton Wilson
>-------------------------------------------------------------------------
>   My employer doesn't even agree with me about C indentation style.
>                   I.N.R.I : I Never Risk Inquiry

Happy hacking,
        David Monro


------------------------------

From: davem@extro.ucc.su.OZ.AU (David Monro)
Subject: Re: problems with 386SX
Date: Thu, 30 Jun 1994 03:44:49 GMT

cwolf@track.cslab.tuwien.ac.at (Christian Wolf) writes:

>       
>I am using linux and X on a 386SX with 20Mhz and 5 MB RAM for 6 months, and i have problems over problems. (not performance, but bugs). So my question is: Is the 386SX not fully compatible with the 386DX, because friends don't have these problems ......

Well, I have used a 386SX40 with 4Mb ram and a Trident svga card, under linux
and X (kernels from about 0.99.15 to 1.1.20) and never had any problems.
(This includes using both MFM and IDE harddrives, an MPU-IPC-T midi card,
3c501 ethernet and other junk at various times). It's rather slow, but it
works as an xterm when my other half and I both need to use X at once
(I have a 486 as my main machine).
Maybe your machine is broken. Maybe you have memory problems? These
often don't show up under dos, or so I have heard.

>Christian Wolf                                 cwolf@cslab.tuwien.ac.at
>Duernbachgasse 2
>A-3252 Petzenkirchen 

Good luck,
        David

PS With the price of 486SX motherboards having got so low, I'd be tempted
into an upgrade...


------------------------------

From: adam@adam.yggdrasil.com (Adam J. Richter)
Crossposted-To: alt.os.linux,comp.os.linux.misc
Subject: Re: CD Recorder Driver?
Date: 1 Jul 1994 11:55:08 GMT

In article <2v1edk$4up@news.u.washington.edu>,
Randy Chapman <chapmra@u.washington.edu> wrote:
>However, Philips (and others) make _real_ CD-R drives; they normally 
>attach via SCSI and are rather EXPENSIVE... ($3k if you're lucky)  As for 
>a Linux driver, I've seen queries but never any definite answers :(

        The Yggdrasil distribution can drive a Philips CD writer with
an Adaptec 154x SCSI controller.  I'm not sure which other SCSI
controllers, if any, will work.  You can use mkisofs to make an
iso9660 filesystem and cdwrite to write it to the CD.  If you want us
to heop you set this up, you can call us on our 900 tech support
number:

                1-900-446-6075 ext. 835  $2.95/minute

-- 
Adam J. Richter                     -      --------------   "Free software for
adam@yggdrasil.com                    \  /                   the rest of us."
4880 Stevens Creek Blvd., Suite 205    || g g d r a s i l    408-261-6630
San Jose, CA 95129-1034                ||  Computing Inc.    fax 408-261-6631

------------------------------

From: robert@par.univie.ac.at (Robert Mayer - Student)
Subject: Re: About makefiles! HELP!
Date: 1 Jul 1994 19:39:33 GMT

In article <2utu0k$t92@pelvoux.cica.fr>, cohen@eurecom.cica.fr (Daniel COHEN-LAROQUE) writes:
|>      Hello everybody,
|> 
|> I'm sure it must be a silly trick but I'm experiencing problems
|> when compiling long Makefiles (like the kernel one).
|> In fact, I loose all the benefits of make since it recompiles all
|> the files each time I launch a 'make all', even if the *.o files still exist!
|> 
|> I made a test Makefile and it doesn't happen.
|> Is this a joke?!
|> 
|> Thanks for any help.
|> Daniel COHEN-LAROQUE
|> cohen@eurecom.fr
|> 
|> 

Daniel,

did you check your system time? If you e.g. accidentally set your system
time to year 1993 then object files you compile will newer be newer than
source files someone else created in 1994.

Regards,
Robert

------------------------------

From: ilg@imp.ch (Philippe Steindl)
Subject: To the PPC linux developers...
Date: 1 Jul 1994 19:34:58 GMT

Hullo!

Well, here's not a list of hundred questions following :) I'd just like to ask you,
if you could not put on a mailing list or such. I'd like to get some *pings*
to see the project is still a life, because it decides f I'll go for a Mac
PPC or not.

thanx a lot

Philippe Steindl
ilg@imp.ch


------------------------------

From: rbauer@ecst.csuchico.edu (Robert Bauer)
Subject: Stargate ACL multiport serial adapter
Date: 1 Jul 1994 18:21:43 GMT

I have an older Stargate ACL board that I want to use under
linux.  I've got the developer's kit from Stargate, and am
preparing to delve into the kernel code to add support for it.

Before I get going though, I'd like to get in touch with anyone
who has programmed the board at the device driver level.  I'm
not really counting on meeting someone who has used it under
linux (but that would be really nice :).  I'd just like to get
some advice about specifics regarding the drivers.  The developer's
kit goes into great detail about programming of course, but
is no substitute for the voice of experience.

Also, this being my first venture into the kernel code, I'd like 
to gather as much info before I go causing panics. :)  Is reading
the relevant serial code and the kernel hacker's guide enough?

Thanks for your input.

Robert
-- 
      _____ _    __     | rbauer@ecst.csuchico.edu
 _ __|___  | |_ / _|___ | N7TFZ@KE6LW.#NOCAL.CA.USA.NA
| '_ \  / /| __| ||_  / |------------------------------------------------
| | | |/ / | |_|  _/ /  |
|_| |_/_/   \__|_|/___| |                         "Unix wants to be free"

------------------------------

From: pete@magnet.mednet.net (Pete Killcommons)
Subject: Convert PPP for ISDN in Masm to GNU asm for $$$
Date: 30 Jun 1994 04:08:56 GMT

We have an ISDN card with PPP written in Masm assembly, and want to 
convert to GNU assembly.  The resulting driver should link with the Linux 
kernel or possibly be loadable as a module. The module may also provide 
packet drivers, and needs to link to PPP on Linux (of course).

Free all expense paid trip to San Francisco with luxury accomodations,
swimming pool, coffee machine, T-1 to net for appropriate individual.
Maybe even some cash ;-)

Become world famous in your spare time!

Reply to pete@magnet.mednet.net.

-- 

Peter M. Killcommons M.D.    nexsys@well.com
415-541-9980                 nexsys@netcom.com
415-541-9984 fax             pete@magnet.mednet.net

------------------------------

From: dwb@ITD.Sterling.COM (David Boyd)
Subject: Re: computer science
Date: 30 Jun 1994 04:12:12 GMT

In article <1.9798.2382.0N27D234@dscmail.com>,
John Will <john.will@dscmail.com> wrote:
>And I'll bet that their major profits come from the MS-DOS/Windows 
>products... :-)
        I will take that bet.  Given that profit margins on DOS/Windows
packages tend to be thin and (at least for general software compilers,
spreadsheets, etc) you have to compete against the Microsoft's and
Bordlands of the world you need massive volume to make large profits
on DOS/Windows packages.  Profit margins on main frame and other 
enterprise software have been known to run as high as 45% and
given that the prices tend to be several orders of magnitude higher
thand for DOS/Windows products it doesn't take a large volume to
make a good profit (and think about those 15%-50% annual maintenance
and renewal fees).

Not that this has anything to do with Linux.
-- 
David W. Boyd                UUCP:     uunet!sparky!dwb
Sterling Software ITD        INTERNET: Dave_Boyd@Sterling.COM
1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
I survived - Seoul Sea of Fire Tour 94

------------------------------

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: Berkeley Socket Bug
Date: 29 Jun 1994 21:24:21 -0700

In article <2usd5n$8d7@clarknet.clark.net> davis@clark.net (John F. Davis) writes:
:Hello.  I wrote some code for a class that uses a full-duplex socket.
:When I run the code on a RS6000 or a Sun, it works as planned.  However,
:...
:Now then, my question is: is this a bug, or a feature of my kernel?  I'm 
:running the Yggdrasill F93 distribution, which is version 0.99.l7.  (I 
:think.  Someone else said I needed to know the version inorder to answer
:my dosemu question.)  Someone told me that I could hack up my kernel, in 
:order to get it to work.  I think I'll try that out as a last resort.  If
:it's just a kernel version problem, I'll just get a new cd.
:
:Thanks in advance.

    It's a bug, but you are running a very old kernel.  Please try the same
    thing on the latest kernel (1.1.24).  The TCP state machine was 
    completely revamped in 1.1.14 and there have been additional fixes all
    throughout, the problem may be fixed now.

                                        -Matt

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way             ham: KC6LVW (no mail drop)
    Incline Village, NV. 89451  Obvious Implementations Corporation
    USA                         Sandel-Avery Engineering
    [always include a portion of the original email in any response!]


------------------------------

From: jon@obelix.cica.es (Jonathan Noel Tombs)
Subject: Re: Wine-940620
Date: 1 Jul 1994 10:59:48 +0200

In article <JRICHARD.94Jun23162504@cad1.uml.edu>,
John Richardson <jrichard@cad1.uml.edu> wrote:
>
>   Sorry should have said kernel is 1.1.21
>   Nick
>
>The 1.1.2x kernels break wine.  I'm not sure of the reason, perhaps
>if someone sees Bob they could ask him?  :)
>
>I noticed some changes in the singal handling and ldt changes as well
>in the 1.1.19 -> 1.1.20 patch.  


If you change loader/signal.c to also catch SIGILL and SIGBUS and
redirect them to the SEGV handler (which also needs to be changed to
accept SIGILL and SIGBUS), then it will get atleast some of the windows
programs running again. winmine.exe is fine, but sol.exe still bombs, I
haven't looked why but I guess it is the ldt changes, it is possible that 
the kernel changes are poiting out a bug that otherwise didn't show up


Jon.

------------------------------

From: dwb@ITD.Sterling.COM (David Boyd)
Subject: atdisk2 patches and 1.1.23 - Help !!!!!!!!!!!!!!
Date: 30 Jun 1994 04:38:05 GMT

I went through the effort to hand apply the atdisk2 patches to
my copy of 1.1.23 with the IDE Speedups applied.  Has anyone ever
gotten this to work??  The patches seemed very straight forward,
but I get continous Controller reset messages from the driver
for the second controller.  

Could the multimode IDE patches be the problem (i.e. does anyone have
two controllers wokring with 1.1.23)?

If it matters I am running a DTC2290 EISA IDE card.
-- 
David W. Boyd                UUCP:     uunet!sparky!dwb
Sterling Software ITD        INTERNET: Dave_Boyd@Sterling.COM
1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
I survived - Seoul Sea of Fire Tour 94

------------------------------

From: venaas@nvg.unit.no (Stig Venaas)
Subject: Re: System lock ups: NCR 53c810 driver problem?
Date: 30 Jun 94 19:06:40 GMT

In article <1994Jun30.123911.16131@ultb.isc.rit.edu>,
E.C. Loyd <ecldco@ultb.isc.rit.edu> wrote:
>In response to "my NCR 53c810 driver locks up my system"
>
>What kernel version are you running?  I started with a 1.1.13 source tree,
>applied patches 14-19 to get 1.1.19, applied the NCR patches, made a new
>kernel, and am working just fine.  Granted, I have to specify disk geometry
>all over the place, but that's no big deal.  :-)

I also started with 13, and patched up to 19. When I tried to patch
in the NCR patch I got some rejects and the kernel didn't compile
cleanly. Didn't this happen to you?

Stig

------------------------------

From: wayne@backbone.uucp (Wayne Schlitt)
Subject: Re: Dedicated SCSI swap drive?
Date: Thu, 30 Jun 1994 06:04:33 GMT
Reply-To: wayne@cse.unl.edu

In article <2uqr31$hpm@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:
> Would I get better performance getting an additional 40-50MB SCSI
> drive and use that as swap space, or just make a 32MB partition out 
> of the 1G drive?


It is almost always better to have a bunch of small drives vs one
large drive.  Adding a swap disk isn't a bad idea.  If you get a disk
that is say 60-80MB, you might want to put /tmp and /usr/tmp on the
drive too.

Having your disk usage spread over several drives means that you can
be seeking on one drive while you are read/writing to another drive.
(If you are using SCSI, which you said you were.)  It also means that
if you are reading a file on one drive, and writing to another drive,
then neither disk has to do much seeking at all.  If you were using
only one drive, the disk would be constantly seeking back and fourth
between the two files.  This is true for both SCSI and IDE drives.


If you are running news, you should put the /usr/lib/news on one
drive, and the spool/news on another.  Keeping spool/news/in.coming
on a third drive helps even more.


-wayne

-- 
Our reasoning goes something like this:  "If I want it, I need it.  If
I need it, it's my right.  If it's my right, someone should give it to
me.  Or else I'll sue."     -- Newsweek June 27, 1994

------------------------------

From: btv@ldl.HealthPartners.COM (Bryan Vold)
Subject: Re: 1.1.24: floppy couldn't grab irq
Date: 30 Jun 94 19:03:20 GMT

In article <Cs7BsA.2FF@tasking.nl>,
Frank van Maarseveen <fvm@tasking.nl> wrote:
>Last night I upgraded from 1.1.21 to 1.1.24 and since then I frequently
>get the error device or resource busy when typing:
>
>       tar cf /dev/fd0 .
>
>after a reboot (from disk).
>
>When I get this error then I get it on the first /dev/fd0 access. In
>that case any subsequent floppy operation fails in a bad way: the kernel
>keeps complaining about CRC errors for every sector and the operation
>proceeds very slowly. At this point I don't wait for a tar message but
>press the reset button because that's a lot quicker.
>
>When the device or resource busy error occurs, the floppy driver complains
>about not being able to grab the floppy IRQ (6) at the same time.
>
>Sometimes everything works ok (i.e. not 100% reproducable).
>
>Could it be that the kernel grabs IRQ 6 when a spurious interrupt
>occurs *before* the floppy was accessed for the first time? (wild
>guess, I remember something about an unexpected floppy interrupt)
>
>Any other cause/solution?
>
>Note: I did a "make mrproper" "make config" "make dep" "make zlilo" after
>      applying the patches.

I noticed when I was having trouble with the floppy driver, I read in the 
floppy.c file that there was a bug in the driver that doesn't allow formatting
a disk the first thing after boot.  I didn't see a fix for this, so perhaps
what you're seeing is related to this floppy bug?  BTW, this bug is documented 
in the 1992/9/20 update blurb in floppy.c.

-Bryan
-- 
btv@ldl.healthpartners.com               "The relentless pursuit of perfection"
Linux -- The Choice of a GNU Generation  "Make it so, Number One." 

------------------------------

From: slouken@cs.ucdavis.edu (Sam Oscar Lantinga)
Subject: Microchannel Bus?
Date: Fri, 1 Jul 1994 22:09:14 GMT


        Does Linux run on Microchannel bus systems now?

Thanks,

        -Sam                    (slouken@cs.ucdavis.edu)


------------------------------


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@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
    sunsite.unc.edu				pub/Linux

End of Linux-Development Digest
******************************
