I want to use regular expressions in my code, to test for patterns, I found the MoKit Framework.
Why does the following code output 0?
MORegularExpression *linkURLExp = [MORegularExpression regularExpressionWithString: @”test” ignoreCase:YES]; bool boo = [linkURLExp matchesString:@”test”];
NSLog(@”The value of the bool is %d\n”, boo);
I could get this to work in a new Foundation Tool Project:
#import <Foundation/Foundation.h> #import <MOKit/MOKit.h>
// See: http://www.mactech.com/articles/mactech/Vol.19/19.04/RegularExpressions/index.html
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
MORegularExpression *linkURLExp =
[MORegularExpression regularExpressionWithString:@"test" ignoreCase:YES];
if( linkURLExp ) {
NSLog( @"linkURLExp is [%@]\n", linkURLExp );
NSLog( @"expressionString is /%@/\n", [linkURLExp expressionString] );
bool boo = [linkURLExp matchesString:@"test"];
NSLog( @"The value of the bool is %d\n", boo );
} else {
NSLog( @"Our MORegularExpression is unexpectedly nil\n" );
}
[pool release];
return 0; }
I Just tried this and got null…
NSLog(@”The value is %@\n”, [MORegularExpression regularExpressionWithString:@”test”]);
Which is starting to shed some light. [MORegularExpression : regularExpressionWithString] is not returning an object (as you say above).
This is the first time I have tried to use third party frameworks, so I presume I may have done something wrong.
Here is my full code for the implementation, does anyone have any ideas where i am going wrong?
#import “MyObject.h” #import <MOKit/MORegularExpression.h>
@implementation MyObject
@end
I’m presuming this is the cause..
"/usr/bin/ld: warning /Developer/S
This being the first time of using Intel Mac also. Or am I barking up the wrong tree?
—-
Did you download the Framework from somewhere? It may have been a PPC only library. You should check-out the the latest sources (on sourceforge, linked from the MOKit page) and compile your own. The .xcodeproj in CVS appears to produce a universal library.
—-
Yes, it was PPC, I had forgotten to think before downloading. However with the new “Platform-Independent” .dmg, when I try to build it I get “File /Users/ben/Desktop/M
*Downloading Mokit
*Copy Mokit to Library/Frameworks
*Update the xcode Mokit file changing its suffix from .pbproj to .xcodeproj
*In Xcode: Project/Set Active Target/M
and now I get…
"Command /Developer/Private/jam failed with exit code 1"
or if I switch to Development I get “No launchable executable at path /Library/Frameworks/M
In order to do smoothly that which you are trying to accomplish, yes, you almost certainly do need to learn a little more about XCode. There is probably enough information on this site, but I would recommend that you get one of top rated CocoaBooks.
You might want to check the information on this site concerning ApplicationLinkingIssues.
If there is a recent (universal) compiled version of the MOKit framework, then you will not need to compile it yourself. Otherwise, you might be better off getting the source out of CVS. I am not sure whether you meant ~/Library/Frameworks or /Library/Frameworks - if it was the latter, then you ought to be seeing permissions problems - either way, this is non-ideal. I would suggest that you keep a folder such as ~/COCOA or ~/PROJECTS for your source code folders and if you wish, copy built Frameworks to one of the ‘Library/Frameworks’ folders, though if you are simply creating these products to use in your own projects, then you do not need to install them at all: This is using them in way that the FSF speak of ‘convenience libraries’. (FWIW, I have installed A
I assume you meant opening the .pbproj package in XCode, rather than renaming it. Even so, note that there is a .xcodeproj package available, and there should be no necessity to do even this.
You are getting an error message from the “Go” part of “Build and Go”, because you are creating a library not an executable.
I suggest that you copy the MOKit.Framework to the folder of your current project and follow the steps in LinkingLibrariesIntoACocoaApp (inter alios); and my apologies if this is what you have already done, and you are simply back at the point from which you started.
BTW, given the times that you post, are you based in England?
Thankyou for your help, yes I am based in England, I presume you are too? I have been using XCode for quite a while now, but have never had to delve into mysteries of linking in third party frameworks. I imagined it to be as simple as plonking a folder in another folder, then including the headers in my source code. I originally have a C background and also various web technologies, where the IDE is relatively simple. I definitely need to brush up on a few topics.
To answer a couple of your questions: I was keeping the file in /Library/Frameworks before building, I have now moved to ~/COCOA
“Even so, note that there is a .xcodeproj package available” where would I find such a file? I only find .pbproj which xcode asks me to convert.
I can only find M
Anyhow, I have just removed everything named Mokit and started afresh, and was still getting “Command /Developer/Private/jam failed with exit code 1”. so I Cleaned All (which finally built, but with a few warnings), added Mokit to my project and now it works fine. PHEW!
I am assuming that you are now up and running, and no longer need assistance. I am in the West Riding. There is a large Yorkshire Macintosh User Group, but we don’t do much programming. There aren’t that many Mac Developers in England - I was astonished to find a nest in Grantham (Kesteven) and I have a few other kennings, one in Ashby-de-la-Zouch - in fact the nearest Cocoa developer whose abilities I can testify to is in Odessa.
There really is sufficient information on this to handle linking, frameworks and embedding; perhaps because we have each individually have had to learn how to do it. If thye spirit moves you, you may want to tidy up any of the pages which you feel are too long or too vague. Yes, you copy the framework to your Applications folder, and add it to the XCode .xcodeproj package; if embedding, you also add that framework to a new Copy build Phase. As with programming in C, you need to link with the library (sometimes written as against the library, in the case of a dynamic library) as well as inlcude’ing the headers.
You should be able to see the XCode .xcodeproj package at http://mokit.cvs.sourceforge.net/mokit/MOKit/ .
Sometimes errors of the form “Command /Developer/Private/jam failed with exit code 1” cannot be cleared up - XCode appear not to display enough details. In such a case you can sometimes find a way in by copying the command that failled into a terminal prompt, and thereby executing it “locally”.