Linux-Development-Sys Digest #650, Volume #7 Fri, 3 Mar 00 20:13:21 EST
Contents:
Re: Absolute failure of Linux dead ahead? (Kaz Kylheku)
Re: 'file' command source (PoD)
Re: Absolute failure of Linux dead ahead? ([EMAIL PROTECTED])
Re: yamaha 724 ("Timothy D. Prime")
Re: sndconfig with NeoMagic 256AV soundcard... (Dr H. T. Leung)
Re: Fieldbuses ([EMAIL PROTECTED])
Re: Absolute failure of Linux dead ahead? (Jon)
HP Deskjet 710C driver ("Jacob Andresen")
Re: Struct size and allocate problem! need help. (Peter)
mmap and PCI driver (Steve Haynal)
Annual Linux Showcase - Call for Papers (Moun Chau)
[Fwd: Problem with portmap on Redhat 5.2] (Wallace Barnes III)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Reply-To: [EMAIL PROTECTED]
Date: Fri, 03 Mar 2000 17:31:55 GMT
On 3 Mar 2000 16:33:51 GMT, Wolfgang Weisselberg
<[EMAIL PROTECTED]> wrote:
>On 3 Mar 2000 02:10:20 GMT,
> Michael Sawyer <[EMAIL PROTECTED]> wrote:
>
>> Joe Programmer writes a program, and does the "Right Thing," using
>> sizeof(time_t) anywhere he has to know the actual size of the type.
>
>And then he does the wrong thing:
>
>> The program he's writing needs to keep some data on disk, which is not
>> at all an uncommon request. He's choosen to keep them in binary
>> files, to save storage space. Thus, he's got some structure
>
>> Now, time_t gets promoted to 64 bits, and he goes to read his data
>> back from his disk file.
>
>And he did another wrong thing: not using a magic numer and/or a
>version in his data headers, not to mention noting down the
>structure there.
I would say that the wrong thing is writing raw structures to disk. If you do
that, you should also provide routines for exporting the data to some external
form and importing from that form.
For example, the typhoon database management system writes raw C structures to
disk. The structures are generated from a database description language which
also generates a binary file that describes the layout of the database. Tools
are provided which will dump the database to a text form. Thus to convert data
from a 32 bit time_t, you would first dump it, then modify the declaration in
the description language, compile that to create a new binary description and
then run the import tool to regenerate the binary database with the new struct
layout. Then recompile the software to use the new struct declarations.
I don't think that the failure to add a magic number in the data header is
outright wrong. There could be versioning information that is kept elsewhere.
You wouldn't want to put a version into every copy of a database record; that
sort of information belongs in the description of the database itself.
For example, if you are writing a filesystem, you will probably stick version
info into the superblock, not waste space by putting it into each inode, or
directory entry or other object. The version is only interesting when the
system is being mounted.
------------------------------
From: PoD <[EMAIL PROTECTED]>
Subject: Re: 'file' command source
Date: Sat, 04 Mar 2000 04:22:44 +1030
Mark Barlow wrote:
>
> Don't suppose anyone knows which file contains the source for the 'file'
> command which uses a magic file to guess filetypes??
>
> I tried having a look myself but failed. If anyone is in the know it would
> save me a lot of time looking for it!
>
> Cheers
> Mark
I've found that http://www.tuxfinder.com/ nearly always finds what I'm
looking for.
PoD.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: Fri, 03 Mar 2000 18:04:10 GMT
In article <[EMAIL PROTECTED]>,
Anders Larsen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] schrieb:
[snip]
> In the *N*X-world, coding "...dates as the number of seconds since
1970"
> is the norm rather than the exception, to say the least.
> And it's really quite common to store dates in that format in
databases
> etc., so IMHO it would be next to impossible to change the starting
> point.
Storing dates that way would kinda destroy my thesis (if I may be
so bold as to call it that). I'd assumed that most dates were
stored as ascii or, barring that, in binary using using their
own date routines with some other concept of genesis. Using
time_t doesn't seem terribly portable, somehow.
> It might be true that in 2038 most people don't care about what
happened
> before 2000-01-01, but the *transition* would be tough anyway.
I did some checking on HPUX-10.2. Turns out that their time(),
gmtime() and strftime() calls seem to work (I get bored quickly)
back till around 1920 before blowing up. So, I guess I was wrong
about that, too. It did seem as though they treated time_t as
signed... for what it's worth.
> Well, I really don't care that much, however - I believe 64+ bit
> machines will be the norm before 2038 (and I'll be eighty by then ;-)
Probably eligible for retirement in just 3 more years;-)
cs
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
From: "Timothy D. Prime" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.setup
Subject: Re: yamaha 724
Date: Fri, 03 Mar 2000 10:22:54 -0800
Still playing with the YMF724...
I am fairly convinced my problem is not in the register settings. I
have tried several combinations of IRQs, port addresses, etc. -- no
effect.
I have taken a peek at the commands issued to the SoundBlaster ports.
One thing I came accross suggested that the commands for turning on/off
the speaker do not function.
My question is: how does one turn on/off the speaker for the YMF724
(legacy compatibility or otherwise)?
------------------------------
From: [EMAIL PROTECTED] (Dr H. T. Leung)
Subject: Re: sndconfig with NeoMagic 256AV soundcard...
Date: 3 Mar 2000 18:31:32 GMT
(sigh... another one of those clueless RH users...). Forget about sndconfig.
To get the soundchip to work (I have got it in a Sony Vaio), you need to do a few
things:
(1) compile and install the extra nm256 kernel module. You said you have
downloaded the latest driver for it; anyway, the latest driver actually came with
kernel 2.2.14 the last time I checked; while 2.2.13 has an older version which
requires patching; 2.2.12- doesn't have it at all. You do "make module" then "make
module-install" or "make install-module".
(2) insert the nm256 module in the kernel, plus other required modules
(sound_core,sound, etc). "man modprobe" and "man insmod" for details. You
probably want to do it manually the first time, then automates it in
/etc/rc.d/rc.local or wherever later.
If things works correctly, you should see a congratulation message in your kernel
logs (one of /var/log/* files, depending on how your system is setup) about the
sucessiveful initialisation of the module. If not, at least it would tell you
what's wrong.
(3) make sure everybody has write access to the sound device (/dev/dsp, I think).
It isn't fun when only root can play CDs.
(4) I read that the Enlightenment Sound Deamon does some wierd things to the
sound device (like grabbing it and taking exclusive control). Don't know the
details, but if you are running gnome, you might want to disable/get rid of esd.
I don't use gnome myself, so I don't really care about that.
That's about all.
In article <89nnoe$o7v$[EMAIL PROTECTED]>, "Jae H. Choi"
<[EMAIL PROTECTED]> writes:
|> Hell, I am trying to config my soundcard which is NeoMagic 256AV.. when I
|> run sndconfig command, it detects the soundcard correctly... However, it
|> gives me warning that it is known to crash some models of dell inspiron
|> which is irrelevant issue with my notebook... (I am using Sharp Actius
|> A800) After the warning sign, if I choose to continue, the config just
|> stops and does not proceed from then on... Does anybody have same problem
|> with me?? I downloaded the lastest driver for NeoMagic 256Av however, it
|> still does not work.. If anybody knows the solution or have faced same
|> problem please let me know...
|>
|> Thank you...
|>
|> Jae H. Choi
|> [EMAIL PROTECTED]
--
--------------------------------------------------
"What you don't care cannot hurt you." Chap. 7a, AMS-NS
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Fieldbuses
Date: Fri, 03 Mar 2000 18:45:56 GMT
Hello Anders!
In article <[EMAIL PROTECTED]>, Anders Larsen
<[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm looking for different fieldbus implementations for Linux in order
> to evaluate the feasibility of using some form of embedded Linux
in our products.
>
> We would be interested in PROFIBUS-xxx, Interbus-xxx, DeviceNet,
CanBus, Industrial Ethernet and the like.
>
I don't know if this is directly what you looking for or not. I am the
Author of the Allen Bradley Ethernet Library and Utils (ABEL). This
is a library that allow direct data table read/write access to any
Ethernet connected Allen Bradley PLC5, SLC 5/05, or Pyramid
Integrator. The library is freely available without limitations or
restrictions. This library may be downloaded from:
http://freshmeat.net/appindex/1999/11/07/941993013.html
Thank you and I hope you find this project useful!
Ron Gage - Saginaw, MI
([EMAIL PROTECTED])
> The more I can find, the better my chances of pushing Linux in here.
>
> If you know of some (commercial or free) implementation, please let me
> know (per e-mail, please).
>
> Thanks in advance,
>
------------------------------
From: [EMAIL PROTECTED] (Jon)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: Absolute failure of Linux dead ahead?
Date: Fri, 03 Mar 2000 18:56:14 GMT
On 3 Mar 2000 16:29:08 GMT, [EMAIL PROTECTED]
(Wolfgang Weisselberg) wrote:
> On Thu, 02 Mar 2000 20:41:25 GMT,
> Jon <[EMAIL PROTECTED]> wrote:
> > On 2 Mar 2000 19:53:00 GMT, [EMAIL PROTECTED]
> > (Wolfgang Weisselberg) wrote:
>
> > > On Thu, 02 Mar 2000 17:52:16 GMT,
> > > Jon <[EMAIL PROTECTED]> wrote:
> > > > On Thu, 02 Mar 2000 08:20:02 -0500, mlw <[EMAIL PROTECTED]>
> > > > wrote:
>
> > > How many machines do *you* know that are in active use today
> > > *and* were so 15,20,30 years ago?
>
> > 2 that I've worked with personally.
>
> So, does a single pentium outclass them yet or do you need a dual
> PII for that? The computing power of 20 years ago is not much
> today compared to entry-level PCs.
One of the 2 machines is (yes, it's still in use) a 386DX40 with
32MB RAM and an RLL drive on a 16MB cache card. I have 4
machines in pieces at home that outpower that thing.
> > There are thousands of
> > others... witness the demand for Cobol programmers that occured
> > in 1999.
>
> Code != Hardware.
You're right of course. However, code *implies* hardware, or at
least a generation of hardware, in many cases... COBOL being one
of them. COBOL has not been actively used for new development
since before the advent of cheap 64-bit hardware. This implies
that the vast amjority of COBOL code runs on 32-bit (or less)
machines. The bit restriction and the cost of storage forced the
decision to use 2-digit dates and voila, we have a Y2k problem.
> > This assumes the hardware will be replaced. This is not always
> > true. Take XYZ Corp. who just invested $UmpteenMillion in their
> > new WhizBang5000 Unix-based computer system. There's a *very*
> > good chance that system will still be there in 2038, operating
> > all of XYZ Corp.'s critical accounting and MRP functions.
>
> Sure. We are talking about quite a couple of generations here.
> Both in hardware and in software. While I personally would like
> to see Unix still being there 30 years from now, we must realize
> that Unix is the oldest 'still in use' OS --- and it's just 30
> years old. How old's Windows?
That's beside the point. Programmers must assume that anything
they write and sell commercially (or is used in any form
commercially) may well still be in use decades from now. To
assume it will be replaced is a mistake.
> > Why
> > replace it? It cost a whole lotta cash and it still works just
> > fine.
>
> And the electricity bill for a year could buy a more powerful
> replacement, too. Not to mention hardware maintenance and getting
> old style, really slow HDs, when everyone uses hi-speed 10'th
> generation holographic memories of a couple of 1000 Exabytes size
> as today we have 5GB drives ... and Terrabytes of 'RAM' in desk
> machines.
There's a fundamental point I keep trying to make but apparently
have not yet done so. Corporations move like mollasses and are
inherently incapable of taking on the smallest project without
having to spend millions. Though replacement hardware would be
relatively inexpensive, a large corp isn't going to buy an
adequate system, they're going to buy the Really Big Latest Thing
for 5 times more than they should because their too-expensive
consulting team told them to. Between the hardware, software,
and scores of consultants they have to hire (not to mention all
the retraining of their employees) to transition from the old MRP
system to the new one is far more cost-prohibitive than any corp
will take lightly. Corporations take the "short view" and are
much more willing to pay Bob's Bitchin Consulting to
incrementally maintain their systems than they are to shell out
huge piles of cash to do the job right -- it's cheaper in the
short term. Replacement is generally not an option no matter how
well justified it looks on paper.
All this results in one simple truth: We develop today, they use
nearly forever. This is both good and bad: Corporation X will
get screwed but the developer, if they're still breathing at the
time, has a guaranteed high-paid consulting job in 2037.
Jon
------------------------------
From: "Jacob Andresen" <[EMAIL PROTECTED]>
Subject: HP Deskjet 710C driver
Date: Fri, 3 Mar 2000 22:20:02 +0100
Anybody have info on the 710C? (ie a datasheet of some kind)
I am in the process of making my Deskjet 710C working in Linux and would
like any info or location of a working driver
Thanx,
Jacob
PS. I will of course GPL any code I will create
------------------------------
From: [EMAIL PROTECTED] (Peter)
Crossposted-To:
alt.os.linux,comp.os.linux.development.apps,comp.unix.sco.misc,comp.unix.sco.programmer,comp.unix.unixware.misc,tw.bbs.comp.linux
Subject: Re: Struct size and allocate problem! need help.
Date: Fri, 03 Mar 2000 14:54:51 GMT
No, that's not a good doing, and i am shure you will get problems in
the future if going this, nonportable way!
The real problem came up from the hardware-processor and belongs to
the alligment. Most (and as long as i know) all intel ones need a
4-byte alligment addressing structs. So the compiler filled it to a
multiple of 4 anyway. If you have asignmetproblems with other data,
cast it like struct0_data = (struct0 *)data.
Use a protable way! you and all the others will thanks you!
Peter
On 2 Mar 2000 06:22:01 GMT, "Jaron" <[EMAIL PROTECTED]> wrote:
>ThankX all for suggestions.
>
>At this point. what I worry about is the portability ?
>Because I want this program works for many UNIX environment like
>SCO UNIX, UnixWare, UNIX SVR4.2 and Linux...
>
>So if I change this structure as below( change unsigned long to 4 unsigned
>char)
>
> struct a {
> unsigned char a1;
> unsigned char a2;
> unsigned short a3;
> unsigned short a4;
> /*unsigned long a5;*/
> unsigned char a5[4];
> };
>
>Do you think this is better ?
>
>
>*------------------------------------------------*
>I use the structure as below:
>
>uchar RXBuf[2048];
>
>void F1 ((uchar *) P)
>{
> ..
> len = recvfrom (sock, (char *)RxBuf, sizeof (RxBuf), 0, .....);
> ...
>
> bcopy (RxBuf, P, len);
> ...
>}
>
>void F2(void)
>{
> F1 ((uchar *) a );
>
> ...
>}
>
>
>
------------------------------
From: Steve Haynal <[EMAIL PROTECTED]>
Subject: mmap and PCI driver
Date: Sat, 04 Mar 2000 00:30:11 GMT
Hi,
I'm using mmap to remap PCI configuration registers/memory into user space.
This works fine. Now I'm adding IRQ support to my driver. Part of the IRQ
handler requires that the kernel driver also accesses a now mapped to user
space configuration register to clear pending interrupts. Is it possible
for both user space and kernel space to have access to the same memory? If
so, how is it done? (I have been trying functions writel and readl from the
driver using the physical address in the pcidev->base_address[0] plus an
appropriate offset. This seg faults. The address range at
pcidev->base_address[0] is what has been successfully remapped to user
space.)
Any help, suggestions or comments are appreciated.
Steve
--
Posted via CNET Help.com
http://www.help.com/
------------------------------
Crossposted-To:
alt.os.linux,comp.os.linux,comp.os.linux.admin,comp.os.linux.advocacy,comp.os.linux.development,comp.os.linux.development.apps
From: [EMAIL PROTECTED] (Moun Chau)
Subject: Annual Linux Showcase - Call for Papers
Date: Sat, 4 Mar 2000 00:29:34 GMT
4th Annual Linux Showcase and Conference, Atlanta
October 10 - 14, 2000
Cobb Galleria
Atlanta, Georgia, USA
http://www.linuxshowcase.org
Sponsored by USENIX, the Advanced Computing Systems Association, and the
Atlanta Linux Showcase, in cooperation with Linux International
LINUX ENTHUSIASTS AND PROFESSIONALS: The highlight of this year's Linux
community calendar is undoubtably the Annual Linux Showcase and
Conference. Now in its fourth year, ALS is specifically designed for
the Linux enthusiast, with an emphasis on high-caliber technical
knowledge. This conference is developed by a volunteer community of
computing professionals and by USENIX, a not-for-profit technical
association respected for its tradition of in-depth technical
conferences.
ALS 2000 promises to be the biggest event in ALS history, expanding its
technical program to include more tutorials, refereed papers, invited
talks, Birds-of-a-Feather sessions, hothouses, and opportunities for
informal discussions with Linux experts, professionals, and vendors. The
conference includes a three-day vendor exhibition in which more than 80
companies will showcase their latest products and services.
We are currently seeking submissions for Technical White Papers,
Works-In-Progress Reports, Talks/Panel Session proposals, and Tutorial
presentation proposals for this event. Suggested topics include
discussions on the development of Linux and Open Source platforms,
applications and tools as well as the implementation, maintenance and
growth of Linux systems in small and large environments. Detailed topic
suggestions and submission guidelines can be found on our website:
http://www.linuxshowcase.org.
===============================================================
IMPORTANT DATES
Submissions due:
Extreme Linux Workshop: April 17, 2000
Hack Linux/Use Linux Tracks: May 1, 2000
Notification to authors:
Extreme Linux Workshop: June 16, 2000
Hack Linux/Use Linux Tracks: June 30, 2000
Registration material available: July 2000
Editorial revisions due (Extreme Linux Workshop): July 23, 2000
Final papers due (for all tracks/workshops): August 24, 2000
===============================================================
Join us in the premier technical conference for Linux enthusiasts and
professionals! This conference is sponsored by USENIX, the Advanced
Computing Systems Association, and the Atlanta Linux Showcase, in
cooperation with Linux International.
------------------------------
From: Wallace Barnes III <[EMAIL PROTECTED]>
Subject: [Fwd: Problem with portmap on Redhat 5.2]
Reply-To: [EMAIL PROTECTED]
Date: Fri, 3 Mar 2000 10:39:14 -0500
Path:
TTG.TheTaylorGroup.com!attmt2!ip.att.net!news.harvard.edu!purdue!news3!arclight.uoregon.edu!hammer.uoregon.edu!newsfeed.direct.ca!newsfeed.usit.net!feed2.onemain.com!feed1.onemain.com!uunet!ffx.uu.net!spool0.news.uu.net!reader1.news.uu.net!not-for-mail
NNTP-Posting-Host: 199.172.169.19
Newsgroups: comp.os.linux.misc,comp.os.linux.setup,comp.os.linux.x
From: Wallace Barnes III <[EMAIL PROTECTED]>
Subject: Problem with portmap on Redhat 5.2
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Date: Thu, 2 Mar 2000 11:00:26 -0500
MIME-Version: 1.0
Lines: 12
X-Newsreader: Microsoft (R) Exchange Internet News Service Version 5.5.2448.0
Organization: Bloomberg LP
Content-Type: text/plain
Hello All,
I ran into a problem trying to run the portmap daemon that comes
with the RedHat 5.2 distribution. It seems that the child process that
is forked off aborts after sending the following message to syslog:
"portmap[3018]: run_svc returned unexpectedly"
I checked the code and svc_run is a C extern function which is supposed
to never return. Does anyone no how to fix this apparent bug ? Please
Email me with your response as well. Thanks in advance.
-Wally
------------------------------
** 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
******************************
