Re: keystroke logger for Mac OS X

2008-10-13 Thread Matt Burnett
You can catch all keyboard events with a KEXT, since your operating in  
the kernel youll catch events that go to password fields as well. If  
you want you can even inject or modify events.

See IOHIKeyboard's _keyboardEventAction hook.

http://74.125.45.104/search?q=cache:gFhW3FJ3xlgJ:src.gnu-darwin.org/DarwinSourceArchive/expanded/IOHIDFamily/IOHIDFamily-86/IOHIDSystem/IOHIKeyboard.cpp+iohikeyboard+_keyboardeventactionhl=enct=clnkcd=3gl=usclient=safari

On Oct 13, 2008, at 6:16 AM, apple apple wrote:


I need to write a keystroke logger for Mac OS X. I am debating which
architecture to use. Can this be accomplished efficiently from user  
space or

would a KEXT be needed? It needs to be fast and efficient.

Ideally the logger will not impact system performance in any way. Also
ideally it should comply with the following:

- Runs under 10.5 and 10.4 would also be nice.


- Must log every keystroke typed to a file.


- Should capture the name of the app in which the keystrokes were  
typed.



- Should capture the title of the window in which the keystrokes are  
typed.



- Ideally the logger should use notifications rather than polling so  
that

the logger code only gets called when an actual keystroke happens.

Any ideas on what the best architecture would be to accomplish this?


Thanks,
___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: [Moderator] Re: Checking for Hackintosh

2008-07-31 Thread Matt Burnett

are you familiar with the term conflict of interest?

On Jul 30, 2008, at 11:18 PM, CocoaDev Admins wrote:


this type of comment isn't productive or appropriate for the list.

scott [moderator]


On 30-Jul-08, at 8:06 PM, Matt Burnett wrote:

The OP needs to get off his high horse and come to the realization  
that some people are a bit more clever than him (or Apple). But  
anyways you guys all forgot something big, virtualization. Can't OS  
X Server 10.5 be (legally) virtualized? Any hardware checks will  
either break in a virtualized environment, or a hackintosh will  
pretend to be virtualized, either way you lose. I bet the OP is the  
type of guy who thinks fighting piracy makes business sense too.




___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Checking for Hackintosh

2008-07-30 Thread Matt Burnett
The OP needs to get off his high horse and come to the realization  
that some people are a bit more clever than him (or Apple). But  
anyways you guys all forgot something big, virtualization. Can't OS X  
Server 10.5 be (legally) virtualized? Any hardware checks will either  
break in a virtualized environment, or a hackintosh will pretend to be  
virtualized, either way you lose. I bet the OP is the type of guy who  
thinks fighting piracy makes business sense too.


On Jul 30, 2008, at 1:34 PM, Scott Lahteine wrote:


Hi,

There are a couple of ways to definitively test for a hackintosh.  
You could look at the IO Registry for unusual hardware  
configurations. But as it happens, the latest Hackintosh kernels all  
use custom Machine Type strings. So you can test to see if it's one  
of the known Mac models, and if it isn't you can assume it's  
probably a Hackintosh.


Unfortunately, this breaks if future Macs introduce new Machine Type  
strings, which is almost certain. You'll notice I'm not testing for  
AppleTV, for example, because I don't happen to know its string.


The following is what I use in TabletMagic to detect a TabletPC :


- (BOOL)detectHackintosh
{
 SInt32 gestaltReturnValue;
 BOOL is_known_mac = NO;
 if (!Gestalt(gestaltUserVisibleMachineName, gestaltReturnValue))
 {
   char *known_machines[] =  
{AAPL,iMac,PowerBook,PowerMac,RackMac,

   Macmini,MacPro,MacBookPro,MacBook};
   StringPtr pmach = (StringPtr)gestaltReturnValue;
   int i, len = pmach[0];
   char *machine_string = (char*)malloc(len+2);
   strncpy(machine_string, (char*)pmach[1], len+1);

   for (i=sizeof(known_machines)/sizeof(known_machines[0]); i--;)
 if (!strncmp(machine_string, known_machines[i],  
strlen(known_machines[i]))) { is_known_mac = YES; break; }


   free(machine_string);
 }

 if (is_known_mac)
 {
   // delete the tab having identifier 6
   [ tabview removeTabViewItem: [ tabview tabViewItemAtIndex:  
[ tabview indexOfTabViewItemWithIdentifier: @6 ] ] ];

 }

 return !is_known_mac;
}



--
 Scott Lahteine  Thinkyhead Software
 [EMAIL PROTECTED]http://www.thinkyhead.com/


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Checking for hackintosh

2008-07-30 Thread Matt Burnett
Then shouldn't you be able to determine if they are using a hackintosh  
by the descriptions of support requests they are submitting? If not  
are you sure your code checks return values and is designed to fail  
gracefully?


On Jul 30, 2008, at 9:27 PM, Chris Suter wrote:

On Thu, Jul 31, 2008 at 12:00 PM, Michael Ash  
[EMAIL PROTECTED] wrote:



On Tue, Jul 29, 2008 at 10:22 PM, John Joyce
[EMAIL PROTECTED] wrote:

Does anybody have a means or a tool for checking for hackintoshes?
I really don't approve of such things and would like to leave clever
messages on my own software if it is run on a hackintosh.


I really strongly advise against this.

Your code will have bugs, simply because it is code. It is quite
likely that one of these bugs will one day prevent a legitimate user
who owns a real, legitimate Macintosh from using your software.

At that point, I would argue, the harm to that one user far outweighs
any minor, undetectable gain you could possibly get from such a
scheme.



One issue that we have is that we get a lot of support for our  
products from
people who are running our software on Hackintosh's and they aren't  
usually
up front about that fact. They end up wasting our time when it turns  
out the
problem they've got is because they're running on a Hackintosh. So  
there

would be some benefit if we could detect when we're running from a
Hackintosh. Unfortunately, as others have pointed out, there is no  
future

proof way of doing that at the moment (that I know of).

-- Chris
___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Why can't I name a property `tag'?

2008-07-10 Thread Matt Burnett
But most of the time compound statements makes code easier to read.  
Why do you think apple included valueForKeyPath instead of only  
valueForKey?

On Jul 10, 2008, at 10:26 AM, Graham Cox wrote:

There's no real performance advantage to huge compound statements,  
and they definitely make code harder to read at times.


Graham



On 11 Jul 2008, at 1:19 am, an0 wrote:


However, if you don't know what exact type of Cocoa I am, how could
you call me BlackCocoa so surely?


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Rerouting keyboard input

2008-07-07 Thread Matt Burnett
Take a look at the darwin-dev lists. You could reroute the keyboard  
events in kernel space to go to your daemon instead of its typical  
path to user land. Then have your daemon send the events over the  
network to a daemon on a 2nd computer, then have the 2nd daemon  
reinject them to your target system. Take a look at the IOHIKeyboard  
class, it is easily hookable. It isnt too different to do the same  
with mouse events as well.


On Jul 7, 2008, at 7:34 AM, em wrote:

I would like to be able to  reassign the primary system keyboard  
input so as to direct it to an incoming  network stream.   It's a  
general query at present and any suggestions would be appreciated.   
I'm leaning toward writing a Cocoa/Objective C/PPC Masm app-- 
locating and modifying the remote apple events api (if there is  
one), but i'm not sure whether this can be done by simply re- 
directing a unix pipe, or tweaking Darwin.

thanks,
em


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Anybody using Pantomime or mail-core framework?

2008-05-15 Thread Matt Burnett

Its not hard to enable HTTP authentication.

On May 13, 2008, at 1:07 AM, Jens Alfke wrote:



On 12 May '08, at 10:57 PM, Omar Qazi wrote:

I have an app that sends emails, and what I did is have it post the  
message parameters to my server. Then, a PHP page processes the  
parameters and sends mail using  PHP.


Cool! What's the address of your PHP script? I have a couple million  
V**gr* ads I need to send untraceably... ;-)


No, what I meant to say was, this seems like the sort of thing that  
could be exploited by spammers, and get you blacklisted from your  
hosting site, so watch out.


—Jens___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: hooking into another app

2008-04-14 Thread Matt Burnett
The OS is all ready wide open to this sort of attack. Criticizing the  
OP for asking for this feature illustrates the false sense of security  
Mac users have simply because there isnt a spyware problem... yet.  
Apple allows you to hook IOHIKeyboard's _keyboardEventTarget.


On Apr 14, 2008, at 2:24 PM, Scott Ribe wrote:


Sorry if that came across as having attitude, but I was a little
miffed at being accused of having intentions to steal passwords or
account information by writing a key logger.


Nobody was accusing *you* of wanting to do that, just pointing out  
that you

were asking for an OS feature which would open the OS to that kind of
attach.

--
Scott Ribe
[EMAIL PROTECTED]
http://www.killerbytes.com/
(303) 722-0567 voice


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: hooking into another app

2008-04-14 Thread Matt Burnett
You reply couldnt be more fanboi-ish. If that wasnt enuf you have a  
documented history of being a apple fanboi (http://projects.info-pull.com/moab/hallofshame/line-noise_offended-pimpdouche.txt 
)




 Not once was it suggested that the OS isn't open to this sort of  
attack.


You yourself said that the OS is resistant against this sort of attack  
in the following quotes:



 Well, password fields are special and are 'resistant' to key
logging, but you don't have to 'hook into' any apps to log the rest.



 Understood - in this case, it's unsupported system hack time, since
the Mac OS X world takes a different approach to security which means
you have to work a bit harder.





Not once did the OP ask for a 'feature', and not once was the OP  
criticized for asking for a way to do what he wanted.


The OP asked if such a feature existed, directly implying that if it  
did not, then it would be a desired feature. Although you didn't  
criticize him, Thomas Davie did with the following reply:


Someone may correct me if I'm wrong, but that sounds a lot like  
something that has been very very deliberately left out of any API...
I want to write an app that I'd like to have hook into a text box  
in Safari and log your IDs, passwords, and bank account status.




Several different approaches to the (very loosely defined) problem  
were offered by many different posters, in fact.


The OP's request couldn't be more straight forward. He said he wanted  
to hook into a text chat window from another app so that I can log  
the incoming messages. I dont know what could be confusing about  
logging text that is displayed in a text field, perhaps you could  
elaborate on how this was confusing.




 Either you're confusing this with another thread or you're trolling  
for 'apple fanboy security' flamewars. Stick to Cocoa discussion on  
the cocoa-dev list, please.


So im the troll huh? Which is why i'm posting with my real name  
instead of a pseudonym like yourself. I suppose my post wasnt directly  
Cocoa related, but it still dealt with OS X development, albeit at the  
kernel level. If you would have bothered to check the email headers,  
you would have seen that my message was sent with Apple Mail, which  
would further reduce the likely hood of being a troll. And finally if  
you would have bothered to google my email address you would find  
plenty of posts on the darwin-dev lists critizing Apple's lack of  
support for function hooking.


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: is this badly written code?

2008-04-14 Thread Matt Burnett
Have you thought of using KVC? It makes that code alot smaller, and  
(im 99% sure) it deals with things like if treeController returned nil  
instead of a NSArray.


NSManagedObject *selectedTreeObject = [self  
valueForKeyPath 
:@delegate 
.mainWindowController.treeController.selectedObjects.lastObject];


On Apr 14, 2008, at 10:05 PM, John Stiles wrote:

The chained approach is tempting since it's short and convenient, so  
if the code is not prone to failure, I'd say go for it.


If you expect that you might need to see intermediate values in the  
debugger or there are weird edge cases where something might return  
nil, I'd break it out into multiple lines.


This is really a matter of personal preference so YMMV here.


Adam Gerson wrote:

In cocoa its very tempting to write a single line of code like:
NSManagedObject *selectedTreeObject = [self delegate]
mainWindowController] treeController] selectedObjects]
objectAtIndex:0];

or to flush it out in to individual lines:

NSWindowController *mainWindow = [[self delegate]  
mainWindowController];

NSTreeController *treeController = [mainWindow treeController];
NSArray *selectedTreeObjects = [treeController selectedObjects];
NSManagedObject *selectedTreeObject =  [selectedTreeObjects  
objectAtIndex:0];


I am looking for some guidance on best practices in a situation  
with a

lot of nested calls like this. If ultimately the only value I care
about is the final one, selectedTreeObject, whats the best way to go
about getting it? I know best is a subjective word. Interested to
hear all of your opinions.

Adam
___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/jstiles%40blizzard.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: NSURLConnection doesn't post

2008-04-12 Thread Matt Burnett
It depends what you mean by 'running'. You could always use  
runMode:beforeDate instead of run to do things in the thread while  
the loop is running.


On Apr 11, 2008, at 10:32 PM, David Wilson wrote:


you
can't have a run loop magically running in your thread while you're
doing other things in the thread unless those other things are managed
by the run loop.


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: NSURLConnection doesn't post

2008-04-11 Thread Matt Burnett
Are you calling test: or sendLogs in a thread which doesnt have a  
active run loop, or a thread that will soon terminate? Either one will  
cause issues for NSURLConnections.


On Apr 10, 2008, at 7:27 AM, Micha Fuhrmann wrote:


Hi there,

I'm running into a problem with NSURLConnection and I can't solve  
it, any help greatly appreciated.


in my main (Shared Instance) class i have the following code to post  
crash logs:


- (IBAction)test:(id)sender{

[self sendLogs];
}

- (void)sendLogs
{
NSMutableString* logsPath = [[NSMutableString alloc]init];
[logsPath appendString:[[NSBundle mainBundle]bundlePath]];
[logsPath appendString:@/Contents/logs/];
NSDate *currentDate = [NSDate date];
	NSString * theTime = [[currentDate dateWithCalendarFormat:@%Y-%m- 
%d %H:%M:%S timeZone:[NSTimeZone localTimeZone]]description];

NSFileManager *manager = [NSFileManager defaultManager];
bool doesTheLogsFolderExist = [manager fileExistsAtPath:logsPath];
NSMutableString * theDate = [[NSMutableString alloc]init];
[theDate appendString:@error_];
	[theDate appendString:[[currentDate dateWithCalendarFormat:@%d_%m_ 
%Y timeZone:[NSTimeZone localTimeZone]]description]];

[theDate appendString:@.log];
[logsPath appendString:theDate];
	NSString* theXmlAsString = [NSString  
stringWithContentsOfFile:logsPath encoding:NSUTF8StringEncoding  
error:NULL];
	NSXMLDocument* theLogsXmlData = [[NSXMLDocument alloc]  
initWithXMLString:theXmlAsString options:NSXMLDocumentTidyHTML  
error:nil];
	NSString* content = [@xmlData= stringByAppendingString: 
[theLogsXmlData XMLString]];
	NSURL* url = [NSURL URLWithString:@http://www.theappstore.net/support/logs_reports.php 
];
	NSMutableURLRequest* urlRequest = [[NSMutableURLRequest alloc]  
initWithURL:url];

[urlRequest setHTTPMethod:@POST];
	[urlRequest setHTTPBody:[content  
dataUsingEncoding:NSUTF8StringEncoding]];
	NSURLConnection *connectionResponse = [[NSURLConnection alloc]  
initWithRequest:urlRequest delegate:self];

}

- (void)connection:(NSURLConnection *)connection didReceiveData: 
(NSData *)data


{
	NSString* thhhe = [[NSString alloc]initWithData:data  
encoding:NSASCIIStringEncoding];

}

Now if I place a button on my interface and call test everything is  
fine, the post is submitted and the delegate method is called.  
Suffice I call the test method from another class and nothing gets  
posted (break points show me the sendLogs method is indeed called),  
the didReceiveData method is not called either. I've looked into  
adding the NSURLConnection into an array so it wouldn't be scraped,  
created a separate send class just for the post etc. to no avail, I  
really don't know what I'm doing wrong.


Any help very much appreciated.

Micha
___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Is this a bug in Cocoa 'isLike' ?

2008-04-07 Thread Matt Burnett
Sounds like a bug to me. I have the same issue on a MBP with 10.5.2.  
Although i suppose this could be 'working as intended' since the  
pattern formats for isLike: dont seem to be well documented.


On Apr 7, 2008, at 9:11 AM, Yvan BARTHÉLEMY wrote:

On my machine (quite recent 20 inches iMac x86), following (reduced)  
code seems to go in a infinite loop...
Checkpoint 2 is never reached. The number of 'x' characters is  
important.


Should I send it in reporter ?

#import Foundation/Foundation.h

int main (int argc, const char * argv[]) {
   NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

NSLog(@Checkpoint 1);
[@lxxlaxxl isLike:@*la];
NSLog(@Checkpoint 2);

   [pool drain];
   return 0;
}

___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


NSURLConnection status updates

2008-04-07 Thread Matt Burnett
I am using NSURLConnection to send large posts (1MB) to a web server.  
How can i get the status/progress information for sending the request.  
I can get the progress for receiving the reply with  
connection:didReceiveResponse: and connection:didReceiveData:, but i  
dont seem to see anything for sending the request. Is there anyway to  
do this with out recreating the NSURLConnection class?

___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: machine with null serial number?

2008-03-28 Thread Matt Burnett
What macs store their serial number on disk instead of on the logic  
board? Where did you find this information?


On Mar 28, 2008, at 7:32 PM, Scott Ribe wrote:

Some Macs don't have a serial number on the logic board, but rather  
just
stored on the disk. In that case, just reformatting or replacing the  
hard

disk will wipe the serial number. You should read this:

http://developer.apple.com/technotes/tn/tn1103.html


--
Scott Ribe
[EMAIL PROTECTED]
http://www.killerbytes.com/
(303) 722-0567 voice


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/matt.w.burnett%40gmail.com

This email sent to [EMAIL PROTECTED]


___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Obtaining the foreground application's path

2008-03-25 Thread Matt Burnett
Im sure this is not the right list, but it is the closest one i could  
think of for this topic (or maybe carbon-dev).


I am looking to obtain the current foreground application. The  
applications path, bundle identifier, or application name would be  
fine, however the path would be ideal. I want to do this to track  
application usage for statistical purposes for a product somewhat  
similar to Altiris's Application Metering on windows. How could i go  
about doing this? Also how could i deal with scenarios where there may  
be more than one foreground application such as if Spaces or Fast User  
Switching is enabled?

___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Convert kernel AbsoluteTime to a NSDate

2008-03-25 Thread Matt Burnett
I have a KEXT which hooks in to IOHIKeyboard-_keyboardEventAction.  
How can i convert the AbsoluteTime (UnsignedWide) I receive to a  
NSDate? Thanks!

___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]


Re: Convert kernel AbsoluteTime to a NSDate

2008-03-25 Thread Matt Burnett
Thanks for your reply, but im not sure if this is going to help me. It  
seems like the most i could get from that would be the value which  
IOHIKeyboard is presently supplying. The following message also says  
that it is essentially impossible to do what I want from the kernel.

http://lists.apple.com/archives/darwin-kernel/2005/Jul/msg00124.html

I really need to get it in to a NSDate. At the very least, do you (or  
anyone else) know what the reference time is which IOHIKeyboard is  
using? It doesnt seem to be 1970.


On Mar 25, 2008, at 4:13 AM, John C. Randolph wrote:



On Mar 25, 2008, at 1:23 AM, Matt Burnett wrote:
I have a KEXT which hooks in to IOHIKeyboard-_keyboardEventAction.  
How can i convert the AbsoluteTime (UnsignedWide) I receive to a  
NSDate? Thanks!


Try searching for Using Mach Absolute Time Functions in the Kernel  
programming guide.


-jcr



___

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-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]