Linux-Development-Sys Digest #360, Volume #8 Mon, 18 Dec 00 23:13:15 EST
Contents:
Re: Is there a TWAIN driver in development for Linux? (Kevin Krammer)
Re: usb-storage-question (Kevin Krammer)
Re: Problems with C++ in Kernel Module (Nix)
Re: Problems with C++ in Kernel Module (Nix)
Re: spinlocks and blocking ("Norman Black")
Re: what is ld-linux.so.2? ("Norman Black")
Re: Compiling C++ programs with GCC --> no GPL license implications (HomerWelch)
Re: Linix terminal emulation software (Anders Larsen)
Re: Compiling C++ programs with GCC --> no GPL license implications (Tor Slettnes)
Intel Easy PC camera - cannot be supported in Linux! (jtnews)
Re: Compiling C++ programs with GCC --> no GPL license implications
([EMAIL PROTECTED])
Re: spinlocks and blocking (Kaz Kylheku)
Re: where could I find the detailed docs about the r/w lock and thread of UNIX98?
(Kaz Kylheku)
Kernel say: Unable to open initial console (Pulec)
Re: Compiling C++ programs with GCC --> no GPL license implications (Stefaan A
Eeckels)
Re: Intel Easy PC camera - cannot be supported in Linux! ([EMAIL PROTECTED])
Re: Compiling C++ programs with GCC --> no GPL license implications ("E. Robert
Tisdale")
Re: Linux GUI programming (Chris Ahlstrom)
----------------------------------------------------------------------------
From: Kevin Krammer <[EMAIL PROTECTED]>
Subject: Re: Is there a TWAIN driver in development for Linux?
Date: Mon, 18 Dec 2000 22:09:42 +0100
jtnews wrote:
>
> twain isn't just for scanners it's for a lot of different
> digital devices. see www.twain.org
>
Well, again SANE is what you are looking for. Quoting the SANE
Introduction "...SANE stands for "Scanner Access Now Easy" and is an
application programming interface (API) that provides standardized
access to any raster image scanner hardware
(flatbed scanner, hand-held scanner, video- and still-cameras,
frame-grabbers, etc.)..."
http://www.mostang.com/sane/
Kevin
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Krammer <[EMAIL PROTECTED]>
Student at Graz University of Technology
http://www.sbox.tu-graz.ac.at/home/v/voyager
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
From: Kevin Krammer <[EMAIL PROTECTED]>
Subject: Re: usb-storage-question
Date: Mon, 18 Dec 2000 22:27:36 +0100
Konstantinos Agouros wrote:
>
> Hi,
>
> I just tried my Casio-Digi-Cam which has USB-Support together with the
> usb-storage module. It is recognized, but how do I mount/access the data?
>
Haven't got any USB device yet, but after looking into the FAQ at
www.linux-usb.org I found this link, maybe it will answer you question:
http://usb.in.tum.de/linux-usb/USB-guide/book1.html
HTH
Kevin
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Kevin Krammer <[EMAIL PROTECTED]>
Student at Graz University of Technology
http://www.sbox.tu-graz.ac.at/home/v/voyager
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
------------------------------
From: Nix <$}xinix{[email protected]>
Subject: Re: Problems with C++ in Kernel Module
Date: 18 Dec 2000 21:59:50 +0000
On Mon, 18 Dec 2000, O. Petzold spake:
> C++ has a big advantage concerning cleaning up the resources using the
> destructors. There is nothings equal to in C imo.
In GNU C (which the Linux kernel is written in), there are constructors
and destructors; look up `Function Attributes' in the GCC manual.
(I'd be *very* surprised to see them working in the kernel though, for
(roughly) the same reason as global constructors and destructors don't
get called in kernel modules.)
> The next is hiding
> the data etc.
You can do this in C to exactly the same degree as you can in C++ (that
is, it will protect you against error, but not against malice).
> The next would be to shadow the
> kernel header and than you can port parts of the libstdc++
> (e.g. string - nesessary for some exceptions ..)
It's probably easier to reimplement simpler versions than to try to port
libstdc++ --- let alone libstdc++v3 --- to kernel space. Most of the STL
allocators, for instance, assume memory overcommitment and virtual
memory (that is `address space is essentially free'). This assumption
definitely does not hold in the kernel.
--
Not speaking for Boskone at the moment.
------------------------------
From: Nix <$}xinix{[email protected]>
Crossposted-To: comp.os.linux.help
Subject: Re: Problems with C++ in Kernel Module
Date: 18 Dec 2000 22:04:16 +0000
On Mon, 18 Dec 2000, Peter T. Breuer gibbered:
> In comp.os.linux.help Rui Antunes <[EMAIL PROTECTED]> wrote:
>> Is it a good idea to use C++ in the kernel (I don't use
>> exceptions
>
> It's close to impossible. You'd have to write the support library
> (including all the new and destr stuff).
That's an exaggeration. The code in GCC for normal and vector operators
new and delete is a horrifying total of... 169 lines. (And 70% or so of
that is copyright statement.)
--
Not speaking for Boskone at the moment.
------------------------------
From: "Norman Black" <[EMAIL PROTECTED]>
Subject: Re: spinlocks and blocking
Date: Mon, 18 Dec 2000 14:18:20 -0800
Reply-To: "Norman Black" <[EMAIL PROTECTED]>
That is probably a general rule for writing maintainable code, over years,
in multi programmer projects.
--
Norman Black
Stony Brook Software
the reply, fubar => ix.netcom
"Matthew Impett" <[EMAIL PROTECTED]> wrote in message
news:91la5u$7d0$[EMAIL PROTECTED]...
> I was reading the "Unreliable Guide to Hacking the Linux Kernel" and came
> across something which I do not understand. In chapter 5, "Recipes for
> Deadlock", it is mentioned that you cannot call routines which may sleep
if
> #2 -- you own any spinlocks.
>
> I don't quite understand this. I can understand why this could be
disastrous,
> where if I own some spinlock x, and sleep, waiting for some resource,
which
> will only be released by someone once they obtain spinlock x, we will
deadlock.
> However, it seems to me that if written carefully enough, it would be
possible
> to sleep while holding a spinlock... If I am wrong about this could
someone
> please explain before I do something terribly wrong..
>
> thanks,
>
> Matt Impett
------------------------------
From: "Norman Black" <[EMAIL PROTECTED]>
Subject: Re: what is ld-linux.so.2?
Date: Mon, 18 Dec 2000 14:23:18 -0800
Reply-To: "Norman Black" <[EMAIL PROTECTED]>
It is basically the program "interpreter" in ELF terminology. The
interpreter is loaded before the program is loaded. ld-linux.so.2 does all
of the dynamic linking of objects. Linux programs list ld-linux.so.2 as
their "interpreter".
--
Norman Black
Stony Brook Software
the reply, fubar => ix.netcom
"�̿���" <[EMAIL PROTECTED]> wrote in message
news:91k9s8$e5a$[EMAIL PROTECTED]...
> I have one question...
>
> linux's "/lib" directory have ld-linux.so.2.
>
> what is this?
> what program use this?
>
>
>
>
------------------------------
From: HomerWelch <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.c++,gnu.misc.discuss
Subject: Re: Compiling C++ programs with GCC --> no GPL license implications
Date: Mon, 18 Dec 2000 22:47:34 GMT
Stefaan A Eeckels wrote:
>
> In article <[EMAIL PROTECTED]>,
> "E. Robert Tisdale" <[EMAIL PROTECTED]> writes:
> >
> > You know, until just a couple of days ago,
> > I thought that voters -- and not the courts -- would decide
> > who would be President of the United States.
> The voters decided. What wasn't clear was who voted
> correctly, which is for the courts to decide.
[snip]
Oh, is Al Gore President?
--
Homer J. Welch [EMAIL PROTECTED]
Troy, Michigan
------------------------------
From: Anders Larsen <[EMAIL PROTECTED]>
Subject: Re: Linix terminal emulation software
Date: Mon, 18 Dec 2000 23:54:09 +0100
owl wrote:
>
> Where can I find Linix terminal emulation software running in MS Window ?
Look for the terminal emulator "TeraTerm", it's capable of serial,
telnet, and even ssh connections.
HTH,
cheers
Anders
--
Windoze is a 24x7 system - up 24 days, 7 hours per day
------------------------------
Crossposted-To: comp.lang.c++,gnu.misc.discuss
Subject: Re: Compiling C++ programs with GCC --> no GPL license implications
From: Tor Slettnes <[EMAIL PROTECTED]>
Date: Mon, 18 Dec 2000 23:15:56 GMT
>>>>> "HomerWelch" == HomerWelch <[EMAIL PROTECTED]> writes:
HomerWelch> Oh, is Al Gore President?
Yes.
--
F�r i ulvekl�r
------------------------------
Date: Mon, 18 Dec 2000 19:19:32 -0500
From: jtnews <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.hardware,comp.os.linux.advocacy
Subject: Intel Easy PC camera - cannot be supported in Linux!
The Intel Easy PC camera is not supported in Linux!
You can't even write a driver for it!
I got it as a "free" add-on with my new Dell Dimension
L600cx, but now it seems I made the wrong choice!
Why does a $40 cheapo camera have to be proprietary for
Intel? I thought Intel made all their money because they make
huge volumes of flash memory chips over their competitors.
I better choose the Lexmark color printer as a free add on next
time!
[EMAIL PROTECTED] wrote:
>
> Hello,
>
> Intel does not provide a Software Developer's Kit (SDK) for the Intel� PC Camera
>product family. The information regarding the drivers and software is considered
>proprietary, and we are unable to release that information to the public. If you
>wish to write your own drivers or software, Intel cannot help you with this process.
>
> Regards,
>
> XXXXX (name deleted to protect the innocent)
> Intel(R) Internet Support
>
> *Other names and brands may be claimed as the property of others.
>
> ->subject: Intel� PC Camera Products Basic Support
> ->reqfields: name,email,sku,model,os,vpver,isp,prob_info
> ->
> ->resulturl: http://support.intel.com/alldone.htm
> ->fieldorder: inorder
> ->name: JT News
> ->email: [EMAIL PROTECTED]
> ->sku: Intel� Easy PC Camera
> ->model: CS110
> ->os: Other (please specify below)
> ->vpver: N/A - Problem is not related to Video Phone
> ->isp: DSL
> ->prob_info: how can I write a driver for Linux?
->subject: Intel� PC Camera Products Basic Support
->reqfields: name,email,sku,model,os,vpver,isp,prob_info
->
->resulturl: http://support.intel.com/alldone.htm
->fieldorder: inorder
->name: JT News
->email: [EMAIL PROTECTED]
->sku: Intel� Easy PC Camera
->model: CS110
->os: Other (please specify below)
->vpver: N/A - Problem is not related to Video Phone
->isp: DSL
->prob_info: how can I write a driver for Linux?
------------------------------
From: [EMAIL PROTECTED]
Reply-to: [EMAIL PROTECTED]
Subject: Re: Compiling C++ programs with GCC --> no GPL license implications
Date: Tue, 19 Dec 2000 01:08:41 GMT
>>>>> "Austin" == Austin Ziegler <[EMAIL PROTECTED]> writes:
Austin> On Wed, 13 Dec 2000, jbs wrote:
>> "E. Robert Tisdale" wrote:
>>> All I can tell you -- all Pete Becker can tell you is that you
>>> need to consult a competent lawyer before you make any
>>> business decisions that depend upon GPL'd or LGPL'd software.
>> No more so than any other software. Possibly less, given that
>> the GPL licenses, unlike commercial licenses, are standardized
>> and have been extensively scrutinized and studied.
Austin> The biggest difference is that the GPL licences -- indeed, all
Austin> open source licences -- have not been tested in court. Most
Austin> commercial licences haven't, either, but some have.
Courts tend to only be necessary when relationships and understandings
break down _so_ desparately that they need a judge [and perhaps jury]
to indicate what to do about an extreme situation.
The lack of "court involvement" suggests that the legalities have been
clear enough not to _need_ such an arbiter.
Your implication seems to be that the lack of court involvement
indicates that only weak claims may be made about the GPL; it could be
as readily argued that the lack of _need_ of court involvement
indicates that one can make Very Strong Claims about the public
understanding of the implications of the GPL.
--
(reverse (concatenate 'string "ac.notelrac.teneerf@" "454aa"))
<http://www.ntlug.org/~cbbrowne/>
For example, if errors are detected in one of the disk drives, the system
will allow read-only access to memory until the problem is resolved. This,
PE claimed, prohibits a damaged disk drive from entering errors into the
system.
-- Computerworld 8 Nov 82 page 4.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: spinlocks and blocking
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Dec 2000 02:24:04 GMT
On 18 Dec 2000 15:23:42 GMT, Matthew Impett <[EMAIL PROTECTED]> wrote:
>I was reading the "Unreliable Guide to Hacking the Linux Kernel" and came
>across something which I do not understand. In chapter 5, "Recipes for
>Deadlock", it is mentioned that you cannot call routines which may sleep if
>#2 -- you own any spinlocks.
>
>I don't quite understand this. I can understand why this could be disastrous,
>where if I own some spinlock x, and sleep, waiting for some resource, which
>will only be released by someone once they obtain spinlock x, we will deadlock.
>However, it seems to me that if written carefully enough, it would be possible
>to sleep while holding a spinlock... If I am wrong about this could someone
>please explain before I do something terribly wrong..
If you suspend while holding a spinlock, another task could try to acquire that
spinlock. At that point, it will get into an infinite loop. The only way the
spinlock could be released would be for the original task to get a timeslice.
But that can't happen because there is a task which is hogging the kernel in a
spinlock loop. If that loop were preemptible then the looping thread would
burn up its timeslice, but it would still waste cycles in doing so.
------------------------------
From: [EMAIL PROTECTED] (Kaz Kylheku)
Subject: Re: where could I find the detailed docs about the r/w lock and thread of
UNIX98?
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Dec 2000 02:25:11 GMT
On Mon, 18 Dec 2000 21:40:59 +0800, Victor <[EMAIL PROTECTED]> wrote:
>hello everyone:
>
>I want to use processes-shared "pthread_rwlock_t" in my work.(for it's
>much faster than System V semaphore). Where can I find the detailed
>documents about it?
Nowhere, since such a thing doesn't exist on Linux, at least not yet.
------------------------------
From: Pulec <[EMAIL PROTECTED]>
Subject: Kernel say: Unable to open initial console
Date: Mon, 18 Dec 2000 15:11:21 GMT
What can I do, why kernel say: Unable to open initial console
------------------------------
From: [EMAIL PROTECTED] (Stefaan A Eeckels)
Subject: Re: Compiling C++ programs with GCC --> no GPL license implications
Crossposted-To: comp.lang.c++,gnu.misc.discuss
Date: Tue, 19 Dec 2000 01:17:25 +0100
In article <[EMAIL PROTECTED]>,
HomerWelch <[EMAIL PROTECTED]> writes:
> Stefaan A Eeckels wrote:
>>
>> In article <[EMAIL PROTECTED]>,
>> "E. Robert Tisdale" <[EMAIL PROTECTED]> writes:
>> >
>> > You know, until just a couple of days ago,
>> > I thought that voters -- and not the courts -- would decide
>> > who would be President of the United States.
>> The voters decided. What wasn't clear was who voted
>> correctly, which is for the courts to decide.
>
> [snip]
>
> Oh, is Al Gore President?
Last time I checked, your President is not elected
by overall popular vote. Tell your elected representatives
to change the system if you don't like it.
--
Stefaan
--
Ninety-Ninety Rule of Project Schedules:
The first ninety percent of the task takes ninety percent of
the time, and the last ten percent takes the other ninety percent.
------------------------------
From: [EMAIL PROTECTED]
Crossposted-To: comp.os.linux.hardware,comp.os.linux.advocacy,alt.linux.sux
Subject: Re: Intel Easy PC camera - cannot be supported in Linux!
Reply-To: [EMAIL PROTECTED]
Date: Tue, 19 Dec 2000 03:39:42 GMT
Welcome to the "Joy of Linux".
On Mon, 18 Dec 2000 19:19:32 -0500, jtnews <[EMAIL PROTECTED]>
wrote:
>The Intel Easy PC camera is not supported in Linux!
>You can't even write a driver for it!
>
>I got it as a "free" add-on with my new Dell Dimension
>L600cx, but now it seems I made the wrong choice!
>
>Why does a $40 cheapo camera have to be proprietary for
>Intel? I thought Intel made all their money because they make
>huge volumes of flash memory chips over their competitors.
>
>I better choose the Lexmark color printer as a free add on next
>time!
>
>[EMAIL PROTECTED] wrote:
>>
>> Hello,
>>
>> Intel does not provide a Software Developer's Kit (SDK) for the Intel� PC Camera
>product family. The information regarding the drivers and software is considered
>proprietary, and we are unable to release that information to the public. If you
>wish to write your own drivers or software, Intel cannot help you with this process.
>>
>> Regards,
>>
>> XXXXX (name deleted to protect the innocent)
>> Intel(R) Internet Support
>>
>> *Other names and brands may be claimed as the property of others.
>>
>> ->subject: Intel� PC Camera Products Basic Support
>> ->reqfields: name,email,sku,model,os,vpver,isp,prob_info
>> ->
>> ->resulturl: http://support.intel.com/alldone.htm
>> ->fieldorder: inorder
>> ->name: JT News
>> ->email: [EMAIL PROTECTED]
>> ->sku: Intel� Easy PC Camera
>> ->model: CS110
>> ->os: Other (please specify below)
>> ->vpver: N/A - Problem is not related to Video Phone
>> ->isp: DSL
>> ->prob_info: how can I write a driver for Linux?
>
>
>->subject: Intel� PC Camera Products Basic Support
>->reqfields: name,email,sku,model,os,vpver,isp,prob_info
>->
>->resulturl: http://support.intel.com/alldone.htm
>->fieldorder: inorder
>->name: JT News
>->email: [EMAIL PROTECTED]
>->sku: Intel� Easy PC Camera
>->model: CS110
>->os: Other (please specify below)
>->vpver: N/A - Problem is not related to Video Phone
>->isp: DSL
>->prob_info: how can I write a driver for Linux?
Flatfish
Why do they call it a flatfish?
Remove the ++++ to reply.
------------------------------
From: "E. Robert Tisdale" <[EMAIL PROTECTED]>
Crossposted-To: comp.lang.c++,gnu.misc.discuss
Subject: Re: Compiling C++ programs with GCC --> no GPL license implications
Date: Tue, 19 Dec 2000 03:49:43 +0000
Stefaan A Eeckels wrote:
> Last time I checked,
> your President is not elected by overall popular vote.
> Tell your elected representatives
> to change the system if you don't like it.
Last time I checked, the President of the United States
was elected by the United States Supreme Court.
He's NOT my President.
------------------------------
From: Chris Ahlstrom <[EMAIL PROTECTED]>
Crossposted-To: linux.redhat.development
Subject: Re: Linux GUI programming
Date: Tue, 19 Dec 2000 04:04:53 GMT
Eric Taylor wrote:
>
> I was faced with learning a GUI again (after learning
> a few including the AMIGA) I wanted this to be my last
> GUI.
>
> I chose C/tcl/tk combinations as these can be very
> portable and tcl/tk has a very nice GUI api. If I can
> write the entire program in tcl/tk, I do so. If tcl is
> not sufficient, then I add C code. Either way, same GUI api.
> And since tcl is a scripting language, I can add scripting
> to a GUI application with ease.
Have you tried GTK+ and Glib? Just wondering.
Chris
------------------------------
** 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 by posting to the
comp.os.linux.development.system newsgroup.
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
******************************
