Linux-Development-Sys Digest #1, Volume #7 Tue, 27 Jul 99 22:14:01 EDT
Contents:
Re: ASCII to speech??? (Konrad Mierendorff)
Re: Toshiba DVD-RAM and Linux (Steve McIntyre)
Re: help on gcc (M. David Allen)
Re: OT: Affordable (was Re: when will Linux support > 2GB file size???) (Bloody
Viking)
Re: when will Linux support > 2GB file size??? (Christopher Browne)
Re: when will Linux support > 2GB file size??? (Philip Brown)
Re: when will Linux support > 2GB file size??? (Bloody Viking)
Re: when will Linux support > 2GB file size??? (Andrew Berg)
__socket (Jen-Chieh Tang)
Re: when will Linux support > 2GB file size???
Re: OT: Affordable (was Re: when will Linux support > 2GB file size???) (Alexander
Viro)
Re: Linux SCSI Performance Issues (Dave Platt)
Re: OT: Affordable (was Re: when will Linux support > 2GB file size???) (Bloody
Viking)
----------------------------------------------------------------------------
From: Konrad Mierendorff <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: ASCII to speech???
Date: Tue, 27 Jul 1999 23:12:38 +0200
Gergo Barany wrote:
>
> In article <7nkjc5$t8s$[EMAIL PROTECTED]>,
> [EMAIL PROTECTED] wrote:
> >I am looking for voice recognition software with ASCII to speech
> >capabilities. Also hardware and software for a video camera.
>
> ASCII to speech would be voice synthesis, not recognition. There is a
> package called rsynth which might do what you want.
There is another one called festival.
- Konrad
------------------------------
From: [EMAIL PROTECTED] (Steve McIntyre)
Crossposted-To: comp.os.linux.hardware
Subject: Re: Toshiba DVD-RAM and Linux
Date: 27 Jul 1999 20:09:36 GMT
In article <7njqok$ie4$[EMAIL PROTECTED]>,
Christian Mund <[EMAIL PROTECTED]> wrote:
>Hello,
>I am the proud owner of a TOSHIBA SD-W1101 DVD-RAM Drive and want to know,
>if there is anyone out there, who is able to use this Drive with Linux.
>
>The Drive works in a 2-LUN Mode, LUN0 = CDROM and LUN1 = Optical Device.
>Reading from a DVD-Media works fine, but when i try to write, the
>Drive hangs up the SCSI-Bus.
>I tried to track this problem a little bit, but i am not so familiar with
>debugging Kernels .
>dmesg says : "aborting command due to timeout : write(6)
> timed out: reset"
>Using the strace-command i can see, that thwe Device-Hang occurs, when the
>Kernel does an fsync.
In our experiments at work the Toshiba DVD-RAM drive does not appear to be
happy with 6-byte write commands. Changing them to 10-byte commands from
our application seemed to fix the similar problems we saw.
>On the Web, there are patches for other DVD-RAM Drives ( HITACHI GF-1050,
>PANASONIC LD-1001 ). These Drives had all the same problem :
>They work in a 1LUN Mode and the Kernel detects them as CD-ROMs and not as
>Devices with wite-access.The only change in the Kernel is, that these
>patches declare these devices as opticals or direct access devices (like
>Disks), nothing else.The patches work great with Linux.
>I got the Inquiry-Pages from these Drives and found out, that the TOSHIBA
>has write-cache and the PANASONIC,HITACHI don�t.
In fact the Panasonic and Hitachi drives both have write-caching; if you
don't enable it then performance really sucks.
--
Steve McIntyre, Cambridge, UK. [EMAIL PROTECTED]
Also available from [EMAIL PROTECTED]
"Can't keep my eyes from the circling sky, +------------------
"Tongue-tied & twisted, Just an earth-bound misfit, I..." |Finger for PGP key
------------------------------
From: [EMAIL PROTECTED] (M. David Allen)
Crossposted-To: comp.os.linux.development.apps,comp.os.linux.misc
Subject: Re: help on gcc
Date: 27 Jul 1999 23:21:14 GMT
Reply-To: [EMAIL PROTECTED]
In article <7nk1pm$n0i$[EMAIL PROTECTED]>,
jievis <[EMAIL PROTECTED]> writes:
> Hi, All:
> When I try to compile a c files, I want gcc output a middle files in
> which the expression is computed and enumeration is also computed, the
> output files should be also .c format. So who can tell me the switcher?
> Thanx in advance
>
> Jievis
>
I'm probably not alone in not having a clue what you're talking about.
Do you mean outputting the file AFTER it has been preprocessed? I think thats
-E but I'm not sure check the manpage. Man pages are good, because they keep
us from having to know what flags are. Reference = good.
gcc -E myfile.c -o foobar outputs the file foobar which is what will actually
get compiled after all the #include, #define, #undef...etc stuff.
Do you mean outputting object files? They're not .c files - you need the
-c flag though. gcc -c myfile.c produces myfile.o which is object code for
myfile.c
Hope this helps somewhat.
--
David Allen
http://opop.nols.com/
========================================
"Heavier-than-air flying machines are impossible."
-- Lord Kelvin, president, Royal Society, 1895.
------------------------------
From: Bloody Viking <[EMAIL PROTECTED]>
Subject: Re: OT: Affordable (was Re: when will Linux support > 2GB file size???)
Crossposted-To: comp.os.linux.advocacy
Date: Tue, 27 Jul 1999 23:35:23 GMT
In comp.os.linux.advocacy Mark Tranchant <[EMAIL PROTECTED]> wrote:
: Hear, hear. I call for the word "affordable" to be banned forthwith.
: Also, what's with those recipes that say "Cook for 30 minutes or until
: ready"? Which do they want?!
That word should be banned from all advertising of health care, cars,
homes, or for that matter anything priced over a grand as a norm. I don't
watch TV for two reasons. One, there's nothing good on, and I got sick of
the insult of adverts of "affordable-priced" Lexuses. Who are they talking
to? A good rule of thumb for use of this word would be something that you
can save up for in 3 months at the median wage without depriving yourself
in the process. (assuming median credit card debt load too)
The word "affordable" is so misused it's ridiculous, like "More affordable
than Ever, These beautiful homes in Ericksen Estates are priced at only
$300,000!". Or a Lexus advert with "More affordable leases than ever!" and
they show a monthly payment as big as a mortgage on a condo. Fucking
ridiculous.
--
CAUTION: Email Spam Killer in use. Leave this line in your reply! 152680
First Law of Economics: You can't sell product to people without money.
4375625 bytes of spam mail deleted. http://www.wwa.com/~nospam/
------------------------------
From: [EMAIL PROTECTED] (Christopher Browne)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Reply-To: [EMAIL PROTECTED]
Date: Wed, 28 Jul 1999 00:13:39 GMT
On Tue, 27 Jul 1999 05:49:25 GMT, Bloody Viking <[EMAIL PROTECTED]> wrote:
>In comp.os.linux.advocacy Philip Brown <[EMAIL PROTECTED]> wrote:
>
>: Umm.... a low-end alpha was affordable 2 years ago.
>
>Depends on your definition of "affordable", which is of course a function
>of your take-home pay. For a professional making $80K/yr, you're right.
>For a postal worker, no. Becuse I'm a postal worker, the Y2K-3 DEC Alphas
>were not affordable. :( When Intel starts shipping millions of 64-bit
>CPUs, then it will meet my income's definition of "affordable".
>
>Not every Linux fan is a computer professional. A few of us use it becuse
>the price is right: Affordable like nothing else. :)
If it is "affordable" according to the definitions used by enough
people, then its use can become fairly widespread.
If that doesn't meet *everyone's* definition of "affordable," that may
be unfortunate, but still acceptable for the purpose of increasing its
proliferation. After all, $5000 might be too much for you to pay, but
if that's a better value than the $6000 that people pay for other
systems, $5K < $6K, and that can turn into a sale, albeit not to
you...
I picked up an Alpha box a couple of years ago for $850, which was
fairly comparable to the pretty-much-constant pricing of Intel boxes
over the years where the "box you want" costs about $1500.
--
"NT 5.0 is the last nail in the Unix coffin. Interestingly, Unix isn't
in the coffin... It's wondering what the heck is sealing itself into a
wooden box 6 feet underground..." -- Jason McMullan
[EMAIL PROTECTED] <http://www.hex.net/~cbbrowne/alpha.html>
------------------------------
From: [EMAIL PROTECTED] (Philip Brown)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Reply-To: [EMAIL PROTECTED]
Date: 28 Jul 1999 00:26:45 GMT
On 27 Jul 1999 12:15:52 -0700, [EMAIL PROTECTED] wrote:
>In article <[EMAIL PROTECTED]>,
>Philip Brown <[EMAIL PROTECTED]> wrote:
>>If you have an application, and all it wants to do is do
>>
>> while(1){
>> lseek64()
>> read/write()
>> }
>>
>>on a really large data file, it should be doable on a 32-bit VM system, with
>>some custom filesystem rewrites, and possibly an override of the lseek64()
>>libc routine.
>
>If that's all it wants to do, yes, you can with the current VM on
>32-bit systems.
oh, good. we get to agree on something :-)
>The question becomes, then, how much of the regular UNIX/BSD/Standard-of-the-week
>API do you support? If you want to write custom code to act as replacements for
>it on a source level and link only against the new libraries, that's an option.
>
>That also means you can't use any existing libraries/binaries/etc. Your existing
>tools no longer work (cp, mv, tar, cpio). You have to re-write or re-compile
>*everything* that might at some point have to deal with 64-bit files.
nope. That's what dynamically linked libraries are for.
Additionally;
Well written tools don't ASSUME mmap is okay. They take advantage of it if
POSSIBLE.
Standard tools on linux are GNU. I was under the impression that the GNU tools
are fairly well written.
--
[Trim the no-bots from my address to reply to me by email!]
[ Do NOT email-CC me on posts. Pick one or the other.]
--------------------------------------------------
The word of the day is mispergitude
------------------------------
From: Bloody Viking <[EMAIL PROTECTED]>
Subject: Re: when will Linux support > 2GB file size???
Crossposted-To: comp.os.linux.advocacy
Date: Tue, 27 Jul 1999 23:44:03 GMT
In comp.os.linux.advocacy [EMAIL PROTECTED] wrote:
: 2 years ago, PC prices were a lot worse too. You would be lucky
: to find a brand name machine in a shiop for less than $1500.
: Better machines were going for considerably more.
: So, in that context, a $2000 Alpha was affordable.
But that's not a valid comparison of affordability. If you can't afford
the good PC, you can't afford the DEC Alpha either. This is a misuse of
the word. The only thing you can compare to is your customer's wages, not
the price of a competitor's product. Affordability is a function of the
potential customer's money supply - nothing else. A Lexus is "affordable"
compared to a Rolls Royce, but if Joe Average can't afford the Lexus, the
comparison is moot. BOTH cars are unaffordable!
: Some of the early Atarians, back when the console alone went
: for $800 were postmen and other similar working class stiffs.
So long as they don't have too much credit card debt nor a wife to waste
money! :)
--
CAUTION: Email Spam Killer in use. Leave this line in your reply! 152680
First Law of Economics: You can't sell product to people without money.
4375625 bytes of spam mail deleted. http://www.wwa.com/~nospam/
------------------------------
Crossposted-To: comp.os.linux.advocacy
From: [EMAIL PROTECTED] (Andrew Berg)
Subject: Re: when will Linux support > 2GB file size???
Date: Wed, 28 Jul 1999 00:37:27 GMT
In article <[EMAIL PROTECTED]>,
Philip Brown <[EMAIL PROTECTED]> wrote:
>>
>>Not likely (because it's a VM issue rather than a filesystem issue; I
>>stand corrected on that important point), but that (to me) is the crux
>>of the issue: the other major 32-bit operating systems do support
>>large files.
>
>well, in theory, it is perfectly feasible to implement a filesystem
>WITHOUT using memory mapping. It's just not as fast.
>
>So, the possibilities I see are:
>
>a) maybe the NTFS support doesn't use memory mapping ?
Under Win32, the memory mapping api's let you pass a 64 bit offset to
start the map view. This has the effect of making files larger than
the possible memory space not mappable in contiguous memory.
I (personally) rather like the irony. NT on Alpha would gladly
support 64 bit files, in a 64 bit CPU, but only let you map 32 bits of
your file at a time. <G>
>
>b) make an inhouse tweaked ext2 driver that uses simple buffer-to-buffer
> coping instead of memory mapping.
>
>
>--
>[Trim the no-bots from my address to reply to me by email!]
>[ Do NOT email-CC me on posts. Pick one or the other.]
> --------------------------------------------------
>The word of the day is mispergitude
>
--
-andrew
=========================
------------------------------
From: Jen-Chieh Tang <[EMAIL PROTECTED]>
Subject: __socket
Date: 27 Jul 1999 23:50:20 GMT
Hello All :
I have recently aquired some test code which includes the
__socket function call. I can compile it into a .so file,
but it fails giving the following error :
LD_PRELOAD=./socket.so ping www.yahoo.com
application called `socket'
ping: error in loading shared libraries: ./socket.so: undefined symbol: __socket
Does anyone know how to resolve this ? Thanks.
--
Tom Tang
[EMAIL PROTECTED]
------------------------------
From: [EMAIL PROTECTED] ()
Crossposted-To: comp.os.linux.advocacy
Subject: Re: when will Linux support > 2GB file size???
Date: Tue, 27 Jul 1999 17:23:59 -0700
On Tue, 27 Jul 1999 23:44:03 GMT, Bloody Viking <[EMAIL PROTECTED]> wrote:
>In comp.os.linux.advocacy [EMAIL PROTECTED] wrote:
>
>: 2 years ago, PC prices were a lot worse too. You would be lucky
>: to find a brand name machine in a shiop for less than $1500.
>: Better machines were going for considerably more.
>
>: So, in that context, a $2000 Alpha was affordable.
>
>But that's not a valid comparison of affordability. If you can't afford
>the good PC, you can't afford the DEC Alpha either. This is a misuse of
>the word. The only thing you can compare to is your customer's wages, not
>the price of a competitor's product. Affordability is a function of the
>potential customer's money supply - nothing else. A Lexus is "affordable"
>compared to a Rolls Royce, but if Joe Average can't afford the Lexus, the
>comparison is moot. BOTH cars are unaffordable!
>
>: Some of the early Atarians, back when the console alone went
>: for $800 were postmen and other similar working class stiffs.
>
>So long as they don't have too much credit card debt nor a wife to waste
>money! :)
They all had wives. One of them (wives) even photocopied
the manuals of the games they 'shared'.
--
It helps the car, in terms of end user complexity and engineering,
that a car is not expected to suddenly become wood chipper at some |||
arbitrary point as it's rolling down the road. / | \
Seeking sane PPP Docs? Try http://penguin.lvcm.com
------------------------------
From: [EMAIL PROTECTED] (Alexander Viro)
Crossposted-To: comp.os.linux.advocacy
Subject: Re: OT: Affordable (was Re: when will Linux support > 2GB file size???)
Date: 27 Jul 1999 20:19:31 -0400
In article <%mrn3.74$[EMAIL PROTECTED]>,
Bloody Viking <[EMAIL PROTECTED]> wrote:
>In comp.os.linux.advocacy Mark Tranchant <[EMAIL PROTECTED]> wrote:
>
>: Hear, hear. I call for the word "affordable" to be banned forthwith.
>: Also, what's with those recipes that say "Cook for 30 minutes or until
>: ready"? Which do they want?!
>
>That word should be banned from all advertising of health care, cars,
>homes, or for that matter anything priced over a grand as a norm. I don't
>watch TV for two reasons. One, there's nothing good on, and I got sick of
Only two? You've missed the most serious one - density of bogon
emission exceeds all thinkable limits. Now, *that's* one area that
will never be regulated by FDA and FCC...
ObAlphas: check the ebay. They regulary have Multias - not too
fast, but... 166MHz + 32Mb + SCSI - better than my development box ;-/
Usually they go for a hundred or so. Monitor is not a problem. So you can
have an Alpha box for ~$200.
[snip the nice rant about moronic ads]
--
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid. Get yourself a better computer" - Dilbert.
------------------------------
From: [EMAIL PROTECTED] (Dave Platt)
Crossposted-To:
linux.dev.c-programming,linux.dev.kernel,linux.dev.scsi,comp.os.linux.hardware
Subject: Re: Linux SCSI Performance Issues
Date: Wed, 28 Jul 1999 01:28:32 GMT
In article <[EMAIL PROTECTED]>,
Dimi Shahbaz <[EMAIL PROTECTED]> wrote:
>The test.ps shows the degredation in performance as the number of disks
>increases. This is using the regular
>linux system calls --open, read, write, etc--directly on the device
>/dev/sda, etc. The file
>all_disks_read_scsi_generic.ps is a similar test, except that this was
>performed by directly accessing the
>SCSI controller--/dev/sga, etc--and not the disk(s) itself. As you can
>see, the problem of slowing disks is
>eliminated. However, the problem now is that for 2 disks, the number of
>total reads remains the same as the
>total number of reads for 1 disk by itself. The same is the case for 3
>and 4 disks. This should not happen,
>instead we expected a small total read count decrease but not half (for
>2 disks), 2/3's (for 3 disks), 3/4's (for 4
>disks).
You are probably observing a known artifact of many versions of the
/dev/sg generic SCSI driver. This driver is, in effect,
single-threaded. It maintains a single kernel-memory command buffer,
and the various tasks using /dev/sd* end up contending for this buffer.
Once you start a command of any sort on /dev/sga (for example), no
other thread/task/process can start a command on /dev/sgb until the
first command continues. The fact that the lower-level SCSI-card
drivers are capable of handling multiple I/Os won't help. Nor will
trying to do I/O to two or more SCSI controllers.
There are enhancements to the SCSI generic driver which enable it to
allocate, and release multiple kernel-memory buffers (one per client).
Check the 2.3 kernel tree - it's possible that one of the multi-buffer
patches has been incorporated into the development kernel tree.
--
Dave Platt [EMAIL PROTECTED]
Visit the Jade Warrior home page: http://www.radagast.org/jade-warrior/
I do _not_ wish to receive unsolicited commercial email, and I will
boycott any company which has the gall to send me such ads!
------------------------------
From: Bloody Viking <[EMAIL PROTECTED]>
Subject: Re: OT: Affordable (was Re: when will Linux support > 2GB file size???)
Crossposted-To: comp.os.linux.advocacy
Date: Wed, 28 Jul 1999 01:25:19 GMT
In comp.os.linux.advocacy Alexander Viro <[EMAIL PROTECTED]> wrote:
: ObAlphas: check the ebay. They regulary have Multias - not too
: fast, but... 166MHz + 32Mb + SCSI - better than my development box ;-/
: Usually they go for a hundred or so. Monitor is not a problem. So you can
: have an Alpha box for ~$200.
Now, THAT is an affordable DEC Alpha! :) Thanks for the clue! Good thing
there is Linux for Alphas too. I'll have to study up on Alphas and the
Linux-compliant hardware to get one I can use as a cool Linux box. Are the
memory chips the same as the garden variety PC ones, like 72-pin SIMM?
BTW, if you can get a 200 MHZ Alpha (and add memory cheap) you'll have the
power of the first Cray - an affordable supercomputer. Just think of
talking computers in a bar when you say you have an Alpha, not a PC.
You'll get the strange stares like I get when I drive my old VW with
SUV-style driving lights on the bonnet. (hood for the British-challenged)
Here's a fun question. If you get one of the Affordable Alphas, and put NT
on it, will normal software work on it? If so, I bet it's slower due to
non-native CPU. A cool thing about an Alpha Linux box is that it's Y2K+38
compatible, so it can be a family heirloom... forever!
--
CAUTION: Email Spam Killer in use. Leave this line in your reply! 152680
First Law of Economics: You can't sell product to people without money.
4375625 bytes of spam mail deleted. http://www.wwa.com/~nospam/
------------------------------
** 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
******************************
