I entered %%% in the search field — it returned me everything… I
guess it is not what is supposed to happen… because none of those
results actually had '%' in their name…
% and _ symbols should be escaped by slashes before querying
On 12/5/07, Benjamin Reed [EMAIL PROTECTED] wrote:
-BEGIN
On 12/6/07, Benjamin Reed [EMAIL PROTECTED] wrote:
Alexey Zakhlestin wrote:
I entered %%% in the search field — it returned me everything… I
guess it is not what is supposed to happen… because none of those
results actually had '%' in their name…
% and _ symbols should be escaped by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexey Zakhlestin wrote:
I entered %%% in the search field — it returned me everything… I
guess it is not what is supposed to happen… because none of those
results actually had '%' in their name…
% and _ symbols should be escaped by slashes
hmm… do you have some alphanumeric filter there?
three dots ... gave me the same full resultset… :-/
--
Alexey Zakhlestin
http://blog.milkfarmsoft.com/
-
SF.Net email is sponsored by: The Future of Linux Business White
Hello Martin,
On 06.12.2007, at 01:16, Martin Costabel wrote:
Jürgen Lorenz Simon wrote:
I just built xerces-c on a G5/10.4 and on an intel/10.5 without any
problem. I have a suspicion:
[]
[]
c-2.7.0-1002/xerces-c-src_2_7_0/lib -lxerces-c
ld: Undefined symbols:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexey Zakhlestin wrote:
hmm… do you have some alphanumeric filter there?
three dots ... gave me the same full resultset… :-/
Out of curiosity, what would you *expect* it to give you?
=)
I mean, it's basically equivalent to an empty query in
On Dec 6, 2007, at 12:01 PM, Alexander K. Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm probably a month+ away from having Leopard going (I've asked for
it for Christmas and it's going to be a very busy December and January
for me), and I don't foresee an Intel box, and
Looks very cool! A few minor quibbles:
* The 'Sort order' field seems meaningless. The only option is
'Descending', but the results are always sorted ascending by name
anyhow. I'd suggest just scrapping the field, what's the point of
sorting descending-by-name?
* Could you add a way to search
On 12/6/07, Benjamin Reed [EMAIL PROTECTED] wrote:
Alexey Zakhlestin wrote:
three dots ... gave me the same full resultset… :-/
Out of curiosity, what would you *expect* it to give you?
=)
I mean, it's basically equivalent to an empty query in the context of
full-text search. It's not
Dave Vasilevsky wrote:
Looks very cool! A few minor quibbles:
* The 'Sort order' field seems meaningless. The only option is
'Descending', but the results are always sorted ascending by name
anyhow. I'd suggest just scrapping the field, what's the point of
sorting descending-by-name?
John Ridgway wrote:
On Dec 6, 2007, at 12:01 PM, Alexander K. Hansen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'm probably a month+ away from having Leopard going (I've asked for
it for Christmas and it's going to be a very busy December and January
for me), and I don't
Robert T Wyatt wrote:
+1 Do to my infrequent participation I hesitate to help evaluate tracker
packages, but if I had something to follow I'd be happy to test stuff
and provide input.
Due-do. It's been a long couple of days:
http://ccwf.cc.utexas.edu/~robert/images/utc.gif
(2nd from left
On Dec 5, 2007, at 2:30 PM, Benjamin Reed wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There are still some load issues on the server, but I'd like to put
out
a request to see how things stand up to a little actual load from
users.
Please let me know if you hit any issues,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Koen van der Drift wrote:
xml-sax-pm
xml-sax-expat-pm
I used to maintain the second one (but it is set as 'none' now), not
sure why the first one is also there. Maybe it only matches the first
few characters?
well, it's matching *all*
It appears that the Apple c++ compiler on Intel has a bug which
causes the ov_fcn_handle.cc test case to segfault in octave. Likewise
the FSF g++ compiler from gcc42 causes the test_sparse.m testcase to
segfault on powerpc. The gcc43 snapshot compiler doesn't have this
problem. For now, the
Peter O'Gorman wrote:
[]
So the symbol is still there on 10.5, but is private extern? That is,
indeed, what nmedit is supposed to do. There are other issues with
nmedit on Leopard (it refuses to strip global coalesced symbols -
whatever they are) that mean that I will have to patch libtool.
Martin Costabel wrote:
Jean-François Mertens wrote:
[]
Do not understand fully this argument.
I have exactly the same output from the above 'nm -m' command on 10.4;
so apparently _ up to what is visible from this output _ the result
of the nmedit command is the same on 10.4 and 10.5...
Martin Costabel wrote:
Peter O'Gorman wrote:
[]
So the symbol is still there on 10.5, but is private extern? That is,
indeed, what nmedit is supposed to do. There are other issues with
nmedit on Leopard (it refuses to strip global coalesced symbols -
whatever they are) that mean that I will
18 matches
Mail list logo