nlm / growl

Automatically exported from code.google.com/p/growl
0 stars 0 forks source link

HardwareGrowl Crash (when free ram is low) & keeps trying to access sandboxed things, those 2 might lead to the crash #614

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. low free ram
2. HardwareGrowl keeps trying to access things in a sandbox (it is not in that 
sandbox)
3.

What is the expected output?
Not to crash
What do you see instead?
crash
What version of the product are you using? On what operating system?
HardwareGrowler 2.1 (in x64 bit mode)
OS X 10.7.5

Please provide any additional information below.
OS X 10.7.5 is not to fast at changing inactive memory to free memory

from console:

10/9/13 11:00:20.636 PM com.apple.launchd.peruser.501: 
([0x0-0x25025].com.growl.hardwaregrowler[377]) Job appears to have crashed: 
Segmentation fault: 11

10/9/13 10:59:51.617 PM HardwareGrowler: *** Assertion failure in 
-[NSBitmapImageRep initWithCGImage:], 
/SourceCache/AppKit/AppKit-1138.51/AppKit.subproj/NSBitmapImageRep.m:1241

It seems to have crashed after being denied by sandboxd after trying to get a 
VolumeIcon.icns to show for a mount 

10/9/13 10:59:51.046 PM sandboxd: ([377]) HardwareGrowler(377) deny 
file-read-data /Volumes/ESET Cyber Security/.VolumeIcon.icns

sandboxd Denies HardwareGrowl a lot, I see it every few minutes all day long 

Original issue reported on code.google.com by applelive4 on 14 Oct 2013 at 5:33

Attachments:

GoogleCodeExporter commented 8 years ago
I believe i have this crash resolved in r7794 (changeset 
eea4a17d70f2399817d58932050b31548a9d3e97).

Original comment by rarich...@gmail.com on 25 Oct 2013 at 2:24