That fixed it! I noticed pppd was getting the wrong tty, but figured
that was because hciattach had bombed out, and leaving ppp attached to
the original tty. So, yes, I am happy to report that BlueZ does in fact
work on the iPAQs.
Many thanks,
- Alex
Jordan Crouse wrote:
>
> Ahh now I recall the problem... there is something broken with "ttyname()"
> that returned the wrong length of the name buffer, so something like
> /dev/pts/0 would actually be returned to PPP as /dev/pts/0a or something.
> This drove me nuts until I found it (thank god for printfs).
>
> So, in order to fix it, I used the following config on the Ipaq:
>
> na {
> channel 1;
> up {
> ppp "/dev/pts/0 noauto 460800";
> };
> }
>
> Now, this is quite un-automagic, but it works. This is built against skiff
> libc version 2.1.2 - I am not sure if the problem still exists in later libc
> versions. Toss a printf into tty_process_extra_options() in pppd/tty.c and
> see if the correct name is returned, or if it is mangled.
>
> Jordan
--
NMS / PDOS Groups
MIT Laboratory for Computer Science
545 Technology Square, NE43-512, Cambridge, Massachusetts 02139
http://nms.lcs.mit.edu/~snoeren
Received on Thu Jan 3 15:16:41 2002
This archive was generated by hypermail 2.1.8 : Tue May 04 2004 - 09:44:20 EDT