ihook-discuss Mailing List for iHook
Brought to you by:
fitterhappier
Menu
▾
▴
ihook-discuss — Discussion of iHook
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
(7) |
Aug
(6) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
(3) |
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Trent A. <tr...@tr...> - 2010-04-12 05:21:23
|
Hi, I found a work around to this which avoided sending a large amount of output to iHook. Regards Trent Begin forwarded message: > From: Trent Anderson <tr...@tr...> > Date: 12 April 2010 9:13:23 AM AEST > To: ih...@um... > Subject: iHook segfault. > > Hi, > > I am running iHook over a radmind setup. Has worked fine in the past. Just upgraded to 10.6.3. This is the first version of 10.6 i'm running. I have run small loadsets successfully. With bigger ones iHook has crashed with a segfault cancelling the update. I have seen this behaviour before on 10.5 only when I was using huge loadsets such as the entire AdobeCS Design suite. I have run the update via command line (without iHook) and that worked fine. I have attached the crash log. Any help would be greatly appreciated. > > Regards > > Trent Anderson > Trinity College IT > > |
|
From: Trent A. <tr...@tr...> - 2010-04-09 07:11:45
|
Hi, I am running iHook over a radmind setup. Has worked fine in the past. Just upgraded to 10.6.3. This is the first version of 10.6 i'm running. I have run small loadsets successfully. With bigger ones iHook has crashed with a segfault cancelling the update. I have seen this behaviour before on 10.5 only when I was using huge loadsets such as the entire AdobeCS Design suite. I have run the update via command line (without iHook) and that worked fine. I have attached the crash log. Any help would be greatly appreciated. Regards Trent Anderson Trinity College IT |
|
From: Ryan D. <rrd...@ge...> - 2009-12-18 13:49:47
|
Ah, I figured that might be the case. Just ascetics; I go back to fix up my background images to work with their locations. . +R On Dec 17, 2009, at 9:36 PM, Andrew Mortensen wrote: > > On Dec 17, 2009, at 3:49 PM, Ryan Dionne wrote: > >> As part of rolling out my new pearl wrapper I decided to update my iHook images. I'm trying to edit iHook's nib by relocating the progress bar and text, but they keep appearing in the default locations. No trouble moving the text box that accepts the "Task 1 of 3..." text and the timer. Something to do with the custom view? Sorry, I don't use Interface Builder normally. What am I missing here? > > These two elements are placed in the view programatically. What's the purpose of your rearrangement? > > andrew |
|
From: Andrew M. <adm...@um...> - 2009-12-18 03:36:40
|
On Dec 17, 2009, at 3:49 PM, Ryan Dionne wrote: > As part of rolling out my new pearl wrapper I decided to update my iHook images. I'm trying to edit iHook's nib by relocating the progress bar and text, but they keep appearing in the default locations. No trouble moving the text box that accepts the "Task 1 of 3..." text and the timer. Something to do with the custom view? Sorry, I don't use Interface Builder normally. What am I missing here? These two elements are placed in the view programatically. What's the purpose of your rearrangement? andrew |
|
From: Ryan D. <rrd...@ge...> - 2009-12-17 21:14:42
|
As part of rolling out my new pearl wrapper I decided to update my iHook images. I'm trying to edit iHook's nib by relocating the progress bar and text, but they keep appearing in the default locations. No trouble moving the text box that accepts the "Task 1 of 3..." text and the timer. Something to do with the custom view? Sorry, I don't use Interface Builder normally. What am I missing here? Thanks, +R |
|
From: Andrew M. <adm...@um...> - 2009-10-06 01:28:45
|
On Oct 5, 2009, at 6:24 PM, Trent Anderson wrote: > > On 06/10/2009, at 7:05 AM, Andrew Mortensen wrote: > >> >> On Oct 4, 2009, at 11:06 PM, Trent Anderson wrote: >> >>> >>>> The current version of iHook is 1.2 (requires Mac OS X 10.5+). >>>> Please upgrade and see if that fixes your problem. >>>> >>>> andrew >>> >>> I downloaded iHook 1.2 but if you go to get info of iHook.app when >>> you mount iHook1.2.0.dmg it says "Version: iHook version 1.1.1" >> >> Yes, an oversight on my part. Forgot to change the version in the >> iHook bundle. If the size of iHook on the disk image is 401K, you >> have 1.2. If the size is 621K, you have 1.1.1. >> >> andrew >> > > > Sorry after going back through our leopard setup documentation I > found we did upgrade to 1.2 and the size confirms that. OK. Can you provide crashlogs? andrew |
|
From: Andrew M. <adm...@um...> - 2009-10-05 20:05:37
|
On Oct 4, 2009, at 11:06 PM, Trent Anderson wrote: > >> The current version of iHook is 1.2 (requires Mac OS X 10.5+). >> Please upgrade and see if that fixes your problem. >> >> andrew > > I downloaded iHook 1.2 but if you go to get info of iHook.app when > you mount iHook1.2.0.dmg it says "Version: iHook version 1.1.1" Yes, an oversight on my part. Forgot to change the version in the iHook bundle. If the size of iHook on the disk image is 401K, you have 1.2. If the size is 621K, you have 1.1.1. andrew |
|
From: Andrew M. <adm...@um...> - 2009-10-05 01:41:37
|
On Oct 4, 2009, at 6:19 PM, Trent Anderson wrote: > > On 03/10/2009, at 1:33 AM, Andrew Mortensen wrote: > >> What version of iHook is this? >> >> andrew > > Thanks for the reply. We are running version 1.1.1 The current version of iHook is 1.2 (requires Mac OS X 10.5+). Please upgrade and see if that fixes your problem. andrew |
|
From: Andrew M. <adm...@um...> - 2009-10-02 18:11:32
|
On Oct 2, 2009, at 2:39 AM, Trent Anderson wrote: > Hi, > > I am running ihook during radmind updates. Has been working great for > a couple of years. Recently ihook has been segfaulting when fsdiff is > running as part of a radmind update and only when I'm trying to run an > update including an Adobe CS4 transcript. If I run the update from > the command line it goes through without a problem. ihook always > crashes between 15 and 20 seconds into running fsdiff but looking at > the output from fsdiff, always at a different place. Has anyone seen > any similar behaviour and been able to fix it? What version of iHook is this? andrew |
|
From: Trent A. <tr...@tr...> - 2009-10-02 06:54:30
|
Hi, I am running ihook during radmind updates. Has been working great for a couple of years. Recently ihook has been segfaulting when fsdiff is running as part of a radmind update and only when I'm trying to run an update including an Adobe CS4 transcript. If I run the update from the command line it goes through without a problem. ihook always crashes between 15 and 20 seconds into running fsdiff but looking at the output from fsdiff, always at a different place. Has anyone seen any similar behaviour and been able to fix it? Regards Trent Anderson Trinity College IT |
|
From: Graham P. <g.r...@br...> - 2009-04-22 14:23:10
|
Hi, Actually, 1.2.0 was the problem! I downloaded 1.1.1 and it's running. Should've guessed there was a problem because I couldn't even get iHook to do anything by double-clicking it from Applications>Utilities. Many thanks, Graham On 22 Apr 2009, at 14:02, Gary Bernstein wrote: > 10.4.11 does support launchagents, so you could give that a try. I > am also wondering if ihook 2 requires 10.5. Our 10.4 users are still > using iHook 1.1.1. > > -Gary > > On Apr 22, 2009, at 3:28 AM, Graham Pugh wrote: > >> Hi, thanks for the response and no worries about being thorough, >> I'm very new to this! LO99.radmind.hook does indeed have shell >> script content, all of which looks OK (I can supply if interested! >> I'm sure it's the default from the installer package). And I'm >> running the system on OS X 10.4.11, so I assume the Leopard >> LaunchAgent requirement should apply? >> >> Cheers, >> Graham >> >> >> >> On 21 Apr 2009, at 19:18, Gary Bernstein wrote: >> >>> It's been a while since I downloaded iHook and set it up. >>> >>> Two questions come to mind (I am not trying to be insulting, just >>> thorough, as these things have bit me before): >>> 1) Is there anything in LO99.radmind.hook? >>> 2) Did you see this: http://rsug.itd.umich.edu/software/ihook/files/iHook_and_Mac_OS_X_10.5.pdf >>> >>> HTH >>> -Gary >>> >>> On Apr 21, 2009, at 11:27 AM, Graham Pugh wrote: >>> >>>> Hi, >>>> >>>> I've got radmind working in terms of using radmind-assistant to >>>> upload new loadsets to a server and update other clients, and >>>> I've been attempting to get iHook to automate Radmind updates, by >>>> following various methods posted on the web. However most seem >>>> outdated, and having downloaded iHook 1.2.0, all the scripts >>>> required to get iHook to run a radmind update upon logout already >>>> seem to be in place: >>>> >>>> * iHook is in place in /Applications/Utilities/iHook.app/Contents/ >>>> MacOS/iHook >>>> * com.apple.loginwindow contains the path /etc/logout.hook for >>>> LogoutHook >>>> * /etc/logout.hook seems to run iHook and call masterlogout.sh, >>>> and "useihook" is set to "yes" >>>> * there is a LO99radmind.hook already in place >>>> >>>> ...and yet, nothing is happening on logout. No logfile has been >>>> created at /var/log/ihook-radmind.log. No GUI appears. There is >>>> an entry in ~/Library/Logs/CrashReporter/iHook.crash.log >>>> regarding a thread crash (EXC_BAD_ACCESS and >>>> KERN_PROTECTION_FAILURE errors). I don't know much about these >>>> things, but I wondered if this would be a permissions error? I >>>> haven't found anywhere to give iHook credentials to allow it >>>> automate its tasks. >>>> >>>> Could anyone provide any insight as to how to get iHook to run >>>> upon logout and call radmind, using the latest versions with the >>>> preinstalled scripts as described above? Does version 1.1.1 work >>>> in 10.4.11? (I installed 1.2.0, so not sure why the crash log is >>>> reporting 1.1.1). Any help gratefully received, it would be great >>>> to get to use radmind as an automated updater tool. >>>> >>>> Many thanks, >>>> Graham >>>> >>>> >>>> Graham Pugh >>>> IT Support Technician >>>> Earth Sciences Department >>>> University of Bristol >>>> g.r...@br... >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Stay on top of everything new and different, both inside and >>>> around Java (TM) technology - register by April 22, and save >>>> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. >>>> 300 plus technical and hands-on sessions. Register today. >>>> Use priority code J9JMT32. http://p.sf.net/sfu/p_______________________________________________ >>>> Ihook-discuss mailing list >>>> Iho...@li... >>>> https://lists.sourceforge.net/lists/listinfo/ihook-discuss >>> >>> >>> >>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >>> * * * * * * * * * * * * * * >>> -- "The reward for work well done is the opportunity to do more." >>> >>> -- "I tried, but it didn't work" is a lot better than "I wish I'd >>> tried." >>> >>> Gary R. Bernstein Director of Computer Information & >>> Access >>> ber...@ui... Krannert Center for the Performing Arts >>> 217-244-1038 College of Fine & Applied Arts - >>> UIUC >>> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * >>> * * * * * * * * * * * * * * >>> >>> >> >> ------------------------------------------------------------------------------ >> Stay on top of everything new and different, both inside and >> around Java (TM) technology - register by April 22, and save >> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. >> 300 plus technical and hands-on sessions. Register today. >> Use priority code J9JMT32. http://p.sf.net/sfu/p_______________________________________________ >> Ihook-discuss mailing list >> Iho...@li... >> https://lists.sourceforge.net/lists/listinfo/ihook-discuss > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * * * * * * * * * * * * * > -- "The reward for work well done is the opportunity to do more." > > -- "I tried, but it didn't work" is a lot better than "I wish I'd > tried." > > Gary R. Bernstein Director of Computer Information & > Access > ber...@ui... Krannert Center for the Performing > Arts > 217-244-1038 College of Fine & Applied Arts - UIUC > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * * * * * * * * * * * * * > > > |
|
From: Graham P. <g.r...@br...> - 2009-04-22 08:28:16
|
Hi, thanks for the response and no worries about being thorough, I'm very new to this! LO99.radmind.hook does indeed have shell script content, all of which looks OK (I can supply if interested! I'm sure it's the default from the installer package). And I'm running the system on OS X 10.4.11, so I assume the Leopard LaunchAgent requirement should apply? Cheers, Graham On 21 Apr 2009, at 19:18, Gary Bernstein wrote: > It's been a while since I downloaded iHook and set it up. > > Two questions come to mind (I am not trying to be insulting, just > thorough, as these things have bit me before): > 1) Is there anything in LO99.radmind.hook? > 2) Did you see this: http://rsug.itd.umich.edu/software/ihook/files/iHook_and_Mac_OS_X_10.5.pdf > > HTH > -Gary > > On Apr 21, 2009, at 11:27 AM, Graham Pugh wrote: > >> Hi, >> >> I've got radmind working in terms of using radmind-assistant to >> upload new loadsets to a server and update other clients, and I've >> been attempting to get iHook to automate Radmind updates, by >> following various methods posted on the web. However most seem >> outdated, and having downloaded iHook 1.2.0, all the scripts >> required to get iHook to run a radmind update upon logout already >> seem to be in place: >> >> * iHook is in place in /Applications/Utilities/iHook.app/Contents/ >> MacOS/iHook >> * com.apple.loginwindow contains the path /etc/logout.hook for >> LogoutHook >> * /etc/logout.hook seems to run iHook and call masterlogout.sh, and >> "useihook" is set to "yes" >> * there is a LO99radmind.hook already in place >> >> ...and yet, nothing is happening on logout. No logfile has been >> created at /var/log/ihook-radmind.log. No GUI appears. There is an >> entry in ~/Library/Logs/CrashReporter/iHook.crash.log regarding a >> thread crash (EXC_BAD_ACCESS and KERN_PROTECTION_FAILURE errors). >> I don't know much about these things, but I wondered if this would >> be a permissions error? I haven't found anywhere to give iHook >> credentials to allow it automate its tasks. >> >> Could anyone provide any insight as to how to get iHook to run upon >> logout and call radmind, using the latest versions with the >> preinstalled scripts as described above? Does version 1.1.1 work in >> 10.4.11? (I installed 1.2.0, so not sure why the crash log is >> reporting 1.1.1). Any help gratefully received, it would be great >> to get to use radmind as an automated updater tool. >> >> Many thanks, >> Graham >> >> >> Graham Pugh >> IT Support Technician >> Earth Sciences Department >> University of Bristol >> g.r...@br... >> >> >> >> ------------------------------------------------------------------------------ >> Stay on top of everything new and different, both inside and >> around Java (TM) technology - register by April 22, and save >> $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. >> 300 plus technical and hands-on sessions. Register today. >> Use priority code J9JMT32. http://p.sf.net/sfu/p_______________________________________________ >> Ihook-discuss mailing list >> Iho...@li... >> https://lists.sourceforge.net/lists/listinfo/ihook-discuss > > > > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * * * * * * * * * * * * * > -- "The reward for work well done is the opportunity to do more." > > -- "I tried, but it didn't work" is a lot better than "I wish I'd > tried." > > Gary R. Bernstein Director of Computer Information & > Access > ber...@ui... Krannert Center for the Performing Arts > 217-244-1038 College of Fine & Applied Arts - UIUC > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * > * * * * * * * * * * * * * > > |
|
From: Graham P. <g.r...@br...> - 2009-04-21 16:27:46
|
Hi, I've got radmind working in terms of using radmind-assistant to upload new loadsets to a server and update other clients, and I've been attempting to get iHook to automate Radmind updates, by following various methods posted on the web. However most seem outdated, and having downloaded iHook 1.2.0, all the scripts required to get iHook to run a radmind update upon logout already seem to be in place: * iHook is in place in /Applications/Utilities/iHook.app/Contents/ MacOS/iHook * com.apple.loginwindow contains the path /etc/logout.hook for LogoutHook * /etc/logout.hook seems to run iHook and call masterlogout.sh, and "useihook" is set to "yes" * there is a LO99radmind.hook already in place ...and yet, nothing is happening on logout. No logfile has been created at /var/log/ihook-radmind.log. No GUI appears. There is an entry in ~/Library/Logs/CrashReporter/iHook.crash.log regarding a thread crash (EXC_BAD_ACCESS and KERN_PROTECTION_FAILURE errors). I don't know much about these things, but I wondered if this would be a permissions error? I haven't found anywhere to give iHook credentials to allow it automate its tasks. Could anyone provide any insight as to how to get iHook to run upon logout and call radmind, using the latest versions with the preinstalled scripts as described above? Does version 1.1.1 work in 10.4.11? (I installed 1.2.0, so not sure why the crash log is reporting 1.1.1). Any help gratefully received, it would be great to get to use radmind as an automated updater tool. Many thanks, Graham Graham Pugh IT Support Technician Earth Sciences Department University of Bristol g.r...@br... |
|
From: Crawford K. <kc...@gm...> - 2008-08-21 18:37:34
|
On Aug 21, 2008, at 1:43 PM, Andrew Mortensen wrote: > > On Aug 21, 2008, at 11:39 AM, Scott Hannahs wrote: > >>> Crawford Kyle wrote: >>>> When running on Leopard with a launchd job in the loginwindow >>>> context, >>>> after iHook quits, many times the user has to click the loginwindow >>>> with the mouse to make it accept key events (enter username and >>>> password). >>>> >>>> Anyone else seeing this? Is this something that can be solved in >>>> iHook or is it an Apple issue? >> >> This is a general problem. After retrospect throws up a warning >> window over the login window you see the same behavior. You click to >> dismiss the retrospect warning, then you have to click again to >> return >> focus to the login window. I doubt this is an ihook or retrospect >> issue but just the nature of OS X. (this has been true from Puma >> through Leopard) > > Scott's correct. This issue's been around for a long time, and any > application running over the loginwindow can trigger it. You may be > able to workaround it by adding an osascript line just before your > iHook script exits: > > osascript -e 'tell application "loginwindow"' \ > -e 'activate' \ > -e 'end tell' > > Off-hand, I can't say how the loginwindow will react to this when no > one's logged in. > > A new directive may be useful here, too. Something permitting the > script author to ask iHook to bring another application to the front. > > andrew I think that I had tried the osascript method a while back and it didn't work. If this is a more general problem and not something that iHook specifically is or is not doing, then I will file a bug with Apple. Thanks, Kyle |
|
From: Andrew M. <adm...@um...> - 2008-08-21 17:44:24
|
On Aug 21, 2008, at 11:39 AM, Scott Hannahs wrote: >> Crawford Kyle wrote: >>> When running on Leopard with a launchd job in the loginwindow >>> context, >>> after iHook quits, many times the user has to click the loginwindow >>> with the mouse to make it accept key events (enter username and >>> password). >>> >>> Anyone else seeing this? Is this something that can be solved in >>> iHook or is it an Apple issue? > > This is a general problem. After retrospect throws up a warning > window over the login window you see the same behavior. You click to > dismiss the retrospect warning, then you have to click again to return > focus to the login window. I doubt this is an ihook or retrospect > issue but just the nature of OS X. (this has been true from Puma > through Leopard) Scott's correct. This issue's been around for a long time, and any application running over the loginwindow can trigger it. You may be able to workaround it by adding an osascript line just before your iHook script exits: osascript -e 'tell application "loginwindow"' \ -e 'activate' \ -e 'end tell' Off-hand, I can't say how the loginwindow will react to this when no one's logged in. A new directive may be useful here, too. Something permitting the script author to ask iHook to bring another application to the front. andrew |
|
From: Scott H. <st...@ma...> - 2008-08-21 17:14:55
|
On Aug 21, 2008, at 10:09 AM, Paul Ortman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Crawford Kyle wrote: >> When running on Leopard with a launchd job in the loginwindow >> context, >> after iHook quits, many times the user has to click the loginwindow >> with the mouse to make it accept key events (enter username and >> password). >> >> Anyone else seeing this? Is this something that can be solved in >> iHook or is it an Apple issue? This is a general problem. After retrospect throws up a warning window over the login window you see the same behavior. You click to dismiss the retrospect warning, then you have to click again to return focus to the login window. I doubt this is an ihook or retrospect issue but just the nature of OS X. (this has been true from Puma through Leopard) -Scott |
|
From: Paul O. <po...@go...> - 2008-08-21 14:09:08
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Crawford Kyle wrote: > When running on Leopard with a launchd job in the loginwindow context, > after iHook quits, many times the user has to click the loginwindow > with the mouse to make it accept key events (enter username and > password). > > Anyone else seeing this? Is this something that can be solved in > iHook or is it an Apple issue? Though I'm sure this isn't all that helpful, I thought I would say that we too have been seeing this issue. We're just now figuring out exactly how we want to use iHook, so we've changed some things and now it doesn't seem to be a problem. I think this is a result of the system always rebooting after running iHook over top the login window and, as such, we never have anyone try to log in after iHook has run without a reboot in between. - -- Paul Ortman PGP Key: 55602C81 - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIrXcCfw8KGlVgLIERAhUnAJ4jR0EKM/nAowxzFZbMwFWcwAe9xgCdFA4T Fd9yH4wEfETjFu2mf4P3Zy4= =fXwC -----END PGP SIGNATURE----- |
|
From: Crawford K. <kc...@gm...> - 2008-08-20 16:56:16
|
When running on Leopard with a launchd job in the loginwindow context, after iHook quits, many times the user has to click the loginwindow with the mouse to make it accept key events (enter username and password). Anyone else seeing this? Is this something that can be solved in iHook or is it an Apple issue? Kyle |
|
From: Louis M. <lo...@mo...> - 2008-08-14 17:15:17
|
Hi Andrew and List, Apologies for the lack of timely response to this and thank you to Andrew and Gary for their replies. Essentially we are still having this problem, but it seems that mkdir is not the actual culprit. Below is an explanation of the behaviour we are experiencing. If anybody can confirm or deny that this is happening to them it would be great to hear from you, if anyone can see anything wrong with my reasoning, your response is also very welcome. Basically i am at the end of the road, myself and several others have tried everything we can think of to solve this one with no luck, it has held up our leopard deployment for a couple of weeks now. So here goes... Lots of previous discussion around the ~Library/Caches/TemporaryItems folder. To sum up, that folder needs to reside on the same device as a document being saved by certain GUI apps. Which makes life interesting for those running network home accounts wanting the ~/Library/Caches folder to on a local drive. On Tiger, running a login hook to symlink TemporaryItems from your local Caches directory back to somewhere in the network home folder worked fine. On Leopard, I can craft such scripts that execute flawlessly when simulating log-in by running them as root in a terminal window once already logged in, and the awkward GUI apps can save fine through the double symlink: huzzah. However, when that same script is run during log-in, it fails. Our awkward GUI apps cannot save. Actually, the loginhook script doesn't fail, but later in the log-in process, the folder that TemporaryItems is redirected to is removed: having a symlink as the file object there obviously confuses the routine that handles this. If you run the same scripts but replace ~/Library/Caches/ TemporaryItems with a different folder name everything works fine, so its definitely caused by the OS's relationship with the TemporaryItems directory. In fact the behaviour makes a fair amount of sense, TemporaryItems being a temporary folder that you might well want to re- create/clear our at login, unfortunately the OS is confused by the symlink we are trying to create. In case anyone was wondering, we don't want to have all of ~/Library/ Caches in the home account because of our 250MB quota. As i said, any insight anyone can give would be much appreciated. Regards Louis Mustill - Mac Support MPC 127 Wardour Street Soho, London, W1F 0NL DDI - + 44 (0) 20 7494 7902 Main - + 44 (0) 20 7434 3100 Lo...@mo... www.moving-picture.com On 24 Jul 2008, at 20:16, Andrew Mortensen wrote: > > On Jul 24, 2008, at 3:13 PM, Andrew Mortensen wrote: > >> >> On Jul 24, 2008, at 7:50 AM, Louis Mustill wrote: >> >>> mkdir -p ~/tmp/temporaryitems >> >> mkdir -p has the side-effect of discarding errors. Try: >> >> echo %LOG OPEN /tmp/mkdir.$$.errors >> mkdir ~/tmp >> mkdir ~/tmp/temporaryitems >> echo %LOG CLOSE > > I meant to add that the error output will then be saved in /tmp/ > mkdir.[PID].errors, which you can check for error messages after > things fail. |
|
From: Andrew M. <adm...@um...> - 2008-07-24 19:17:39
|
On Jul 24, 2008, at 3:13 PM, Andrew Mortensen wrote: > > On Jul 24, 2008, at 7:50 AM, Louis Mustill wrote: > >> mkdir -p ~/tmp/temporaryitems > > mkdir -p has the side-effect of discarding errors. Try: > > echo %LOG OPEN /tmp/mkdir.$$.errors > mkdir ~/tmp > mkdir ~/tmp/temporaryitems > echo %LOG CLOSE I meant to add that the error output will then be saved in /tmp/mkdir. [PID].errors, which you can check for error messages after things fail. |
|
From: Andrew M. <adm...@um...> - 2008-07-24 19:13:57
|
On Jul 24, 2008, at 7:50 AM, Louis Mustill wrote: > Hi List, > > I'm using iHook 1.1.1 on 10.5.4 to run our in-house login script > from tiger which does a whole bunch of things which i won't go into > here. One of things I'm trying to do is create a directory in the > NFS home of the user currently logging in. To achieve this we call > the login hook from within itself using 'su $1 -c "$loginScriptPath - > u $1"' (the -u is used purely for checking if we are running as root > or the user) then once we are running as the user i try and run the > following command > > mkdir -p ~/tmp/temporaryitems mkdir -p has the side-effect of discarding errors. Try: echo %LOG OPEN /tmp/mkdir.$$.errors mkdir ~/tmp mkdir ~/tmp/temporaryitems echo %LOG CLOSE andrew |
|
From: Louis M. <lo...@mo...> - 2008-07-24 11:49:55
|
Hi List, I'm using iHook 1.1.1 on 10.5.4 to run our in-house login script from tiger which does a whole bunch of things which i won't go into here. One of things I'm trying to do is create a directory in the NFS home of the user currently logging in. To achieve this we call the login hook from within itself using 'su $1 -c "$loginScriptPath -u $1"' (the -u is used purely for checking if we are running as root or the user) then once we are running as the user i try and run the following command mkdir -p ~/tmp/temporaryitems This will sometime not work at all, sometime will create ~/tmp but not temporaryitems and sometime will work fine with no apparent rhyme or reason. i've also tried mkdir -p /usr/people/$2/tmp/temporaryitems (where $2 is the user name passed from the command above.) with similarly unpredictable results. can anyone see anything fundamentally wrong with what we are trying to do, or know of any leopard related issues with this? Cheers Louis Mustill - Mac Support MPC 127 Wardour Street Soho, London, W1F 0NL DDI - + 44 (0) 20 7494 7902 Main - + 44 (0) 20 7434 3100 Lo...@mo... www.moving-picture.com |
|
From: Andrew M. <adm...@um...> - 2008-07-22 01:07:45
|
I'm pleased to announce the release of iHook 1.2.0. This release of iHook focuses on stability and the transition to newer API. As a result, this release and all future releases of iHook will only run on Mac OS X 10.5 and above. Changes since 1.1.1: * Significantly reworked backend code based on NSOperation subclass. This means much improved stability, speed and resource usage. * Project promoted to use Objective-C 2.0 idioms where possible. * Added %HIDE and %UNHIDE directives, which hide and unhide iHook, respectively. * Improved console user checking. * Minor leak fixes and dead code removal. Please report bugs on the iHook SF.net bug tracker. Regards, andrew |
|
From: Andrew M. <adm...@um...> - 2008-07-02 23:00:50
|
Change: <string>/Library/Management/ihook_setup</string> to: <string>--script=/Library/Management/ihook_setup</string> You've also discovered a bug. iHook shouldn't call abort and dump core if it doesn't get a script to execute. On Jul 2, 2008, at 11:58 AM, Paul Ortman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > I'm interested in moving away from my own radmind scripts to using > something like Ian Ward Comfort's radmindWrapper. I'd also like to > get > iHook to work with this so a nice dialog is shown. However, I'm a bit > confused how it all works. > > I have this iHook plist (/Library/LaunchAgents/ > edu.goshen.radlock.plist): > > <?xml version="1.0" encoding="UTF-8"?> > <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" > "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> > <plist version="1.0"> > <dict> > <key>Label</key> > <string>edu.goshen.radlock</string> > <key>LimitLoadToSessionType</key> > > > <array> > > > <string>LoginWindow</string> > > > </array> > <key>ProgramArguments</key> > <array> > > <string>/Applications/Utilities/iHook.app/Contents/MacOS/iHook</ > string> > <string>/Library/Management/ihook_setup</string> > </array> > <key>RunAtLoad</key> > <true/> > </dict> > </plist> > > > Which calls this trivial ihook_setup script: > > #!/bin/sh > echo %BACKGROUND /Library/Management/ihook_background.jpg > echo %WINDOWSIZE 1024 768 > > > I make a few changes to the Ian's radmindWrapper script to reflect > the 10.5 changes to login windows security as noted by Greg Neagle > [1]. Basically, these three lines: > > 72 my $IHOOK_LAUNCHD_PLIST = "edu.goshen.radlock"; > 212 (system("launchctl", "start", $IHOOK_LAUNCHD_PLIST) == 0) or > die "Can't start job $IHOOK_LAUNCHD_PLIST: $?"; > 125 system("launchctl", "stop", $IHOOK_LAUNCHD_PLIST); > > I had assumed that then starting Ian Comfort Ward's radmindWrapper > with these options would fire up iHook, which would execute the > script above to set up the graphical window options, and then spew > all the progress bars and text into that graphical window. > > # /usr/local/bin/radmindWrapper -i > > Unfortunately, this is not how it works. When run locally on the > machine from the desktop the iHook runs, but doesn't get any of the > output from the radmindWrapper script sent its way and thus exits as > soon as it starts. The log files for radmindWrapper seem to be > fine. > > When run remotely on a machine with the login windows show, nothing > changes on the screen. However, the following show up in the > /var/log/system.log file: > > Jul 2 10:59:15 portman-mac iHook[2130]: No user logged in > Jul 2 10:59:15 portman-mac > /Applications/Utilities/iHook.app/Contents/MacOS/iHook[2130]: > /etc/logout.hook: No such file or directory > Jul 2 10:59:15 portman-mac > /Applications/Utilities/iHook.app/Contents/MacOS/iHook[2130]: Script > access error. Aborting. > Jul 2 10:59:21 portman-mac ReportCrash[2133]: Formulating crash > report for process iHook[2130] > Jul 2 10:59:21 portman-mac com.apple.launchd[1] > (edu.goshen.radlock[2130]): Exited abnormally: Abort trap > Jul 2 10:59:22 portman-mac ReportCrash[2133]: Saved crashreport to > /Library/Logs/CrashReporter/iHook_2008-07-02-105915_portman-mac.crash > using uid: 0 gid: 0, euid: 0 egid: 0 > > > What am I missing? > > [1] > http://groups.google.com/group/radmind-users/browse_thread/thread/2d54f808371ea067/8338f86b69235b51 > > - -- > Paul Ortman > > PGP Key: 55602C81 > - -- > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFIa6WVfw8KGlVgLIERAsI+AKCCbCuxeutlnMr9IPfHLeJ/z3UBvQCff4P5 > DW3ujvES4ZNITJ2RmkzrIb4= > =I+GH > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! > Studies have shown that voting for your favorite open source project, > along with a healthy diet, reduces your potential for chronic lameness > and boredom. Vote Now at http://www.sourceforge.net/community/cca08 > _______________________________________________ > Ihook-discuss mailing list > Iho...@li... > https://lists.sourceforge.net/lists/listinfo/ihook-discuss > > !DSPAM:486bb295242031903312405! > > > |
|
From: Paul O. <po...@go...> - 2008-07-02 20:30:33
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gary Bernstein wrote: > Did you get the latest version of iHook? > -Gary Yeah, missed that detail. iHook 1.1.1 radmind 1.11.1 Leopard 10.5.4 - -- Paul Ortman PGP Key: 55602C81 - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIa+Vlfw8KGlVgLIERAhAaAJ9Sobk52K4EuGLbMQ/ahrl+K8DgmgCeMswW ZMIGfjXmMOK4chafGn4NJk0= =Fo8X -----END PGP SIGNATURE----- |
