Linux-Development-Sys Digest #868, Volume #6 Wed, 23 Jun 99 17:14:27 EDT
Contents:
Killer App? How many businesses might get started with Linux ("Rob Darwin")
Re: gcc byte packing of inherited class data (Don Waugaman)
Is there a virtual floppy device? (scottxb)
Re: You can now use Winmodems in Linux!!!!!!! (Doug DeJulio)
Re: TAO: the ultimate OS (Eugene O'Neil)
Re: You can now use Winmodems in Linux!!!!!!! (Tom glass)
Re: PCI driver blues ("Daniel Pietsch")
Re: Difficulty in compiling kernel 2.2.10 (Greg de Freitas)
Re: Difficulty in compiling kernel 2.2.10 (Don Waugaman)
Re: WinModems and Linux (Craig Graham)
Re: TAO: evolution (Vladimir Z. Nuri)
Re: Problems reading CD created under Win9x ([EMAIL PROTECTED])
Linux Books ("Paxton Smith")
----------------------------------------------------------------------------
From: "Rob Darwin" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Killer App? How many businesses might get started with Linux
Date: Wed, 23 Jun 1999 18:19:24 +0100
I have a question which you may be able to point me in the right
direction, and I think that if one could answer it, then it would help
Linux to get into the Company market more.
We have file servers which run under Novell SFT III. This is a hot
standby non-stop system. For example our oldest server has provided
service for over 600 days now, with no break. We have added disks and
more memory, but because it will seamlessly switch between the server
pair, we have not had one second of downtime. (which makes an
interesting comparison to NT!)
Novell have not provided SFT III in their latest release, which unless
one buys a Dec Cluster means that the market it wide open.
The benefits of a Full Duplex Hot-switch system over (or maybe as well
as) RAID, is that you can have powersupply/CPU fan/disk errors, and
still keep service. We have had all of those over the years.
If someone could facilitate a way that non-linux knowledgeable companies
could set up a pair of Linux Servers that could do Hot Switch, full
duplex file serving, then it would be a no-brainer for business to use,
that, as the hassle of file server downtime is immense.
I would urge that this very simple, clearly limited project would make a
very good first steps for companies to start with Linux.
? Is there is resource that could get this solution ?
? Could Linux do this?
Regards, and sorry if this is a bit off topic
--
Rob Darwin Digital Mail Ltd
Voice:- 44-7050-650-454 44-171-562-0040
Fax:- 44-171-827-6520 44-171-588-2555
e-mail:- [EMAIL PROTECTED] [EMAIL PROTECTED]
www:- www.digitalmail.com/44-171-827-6520 www.digitalmail.com
Snailmail:- 18 City Road, Finsbury Square, London EC1Y 2AF
------------------------------
From: [EMAIL PROTECTED] (Don Waugaman)
Crossposted-To: gnu.gcc,gnu.g++,comp.os.linux.development
Subject: Re: gcc byte packing of inherited class data
Date: 22 Jun 1999 15:23:53 -0700
In article <[EMAIL PROTECTED]>,
Bruce Edge <[EMAIL PROTECTED]> wrote:
>Bruce Edge wrote:
[ class with a long inheriting from class with a char ]
>> Without going into why I need a misaligned long after a char,
>> I need the alignment for class c to be:
>> cc ll ll ll ll
>> not:
>> cc xx xx xx ll ll ll ll
>> which it insists on doing regardless of which attribute/packed
>> parameters I use.
>Just for the record, I'm constructing a packed to send out a serial
>interface to a 16 bit controller, so the alignment is really important.
>Adding packed attributes all over doesn't help either.
>-Thanks, Bruce.
You are probably out of luck. The C++ front end (which is interpreting
the pack attribute) is different from the C front end, and likely ignores
the attribute when applied to a class (at least as far as layout of
base/derived parts of objects).
Is performance that important for your application? Could you just build
the packed representation in a memory buffer using memcpy() of each
member and then send that through the serial port? Over the course of
time, that will end up being more maintainable.
If you want, you could try to ask this question on the egcs mailing list
(http://egcs.cygnus.com/ for details) but you should probably expect a
non-favorable reception and a suggestion like I've outlined above.
--
- Don Waugaman ([EMAIL PROTECTED]) O- _|_ Will pun
Web Page: http://www.cs.arizona.edu/people/dpw/ | for food
In the Sonoran Desert, where we say: "It's a dry heat..." | <><
"Very funny, Scotty. Now beam down my clothes."
------------------------------
From: scottxb <[EMAIL PROTECTED]>
Subject: Is there a virtual floppy device?
Date: Thu, 24 Jun 1999 00:11:51 +1000
I am looking for a device driver that emulates a floppy
device (especially a 2.88MB floppy device).
I need this driver so that I can use lilo to install a
boot loader onto a 2.88MB floppy image.
I dont want to have to use a physical 2.88MB
floppy device.
Any help would be appreciated !!
Regards,
Scott.
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] (Doug DeJulio)
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: 23 Jun 1999 13:46:57 -0400
In article <[EMAIL PROTECTED]>,
Tom glass <[EMAIL PROTECTED]> wrote:
> I'm looking for a serial port driver for linux. Can anyone give me a
> source for more info on the one referenced here, or another one.
The Linux kernel includes drivers for 8250/16550 and compatible UARTs,
in the drivers/char directory (look at "serial.c" for starters).
There's also a driver Z8530 UARTs (ie. the serial port of a Macintosh
or Sparc) in that directory (see mac_SSC.c for starters). The
RISCom/8 multipoart serial board also has a driver in that directory,
et cetera.
Also, Chase Research (www.chaser.com) gives out the source code for
the driver for their 16654-based serial boards and modem boards.
(Kernel folks: any word on folding this in to the main kernel?)
--
Doug DeJulio | mailto:[EMAIL PROTECTED]
HKS, Incorporated | http://www.hks.net/~ddj/
------------------------------
From: [EMAIL PROTECTED] (Eugene O'Neil)
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
Subject: Re: TAO: the ultimate OS
Date: Wed, 23 Jun 99 18:01:13 GMT
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (Vladimir Z. Nuri)
wrote:
>the strong hostility to my essay is evidence of something much
>deeper in the psychology of hackers. they do not want to consider
>new priorities that are beating down their doors by the mainstream
>public and natural evolutionary forces operating in the
>software industry.. (yet dare I say they are inevitable/
>unstoppable).. it is strange how hackers seem to embody the
>same hubris that IBM did with the invention of the PC, but I
>find it to be unmistakably present.
>the new priority: THE END USER. everything needs to revolve around
>the end user, rather than the programmer. EASY TO PORT== favoring
>the programmer.
New? That priority is as old as Capitalism. People were blathering that "the
customer is always right" long before computers were invented. We might call
our customers "users", but the basic idea is still exactly the same.
A perfect example of this philosophy in action is Microsoft. They are in the
business of giving customers exactly what they ask for, which sounds like a
nice idea until you realize that most Microsoft customers are idiots. The
brain-damaged eye candy they demand, like Microsoft Bob and dancing
paperclips, are only the tip of the iceberg. Sometimes, users want "features"
that are more than just annoying, they are actually dangerous.
Consider the powerful macro language in Microsoft Word that let documents do
all sorts of "neat" things when you open them. You say a macro virus erased
your hard drive when you opened a Word document? Sorry, they can't fix it,
because it isn't a bug. It's a user-requested FEATURE. Be careful of what you
wish for, you may get it.
Linux did not get where it is today by pandering to the lowest common
denominator, like Microsoft does. For years Linux was laughed at, ridiculed,
or simply ignored because it did not conform to the accepted user-centric
model of the universe. THEY were the ones who were filled with hubris, and WE
are the ones who exposed the flaws in their dominant paradigm, not the other
way around.
Now that our radical programmer-friendly approach is gaining too much momentum
to be dismissed as a fluke, everyone is trying to get on the bandwagon. I find
it ironic that many people who are fleeing the wreckage of Windows are now
begging us, nay, ORDERING us to make the same short-sighted user-centric
mistakes that made Windows such a mess the first place. Vague threats about
users beating our doors down will not intimidate us. On the contrary, it only
shows that we have something they want very badly: that hardly puts them in a
position to demand anything.
I am not saying that Linux can or should remain user-hostile as a goal in
itself. There is a perfectly respectable role for end-users to play in Linux,
but it is not the priviledged position of supreme importance they have grown
so accustomed to in Windows. Users must learn that Priviledge can only be
earned in Linux, purely on the basis of merit. If the customer is so damned
right, he can PROVE it by writing better code! Otherwise, he should not get in
the way of the programmers who are actually getting things done. Give us the
time to do things properly, and we will do more than just make our programs a
little easier: we will make them fundamentally BETTER.
That is the new "priority" that is taking over the world. You might as well
get used to it.
-Eugene
------------------------------
From: Tom glass <[EMAIL PROTECTED]>
Subject: Re: You can now use Winmodems in Linux!!!!!!!
Date: Wed, 23 Jun 1999 08:18:38 -0600
Christopher Browne wrote:
>
> Head over to <http://www.o2.net/~gromitkc/winmodem.html> and
> <http://linmodems.org/> for a dueling set of points of view on this.
>
> Note that the person that set up <linmodems.org> is Russ Nelson, who has
> written serial port driver software for Linux. Don't dismiss the idea
> out of hand...
I'm looking for a serial port driver for linux. Can anyone give me a source for more
info on the one referenced here, or another one.
------------------------------
From: "Daniel Pietsch" <[EMAIL PROTECTED]>
Subject: Re: PCI driver blues
Date: Wed, 23 Jun 1999 10:49:08 -0400
It could be that you need to enable PCI memory. To do this set bit 1 (MAR -
Memory Address Area) of the Command register (aka Instruction register) in
the PCI configuration space. The Command register has byte offset 4 in the
PCI configuration space and is 16 bits in size.
--
---
Daniel Pietsch
SST (a division of Woodhead Canada Limited)
Windows 95/NT/CE Developer (Applications and Device Drivers)
Remove NOSPAM and its mirror from my email address to reply,
------------------------------
From: Greg de Freitas <[EMAIL PROTECTED]>
Subject: Re: Difficulty in compiling kernel 2.2.10
Date: Wed, 23 Jun 1999 19:52:42 +0100
Reply-To: [EMAIL PROTECTED]
looks like you didn't 'make clean' before re-compiling.
:-)
do this t'be shore;-)
make clean
make dep
make bzlilo
make modules-install
..shutdown properly, boot the _new_ kernel.
..make sure 'depmod -a' happens somewhere during boot.
--
Ciao 4 now, Greg.
# Email : mailto:[EMAIL PROTECTED] #
# Email : mailto:[EMAIL PROTECTED] #
# To Live, To Love, To Learn, To Leave A Legacy. #
------------------------------
From: [EMAIL PROTECTED] (Don Waugaman)
Subject: Re: Difficulty in compiling kernel 2.2.10
Date: 23 Jun 1999 12:38:24 -0700
Posted and emailed.
In article <[EMAIL PROTECTED]>,
Wei-shi Tsai <[EMAIL PROTECTED]> wrote:
>This is a multi-part message in MIME format.
>--------------BCE11CC9D6E4B1132D391FDB
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>
>I deleted checksum.c from the directory and the makefile, and now I am
>in a bigger hole. The output is attached.
Delete everything - your entire old 2.0.x kernel tree. Build 2.2.10
from a fresh kernel tree.
And *please* don't send 600+ lines of error messages to Usenet.
--
- Don Waugaman ([EMAIL PROTECTED]) O- _|_ Will pun
Web Page: http://www.cs.arizona.edu/people/dpw/ | for food
In the Sonoran Desert, where we say: "It's a dry heat..." | <><
What was the best thing before sliced bread?
------------------------------
From: Craig Graham <[EMAIL PROTECTED]>
Subject: Re: WinModems and Linux
Date: Wed, 23 Jun 1999 20:41:56 +0000
Robert Krawitz <[EMAIL PROTECTED]> wrote:
> There are a few different kinds of winmodems -- HSP (host signal
> processing), which only have a D-A and rely on the host to do the DSP,
> and HCF (controller-free), which have a data pump and rely on the host
> for modem control. So both kinds of modems exist.
That's interesting - I've actually got a Rockwell WinModem which comes
up as an HCF. I'd probably be able to knock a driver together if I can
verify the that the 56K's follow the pattern of the rest of the rockwell
modem IC's and keep a broadly compatible register map (I've done
direct drivers for the lower end rockwell IC's before, and I've still got
the data book for the slower chips).
Are the Lucent chipset's the HSP based ones? If so, lucky lucky lucky.
I'll call my man at Telecoms Design Consultancy and see if they'll give
me a databook for the 56K's (they gave me the ones for direct programming
the slower chips a couple of years ago).
Craig.
------------------------------
Crossposted-To: alt.os.linux,comp.os.linux.advocacy,comp.os.misc,comp.unix.advocacy
From: [EMAIL PROTECTED] (Vladimir Z. Nuri)
Subject: Re: TAO: evolution
Date: Wed, 23 Jun 1999 19:22:32 GMT
Paolo Torelli ([EMAIL PROTECTED]) wrote:
: "Vladimir Z. Nuri" wrote:
: "Too late" is finding a design flaw after implementing which requires
: redesign and re-coding.
fair enough.. worth avoiding.. detailed design document that
stands up to scrutiny will avoid this.
: > and linux had many years to develop.
: <chill> I hope you're not developing it like linux... it relies on
: another's design, and if you look closely it's indeed a patchwork
its a model that is worth following as far as an open development
community. we agree it is a patchwork.
: You want quotes? here are some.
: Mon, 10:59: "p.s. finally!! someone with some actual authority &
: credentials to post to this thread, hahaha", as if others were kids
: Mon, 10:53: "starting & feeding flamewars is just a trivial side-benefit
: for me, hahaha!!", trying to be serious/costructive?
: Sat, 10:19: "nothing personal, but are you an AI program? hehehe", "and
: see that it exists, or can exist. ahhh but how rare they are indeed<g>",
: how bothering. If you were trying to be sympathetic, ever heard of
: smileys?
every one was a joke that could be dismissed by ppl without large
egos.. if you have a big ego, the rorschach post turns into
flamebait. "<g>==grin".. you critice me for using <g>'s instead
of smileys? oh lord. ROFL.
1. there are ppl with extremely high credentials/authority
posting to the thread.. for which I appreciate.. that's the joke.
most of the former refuse to cut me any slack or give me any
benefit of doubt regarding my own authority/credentials.. that's
the joke.
2. starting & feeding flamewars.. I think the whole thread & every
response in it shows I hate flamewars.. I would avoid it entirely
but the point is, its not under my control if flameurs show up..
3. AI program.. response to whats-his-names rather tortured
semantic hairsplitting in the post. the sentences I quoted indeed
began to sound like an AI program, imho<g>
these are all meta issues that bore me to tears.. can we talk
about the OS sometime? but you see, I cannot talk about something
if others constantly deflect the dialogue into the boondocks.
: Yep, fire... I say, there are 3 ways to deal with fire: thorwing water on it,
: throwing fuel on it, or sit aside cooking a neat beef waiting for the fire to
: extinguish. I've gladly noticed you've moved to the third opportunity, but I
: sadly have to notice you've kept fueling in the early stage. That's all.
humor. jokes. those who are p***ed off by nature and want to stay that way will
continually interpret humor as hostility. my own posts have nothing
to do with their own anger. hence I don't take it personally<g>
: Gladly, you seem to have come to a better mood :)
rorschach posts. I am in the same mood. the replies continually
change<g>
but lacking any more proactive/positive response (and negative
ones as well), I'm happy to announce I'll probably fade back
into the woodwork soon... but not to abandon the goals..
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
"in theory, there's no difference [EMAIL PROTECTED]
between theory and practice, mad genius research lab
but in practice there is!" http://www8.pair.com/mnajtiv/
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To:
comp.os.linux.development.apps,comp.os.linux.hardware,comp.os.linux.misc,comp.os.linux.networking
Subject: Re: Problems reading CD created under Win9x
Date: 23 Jun 1999 18:47:20 GMT
R Potts <[EMAIL PROTECTED]> schrieb
am Tue, 22 Jun 1999 09:48:53 -0300 in comp.os.linux.development.apps:
RP> I recently donwloaded a 140MB file and had some one copy it to a CD for me
RP> under Win95. When I look at the CD under Linux I can see 68MB of the file
RP> but when I look at it under a Win95 macine I can see the whole thing.
RP> What's up with this and how can I see the whole file. I don't have access
RP> to a CD-RW under Linux or another UNIX OS.
Bill Gates' company kicked in ass of the iso organisation. They changed
the CD Filesystem in their Windows environments.
I think you got a MS-Joilliet formated filesystem. Ouch. Some CD Writer
tools have the MS-Joliet as Standard CDFS.
The Solution is to use a 2.2.x kernel and enable the MS Joiliet extensions
for the iso9660 filesystem.
mfG
Jojo
- Professionelle Linux Server, Professioneller Support und Dienstleistungen ---
- AutomatiX GmbH - Vollautomatische Kransteuerungen & SAP f�higes Lagerger�t -
- J�rgen Sauer Neue Str. 11 28790 Schwanewede mailto:[EMAIL PROTECTED] -
- +49 4209-4699 +49 172-5466499 FAX +49 4209 4644 http://www.automatix.de -
------------------------------
From: "Paxton Smith" <[EMAIL PROTECTED]>
Subject: Linux Books
Date: Wed, 23 Jun 1999 09:57:30 -0500
Does anyone know of _the_ authoritative book on Linux
network programming? I'd appreciate any suggestions.
Thanks,
Paxton
------------------------------
** 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
******************************
