HFP design question : polls opened !
Dear Bluez friends,
Looks like HFP work will finally get started, thanks to Frederic Dalleau's initiative. :-)
For my part i will switch to that one day or the other, however at the moment i am still working on some a2dp fixes and some other stuff, but i will get there eventually.
One of the painful issues with HFP is the AT commands parsing. I tend to be a lazy guy and not very interested in writing a parser (hey we are in 21th century now !! :-) )
To ease the pain we could use the brand new GRegex tool, that brings the power of regular expressions to the glib world. That would meen however that we would have to port it to eglib first.
I don't know if this is a good idea or not, it's just an idea. What do you guys think about it?
Cheers,
Fabien
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Marcel Holtmann
maintainerHi Fabien,
Quoted 6 lines
Looks like HFP work will finally get started, thanks to Frederic Dalleau's initiative. :-)
For my part i will switch to that one day or the other, however at the moment i am still working on some a2dp fixes and some other stuff, but i will get there eventually.
Quoted 6 lines
One of the painful issues with HFP is the AT commands parsing. I tend to be a lazy guy and not very interested in writing a parser (hey we are in 21th century now !! :-) )
To ease the pain we could use the brand new GRegex tool, that brings the power of regular expressions to the glib world. That would meen however that we would have to port it to eglib first.
it is okay to depend on GLib for certain things. Starting with 4.x we will make GLib mandatory and remove eglib. However for the AT command parsing, I might wanna have a self written parser. This way it is more portable.
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi All,
Quoted 8 lines
Quoted 3 lines
To ease the pain we could use the brand new GRegex tool, that brings the power of regular expressions to the glib world. That would meen however that we would have to port it to eglib first.
it is okay to depend on GLib for certain things. Starting with 4.x we will make GLib mandatory and remove eglib. However for the AT command parsing, I might wanna have a self written parser. This way it is more portable.
Marcel, there is no portability issue with GRegex : it is completely self contained (no external deps added). ;-)
Cheers,
Fabien
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Marcel Holtmann
maintainerHi Fabien,
Quoted 11 lines
Quoted 8 lines
Quoted 3 lines
To ease the pain we could use the brand new GRegex tool, that brings the power of regular expressions to the glib world. That would meen however that we would have to port it to eglib first.
it is okay to depend on GLib for certain things. Starting with 4.x we will make GLib mandatory and remove eglib. However for the AT command parsing, I might wanna have a self written parser. This way it is more portable.
Marcel, there is no portability issue with GRegex : it is completely self contained (no external deps added). ;-)
as I said, for BlueZ 4.x, no problem. Before that we have to see. Show me example code for an AT parser. I purely will judge based on its complexity.
Regards
Marcel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Marcel, Frederic x2 & all
Quoted 6 lines
Quoted 1 line
Marcel, there is no portability issue with GRegex : it is completely self contained (no external deps added). ;-)
as I said, for BlueZ 4.x, no problem. Before that we have to see. Show me example code for an AT parser. I purely will judge based on its complexity.
That's a good way to judge indeed, however no way i spend 2 days writing
an AT parser by hand just for you to have a 2 minutes looks at it ;-)
However Access guys have already written a parser,
maybe either of our Frederic's can share with us their HFP parsing code, to see how it looks like ?
FD and FD, what do you think ?
Cheers,
Fabien
HFP syntax is quite basic
most comand provide few parameter so sscanf+strcmp is enough...
I feel regexp power is not needed for these syntaxes.
Fred
Quoted 18 lines · Fabien Chevalier
Hi Marcel, Frederic x2 & all
Quoted 7 lines
Quoted 2 lines
Marcel, there is no portability issue with GRegex : it is completely self contained (no external deps added). ;-)
as I said, for BlueZ 4.x, no problem. Before that we have to see. Show me example code for an AT parser. I purely will judge based on its complexity.
That's a good way to judge indeed, however no way i spend 2 days writing an AT parser by hand just for you to have a 2 minutes looks at it ;-)
However Access guys have already written a parser,
maybe either of our Frederic's can share with us their HFP parsing code, to see how it looks like ?
Quoted 5 lines
FD and FD, what do you think ?
Cheers,
Fabien
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Frederic,
Quoted 4 lines
HFP syntax is quite basic
most comand provide few parameter so sscanf+strcmp is enough...I feel regexp power is not needed for these syntaxes.
As you're the only one that got his nose on an HFP parser, then i will trust your word.
So, unless anybody wants do add anything, lets say poll is closed. ;-)
Cheers,
Fabien
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel