s(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40gmail.com
>
> This email sent to slasktrattena...@gmail.com
>
___
Cocoa-dev mailing list (Cocoa-dev@
rrect scheme.
>
> On 1 Oct 2010, at 17:38, slasktrattena...@gmail.com wrote:
>
>> Thanks. This was my idea too, but I was under the impression I cannot
>> feed QuickTime with incoming data? Admittedly, I haven't really
>> scrutinized the API. Will do now.
>>
>>
riting a custom
> URL protocol that writes the incoming data to disk (or in-memory), while
> passing out to QuickTime.
>
> On 1 Oct 2010, at 16:03, slasktrattena...@gmail.com wrote:
>
>> Hi,
>>
>> I guess the answer to my simple question is no, but figured I better
>
Hi,
I guess the answer to my simple question is no, but figured I better
ask before I go digging elsewhere.
I have a QTMovie, initialized with a MP3 file downloaded from a remote
server (i.e -initWithURL:). Is it possible to extract the raw data
from the QTMovie object, so I can save the MP3 in i
On Sun, Sep 26, 2010 at 5:39 PM, Jeff Johnson
wrote:
> On Sep 23, 2010, at 6:13 PM, slasktrattena...@gmail.com wrote:
>
>> In this particular case, though, I might just as well get rid of the
>> timer altogether and go for NSObject's
>> performSelector:afterDelay:/ca
Thanks all for the input. I'll take Scott's and Gregory's advice to
not retain the timer. I've seen this advocated before, but always felt
uneasy about not retaining my pointers. It just goes against all I
ever learned about Cocoa.
In this particular case, though, I might just as well get rid of t
Hi,
Is this an over-release?
timer = [ [NSTimer scheduledTimerWithTimeInterval: ...] retain];
...
[timer invalidate];
[timer release];
I've seen this pattern so many times I figured it was correct,
although it doesn't seem to comply with the memory management rules
(i. e. the timer is first impl
On Thu, Sep 9, 2010 at 12:13 AM, Dave Keck wrote:
> I don't think performance is going to be a big issue with the process
> APIs; at any given time a user probably isn't going to have over 20 or
> 30 foreground+background apps running, so even iterating over each one
> shouldn't be much an issue.
Hi Dave,
Thanks for your reply.
On Wed, Sep 8, 2010 at 7:18 PM, Dave Keck wrote:
>> After the release of Snow Leopard, it seems that [iTunes isRunning]
>> returns YES for a short while even after the application has quit (I
>> believe this applies to all apps, not just iTunes, but I haven't
>> c
Hello,
This problem was introduced in Mac OS X 10.6 and has remained unsolved
ever since.
I've got a timer that polls iTunes for its player position every
second. I used to use ScriptingBridge for this task:
if ( [iTunes isRunning] ) {
if ( [self isPlaying] ) return [iTunes playerPosition];
}
.
-F
On Wed, Aug 11, 2010 at 7:16 PM, Kyle Sluder wrote:
> On Wed, Aug 11, 2010 at 10:12 AM, slasktrattena...@gmail.com
> wrote:
>> Hello,
>>
>> I've got a standard NSTableView with text cells. I want the field
>> editor to pop up when the user clicks on the c
Hello,
I've got a standard NSTableView with text cells. I want the field
editor to pop up when the user clicks on the cell, but not when
pressing the return key (which triggers another action). How can I
accomplish this? I've got a feeling there's a real simple solution,
but I just cannot find tha
Hi,
I once noticed that this code caused an assertion failure when placed
in awakeFromNib.
NSStatusBar *statusBar = [NSStatusBar systemStatusBar];
statusItem = [[statusBar statusItemWithLength:26] retain];
NSRect frameRect = [[statusItem view] frame];
MyStatusItemView *theView = [[MyStatusItemVie
Hi,
I once noticed that this code caused an assertion failure when placed
in awakeFromNib.
NSStatusBar *statusBar = [NSStatusBar systemStatusBar];
statusItem = [[statusBar statusItemWithLength:26] retain];
NSRect frameRect = [[statusItem view] frame];
MyStatusItemView *theView = [[MyStatusItemVie
OK, I can live with this. Thanks.
On Mon, Mar 1, 2010 at 6:17 PM, Eric Schlegel wrote:
>
> On Mar 1, 2010, at 8:33 AM, slasktrattena...@gmail.com wrote:
>
>> 3) When typing in the search field, the menu is updated to show the
>> search results. This means the width of the me
Hello!
I've got a couple of problems with NSMenu.
1) All menu items have a custom view. Therefore the default action for
the menu item never gets called. Instead, I'm catching the mouse up
event in my custom view and call the appropriate selector from there.
This works fine. The problem I'm havin
This is the third time I'm posting this, but it seems it doesn't come
through. Apologies if they all show up at once.
-- Forwarded message --
Date: Sun, Feb 28, 2010 at 8:08 PM
Subject: NSMenu problems
To: cocoa-dev@lists.apple.com
Hello!
I've got a couple of problems with NSMen
On Sun, Feb 21, 2010 at 4:14 PM, Graham Cox wrote:
> Just a tip: look up NSStringFromSelector();
Right, thanks. I couldn't remember it off the top of my head.
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or
thing
> is safe, assume that it's not, and stay away from it.
>
> j o a r
OK, thanks.
> On 1 feb 2010, at 08.16, slasktrattena...@gmail.com wrote:
>
>> Quick followup: is it safe to set the token field's object value from
>> the background thread, or do I need
is it thread-safe to bracket the sizeToFit method between
lockFocusIfCanDraw and unlockFocus, rather than performing the
resizing on the main thread?
Thanks.
On Mon, Feb 1, 2010 at 9:21 AM, slasktrattena...@gmail.com
wrote:
> On Mon, Feb 1, 2010 at 6:55 AM, Jens Alfke wrote:
>>
>> O
On Mon, Feb 1, 2010 at 6:55 AM, Jens Alfke wrote:
>
> On Jan 31, 2010, at 7:39 AM, slasktrattena...@gmail.com wrote:
>
>> This looks like a bug in AppKit but I'm not sure. Any ideas? (I cannot
>> reproduce the problem.)
>
> No, it's a bug in 'myProjec
This looks like a bug in AppKit but I'm not sure. Any ideas? (I cannot
reproduce the problem.)
Thanks.
2010-01-23 17:34:40 +: *** Terminating app due to uncaught
exception 'NSGenericException', reason: '*** Collection was mutated
while being enumerated.{type = mutable dict, count = 4,
entries
Hi,
I just got this report about a crash on launch, while loading the nib.
Any ideas what the problem might be? I'm clueless. Thanks!
2010-01-05 10:44:39 +1100: CGSResolveShmemReference : window.RO :
Reference offset (37632) exceeds bounds (32768) on shmem obj 0x60b
2010-01-05 10:44:39 +1100: kCG
>
> Thanks for the help
>
> G..
> PS.. I need a after lunch coffee!!
> On Dec 30, 2009, at 12:24 PM, slasktrattena...@gmail.com wrote:
>
>> Sorry, haven't had my morning coffee yet. Of course, mouseUp should be:
>>
>> -(void)mouseUp:(NSEvent*)ev
>>
gt; Thanks in advance .. and happy new year.
>>
>> Gustavo
>>
>> ___
>>
>> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>>
>> Please do not post admin requests or moderator comments to the list.
>>
.. and happy new year.
>
> Gustavo
>
> ___
>
> Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admi
déc. 2009 à 17:10, slasktrattena...@gmail.com a écrit :
>
>> Hi all,
>>
>> QTKit docs say that Quicktime playback is designed to work without
>> interruption on the main thread. This works fairly well, most of the
>> time, but I notice occasional glitches in the play
Hi all,
QTKit docs say that Quicktime playback is designed to work without
interruption on the main thread. This works fairly well, most of the
time, but I notice occasional glitches in the playback when the
computer is busy, especially when loading web content or reading files
(regardless of what
n(), [self windowNumber],
&windowWorkspace);
CGSGetWorkspace(_CGSDefaultConnection(), ¤tWorkspace);
return currentWorkspace == windowWorkspace ? YES : NO;
}
That's it! Hope someone finds this useful (and that Apple eventually
solves the actual problem...)
Fabian
On
2009 at 8:12 PM, slasktrattena...@gmail.com
wrote:
> This appears to be a bug. I found that whereas calling
>
> [self setCollectionBehavior:NSWindowCollectionBehaviorMoveToActiveSpace];
>
> has no effect,
>
> [self setCollectionBehavior:1];
>
> produces the desired behav
This appears to be a bug. I found that whereas calling
[self setCollectionBehavior:NSWindowCollectionBehaviorMoveToActiveSpace];
has no effect,
[self setCollectionBehavior:1];
produces the desired behavior. I'll file a radar.
/f
On Sun, Nov 15, 2009 at 7:31 PM, slasktrattena...@gmai
Hi all,
Setting the collection behavior of my (standard) NSWindow to
NSWindowCollectionBehaviorMoveToActiveSpace has no effect whatsoever.
Someone else posted a simple test project a while back demonstrating
the problem:
http://lists.apple.com/archives/cocoa-dev/2009/Oct/msg00647.html
Any ideas?
Done. Bug ID# 7334881.
On Sun, Oct 25, 2009 at 8:41 PM, Ken Ferry wrote:
> Hm, nothing obviously wrong.
> Could you please file a bug at bugreporter.apple.com and send me the number?
> Thanks.
> -Ken
> Cocoa Frameworks
> On Sun, Oct 25, 2009 at 2:34 AM, slasktrattena...@
> you put it up somewhere.
>
> You could also try doing a Build and Analyze in Xcode. It is possible
> to make memory management mistakes in gc, and the analyzer will catch
> a large class of them.
>
> On Saturday, October 24, 2009, slasktrattena...@gmail.com
> wrote:
&g
nextEventMatchingMask:untilDate:inMode:dequeue:] ()
#24 0x92bd25fb in -[NSApplication run] ()
#25 0x92bca695 in NSApplicationMain ()
#26 0x2108 in main (argc=0x1, argv=0xb7d4) at
/Users/fabian/Lounge/Lounge/main.m:13
On Sat, Oct 24, 2009 at 7:36 PM, slasktrattena...@gmail.com
wrote:
> Thanks for your reply.
>
Thanks for your reply.
On Sat, Oct 24, 2009 at 6:03 PM, Jens Alfke wrote:
>
> It would be really good to get a backtrace. Are you launching the process
> with gdb, or at least attaching before the crash?
Yes. I'm launching with gdb and pass the "debug" argument to Screen
Saver Engine. This way t
Hello!
I'm getting a random “EXC_BAD_ACCESS” on this line:
[sourceImage compositeToPoint:NSMakePoint(0, height) operation:NSCompositeCopy];
sourceImage is an iTunes artwork, or a generic artwork icon if the
current track has none. The crash ONLY happens with this generic icon
(and only at random
On Sat, Sep 26, 2009 at 6:10 PM, Nick Zitzmann wrote:
>
> On Sep 26, 2009, at 4:05 AM, slasktrattena...@gmail.com wrote:
>
>> Base SDK was indeed set to 10.5. I changed it to 10.6, cleaned the
>> project, ran preprocess and relinked the Foundation and AppKit
>> framewo
On Fri, Sep 25, 2009 at 9:46 PM, slasktrattena...@gmail.com
wrote:
> On Fri, Sep 25, 2009 at 9:25 PM, Nick Zitzmann wrote:
>>
>> On Sep 25, 2009, at 1:00 PM, slasktrattena...@gmail.com wrote:
>>
>>> #if MAC_OS_X_VERSION_MAX_ALLOWED >= MAC_OS_X_VERSI
On Fri, Sep 25, 2009 at 9:25 PM, Nick Zitzmann wrote:
>
> On Sep 25, 2009, at 1:00 PM, slasktrattena...@gmail.com wrote:
>
>> #if MAC_OS_X_VERSION_MAX_ALLOWED >= MAC_OS_X_VERSION_10_6
>> NSTouchEventSubtype = NX_SUBTYPE_MOUSE_TOUCH // FAILS HERE
&
Hi,
First: I'm not able to get online in 10.6 just yet and so haven't been
able to read the new docs, in case this is something really obvious.
Problem: I've got a screen saver that no longer runs on 10.6, System
Preferences tells me. So I launched Xcode in order to try and figure
out why, but di
On Sun, Sep 13, 2009 at 8:42 PM, Greg Guerin wrote:
> Or just try the simple expedient:
>
> char str[80];
>
> -- GG
Right, it was a buffer overrun. Simple as that. Thanks guys!
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not pos
list (Cocoa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev
On Sun, Sep 13, 2009 at 8:01 PM, Bill Bumgarner wrote:
> On Sep 13, 2009, at 10:59 AM, slasktrattena...@gmail.com wrote:
> I'm updating my code for Snow Leopard and ran into this problem. The
>>
>> app crashes at this line:
>>
>> sprintf(str, "%d", val
Hi,
I'm updating my code for Snow Leopard and ran into this problem. The
app crashes at this line:
sprintf(str, "%d", val);
where val is a CFIndex. According to the string programming guide here...
http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/Strings/Articles/formatSpec
On Mon, Jul 27, 2009 at 7:46 PM, I. Savant wrote:
> On Jul 27, 2009, at 1:38 PM, Brad Gibbs wrote:
>
>> I've looked through the docs and Googled, but may not be looking for the
>> right terms.
>>
>> Are there change notifications for the iTunes database? I'd like to have
>> an iTunes client on a d
On Sun, Jul 26, 2009 at 8:04 PM, Aaron
Burghardt wrote:
> Interesting and not surprising. What I was suggesting, though, is that the
> amount of time needed to read the data is probably small compared to the
> time spent parsing the data into a plist.
Good point. So I ran a second test. Turns out
ur iTunes library to see if you can induce
> any failure points.
>
> Or use ScriptingBridge.
>
> Regards,
>
> Aaron
>
>
> On Jul 25, 2009, at 4:53 PM, slasktrattena...@gmail.com wrote:
>
>> On Sat, Jul 25, 2009 at 10:21 PM, Kyle Sluder
>> wrote:
>
On Sat, Jul 25, 2009 at 10:21 PM, Kyle Sluder wrote:
> Also not a safe option; other Apple apps can access the XML file, includeing
> CoreServices (for the media picker in the Open panel). Unfortunately we
> don't know how they do it and therefore can't be guaranteed that they won't
> also break if
On Sat, Jul 25, 2009 at 9:39 PM, Kyle Sluder wrote:
> As I mentioned, look at NSPropertyListSerialization. NSDictionary is a plist
> type and can be decoded from an NSData.
OK, thanks.
>> Also, is the NSData equivalent any safer than NSDictionary's? It's
>> initWithContentsOfFile: method is docum
On Sat, Jul 25, 2009 at 9:28 PM, Alexander
Heinz wrote:
>
> On Jul 25, 2009, at 11:20 AM, Kyle Sluder wrote:
>
>> On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com"
>> wrote:
>>
>>> I find the third option the most likely: iTunes rewrites t
On Sat, Jul 25, 2009 at 8:20 PM, Kyle Sluder wrote:
> On Jul 25, 2009, at 11:00 AM, "slasktrattena...@gmail.com"
> wrote:
>
>> I find the third option the most likely: iTunes rewrites the data file
>> frequently. Is there a way to lock the file while reading
On Sat, Jul 25, 2009 at 7:53 PM, Bill Bumgarner wrote:
> On Jul 25, 2009, at 10:04 AM, slasktrattena...@gmail.com wrote:
>
>> I have never been able to reproduce this one myself, but have received
>> a number of similar crash reports. The crash occurs on this line
&
On Sat, Jul 25, 2009 at 7:04 PM,
slasktrattena...@gmail.com wrote:
> Hello,
>
> I have never been able to reproduce this one myself, but have received
> a number of similar crash reports. The crash occurs on this line
> (detached thread):
>
> NSDictionary *iTunesLib =
Hello,
I have never been able to reproduce this one myself, but have received
a number of similar crash reports. The crash occurs on this line
(detached thread):
NSDictionary *iTunesLib = [[NSDictionary alloc] initWithContentsOfFile:libPath];
libPath is a retained ivar, guaranteed to be a valid
On Thu, Jul 16, 2009 at 10:27 PM, Kyle Sluder wrote:
> On Thu, Jul 16, 2009 at 11:47 AM,
> slasktrattena...@gmail.com wrote:
>> I hope it's OK to discuss an undocumented class on the list.
>
> It's not.
Oh, too bad... Well, thanks anyway.
> File a bug at http:/
Hello,
I hope it's OK to discuss an undocumented class on the list.
You can set the background color of the IKImageFlowView in ImageKit
with either -(void)setBackgroundColor: or
-(void)_setBackgroundColorRed:green:blue:alpha:. This works fine on
most machines, but will inevitably cause a crash on
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40gmail.com
>
> This email
in requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40gmail.com
>
> This email sent to slasktrattena..
ription:
> http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40gmail.com
>
> This email sent to slasktrattena...@gmail.com
>
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator com
; http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40gmail.com
>
> This email sent to slasktrattena...@gmail.com
>
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or moderator comments to t
oa-dev@lists.apple.com)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/cocoa-dev/slasktrattenator%40
hawn Erickson wrote:
>> On Thu, Dec 18, 2008 at 11:33 AM, slasktrattena...@gmail.com
>> wrote:
>>> Hi,
>>>
>>> my app keeps annoying me by crashing at launch every now and then.
>>> What's weird about the backtrace is that it tells me I have called
Hi,
my app keeps annoying me by crashing at launch every now and then.
What's weird about the backtrace is that it tells me I have called a
CLASS method named setFrame:. The class varies: in this case it says
NSClipView, sometimes is says NSAttributedString, or NSObject, or
whatever. Of course, I
64 matches
Mail list logo
