Linux-Development-Sys Digest #17, Volume #8      Wed, 12 Jul 00 21:13:12 EDT

Contents:
  Re: Version Control (Grant Edwards)
  Re: Version Control (Kaz Kylheku)
  Re: 2.4.0test2 and pppd (".@.")
  Re: How to port MSVC++ app to Linux? (Pjtg0707)
  Re: Tape Emulator (Sian Leitch)
  Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (Bryan Hackney)
  LINUX SMP (Bob Davis)
  Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (Tim Haynes)
  Re: LINUX SMP (Kaz Kylheku)
  Re: 2.2.15-Lockup with PLX9050-based PCI card ("Paul Fulghum")
  Patchview beta (bill davidsen)
  Re: 2.4.0test2 and pppd (bill davidsen)
  Re: LINUX SMP (bill davidsen)
  Re: Good Basic compiler for linux? (bill davidsen)
  Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (bill davidsen)
  Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (bill davidsen)
  Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC (bill davidsen)

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

From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Re: Version Control
Date: Wed, 12 Jul 2000 19:16:16 GMT

In article <8kie76$uhi$[EMAIL PROTECTED]>, Bill Waddington wrote:

>Can someone point me at a software version control utility/reference?  I
>need to do a better job of organizing my Solaris, HPUX, and Linux
>drivers by version (both OS version and driver version).

RCS or CVS.

RCS is a bit simpler to get going, but lacks some features of
CVS.

-- 
Grant Edwards                   grante             Yow!
                                  at               
FISH-NET-FISH-NET-FISH-NET-FISH-NET-FISH!!
                               visi.com            

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

From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: Version Control
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 19:13:39 GMT

On Wed, 12 Jul 2000 18:42:50 GMT, Bill Waddington
<[EMAIL PROTECTED]> wrote:
>Hello All,
>
>Can someone point me at a software version control utility/reference?  I
>need to do a better job of organizing my Solaris, HPUX, and Linux
>drivers by version (both OS version and driver version).

This is topic for comp.software.config-mgmt .

I've used CVS to keep two branches of a driver for different kernel releases,
maybe you can give that a try.


-- 
#exclude <windows.h>

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

From: ".@." <.@.>
Subject: Re: 2.4.0test2 and pppd
Date: Wed, 12 Jul 2000 13:09:14 -0700

Johan Kullstam wrote:
> 
> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:
> 
> > Sorry if you are offended. But when it comes to my privacy/rights there
> > is no polite way to say "back the fuck off" after all "give an inch and
> > they take a mile".
> 
> yes but your policy is to blanket insult everyone.  most of the people
> who read it have intention of interfering with your privacy.  why do
> you insult them too?
> 
> group punishments suck.  i learned that in the first grade when the
> teacher would punish the whole class for some few idiots misbehavior.

Well, I agree about the group punishments. I keep it like that so those
assholes who thieve the info w/o my permission get my full sentiment.

> > I do. And a Firewall. And anything else I can get ahold of. I am
> > paranoid because I am tired of being screwed for money.
> 
> i understand the sentiment.
> 
> --
> J o h a n  K u l l s t a m
> [[EMAIL PROTECTED]]
> edlhp

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

From: [EMAIL PROTECTED] (Pjtg0707)
Subject: Re: How to port MSVC++ app to Linux?
Date: Wed, 12 Jul 2000 20:07:30 GMT
Reply-To: [EMAIL PROTECTED]

On Wed, 12 Jul 2000 13:03:04 -0600, Warren Young <[EMAIL PROTECTED]> wrote:
>Dima Maziuk wrote:
>> 
>> >Perhaps Microsoft may one day decide to port MFC
>> > to Linux; we will then have all the Microsoft apps we can handle!
>> 
>> Dear God please no.  :)
>
>Not to worry.  MFC is intimately aware of the Win32 architecture.  To
>port it to Xlib or some other X-based UI system, they'd end up doing
>like they did with the Mac port of MFC: emulating Win32 with local
>mechanisms for the benefit of MFC.  We all saw how successful Mac MFC
>was....
>
>As for Visual C++ generating nonportable code, my question is, if you're
>trying to do something uncommon (e.g. "write portable code"), why are
>you using a code generator?  Just because AppWizard generates code that
>mixes UI and "business logic" doesn't mean Visual C++ is totally
>useless.  You just have to take a few matters into your own hands.
>
>I've got several modules I use in my programs that are portable between
>Visual C++ and Linux/GNU g++, and several more that are portable between
>Borland C++/OWL and Visual C++/MFC.  It's not that hard, guys.
>-- 
>= Warren -- See the *ix pages at http://www.cyberport.com/~tangent/ix/
>= 
>= ICBM Address: 36.8274040 N, 108.0204086 W, alt. 1714m

Just as  a matter slight off tanget. I distinctly recall a suite of OOP
libs called Zapp that you can use to write portable code for both X and
WIn32 systems. I was always under the impression that if you want 
portable code, you don't use MFC and either write your own classes or use 
something like Zapp. By using MFC, you are automatically locked into
the Win32 systems, 

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

From: [EMAIL PROTECTED] (Sian Leitch)
Subject: Re: Tape Emulator
Date: Wed, 12 Jul 2000 14:06:40 +0100
Reply-To: [EMAIL PROTECTED]

Aig Mon, 10 Jul 2000 12:24:00 GMT, sgriobh [EMAIL PROTECTED]
 <[EMAIL PROTECTED]>:
>Hi there,
>
>I'm looking for a tape emulator in C, ie something that emulate a tape
>device and respond correctly to ioctl calls with mtio parameter (to do
>rewind, step block, etc ...).
>
>Thanks for any help,

Look at the ftape and the taper packages.

>Christophe
>[EMAIL PROTECTED]

Regards
-- 
Sian Leitch (Software Engineer specialising in Algol 68)
Algol 68 for Linux is available from me or at
<ftp://vestein.arb-phys.uni-dortmund.de>
Look for ctrans_version.tar.gz


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

From: Bryan Hackney <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: Wed, 12 Jul 2000 15:21:34 -0500

Charles Eicher wrote:
> 
> In article <4DNa5.302455$[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] says...
> 
[...]
> I can hardly thing of anything more ON-topic than an announcement in this group
> seeking beta testers for PowerPC Linux development tools. I encourage MetroWerks
> to keep us informed of CodeWarrior Linux news.
> 
> As for the original complaintant, I suggest that he switch to decaffeinated
> products.

Perhaps it had something to do with the tone of the post. Serious testers only my butt.
They need to deal with one or two annoyances to keep from offending everyone else.

Serious replies only. I'm very busy.


-- 
                                 Bryan Hackney / BHC / [EMAIL PROTECTED]
                                        http://www.FreeClassAds.com/
                                        http://bhconsult.com/
                                        http://bhconsult.com/bh/pgp.key

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

From: Bob Davis <[EMAIL PROTECTED]>
Subject: LINUX SMP
Date: Wed, 12 Jul 2000 16:43:37 -0400
Reply-To: [EMAIL PROTECTED]

Any good references on how Linux distributes processes to processors?
Thanks,
Bob

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

From: [EMAIL PROTECTED] (Tim Haynes)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: 12 Jul 2000 22:06:17 +0100
Reply-To: "Tim Haynes" <[EMAIL PROTECTED]>

Bryan Hackney <[EMAIL PROTECTED]> writes:

> Charles Eicher wrote:
> > 
> > In article <4DNa5.302455$[EMAIL PROTECTED]>,
> > [EMAIL PROTECTED] says...
> > 
> [...]
> > I can hardly thing of anything more ON-topic than an announcement in
> > this group seeking beta testers for PowerPC Linux development tools. I
> > encourage MetroWerks to keep us informed of CodeWarrior Linux news.
> > 
> > As for the original complaintant, I suggest that he switch to
> > decaffeinated products.
> 
> Perhaps it had something to do with the tone of the post. Serious testers
> only my butt.  They need to deal with one or two annoyances to keep from
> offending everyone else.

Even more to the point, "these are the only supported versions of
linux". Like, get real. Give me the source openly and I'll compile it
*myself* on a Debian GNULinux/PPC setup and check that it works - which
effectively does some 'work' *for* the company. Fail to cater for /all/ my
tastes in platform, both now and in the future, by introducing arbitrary
restrictions for no good reason, and I'll not even look at it.

> Serious replies only. I'm very busy.

This is a followup, not a reply. Hope that counts ;8)

~Tim
-- 
| Geek Code: GCS dpu s-:+ a-- C++++ UBLUAVHSC++++ P+++ L++ E--- W+++(--) N++ 
| w--- O- M-- V-- PS PGP++ t--- X+(-) b D+ G e++(*) h++(*) r--- y-           
| The sun is melting over the hills,         | http://piglet.is.dreaming.org/
| All our roads are waiting / To be revealed | [EMAIL PROTECTED]

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

From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: LINUX SMP
Reply-To: [EMAIL PROTECTED]
Date: Wed, 12 Jul 2000 21:45:56 GMT

On Wed, 12 Jul 2000 16:43:37 -0400, Bob Davis <[EMAIL PROTECTED]> wrote:
>Any good references on how Linux distributes processes to processors?
>Thanks,
>Bob

The source code. How Linux distributes processes to processors is roughly this:
each processor can execute the kernel code, and self-schedules.  That means
each processor chooses a new process to run, from among the available
processes, by executing the scheduler function. The scheduler has some 
provisions for SMP; for example, one rule is that from among the ready
processes, those which executed on the same processor previously get a slight
priority boost to make it more likely that one of them will be chosen.

-- 
#exclude <windows.h>

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

From: "Paul Fulghum" <[EMAIL PROTECTED]>
Subject: Re: 2.2.15-Lockup with PLX9050-based PCI card
Date: Wed, 12 Jul 2000 23:52:10 GMT

> I'm having severe problems with a PLX9050 based PCI-card featuring a 32
> channel A/D.
>
> I'm trying to write a device driver on my 2.2.15 i386 box. I have no
problem
> initializing the card and reading any of the 32 channels which involves
> writing to certain I/O mapped registers and reading from others. The base
> address assigned to the card is 0xb400 and the working I/O addresses are
in
> the range 0xb400..0xb403. To switch the card to another operational mode,
> however, it is necessary to write the mode byte to address 0xb40e which
always
> leads to an immediate system lockup independent of the mode byte value
(e.g.
> also when setting the very same mode the card has as bootup default)
>
> The card's manufacturer refuses to help me saying they only support DOS
but I
> need to get this card up and running. The hardware must be ok for the
example
> DOS programs work as they should.
>
> What could possibly go wrong, here, Does anyone know if te PLX chip needs
some
> special treatment on initialisation? Any PCI commands to be set or unset?
I
> followed the hints from Documentation/pci.txt but since this is my first
PCI
> device driver, I'm at a complete loss at this point.
> Andy Thaller
> TU Muenchen, Physikdepartment E11       Tel: ++49 (0)89 289 12860
> James Franck Str.                       Fax: ++49 (0)89 289 12842
> 85748 Garching   //  Germany            email:  [EMAIL PROTECTED]

Andy:

I have written a driver (drivers/char/synclink.c) for a serial device that
uses the PLX9050. It uses both I/O and shared memory without problem
so it can be done :-). I did not do anything special except allocate the
resources and do reads and writes.

I would verify that the resources (I/O ranges) are being claimed
with the correct sizes (so they dont conflict with something else).
Not much else to suggest, but keep on trying and it will work.

--
Paul Fulghum


[EMAIL PROTECTED]



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

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Patchview beta
Date: 13 Jul 2000 00:01:22 GMT

  patchview is a perl program which reads large multi-file patches like
kernel upgrades and Alan Cox patches, and generates a directory full of
neat little HTML files which allow you to look over the patch and see
what changes have been made.

  I like to check changes to bit I use a lot, but there are whole
sections which currently don't interest me. This is my answer to rolling
through the whole patch looking for the good bits.

  I tried it on a large patch set for an application, and a bunch of
Linux stuff, including one patch set generated by diffing between two
widely separated kernels...

  I will upload it more formally in a few weeks, I do have a few things
I want to enhance yet, but here's a place for anyone who shares my patch
reading habit to try it and send me suggestions.

  ftp://ftp.rahul.net/pub/davidsen/source/  look for the current version

  I may be totally alone in my interest in this, of course :-(

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: 2.4.0test2 and pppd
Date: 13 Jul 2000 00:12:08 GMT

In article <[EMAIL PROTECTED]>,
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

| I think I need to use ppp-on (edited) in conjunction w/
| ppp-dialing-scripts (or some such, edited as well). Can anyone give me
| some pointers? Merci beaucoup.

  I typed in some things which have my 2.4.0test2ac2 working, but your
address bounced and I'm damned if I'll type it again. People who ask
for help with a bogus address get none from me. Learn to use hotmail or
such when you ask for help. You get all the privacy in the world from
me, including never seeing your posts.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: LINUX SMP
Date: 13 Jul 2000 00:19:35 GMT

In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:
| On Wed, 12 Jul 2000 16:43:37 -0400, Bob Davis <[EMAIL PROTECTED]> wrote:
| >Any good references on how Linux distributes processes to processors?
| >Thanks,
| >Bob
| 
| The source code. How Linux distributes processes to processors is roughly this:
| each processor can execute the kernel code, and self-schedules.  That means
| each processor chooses a new process to run, from among the available
| processes, by executing the scheduler function. The scheduler has some 
| provisions for SMP; for example, one rule is that from among the ready
| processes, those which executed on the same processor previously get a slight
| priority boost to make it more likely that one of them will be chosen.

  Which means even less in the new kernel than it did in the old. Now
that f.p. registers are not saved only on demand, the benefit (and need)
for afinity is pretty small. If your process waits one ms. for "your"
processor to be free, chances are that in that time virtually all of the
cache will have changed.

  I played with that a lot when SMP was new and CPUs were slow, but
other than one patch which set the afinity value based on the speed of
the processor, I never found any significant gain. The only hack which
really helped was for a system with one non-f.p. (486SX) processor, and
that was just useful until the correct replacement came in. ;-)

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Subject: Re: Good Basic compiler for linux?
Date: 13 Jul 2000 00:24:26 GMT

In article <[EMAIL PROTECTED]>,
Mike Dowling <[EMAIL PROTECTED]> wrote:

| Which I think says it all!
| 
| Conclusion:
| Avoid proprietary languages.  Use standards.

  I think I'll be taking a look at C# anyway, it may well be a standard
language five years from now.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: 13 Jul 2000 00:36:30 GMT

In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:
| On Mon, 10 Jul 2000 22:33:14 -0400, MWRon <[EMAIL PROTECTED]> wrote:
| >[ANN] Beta testing of CW for Linux on Intel and PowerPC platforms
| >
| >Metrowerks is taking applications for Beta testers for the next version of
| >CodeWarrior for Linux on Intel and PowerPC Platforms.   To qualify you
| >must be familiar with the Linux operating system and are interested in
| >Beta testing CodeWarrior for Linux.  You must be able to download large
| >files and you will be required to file bug reports.
| 
| I consider this spam.

  You live on a lofty plane...

  I think it's great that they are looking for a cross-section of
testers, and I fail to see what's wrong with that. This is not an
attempt to sell, nor was it posted widely.

  I was a beta for Microsoft C v5 and v6, and I think I was selected
because I was on X3J11 with some guys from Redmond. If they were doing
this for Slackware (which I use for development) or SPARC, I would love
to debug some drivers I'm doing for Prodigy. But while they will run on
Redhat and SuSE at some point, they will develop on Slackware, because I
like a very manual environment.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: 13 Jul 2000 00:40:59 GMT

In article <[EMAIL PROTECTED]>,
Kaz Kylheku <[EMAIL PROTECTED]> wrote:

>On Tue, 11 Jul 2000 19:23:21 -0500, [EMAIL PROTECTED]
><[EMAIL PROTECTED]> wrote:
>>What criteria do you use to make your determinations of spam and 
>>not-spam?
>
>One clear rule is: article of a commercial advertizing nature in a discussion
>group.

  Let's see, this is a Linux development group, that's a Linux
development tool. Guess it's not off-topic.

  There's no offer to sell, information on ordering, guess it's no an
ad, either.

  The product announcement would be similar to those in the announce
group, but a post here is certainly better targeted at the people who
would benefit from the contents.

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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

From: [EMAIL PROTECTED] (bill davidsen)
Crossposted-To: comp.os.linux.powerpc
Subject: Re: [ANN] Beta testing of CW for Linux on Intel and PowerPC
Date: 13 Jul 2000 00:53:34 GMT

In article <[EMAIL PROTECTED]>,
Tim Haynes <[EMAIL PROTECTED]> wrote:

| Even more to the point, "these are the only supported versions of
| linux". Like, get real. Give me the source openly and I'll compile it
| *myself* on a Debian GNULinux/PPC setup and check that it works - which
| effectively does some 'work' *for* the company. Fail to cater for /all/ my
| tastes in platform, both now and in the future, by introducing arbitrary
| restrictions for no good reason, and I'll not even look at it.

  I don't think there's a restriction there, simply a list of supported
distributions. If you want to run it on Slackware (I do!) or some other
distribution the only restriction is that they don't promise that it
will work.

  That's not a restriction, it's common sense. Back when we had SLS and
Slackware as the only two significant distributions you could test on
all of them. Not true any more. Don't read "not supported" for "can't
work."

-- 
bill davidsen <[EMAIL PROTECTED]>  CTO, TMR Associates, Inc
  "Doing interesting things with little computers since 1979"(tm)
It doesn't bother me that people make flavored yogurt with fruits. It doesn't
bother me that someone makes caramel broccoli yogurt. It doesn't even bother
me that people buy it to rub on each other's naked bodies.
What DOES bother me is that people buy it to EAT!

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


** 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: [EMAIL PROTECTED]

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

    Internet: [EMAIL PROTECTED]

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

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

Reply via email to