From: Dave Mielke <dave@mielke.cc>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] PIN helper
Date: Fri, 10 Mar 2006 12:25:25 -0500 [thread overview]
Message-ID: <20060310172525.GJ4516@beta.private.mielke.cc> (raw)
In-Reply-To: <20060310082859.57eaf23b.fotopiper@o2.pl>
[-- Attachment #1: Type: text/plain, Size: 837 bytes --]
[quoted lines by Radek Rurarz on 2006/03/10 at 08:28 +0100]
>iPAQs or rather Familiar in general have a BusyBox all in one
>executable, at least for the basic comands.
>Bash is not present, it could be instaled, but at great expense of free
>space (or even not passible, doto lack of space).
>The executable has only sh, and I'm not sure is it a 100% full
>implementation.
Please try the attached updated script. I think I've removed all the bashisms.
My /bin/sh, however, supports more than it should so it's hard for me to be
sure.
--
Dave Mielke | 2213 Fox Crescent | I believe that the Bible is the
Phone: 1-613-726-0014 | Ottawa, Ontario | Word of God. Please contact me
EMail: dave@mielke.cc | Canada K2A 1H7 | if you're concerned about Hell.
http://FamilyRadio.com/ | http://Mielke.cc/bible/
[-- Attachment #2: bluepin --]
[-- Type: text/plain, Size: 6731 bytes --]
#!/bin/sh
# This script has been written by Dave Mielke <dave@mielke.cc>. It's a light
# weight, text mode, Bluetooth PIN helper script.
#
# Step 1: The PINs file, /etc/bluetooth/pins (can be changed with the -f
# option), is searched for a line which corresponds to the Bluetooth address of
# the device. Each line in this file should contain the address of a device and
# its PIN, in that order, separated by space. Any additional data on the line
# is ignored and can be used as a comment to help identify the device. For
# example, if the address of your cell phone is 01:23:45:67:89:AB, and if its
# PIN is 12345, then its line would look like this:
#
# 01:23:45:67:89:AB 12345 my cell phone
#
# If the address is found within the PINs file then the corresponding PIN is
# returned.
#
# Step 2: If the -c option has been specified then its operand is interpreted
# as the command which is to be used to prompt the user for the PIN. If it is
# appropriately quoted so that it can contain space then options may be
# specified after the command name. It must interpret its positional parameters
# and return its response as if it were being directly invoked as a Bluetooth
# PIN helper. If it returns a PIN then that PIN is returned.
#
# Step 3: If the -n option has not been specified then the user is prompted for
# the PIN via a text-mode dialog in a free virtual terminal. The console
# automatically returns to the original virtual terminal as soon as the user
# responds to the dialog. If the response contains at least one character then
# the entire response is returned as the PIN.
#
# Step 4: Return the fact that the PIN could not be determined.
#
# Error messages are written to the system log (syslog) if "logger" is in the
# command search path ($PATH) and if standard output is not a terminal (tty or
# pty). If any of these conditions is not satisfied then errors are written to
# standard error.
#
# Invoke this script with the -h option to see its usage summary.
configurationDirectory="/etc/bluetooth"
defaultPinCommand=""
defaultPinsFile="${configurationDirectory}/pins"
defaultAcceptableModes="600"
programName="${0##*/}"
programMessage() {
echo >&2 "${programName}: ${1}"
}
programError() {
programMessage "${2}" error
exit "${1}"
}
syntaxError() {
programError 2 "${1}"
}
findCommand() {
variable="${1}"
shift
command="${1}"
while [ "${#}" -gt 0 ]
do
path="`which "${1}" 2>/dev/null`"
[ -n "${path}" ] && {
eval "${variable}"'="${path}"'
return 0
}
shift
done
programMessage "command not found: ${command}"
return 1
}
respondWithPin() {
echo "PIN:${1}"
exit 0
}
[ ! -t 1 ] && {
findCommand loggerPath logger && {
programMessage() {
"${loggerPath}" -t "${programName}[${$}]" -p "daemon.${2:-warning}" -- "${1}"
}
}
}
showUsage=false
pinCommand="${defaultPinCommand}"
pinsFile="${defaultPinsFile}"
acceptableModes="${defaultAcceptableModes}"
promptUser=true
pinLimit=16
while getopts ":c:f:hm:n" option
do
case "${option}"
in
c) pinCommand="${OPTARG}";;
f) pinsFile="${OPTARG}";;
h) showUsage=true;;
m) acceptableModes="${OPTARG}";;
n) promptUser=false;;
\?) syntaxError "invalid option: -${OPTARG}";;
:) syntaxError "missing operand: -${OPTARG}";;
*) syntaxError "unimplemented option: -${option}";;
esac
done
shift `expr "${OPTIND}" - 1`
"${showUsage}" && {
cat <<END_USAGE
Usage: ${programName} [-option ...] connection-direction device-address [device-name]
-c command The command to prompt for a PIN not in the PINs file.${defaultPinCommand:+ [${defaultPinCommand}]}
-f file The PINs file.${defaultPinsFile:+ [${defaultPinsFile}]}
-h This command usage summary.
-m modes The modes (in octal) that the PINs file may have.${defaultAcceptableModes:+ [${defaultAcceptableModes}]}
-n Do not prompt for the PIN.
END_USAGE
exit 0
}
[ "${#}" -eq 0 ] && syntaxError "connection direction not supplied"
connectionDirection="${1}"
shift
if [ "${connectionDirection}" = "out" ]
then
connectionAdjective="outgoing"
connectionPreposition="to"
else
[ "${connectionDirection}" = "in" ] || programMessage "unexpected connection direction: ${connectionDirection}"
connectionAdjective="incoming"
connectionPreposition="from"
fi
[ "${#}" -eq 0 ] && syntaxError "device address not supplied"
deviceAddress="${1}"
shift
if [ "${#}" -eq 0 ]
then
deviceName=""
else
deviceName="${1}"
shift
fi
[ `expr " ${acceptableModes}" : ' [0-7]*$'` -eq 4 ] || syntaxError "invalid file permission modes: ${acceptableModes}"
[ "${acceptableModes#0}" = "${acceptableModes}" ] && acceptableModes="0${acceptableModes}"
[ -n "${pinsFile}" -a -f "${pinsFile}" ] && {
if [ ! -r "${pinsFile}" ]
then
programMessage "file not readable: ${pinsFile}"
else
if [ -z "${acceptableModes}" ]
then
safeModes=true
else
safeModes=false
if findCommand statPath stat
then
actualModes="`"${statPath}" -c '%a' -- "${pinsFile}"`"
[ "${actualModes#0}" = "${actualModes}" ] && actualModes="0${actualModes}"
# if ((actualModes & ~acceptableModes))
if false
then
programMessage "unsafe file permission modes: ${pinsFile}: ${actualModes} > ${acceptableModes}"
else
safeModes=true
fi
else
programMessage "file permission modes not verifiable: ${pinsFile}"
fi
fi
"${safeModes}" && {
exec <"${pinsFile}"
while read address pin comment
do
[ "${address}" = "${deviceAddress}" ] && respondWithPin "${pin}"
done
exec <&-
}
fi
}
[ `expr " ${pinCommand}" : ' *[^ ]'` -gt 0 ] && {
set -- ${pinCommand} "${connectionDirection}" "${deviceAddress}"
[ -n "${deviceName}" ] && set -- "${@}" "${deviceName}"
response="`"${@}" | head -1`"
pin="${response#PIN:}"
[ "${pin}" != "${response}" ] && respondWithPin "${pin}"
}
"${promptUser}" && {
findCommand openPath open openvt && {
dialogTitle="Bluetooth PIN Prompt"
dialogTime="`date '+%Y-%m-%d@%H:%M:%S'`"
dialogPrompt="Enter PIN for ${connectionAdjective} Bluetooth connection ${connectionPreposition} ${deviceName}[${deviceAddress}]"
findCommand dialogPath dialog && {
pin="`"${openPath}" 3>&1 -s -w -- "${dialogPath}" --output-fd 3 --clear --title "${dialogTitle}" --cr-wrap --max-input "${pinLimit}" --inputbox "${dialogTime}\n\n${dialogPrompt}" 0 0 ""`"
[ -n "${pin}" ] && respondWithPin "${pin}"
}
}
}
echo "ERR"
exit 0
next prev parent reply other threads:[~2006-03-10 17:25 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-08 21:19 [Bluez-devel] PIN helper Radek
2006-03-08 21:40 ` Dave Mielke
2006-03-08 22:01 ` Radek Rurarz
2006-03-08 22:16 ` Dave Mielke
2006-03-09 5:44 ` Radek Rurarz
2006-03-09 5:55 ` Dave Mielke
2006-03-09 6:06 ` Radek Rurarz
2006-03-09 6:12 ` Dave Mielke
2006-03-09 18:29 ` Radek Rurarz
2006-03-09 19:34 ` Dave Mielke
2006-03-09 21:55 ` Radek Rurarz
2006-03-09 22:04 ` Radek Rurarz
2006-03-10 1:33 ` Dave Mielke
2006-03-10 7:28 ` Radek Rurarz
2006-03-10 13:35 ` Dave Mielke
2006-03-10 18:10 ` Radek Rurarz
2006-03-10 17:25 ` Dave Mielke [this message]
2006-03-10 18:13 ` Radek Rurarz
2006-03-10 18:39 ` Dave Mielke
2006-03-10 19:22 ` Radek Rurarz
2006-03-10 20:55 ` Dave Mielke
2006-03-10 22:24 ` Radek Rurarz
2006-03-10 23:04 ` Dave Mielke
2006-03-13 4:08 ` KrAnTi KaMbHaMpAtI
2006-03-10 20:56 ` Dave Mielke
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060310172525.GJ4516@beta.private.mielke.cc \
--to=dave@mielke.cc \
--cc=bluez-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.