Matt Katinas <mkatinasSPAMBLOCK@logikos.spamblock.com> wrote:
I downloaded the “fixed” pppd-armle version, but when I tried to run it, I
got the message
ioctl(PPPIOCGUNIT): Inappropriate I/O control operation
What version of QNX is the fix for? Do I need a different library, or is
this a problem with my custom serial driver not supporting the operation?
I believe the pppd is for 6.1A, make sure you are using 6.1A
npm-pppmgr.so, that error sounds like your npm-pppmgr.so is
not from 6.1A (try pkgctl /lib/dll/npm-pppmgr.so)
As for your own serial driver, as long as it support read/write, it
should fine, though it will be helpful to support readcond().
Any reason you can’t upgrade to 6.2 ?
“Adam Mallory” <> firstname.lastname@example.org> > wrote in message
news:ao7b5i$4ci$> email@example.com> …
http://developers.qnx.com > , click on fixes.
QNX Software Systems Ltd.
[ > firstname.lastname@example.org > ]
With a PC, I always felt limited by the software available.
On Unix, I am limited only by my knowledge.
–Peter J. Schoenster <> email@example.com
Xiaodan Tang <> firstname.lastname@example.org> > wrote in message
news:ao78i2$1uc$> email@example.com> …
There is “post 6.1” pppd fixes, used to post on qdn.qnx.com,
(somewhere/fixes > > But I am not sure where it is now.
Chris McKillop <> firstname.lastname@example.org> > wrote:
Signal 10 is SIGBUS. On ARM this usually means an unaligned access.
can check this theory by building your QNX boot image with the -ae
to procnto. This turns on support for unaligned accesses. This is
and does not always fix the problem so it is not considered a general
solution. But if your problem goes away with this option set, then it
bug in pppd that needs to be corrected. Might already be fixed in
Matt Katinas <> mkatinasSPAMBLOCK@logikos.spamblock.com> > wrote:
I’ve heard stories of this failure under other operating systems, but
haven’t found a reliable fix, so I figured I’d appeal to the
wisdom of the group. I’m running QNX 6.1 on an ARM processor with a
read-only flash drive that has nfs mounts in a few places where I
writeable access. I connect to a phone using a custom serial port
dial a GPRS connection, and run pppd on the open connection. pppd
establishes the connection, swaps IP addresses and such, and then
“Fatal Signal 10” and gracefully exits. A repeat dial and execution
will succeed at that point, but the problem is rather disturbing.
has been reported for NetBSD, SPARC, and early versions of Linux (the
problem seems to be an OS buffer overflow with too many interfaces),
hoping that this problem might be known and, preferably, solved in
anybody point me to a solution? Thanks in advance.