WLAN completely unsupported #17
Comments
|
For macOS there are some options: (Apple doesn't really want you to know WIFI stuff 👻)
First option means calling Obj-C somehow in our C++ project. (Probably convert Second option means using pipes / parsing and ugly and tedious code just to get an Third option means reverse-engineering, (this can help), probably later dealing with obsolete APIs, but too much fun. Right now, the idea is finding a way to call Obj-C functions in conky in order to acheive No. 2 Though I could use this which will probably work. |
|
082076a has been deleted. I decided not to go with this approach. Instead I am going to rename |
* Try to amend #31 * BUILD_WLAN should be available for all OS. Keep BUILD_WLAN OFF by default for compatibility reasons. * WLAN-related variables should be available for every OS. There are some problems (probably null-dereference) * Fix $wireless_essid crashing conky if no argument provided. Conky wasn't parsing the argument of the variable as it should, thus wasn't allocating the `dev` member variable. Also fix some documentation stuff. * Improve `get_freq` #20 Using the Intel® Power Gadget API (https://software.intel.com/en-us/blogs/2012/12/13/using-the-intel-power-gadget-api-on-mac-os-x) we can now get actual Core frequency and not the constant factory one. Though, for some weird reason the API gives the same freq for all Cores, thus the |cpu| arg becomes useless. * Oops, this accidently slipped in * Introduce BUILD_IPGFREQ build option This build option has been introduced for one particular reason: On macOS getting current core-frequency is not supported by the APIs. A solution is to install Intel's ® Power Gadget which comes with an .app, a Framework and a kernel-extension. Though, this may trouble some alot, thus introduce BUILD_IPGFREQ. * Forgot static here. * Some improvements for get_freq again. Fix frequency not printing correctly (I wasn't using the divisor) Add more guards. * Setup cmake files and project code for Objective-C code #17 We want to use CoreWLAN framework. * update_cpu_usage() now supports multiple cores Also, some cleanup. * Updated default conky config to monitor Mac Networking * Made Mac Friendly BuildOptions and generic default conky configs * Undid Xdamage config and cleaned up previous IF statements * Re-Added XDamage fix * Finish up the algorithm. I think its now correct. Closes: #33 * Cleanup macro and introduce a no-op free_cpu() function for ALL cpu-related variables free_cpu() must be implemented for every OS and on all except macOS its a no-op function. * Reformat, add empty comment.
|
This can now be closed as I have pretty-much done what I could to implement WLAN stats. They may be completely wrong but the solution may be one step away... I am not well-versed with WLAN terminology / theory thus I cannot provide better implementation. The work can be seen in the wifi branch. More patches may come in the way but this can be considered done :) |
|
Looks ok to me, from what I understand |
|
@matmunn Thanks Mat! |
* Work for #17 : Now we have ssid * Since we are using Objective-C++ NSStrings, we need to link to Foundation.framework, too! * If interface is UP use the interface SSID; otherwise "off/any" following the Linux implementation. Add more * More * cleanup
The build option
BUILD_WLANis only available for Linux.We either need to provide an optionpatch the original code and keepBUILD_DARWIN_WLANorBUILD_WLANThe text was updated successfully, but these errors were encountered: