/dev/mouse
The mouse moved randomly on the screen and a little movement moves the cusror very
far.
What could i set to obtain a correct behavoir ?
For X, you need the mouse protocol imps/2 in XF86config.
--
Georg Acher, [EMAIL PROTECTED]
http://wwwbode.in.tum.de
2). At the completion of the first URB,
it's absolutely too late to submit the second one...
--
Georg Acher, [EMAIL PROTECTED]
http://wwwbode.in.tum.de/~acher
Oh no, not again ! The bowl of petunias
. If it was a IN-interrupt or a IN-isochronous transfer, the data
block mutates to a stream. Closing the connection means unlink urb. Even a
user space tool can do this (is ISO supported by usbfs?). It's just a matter
of the middleware ;-)
--
Georg Acher, [EMAIL PROTECTED]
http
driver, uhci-hcd.o. I'll delete the other HCD drivers
in the drivers/usb/host directory that are now no longer in the build,
and send that to Linus in a few days.
I'd like to publicly thank Georg Acher, Deti Fliegl, and Thomas Sailer
for all of the work they have put into the usb-uhci.c and usb
...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
it as long as my Win98 partition survives ;-)
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
---
This sf.net email is sponsored by:ThinkGeek
and then, but usually the device died.
One more question (can't remember if it's mentioned in the first mail): Is
the keyboard directly connected to the PC or are there any USB-hubs (also
onboard) inbetween?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
) and/or a too small hub
delay after power on. There's a more forgiving device detection in the
latest kernels that should fix these timeouts.
So those quotes don't tell too much about your problem. Usually 99% of all
problems in USB show the same symptoms: Device doesn't work...
--
Georg
with the data toggles. Sometimes I have the feeling
that the core and freshly plugged in devices have a different opinion how
the flag should be. OUT transfers are not affected, but UHCI seems to ignore
the data if the toggle is set wrong.
--
Georg Acher, [EMAIL PROTECTED
?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
Bringing you mounds of caffeinated joy
only with usb-uhci or also with uhci?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002 Sprint PCS Application
loaded.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Sponsored by:
ThinkGeek at http://www.ThinkGeek.com
the defibrillater ;-)
Via or Intel? And, yes, the defibrillator is still in the animal experiment
phase and not yet ideal.
BTW: You have received a big disconnect, at least that is true :-)
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again
. As ceramic caps have also a
lower impedance for high frequency, this is good for EMI, too...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
in your code...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August
to be a bug somewhere in usb-uhci ... what about
the updated/smaller -hcd versions?
Well, a dead HCD smells like VIA ;-) But I don't understand why a correctly
signalled short packet should kill the HCD later. Can I have a log of the
transfer?
--
Georg Acher, [EMAIL PROTECTED
?
And: What happens when you are inserting the laptop in the docking station
again? Do the messages stop?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las
On Mon, May 27, 2002 at 03:45:51PM +0200, Eduard Hasenleithner wrote:
Georg Acher wrote:
Replying a bit late, but better than never.
On Fri, May 10, 2002 at 11:43:51PM +0200, Eduard Hasenleithner wrote:
May 10 22:57:52 editower kernel: usb.c: USB device not accepting new
address=2
.
The interval-value for isochronous transfers is also now supported.
Additionally the patch removes a few typos, obsolete comments+code and
a few non-portable variable declarations.
The patch is against 2.5.17+the urb-next-removal-patch, please apply.
--
Georg Acher, [EMAIL PROTECTED
like a part of an ASCII string
(PE=i, does it have a meaning for you?). But it should contain a valid bus
pointer. I can't imagine how the port reset should cause this and why only
on Via and why now and not already in 2.4.1... Very strange...
--
Georg Acher, [EMAIL PROTECTED
output of the for-loop
is the variable nint, it's a log2(n).
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002
just fine with the device. I'll play around some more with this to see
if I can figure out anything.
This seems to be another sideeffect of the queued control urbs by HID/input
and the missing support for that in *uhci*. If I don't have HID loaded, the
binding works.
--
Georg Acher
into that...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http
writers do the rest
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Don't miss the 2002 Sprint PCS Application Developer's
(and the input.c: hotplug returns -2-message)
occurs with the old usb-uhci and also with uhci-hcd. I just had the bad luck
of verbosely documenting the problem.
I'll never do any verbose sanity checks again, I only get troubles with
them ;-)
--
Georg Acher, [EMAIL PROTECTED
difference between usb-uhci/uhci. In 2.5.16 there's a change to
usb_new_device() which can fix that. In fact, it made an early Ericsson BT
module to be detected at all and brings a lot of other problematic devices
back to life. If you want to try it on 2.4*, I can send you the patch.
--
Georg
machine (I'm typing using it.)
And what happens with usb-uhci-hcd? Or is this the long awaited decision?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
-parameters for breadth/depth search, debug etc.
- interval support for ISO
- More SMP-tests
- maybe changes for reference counting when it is clear what survives :-)
The gzip'ed patch is against 2.5.15 and includes hopefully all files.
Please apply and test...
--
Georg Acher, [EMAIL
by a Quality Control sticker. Removing that
showed the text Carry U02SE 0101E on the chip.
With 44pins it can be a AN2135, a low cost version of the popular EZ-USB. If
the 12MHz-quarz connects to pins 89, then it is one ;-)
--
Georg Acher, [EMAIL PROTECTED]
http
be superfluous in
most cases, but I like double security...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
Have big pipes
some adjustment for 2.4.19
or 2.5, but I suggest that it should be included. Some devices (e.g. a
USB-audio adaptor with a Philips chip or early bluetooth interfaces) won't
work without it. Since it doesn't touch the timing for working devices, it
should be pretty safe...
--
Georg Acher
On Fri, May 10, 2002 at 11:43:51PM +0200, Eduard Hasenleithner wrote:
On a sidenote: It works when using the usb.patch from
Georg Acher [EMAIL PROTECTED]. I still get a first unsuccessful
id assignment but it works the second time:
May 10 22:57:52 editower kernel: hub.c: USB new device
[kernel] 0x68
[c0211fec] call_do_IRQ [kernel] 0x5
Hm, what is hotplug usually doing at that time?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
settings (posted write, buffering, latency, etc)?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form
at least I have something to look for...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field
problems (but AFAIK, usb-uhci has been tested on
PPC), but that wouldn't explain why exactly this area gets corrupted. Do
USB-hubs/keyboard/mice work in your system?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl
be absolutely no case in which submit_urb returns with !=0 and a
completions to that URB comes later on.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
the length for the extra data (may be 0).
So your code sends the setupdata twice, but why that should give -ENOMEM is
not very clear...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
trace in the end.
I have never seen such problems in any other application using dabusb and
usb-uhci or usb-ohci.
These symptoms smell like memory corruption, but a memory test showed no
problems...
Any ideas?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
that the maintainer of usb-uhci?
I have a Brother HL-1450 Postscript printer and an HP Scanjet 6300C
attached, FWIW.
Can you find out which one is responsible for the hang? During the hang,
does the system respond to CapsLock/NumLock?
--
Georg Acher, [EMAIL PROTECTED
for the
continous reception of isochronous transfers.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form
hours.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net
in transferring data. Queuing URBs is really
a pain for UHCI...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use
. Guessing from the log info above, this seems to
be not the root cause for the problem...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL
delay in start_hc()
It should apply cleanly to 2.4.17 and also (maybe with a offset) to 2.5.2.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
diff -u linux/drivers/usb/usb-uhci.c linux.afs
was against 2.4.17...)
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https
an interrupt error. Is this just a result of the time
difference between the physical unplug and the unlink of the interrupt
urb?
Yes, the unlink is called after the hub driver has recognized the hub state
change. That can take a while...
--
Georg Acher, [EMAIL PROTECTED
is not the only one using that style...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field
On Mon, Dec 03, 2001 at 11:37:12PM +0100, Martin Diehl wrote:
Gotcha!
Fine ;-)
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL
). It
is also still not pure data, but it is at least documented.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use
, static or
stack memory may fail.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https
: c01d6000 ebp: c01d7d64 esp: c01d7d1c
EIP; c011051d schedule+3bd/3cc =
Trace; c88314f1 [usb-uhci]uhci_submit_urb+21d/34c
eax/ecx look suspiciously like a referenced NULL-pointer, maybe urb-dev?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
) is not being applied in either
driver.
Yes, it is definitely. Otherwise the HC would be immediately dead when using
reclamation. The workaround (QH and TD) is in usb-uhci in init_skel (qh at
chain_end).
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
this), but it doesn't survive in the end...
I will fix it..
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use
you have a detailed ksymoops-output or the failed reference?
Since reset is a common action and, I think it's more likely a
garbage-in/crash scenario...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
--- linux/drivers/usb/usb-uhci.c.orgThu Sep 27 12:12:39 2001
+++ linux/drivers/usb/usb-uhci.cThu Sep 27 14:06:43 2001
@@ -2528,7
On Mon, Oct 01, 2001 at 02:03:59PM -0700, Greg KH wrote:
On Mon, Oct 01, 2001 at 10:48:59PM +0200, Georg Acher wrote:
For usb-uhci/uhci all of the changes (as far I can see) touch the
uhci-common.h, which appeared and vanished again in 2.4.10-pre*. So I would
consider Linus' version
attached. Please apply it.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
--- linux/drivers/usb/usb-uhci.c.orgThu Sep 27 12:12:39 2001
+++ linux/drivers/usb/usb-uhci.cThu Sep 27 14:06:43
should only occur in the first kernels of a -pre-series,
not in the last one.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED
, but one
user managed to get me a good trace, which I?m printing below:
...
Hm, I'm using isochronous transfers in 2.4.10 and have not found such
problems... neither I'm aware of important patches to the isochronous
code...
Thanks for the hint, I'll check it...
--
Georg Acher, [EMAIL
IRDA is used, why
I'm heearing it now for the first time?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use
?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists
is in progress or done when its completion is called.
Interrupts are the only exception.
the URB on loan to driver state. (I wonder how the UHCIs deal
with that?)
usb-uhci: If it's an interrupt, try to kill it regardless of the state.
--
Georg Acher, [EMAIL PROTECTED
also wrote the
Programming Guide, he referred to that driver.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use
, and the transfers will fail.
Remember, USB is a shared medium, and even two USB-ports on a mainboard
usually are connected to one USB controller with 12Mit/s total for all
ports. Only newer VIA chipsets have two UHCI controllers, thus doubling the
bandwidth.
--
Georg Acher, [EMAIL PROTECTED
for example have an optional
double buffering mode for bulk endpoints, allowing back-to-back transfers
with zero delay.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
descriptor (64bytes)
15ms USB-Reset
Set address
Get device descriptor
...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe
On Fri, Jun 08, 2001 at 05:52:20AM -0700, David Brownell wrote:
Oopses normally dump me into KDB, and that's not happening.
So I don't think there's an oops involved.
What CPU/chipset do you have? Have you tried some BIOS/PCI options (latency,
posted write etc...).
--
Georg Acher
the control message? Tracing this through
puts me at a dead end: the wake_up point simply seems to return the funtion.
I hope that helps a bit
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
that...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists
user-driven IO. If you want it in interrupts, you
have to implement the functionality on your own. IMHO mixing synchronous and
asynchronous behavior is possible, when the usage can be clearly divided,
otherwise I tend to a totally asynchronous design.
--
Georg Acher, [EMAIL PROTECTED
.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo
transfer.
About delay-TD idea: would it be possible to make low-speed transmit
to nonexisting device? That should delay it just well :-).
Ouch ;-)
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
folk have so many bulk
USB devices that they'd notice the issue ... scheduled traffic is
the way to get any fairness required.
It is no problem to switch back to depth first, but then it is suboptimal
again for a device that NAKs very often...
--
Georg Acher, [EMAIL PROTECTED
are affected, low speed control has no loopback. The
loop is switched on, when at least one URB is in progress, that has
USB_NO_FSBR not set. It is switched off after ~50ms (if no new URBs are
submitted).
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
with some devices (as a posting
recently showed...). No reclamation provides miserable USB bandwidth and
depth first sequence has no fair scheduling.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
list
lock (N.B.: opposite lock order). Since his driver is the
future, I do not think it makes any sense to retrofit his
scheme into usb-uhci.
Your opinion. Have you checked that there are no races with unlink_urb and
transfer_result in uhci?
--
Georg Acher, [EMAIL PROTECTED
% slowdown. When fsbr is being used, systems slows down by 350%
Hm, the 50% make me curious... have to look what's happening...
(running more than 4 times slower than normally. Ouch).
Blame Intel. Either low latency or low PCI usage, you can choose...
--
Georg Acher, [EMAIL PROTECTED
transfers
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net
things up, when we invented of the
next-linking, we thought that it would be a good feature, which makes
seamless streaming easier. Opnions may differ... That it also applies to
bulk is an accident by generalisation (why doing it only for ISO
transfers...).
--
Georg Acher, [EMAIL
submit_urb-calls in the completion. So in the completion only the related
URB is locked.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL
is
interested.
Maybe Macronix? A logo of them is here:
http://www.embeddedlinks.com/chipdir/c/m.htm
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL
wanted more data from an
isochronous EP than specified in the descriptor, and it actually flagged
that for a driver. That was considered more as a flaw of usb-uhci than of
the provoking driver, and we disabled it. Strange world...
cooling down. Now I feel better...
--
Georg Acher, [EMAIL
and no extra descriptors are fetched from memory. You can try
the same with usb-uhci by changing the define USE_BULK_DEPTH_FIRST to 1.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
when a following QH is deleted.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http
interrupts, testing etc). As with all the URB content, it's
the responsibility of the submitting driver to provide useful
information...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
Oh no, not again ! The bowl of petunias
, but (noisy) black. If yut point the cam to a
large contrasts, it is possible to see a week scheme...
If we find the correct register settings for the VV6410 sensor, we could
use the LegoCam at least in a (slower) uncompressed mode.
--
Georg Acher, [EMAIL PROTECTED]
http
II]
(rev 1).
Board: Intel Corporation 430VX - 82437VX TVX [Triton VX] (rev 2).
Looks like a fairly standard UHCI controller. usb-uhci/uhci should work
right out of the box. What problems do you have?
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher
can either cut this totally
(warn-dbg) or think about a more intelligent solution...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
"Oh no, not again !" The bowl of petunias
- Workaround for VIA-UHCI babble problem (I have contacted VIA...)
The patch is against 2.4.3 and does not include David Brownell's patches.
Johannes, please send it to Linus (and Alan, and whoever is currently
responsible ;-).
--
Georg Acher, [EMAIL PROTECTED]
http
been seeing in async unlink
handling; no patch this time, sorry.
Thanks for that, in the meantime I've found the other oops in the unlink
code... I will submit an extra patch for that...
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
&qu
this with just software.
This is _impossible_, since USB is not a shared medium (like SCSI, ethernet
etc) and cannot connect two PCs with a "cross cable" or such.
You need some additionalhardware between the PCs, like the Prolific adaptor.
Drivers for that already exist...
--
Georg Ach
streaming, there
are usually at least 2 alternate settings, one with iso completely turned
off to save bandwidth and one or more with "bandwidth".
There's a more detailed description at http://usb.cs.tum.edu/usbdoc/
--
Georg Acher, [EMAIL PROTECTED]
http://www
without interruption.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
"Oh no, not again !" The bowl of petunias
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.
.)
...
I will have a look, but your error description sounds reasonable.
--
Georg Acher, [EMAIL PROTECTED]
http://www.in.tum.de/~acher/
"Oh no, not again !" The bowl of petunias
___
[EMAIL
96 matches
Mail list logo
