Re: NSPredicate test : build fail

Hi Bertrand! > Am 11.03.2016 um 12:16 schrieb Bertrand Dekoninck > : > > Hi everyone ! > > I tried this morning to recompile latest base and gui on debian-jessie > x86-32bit, with clang/objc2. > > Make check fails with several errors. > I've got a lot of

Re: NSPredicate

Samantha Rahn wrote: What types of syntax can and cannot be used in NSPredicate? When I use companyName CONTAINS 'Corp' I get: NAME:NSInvalidArgumentException REASON:Format string contains extra characters: companyName CONTAINS 'Corp' I had a look at the source code and it

Re: NSPredicate

On 31 Oct 2008, at 20:20, Fred Kiefer wrote: Samantha Rahn wrote: What types of syntax can and cannot be used in NSPredicate? When I use companyName CONTAINS 'Corp' I get: NAME:NSInvalidArgumentException REASON:Format string contains extra characters: companyName CONTAINS 'Corp'

Re: NSPredicate

Richard Frith-Macdonald wrote: On 31 Oct 2008, at 20:20, Fred Kiefer wrote: Samantha Rahn wrote: What types of syntax can and cannot be used in NSPredicate? When I use companyName CONTAINS 'Corp' I get: NAME:NSInvalidArgumentException REASON:Format string contains extra

Re: NSPredicate bug (Re: Using code from Cocotron)

Richard, can you help us on this? Yen-Ju Chen wrote: Just confirm that NSPredicate works except the %d. But it is not a big issue and can easily work around. My current idea for this problem is to pre-parse the format string for the va_list case and store the arguments in an NSArray and

Re: NSPredicate bug (Re: Using code from Cocotron)

On 6/11/07, Yen-Ju Chen [EMAIL PROTECTED] wrote: On 6/11/07, Fred Kiefer [EMAIL PROTECTED] wrote: Yen-Ju Chen wrote: On 6/9/07, Fred Kiefer [EMAIL PROTECTED] wrote: There are plenty of other problems with predicates that your tests uncovered. For example we don't support ==, but have =.

Re: NSPredicate bug (Re: Using code from Cocotron)

Yen-Ju Chen wrote: On 6/9/07, Fred Kiefer [EMAIL PROTECTED] wrote: There are plenty of other problems with predicates that your tests uncovered. For example we don't support ==, but have =. Which of them should we have? Both? Fixed Also the IN operator will only work for strings, not for a

Re: NSPredicate bug (Re: Using code from Cocotron)

Yen-Ju Chen wrote: On 5/23/07, Fred Kiefer [EMAIL PROTECTED] wrote: Triggered by this mail, I set down and wrote some code for NSPredicate and NSExpression to make these classes (and their subclasses) at least usable. They are still far away from being complete, but it would be nice if

Re: NSPredicate bug (Re: Using code from Cocotron)

On 6/9/07, Fred Kiefer [EMAIL PROTECTED] wrote: Yen-Ju Chen wrote: On 5/23/07, Fred Kiefer [EMAIL PROTECTED] wrote: Triggered by this mail, I set down and wrote some code for NSPredicate and NSExpression to make these classes (and their subclasses) at least usable. They are still far away

Re: NSPredicate?

On 8. Mai 2006, at 15:33 Uhr, Fred Kiefer wrote: Where is this class, NSPredicate, currently situated in GNUstep. I searched the old mailing list entries and found that Helge claimed it belongs into Core Data, while others did see it in Foundation. Thats not entirely correct :-) The header

Re: NSPredicate and related classes ?

Quoting [EMAIL PROTECTED]: Neither... NSPredicate and NSExpression are defined in Foundation - they simply describe a query. They evaluate on NSObjects (NSString, NSArray, NSNumber, NSDictionary etc.). A reference is http://cocoadevcentral.com/articles/86.php (page 14). Storage (Core

Re: NSPredicate and related classes ?

Neither... NSPredicate and NSExpression are defined in Foundation - they simply describe a query. They evaluate on NSObjects (NSString, NSArray, NSNumber, NSDictionary etc.). A reference is http://cocoadevcentral.com/articles/86.php (page 14). Storage (Core Data) is not handled by

Re: NSPredicate and related classes ?

On 9 Jan 2006 01:51:00 -0800, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: [snip] Yes, I am currently working to add this to mySTEP. When it works, it needs to be integrated back into the GNUstep mainstream. Then I am curious which backing store you use ? SQLite or CoreData-like library ?

Re: NSPredicate and related classes ?

Yen-Ju Chen schrieb: Hi, I just wonder whether anyone works on NSPredicate and related classes from Apple's Foundation ? Thanx. Yen-Ju Yes, I am currently working to add this to mySTEP. When it works, it needs to be integrated back into the GNUstep mainstream. -- hns

Re: NSPredicate

Quoting Quentin Mathé [EMAIL PROTECTED]: Le 23 oct. 05 à 19:31, Alex Perez a écrit : Enrico Sersale wrote: So, the question is: is somebody working at NSPredicate (and at the other NSMetadata* classes)? Quentin has, AFAIR. That's true for NSPredicate, but they are still

Re: NSPredicate

On Oct 24, 2005, at 10:46, Sašo Kiselkov wrote: BTW: I can't stuff NSPredicate into GSCoreData, since it's a Foundation class, not Core Data. I think this stuff is actually in CoreData, just like Foundation/NSURLRequest is in WebKit and not available w/o it. Some of the newer OSX framework

Re: NSPredicate

Enrico Sersale wrote: So, the question is: is somebody working at NSPredicate (and at the other NSMetadata* classes)? Quentin has, AFAIR. ___ Discuss-gnustep mailing list Discuss-gnustep@gnu.org

Re: NSPredicate

On 10/23/05, Enrico Sersale [EMAIL PROTECTED] wrote: [snip] So, the question is: is somebody working at NSPredicate (and at the other NSMetadata* classes)? We have a search engine based on Apache Lucene in Etoile. Therefore, the NSPredicate and related classes are a big welcome. Yen-Ju

Re: NSPredicate

Le 23 oct. 05 à 19:31, Alex Perez a écrit : Enrico Sersale wrote: So, the question is: is somebody working at NSPredicate (and at the other NSMetadata* classes)? Quentin has, AFAIR. That's true for NSPredicate, but they are still unfinished, I have sent my last version to Saso