The new protection to keep users from writing to the first couple of
pages of virtual memory also is stopping mmap operations which are only
giving a hint address greater than 0 but less than mmap_min_addr. This
patch should take the address given to mmap and move it up to
mmap_min_addr thus elimi
Our developers chose ALSA over OSS as the sound API for a VOIP-like
fullduplex application and one of the reasons was API - OSS mixer API
was not flexible enough (something to do with separating muting and
volume control IIRC).
--
Meelis Roos
-
To unsubscribe from this list: send the line "unsubs
Renato S. Yamane wrote:
> Hi,
>
> Is impossible use speedstep in my Laptop with Pentium M 1,86Ghz:
>
> #modprobe speedstep-centrino
> FATAL: Error inserting speedstep_centrino
> (/lib/modules/2.6.18-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko):
> No such device
>
> To do that
>>I don't like random applications blocking my sound card.
>So don't use random applications.
I have ICE1724, a very good sound card to my taste, works like a charm. But
with ALSA I had a really hard time to configure it properly, wanna see
my .asoundrc? And I am not sure I have done it right
On 06/28/2007 01:50 PM, Tomasz Kłoczko wrote:
If can I join .. (again)
Welcome...
After upgrade to skype 1.4.x all sound output in skype I have only in
left channel. Serching for skype+left+channel on google shows many
people have this kind problem :>
This would seem to be a (fairly, it's
On Thu, 2007-06-28 at 01:27 -0700, Andrew Morton wrote:
> On Thu, 28 Jun 2007 00:12:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
>
> > I can't start the X server any more, but that's probably unrelated ;)
> >
> > > me hopelessly outnumbered>
>
> And the winner of the u-o-akpm-1-hour-of-his
On Thu, Jun 28, 2007 at 01:27:12PM +0200, Tilman Schmidt wrote:
> David Miller schrieb:
> > What you get by the code going into the upstream kernel tree is that
> > it a) adds some pseudo legitimacy to AppArmour (which I don't
> > personally think is warranted) and b) gets the work of keeping
> > a
On 06/28/2007 05:04 AM, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss
means software mixing is working correctly for your ALSA setup. The
only thing you should do is _use_ ALSA (natively) and not its OSS
emulation so you can dr
Hi Dan,
On Mon, 25 Jun 2007, Dan Williams wrote:
> Yes you are right, ARM does not flush L1 when prev==next in switch_mm.
>
> > Perhaps something else is at fault here.
> >
> I'll try and dig a bit deeper...
BTW:
static int __init iop_adma_init (void)
{
+ iop_adma_workqueue = create_wo
Rolf Eike Beer wrote:
Richard Hughes wrote:
Yes, although this is out of my area or expertise, sorry.
I've looked a bit but can't find any driver interaction of those programs. Any
further ideas welcome.
Do you try omnibook driver?
svn export https://svn.sourceforge.net/svnroot/omnibook/omn
Hi,
Is impossible use speedstep in my Laptop with Pentium M 1,86Ghz:
#modprobe speedstep-centrino
FATAL: Error inserting speedstep_centrino
(/lib/modules/2.6.18-3-686/kernel/arch/i386/kernel/cpu/cpufreq/speedstep-centrino.ko):
No such device
To do that (speedstep), I need install powersaved,
On Thu, Jun 28, 2007 at 04:44:43AM +0200, Nick Piggin wrote:
> On Thu, Jun 28, 2007 at 08:35:48AM +1000, David Chinner wrote:
> > On Wed, Jun 27, 2007 at 07:50:56AM -0400, Chris Mason wrote:
> > > Lets look at a typical example of how IO actually gets done today,
> > > starting with sys_write():
>
On Jun 28, 2007, at 07:36:14, David Woodhouse wrote:
On Thu, 2007-06-28 at 13:34 +0200, Geert Uytterhoeven wrote:
We do not support building Linux with Turbo C (or MS Visual C for
Win64 P64).
We're talking about types which are exposed to userspace.
Yes, and all 64-bit software built using
On Jun 28, 2007, at 08:08:03, Jakub Jelinek wrote:
On Thu, Jun 28, 2007 at 07:53:51AM -0400, Kyle Moffett wrote:
Oh, ok, that makes it even easier to say this with certainty:
Changing the other 64-bit archs to use "long long" for their 64-
bit numbers will not cause additional warnings. I'm a
On Thu, 28 Jun 2007, Andrew Morton wrote:
Sorry, we should have discovered this before you.
> (Shouldn't this be in /proc/sys/vm?)
Probably.
> My fix:
This should work.
(We have some code to allow things like this to be added without needing
new policy, but it's too late for this case).
On Jun 28, 2007, at 06:26:06, Harald Arnesen wrote:
Adrian Bunk <[EMAIL PROTECTED]> writes:
Is there any userspace Linux compiler that does not support "long
long"? If yes, is there any other way to tell that something is a
64bit int on 32bit architectures?
TenDRA C:
"test.c", line 6: Err
On Thu, Jun 28, 2007 at 07:53:51AM -0400, Kyle Moffett wrote:
> On Jun 27, 2007, at 23:57:54, Matthew Wilcox wrote:
> >On Wed, Jun 27, 2007 at 06:30:52PM -0400, Kyle Moffett wrote:
> >>Then all 64-bit archs have:
> >>typedef signed long __s64;
> >>typedef unsigned long __u64;
> >>
> >>W
Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
Compile error here.
...
Kernel: arch/i386/boot/bzImage is ready (#1)
ERROR: "check_signature" [drivers/input/misc/wistron_btns.ko] undefined!
ERROR: "check_signature" [drivers/blo
Tomasz Kłoczko wrote:
On Wed, 27 Jun 2007, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss means
software mixing is working correctly for your ALSA setup. The only thing
you should do is _use_ ALSA (natively) and not its OS
Hi,
On Monday 25 June 2007, Adrian McMenamin wrote:
> Still getting this:
>
> MODPOST vmlinux
> WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> mismatch: reference to .init.text: (between 'mv_dreamcast' and
> 'systemasic_int')
I had sent a patch for this earlier ... Adrian,
CONFIG_SCSI_FD_8xx no longer exists.
Apparently it was renamed to CONFIG_SCSI_SEAGATE, but the Makefile was
not correctly updated.
Signed-off-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
diff --git a/drivers/scsi/Makefile b/drivers/scsi/Makefile
index b1b6327..eb92b31 100644
--- a/drivers/scsi/Ma
On Jun 27, 2007, at 23:57:54, Matthew Wilcox wrote:
On Wed, Jun 27, 2007 at 06:30:52PM -0400, Kyle Moffett wrote:
Then all 64-bit archs have:
typedef signed long __s64;
typedef unsigned long __u64;
While all 32-bit archs have:
typedef signed long long __s64;
typedef unsigned long
On Wed, 27 Jun 2007, Lee Revell wrote:
On 6/26/07, Andreas Hartmetz <[EMAIL PROTECTED]> wrote:
Why not put the whole sound system in userland? It has been done before.
Sound
is just not performance critical at all and it's almost never mission
critical.
There are dozens of companies selling
On Wed, 27 Jun 2007, Patrick Draper wrote:
Rene Herman wrote:
So -- the fact that mixing actually works for you when using libaoss means
software mixing is working correctly for your ALSA setup. The only thing
you should do is _use_ ALSA (natively) and not its OSS emulation so you can
drop th
On Thu, 2007-06-28 at 10:40 +0200, Rodolfo Giometti wrote:
> On Thu, Jun 28, 2007 at 09:31:14AM +0100, David Woodhouse wrote:
> > On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> > > Do you think I should add these functions into my patch, even if I
> > > cannot test it, or it's enought
On Jun 27, 2007, at 20:30:42, Andi Kleen wrote:
On Thursday 28 June 2007 00:30:52 Kyle Moffett wrote:
The only trick is if you care about building 32-bit compat code
using 64-bit linux kernel headers. In that case we should
probably just make all archs use "long long" for their 64-bit
inte
On Thu, 2007-06-28 at 13:34 +0200, Geert Uytterhoeven wrote:
> We do not support building Linux with Turbo C (or MS Visual C for
> Win64 P64).
We're talking about types which are exposed to userspace.
--
dwmw2
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bod
On Thu, 28 Jun 2007, Jan Engelhardt wrote:
> On Jun 28 2007 04:12, Geert Uytterhoeven wrote:
> >On Wed, 27 Jun 2007, Randy Dunlap wrote:
> >> On Wed, 27 Jun 2007 15:57:15 -0700 Randy Dunlap wrote:
> >> > LDD3 ch. 11 says that long on Sparc64 is 32 bits.
> >> > Same for "ppc" (don't know which power
David Miller schrieb:
> What you get by the code going into the upstream kernel tree is that
> it a) adds some pseudo legitimacy to AppArmour (which I don't
> personally think is warranted) and b) gets the work of keeping
> apparmour working with upstream largely off of your back and in the
> hands
Bill Waddington wrote:
(And taking my drivers main-line isn't an option. It would be fine
with me, but there is *zero* chance that my funky code would be
welcomed into the tree.)
If the only merge-stopper is code quality, why not
post your driver and get some feedback? Cleaning up code
will
Richard Hughes wrote:
> On Tue, 2007-06-26 at 07:03 +0200, Rolf Eike Beer wrote:
>> Richard Hughes wrote:
>>> On Sat, 2007-06-23 at 16:56 +0200, Rolf Eike Beer wrote:
None of the above keys generated a key event. Neither does
"Brightness down", but it still works. "Brightness up" generate
On 06/28/2007 04:28 AM, Rene Herman wrote:
On 06/28/2007 03:58 AM, Rene Herman wrote:
to figure it out. If you need to specify an ALSA device somewhere, make
sure it's not the old "hw:0" but "default" (or "default:0" for the
first card, "default:1" for the second, ...). The "hw:N" devices don'
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Rodolfo
Giometti
> Sent: Thursday, June 28, 2007 6:36 PM
> To: [EMAIL PROTECTED]
> Cc: linux-kernel@vger.kernel.org; Andrew Morton
> Subject: [PATCH] PXA27x UDC driver.
>
> Hello,
>
> attached you can
Michael Tokarev wrote:
[]
> I'm planning to test several models of SCSI drives. On SCSI front
> (or maybe with different drives - I don't know) things are WAY more
> interesting wrt TCQ. Difference in results between 1 and 32 threads
> goes up to 4 times sometimes!. But I'm a bit stuck with SCSI
On Thu, 2007-06-28 12:39:57 +0200, Joerg Schilling <[EMAIL PROTECTED]> wrote:
> > > > By the way, your mailer seems to be sometimes omitting In-Reply-To: and
> > > > References: headers, which RFC2822 says you SHOULD include in replies.
> > >
> > > Sending such accusation without knowing the reas
[Offtopic notice: For the first time I demonstrated some
speed testing results on linux-ide mailinglist, as a
demonstration how [NT]CQ can help. But later, someone
becomes curious and posted that email to lkml, asking
for more details. Since that, I become more curious
as well, and decided to loo
On Monday 25 June 2007, Adrian McMenamin wrote:
> Still getting this:
>
> MODPOST vmlinux
> WARNING: arch/sh/boards/dreamcast/built-in.o(.data+0x0): Section
> mismatch: reference to .init.text: (between 'mv_dreamcast' and
> 'systemasic_int')
> WARNING: drivers/built-in.o(.text+0x168e0): Section mi
Harald Arnesen <[EMAIL PROTECTED]> wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
> > Is there any userspace Linux compiler that does not support "long long"?
> > If yes, is there any other way to tell that something is a
> > 64bit int on 32bit architectures?
>
> TenDRA C:
>
> "test.c", line 6
Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> > gcc -c t.c
> > In file included from /usr/include/linux/ext2_fs.h:20,
> > from t.c:2:
> > /usr/include/linux/ext2_fs_sb.h:40: error: syntax error before âuid_tâ
> > /usr/include/linux/ext2_fs_sb.h:49: error: syntax error before
> > âs_n
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc6/2.6.22-rc6-mm1/
- NOTE (an uppercase one, indeed): there are a lot of menuconfig changes in
here which break `make oldconfig' badly. If you grab an old .config and run
`make oldconfig', your kernel probably won't work.
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> > David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > > On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > > > Warning: *** linux/ext2_fs.h is not usable at all ***
> > > > Warning:
On Thu, 28 Jun 2007 11:47:04 +0200 Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Thursday 28 June 2007 11:42:33 Andrew Morton wrote:
>
> > > The patch set has been tested in the -hrt and -rt trees for quite a while
> > > and the initial problems have been sorted out. Thanks to the folks from
> > >
Hi,
[ It's good that you're trying to fix this, code in documentation should
be setting standards, clearly. ]
On 6/27/07, Anders Blomdell <[EMAIL PROTECTED]> wrote:
[...]
Minor modifications to make the example load and unload without Oops
[...]
static int sample_init(void)
{
- device_i
On Thu, 2007-06-28 at 12:27 +0200, Joerg Schilling wrote:
> David Woodhouse <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > > Warning: *** linux/ext2_fs.h is not usable at all ***
> > > Warning: *** This makes it impossible to support Linux file flags
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Is there any userspace Linux compiler that does not support "long long"?
> If yes, is there any other way to tell that something is a
> 64bit int on 32bit architectures?
TenDRA C:
"test.c", line 6: Error:
[ISO 6.5.2]: Illegal type specifier, 'long long
David Woodhouse <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-06-27 at 16:00 +0200, Joerg Schilling wrote:
> > Warning: *** linux/ext2_fs.h is not usable at all ***
> > Warning: *** This makes it impossible to support Linux file flags ***
> > You may try to compile using 'make COPTX=-DTRY_EXT2_FS'
>
>
> > Anyone can apply the apparmour patch to their tree, they get the
> > choice that way. Nobody is currently prevented from using apparmour
> > if they want to, any such suggestion is pure rubbish.
>
> The exact same argument was made prior to SELinux going upstream.
Its made for every thing be
On Mon, 25 Jun 2007 18:58:10 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
> N O T E:
> ---
> 1) Only Patches 4/7 and 7/7 are NEW. Rest of them are _already_ part
>of ext4 patch queue git tree hosted by Ted.
Why the heck are replacements for these things being sent out again when
they
On Thursday 28 June 2007 11:42:33 Andrew Morton wrote:
> > The patch set has been tested in the -hrt and -rt trees for quite a while
> > and the initial problems have been sorted out. Thanks to the folks from the
> > PowerTop project for testing and feedback.
>
> hrm. Looks like none of your tes
On Sat, 23 Jun 2007 13:32:25 - Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> The following patch series contains:
>
> - dyntick bugfixes for -mm (caused by the cpuidle changes in ACPI)
>
> - updates and improvements to high resolution timer / dynticks
>
> - high resolution timer / dynticks
This patch adds a fake lock to each workqueue in order to debug things
where you have something like
my_function() -> lock(); ...; flush_workqueue(); ...
vs
run_workqueue() -> my_work() -> ...; lock(); ...
which can obviously deadlock if my_work is scheduled when my_function()
is invoked (but
* Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Tasklets fill a niche not filled by either workqueues (slower,
> requiring context switches, and possibly much latency is all wq's
> processes are active) [...]
... workqueues are also possibly much more scalable (percpu workqueues
are easy without c
+- #address-cells : Address representation for "rapidio" devices.
+ This field represents the number of cells needed to represent
+ the RapidIO address of the registers. For supporting more than
+ 32-bits RapidIO address, this field should be <2>.
+ See 1) above for more d
+ k) RapidIO
+
+ Required properties:
Should probably recommend a name for the node here, as well. "srio" I
guess, from the example below.
I would prefer "rapidio", being more generic and more
readable. What would parallel RapidIO be, "prio"? No
thanks :-)
Segher
-
To unsubscribe fro
Here are three independently invalid non-ICEs that sparse doesn't
diagnose.
extern int f(void);
enum { cast_to_ptr = (int) (void *) 0 };
enum { cast_to_float = (int) (double) 1 };
Those two *really* shouldn't fail. I don't care if the C standard says
so,
that is *fine*.
GCC doesn't guarante
On Mittwoch, 27. Juni 2007, you wrote:
> It has worked in the past. I will try different kernels in the next
> 24hours.
I tried this kernels:
2.6.20
2.6.20.1
2.6.21
2.6.21.1
2.6.21.3
2.6.21.5
2.6.21.5 with and without cfs. Every other kernel without cfs. Patched with
reiser4, nvidia not loaded
Marcel Holtmann wrote:
> Hi Anders,
>
>> Signed-off-by: Anders Blomdell <[EMAIL PROTECTED]>
>>
>> Minor modifications to make the example load and unload without Oops
>>
>> This is what unpatched version generates with 2.6.21.3
>>
>> kernel: Oops: [#2]
>> ...
>> kernel: Call Trace:
>> kernel:
sparse now warns about
arch/x86_64/mm/mmap.c:15:3: warning: returning void-valued expression
Generated code looks correct: there is jump to the end of
arch_pick_mmap_layout() after ia32_pick_mmap_layout(), but this should be fixed
regardless.
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
On Thu, Jun 28, 2007 at 09:31:14AM +0100, David Woodhouse wrote:
> On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> > Do you think I should add these functions into my patch, even if I
> > cannot test it, or it's enought providing just the
> > compat_sys_time_pps_fetch() function?
>
>
On Thu, 2007-06-28 at 10:15 +0200, Rodolfo Giometti wrote:
> Do you think I should add these functions into my patch, even if I
> cannot test it, or it's enought providing just the
> compat_sys_time_pps_fetch() function?
Probably best to put them in. That way, you make it easier for people to
tes
On Thu, 28 Jun 2007 00:12:21 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> I can't start the X server any more, but that's probably unrelated ;)
>
> me hopelessly outnumbered>
And the winner of the u-o-akpm-1-hour-of-his-life-back award (and the bonus
u-delayed-next-mm-by-a-day award!) is ..
On Thu, Jun 28, 2007 at 09:08:53AM +0100, David Woodhouse wrote:
> On Thu, 2007-06-28 at 00:46 +0200, Rodolfo Giometti wrote:
> > Just last question: I still don't well understand where I should
> > declare the new compat_sys_time_pps_fetch() syscall... it's
> > automagically defined by the system
On Thu, 2007-06-28 at 00:46 +0200, Rodolfo Giometti wrote:
> Just last question: I still don't well understand where I should
> declare the new compat_sys_time_pps_fetch() syscall... it's
> automagically defined by the system when CONFIG_COMPAT is enabled? :-o
It isn't used on i386. On a 64-bit ar
On Wed, 27 Jun 2007, Michael Buesch wrote:
> Ok, all very good ideas. Patches are welcome ;)
Not from me, sorry. I really don't have the time, or the drive, to do it
right now. thinkpad-acpi is taking all my "kernel code" time, which is not
much.
> > I don't much like sysfs over IOCTLs for this,
On Wed, 27 Jun 2007, Michael Buesch wrote:
> On Wednesday 27 June 2007 18:40:41 Henrique de Moraes Holschuh wrote:
> > There *is* a much better way to deal with it, though. Add the fail always
> > RNG device, and always select it by default. Let the user specifically set
> > which RNG he wants, a
Randy Dunlap <[EMAIL PROTECTED]> writes:
> On Tue, 26 Jun 2007 19:25:00 +0200 Julio M. Merino Vidal wrote:
>> The correct expression could be $((${a} + 2)). Tested under NetBSD's
>> sh, which is very POSIX-compliant.
>
> Thanks. Does anyone see other changes that are needed?
[..]
> and the co
2007/6/27, Jiri Kosina <[EMAIL PROTECTED]>:
On Wed, 27 Jun 2007, Antonino Ingargiola wrote:
> I'm using a logitech USB keyboard, I think it's one of the most cheap
> and diffuse logitech keyboard models.
> I have an inconsistent led state. During boot the NumLock led blinks
> several times and i
On 21:16 Срд 27 Июн , Jan Engelhardt wrote:
> Hi,
>
>
>
> modprobe asus_acpi
> rmmod asus_acpi
>
> is all that is needed to trigger an Oops in 2.6.22-rc6 (x86).
> If you need more info, please let me know, thanks.
>
> Note that the machine is not ASUS at all (vmware).
> (But su
elf_core_dump() supports dumping arch specific ELF notes, via the #define
ELF_CORE_WRITE_EXTRA_NOTES. Currently the only user of this is the powerpc
spu coredump code.
There is a bug in the handling of foffset WRT the arch notes, which causes
us to erroneously increment foffset by the size of the
Mariusz Kozlowski <[EMAIL PROTECTED]> wrote:
> This seems to be a known issue [1] about Photron PNC-2000 module called
> pnc2000. To reproduce this just 'modprobe pnc2000'. The patch attached at
> least
> makes the kernel to be not tainted when mtdbdi gets loaded.
This is the wrong solutio
On 6/28/07, Dave Young <[EMAIL PROTECTED]> wrote:
>On 6/28/07, Li Yang-r58472 <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> > Sent: Thursday, June 28, 2007 2:59 PM
> > To: Jan Engelhardt
> > Cc: dave
I hope this is of some interest to some of you. :-)
We can't run LCA without your participation and we hope you'll help us
make it a great conference again.
== linux.conf.au 2008 Call For Presentations ==
linux.conf.au isn't just a Linux conference. It is a technical
conference about Free Soft
On Fri, 22 Jun 2007 13:38:22 -0700 Venki Pallipadi <[EMAIL PROTECTED]> wrote:
> Auto-detect the presence of HPET on ICH5 or newer platforms and enable
> HPET for broadcast timer.
Hey. This works. The Vaio-of-doom is running tickless for the first time.
I can't start the X server any more, but
On 6/28/07, Li Yang-r58472 <[EMAIL PROTECTED]> wrote:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> Sent: Thursday, June 28, 2007 2:59 PM
> To: Jan Engelhardt
> Cc: dave young; Chris Shoemaker; Josh Triplett;
linux-kernel@vger.kerne
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Josh Triplett
> Sent: Thursday, June 28, 2007 2:59 PM
> To: Jan Engelhardt
> Cc: dave young; Chris Shoemaker; Josh Triplett;
linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Subject: Re: [PATCH] Codin
On Jun 28, 2007, Jan Harkes <[EMAIL PROTECTED]> wrote:
>> As for making modifications, I'd like to take this opportunity to
>> withdraw, for purposes of interpretation, my earlier agreement that
>> TiVo permits modification, even though it doesn't permit modification
>> in place. I don't see any
Jan Engelhardt wrote:
> On Jun 28 2007 06:29, dave young wrote:
>> IMHO, another cause of trailing whitespace is human error, for
>> example long lines breaking will easy to cause the first line with one
>> traling whitespace (original space between the last two words).
>
> Most common errors (to
301 - 377 of 377 matches
Mail list logo
