Capture power button press on MacOs High Sierra?


 
Thread Tools Search this Thread
Top Forums UNIX for Beginners Questions & Answers Capture power button press on MacOs High Sierra?
# 1  
Old 10-12-2017
Capture power button press on MacOs High Sierra?

Hello everyone!

I'm developing a MacOs Application in python and I'm having some issues trying to find information related to the power button pressed event. I know that in Ubuntu 14.04 you can find information about it on the acpi folders, but I realized that here in Mac that process is supposedly managed by powerd, I was looking thru the dmesg and console logs looking for something that changes when a restart is done automatically or if the computer couldn't restart itself and had to be powered on by the button.

Let me explain a little more.

In the application, I have a config file where I keep record of how many restarts have been done on the Mac by another application developed by Apple called RestartX. When it hits 10 restarts it will stop with an automation script on Sikuli. The thing is that when the test fails, the computer MUST be turned on by the user, and the RestartX app doesn't record if the test fails as it registers that operation as a Restart (which adds 1 to the app restart counter) and not as a PowerOn event.

If someone with more programming experience could tell me where to catch this kind of events apart from dmesg or how to tell which event in dmesg is related to powerEvents I will be very grateful.
Login or Register to Ask a Question

Previous Thread | Next Thread

9 More Discussions You Might Find Interesting

1. Programming

Python Screen Capture of RIGOL 1054Z on macOS Catalina Using NI-VISA

On the NI-VISA boards there has been some frustration where folks cannot get NI-VISA to work on macOS Catalina because Catalina (macOS 10.15.x) is "not supported" by NI-VISA (for many months, it seems). Currently, the README shows: NI-VISA 19.0 for macOS supports the following platforms: ... (10 Replies)
Discussion started by: Neo
10 Replies

2. Shell Programming and Scripting

Issue with shutdown command in script (MacOS High Sierra)

Hello, I have a backup script that runs an rsync backup to an external drive. I use the script frequently on Windows and Linux and have installed it on a Mac. The script has an option to run shutdown after the backup has completed. Since backup can take hours to run, this is an option that is... (10 Replies)
Discussion started by: LMHmedchem
10 Replies

3. Shell Programming and Scripting

Terminal running bash/rsync script does not close with exit (MacOS High SIerra)

Hello, I am running a bash script to do an rsync back on a computer running MacOS High Sierra. This is the script I am using, #!/bin/bash # main backup location, trailing slash included backup_loc="/Volumes/Archive_Volume/00_macos_backup/" # generic backup function function backup {... (12 Replies)
Discussion started by: LMHmedchem
12 Replies

4. Shell Programming and Scripting

Issue with pwd for script run by double click on script (MacOS High SIerra)

Hello, I have the following script that just archives and clears some log files. #!/bin/bash # script: archive_logs_and_clear # add date to logfile names and copy archive directory # clear logs # change to script directory cd ... (4 Replies)
Discussion started by: LMHmedchem
4 Replies

5. OS X (Apple)

If you run macOS High Sierra version 10.13.1, be sure to install today's update.

Some hackers found a security hole in macOS High Sierra and tweeted it to the world before telling Apple about the problem. You can see the details from PC Magazine's daily news here: Apple Releases Fix for MacOS High Sierra 'Root' Bug. The original story this morning was published before a patch... (6 Replies)
Discussion started by: Don Cragun
6 Replies

6. Solaris

This must be the dumbest question ever posted -T5140 power button

I have a T5140 and cannot find the power switch -is there an on/off button? Good grief ! Thank you in advance. joe (3 Replies)
Discussion started by: joboy
3 Replies

7. AIX

AIX 7.1 on Power 750 is very slow with no high memory or process consumption

Hi, This thread has been posted before on linuxquestions.org, but no answer, maybe because this is unix question and not linux. I'm posting the same thread here, hope I can get an answer from someone in the meantime, I wish I could post of emergency thread but it needs bits which I don't have :... (6 Replies)
Discussion started by: aLuViAn
6 Replies

8. UNIX for Dummies Questions & Answers

to know about press button command

Please help me with this ........... Suppose i have made a database of 25 people and want to make the user select any number of people till he wishes and then press a button to stop the process (of selecting) what coding should be followed by me ...........:confused::confused: (1 Reply)
Discussion started by: doctor001
1 Replies

9. UNIX for Dummies Questions & Answers

Capture an empty key press...

I am trying to test input from the user, if they press enter with out an Y or N. I have the characheter thing sorted but when it comes to a blank or empty key press I am having trouble. if ; then clear echo "Sorry, that is an invalid choice!" exit fi I am using a KSH script in... (3 Replies)
Discussion started by: jagannatha
3 Replies
Login or Register to Ask a Question
hotplugd(1M)															      hotplugd(1M)

NAME
hotplugd - PCI I/O hotplug (attention button) events daemon SYNOPSIS
logfile openmode DESCRIPTION
The daemon handles PCI I/O hotplug (also known as attention button, AB, or doorbell) events that are generated by pressing the attention button corresponding to a PCI I/O slot. Only one attention button event is processed by the system at any point in time. If more than one attention button is pressed, the events are put in a queue within the kernel. This daemon invokes to perform the various online addition or replacement operations (OLAR, OL*) on the slot on which the attention button has been pressed. The daemon does not use the (override CRA results) option of Normally, this daemon is started by the startup script at boot time. See the subsection for details. If an attention button is pressed before the startup of the daemon, the event is dropped and no messages are logged. Also see the section for messages that are logged in the system log file or the log file. Only users with superuser privileges may use this command to perform OL* functions. Currently, only the online addition and replacement functions are supported. Online deletion is not supported. The blinking of the power LED is not supported on all hardware platforms. Operands The following operands are required. See also the subsection. logfile Log file where the daemon will log its messages. The standard output and standard error of the command are also captured in this log file. openmode Mode in which to open the logfile. It can be one of the following: Open the file in append mode. New log information is appended at the end of logfile. Open the file and truncate it. If the logfile exists, its length is truncated to 0 and the mode and owner are unchanged. Daemon Startup In the normal (and recommended) operation is invoked at boot time through the startup script, The startup script reads the configuration file, for the configuration file variables, and which are assigned to the logfile and openmode parameters, respectively. The installed default values are: To start a new instance of with new values for logfile and mode, you can do so by stopping the running instance of and manually starting it with the new values. To have always invoked on startup with the new values, change the values of the and variables in the configuration file, At the next boot, will be invoked with these new values. DIAGNOSTICS
Messages in the System Log File The following messages are logged in the system log file, If an attention button event occurs after the daemon has been terminated follow- ing a successful start of the daemon, the messages are logged in the system log file. A chunk of memory, used for storing the attention button event information, could not be allocated. The event is dropped after the power LED is set to mode. That is, the power LED will be set to ON if the power to the slot is ON, or the power LED will be set to OFF if the power to the slot is OFF. The queue has not been initialized (daemon not running) or the queue is under flow control. The queue can go into flow control if the queue already has maximum number of events. Currently the maximum is 128. The event is dropped after setting the power LED to mode (see previous message). Wait till the attention button events are pro- cessed by the daemon. The attention button event was received on a slot ID that has not been registered (during the system bootup) with the kernel OLAR module. The event is dropped after setting the power LED to mode (see previous message). Contact your HP response center. The call to get the slot information failed. olarErrMsg gives the reason for the error. This results in an invalid PCI OL* event to the daemon. The system is clearing the attention button events in the queue due to the abnormal termination of the daemon (for example, with the signal (see kill(1)) and there are pending attention button events in the queue. While clearing the events from the queue, the system sets the power LED corresponding to the slotId, to mode (see previous message). Setting the power LED to mode failed. The system sets the power LED to mode while clearing attention button events from the queue, triggered by the abnormal termination of the hotplugd daemon (for example, with the signal (see kill(1)). Messages in the hotplugd Daemon Log File The following messages are logged in the daemon log file, defined by logfile. An error has occurred on the call to get attention button events from the kernel in the mode. errMsg gives the reason for the error. An error has occurred on the call to get attention button events from the kernel in the mode. errMsg gives the reason for the error. An error has occurred on the call to get attention button events from the kernel in the mode. errMsg gives the reason for the error. This error occurred within 1 second of the previous error. The daemon will sleep for n seconds before making another call. The specified oprn PCI OL* operation failed. oprn may be one of the following: Could not open the device in the read-write mode. errMsg gives the reason for the error. Setting the close-on-exec flag on using failed. errMsg gives the reason for the error. At times, terminating the daemon with may not clear all kernel data structures. If you try to restart the daemon, it may report an error, In such circumstances, the system must be rebooted to start the daemon successfully. The initialization of for getting attention button events failed. olarErrMsg gives the reason for the error. The initialization of for getting attention button events failed. errMsg gives the reason for the error. The shutdown of failed. olarErrMsg gives the reason for the error. The shutdown of failed. errMsg gives the reason for the error. is dropping oprn PCI OL* operation on the slotId slot because it is shutting down. time gives the time at which the attention but- ton was pressed. has received an invalid PCI OL* operation on slot slotId. oprn can be one of the following: time is the time at which the attention button was pressed. This could happen if or is received and the slot is not in the right state. For example, if is received, and the slot is not sus- pended, and the driver is attached, then it is an invalid PCI OL* operation. Or, it is invalid if is received, and the slot is sus- pended. This could also happen if the call to get the slot status information fails. received a PCI OL* operation which it does not understand on slot slotId. oprnCode is the integer representation of the PCI OL* operation. time is the time at which the attention button was pressed. Contact your HP response center. The attention button event has been dropped because it was received while another event was being processed or pending for the same slotId. olarIoEvent is the event that was received. It can be one of the following: time gives the time at which the event was received. Wait for the attention button processing on a slot to complete before pressing the attention button again on that slot. The power LED could not be set to mode for the given slotId. errMsg gives the reason for the error. The power LED could not be set to mode for the given slotId. olarErrMsg gives the reason for the error. The program was invoked with an invalid set of parameters. could not fork itself. errMsg gives the reason for the error. could not open the given logFile in write mode. errMsg gives the reason for the error. could not get the lock on the logFile. errMsg gives the reason for the error. It could be because another instance of is running. FILES
Configuration file for PCI I/O OLAR operations. Startup script, used at boot time to start the daemon. Installed default name of file where the daemon logs messages. See the section and the subsection for details. System log file. See the section for details. SEE ALSO
olrad(1M), pdweb(1M), syslogd(1M), errno(2), fcntl(2), ioctl(2) hotplugd(1M)