search for: __only__

Displaying 6 results from an estimated 6 matches for "__only__".

Did you mean: __only
2007 Jun 15
2
indexed ''text'' (not string) column not used when searching, unless explicitely specified!!
...en I search, UNLESS I specify it as a restrictor, and then it only searches in that field! For example: => 0 results are returned by a standard (__all__ fields ?) search >> Entity.find_by_contents "zixi" Query: zixi total hits: 0, results delivered: 0 BUT if I search __only__ in 1 field, I find something >> Entity.find_by_contents "extra:zixi" Entity Load (0.001286) SELECT * FROM entities WHERE (entities.id in (''1723'')) AND ( (entities.`type` = ''Person'' ) ) Query: extra:zixi total hits: 1, results...
2017 Oct 18
2
Another issue with Sys.timezone
...accidentally" ... > > Martin In the mean time, I have committed a common version (Windows and non-Windows) of Sys.timezone() to the R development sources (aka "R-devel"). That now uses as.POSIXlt(Sys.time()) very similarly to the above "Windows only" case, but __only__ for 'location=FALSE' which is not the default. The most current development source is always available (via 'svn' or alternatively for browsing via your web browser) from https://svn.r-project.org/R/trunk/src/library/base/R/datetime.R As you say yourself, the above system(&qu...
2007 Sep 21
4
ZFS (and quota)
I''m CCing zfs-discuss at opensolaris.org, as this doesn''t look like FreeBSD-specific problem. It looks there is a problem with block allocation(?) when we are near quota limit. tank/foo dataset has quota set to 10m: Without quota: FreeBSD: # dd if=/dev/zero of=/tank/test bs=512 count=20480 time: 0.7s Solaris: # dd if=/dev/zero of=/tank/test bs=512 count=20480 time: 4.5s
2017 Oct 19
0
Another issue with Sys.timezone
...Martin > > In the mean time, I have committed a common version (Windows and > non-Windows) of Sys.timezone() to the R development sources > (aka "R-devel"). > > That now uses as.POSIXlt(Sys.time()) very similarly to the > above "Windows only" case, but __only__ for 'location=FALSE' > which is not the default. Thanks, I think that's definitely better than returning NA when `location' is false... > The most current development source is always available (via > 'svn' or alternatively for browsing via your web browser) from...
2017 Oct 20
1
Another issue with Sys.timezone
...e committed a common version (Windows and >> non-Windows) of Sys.timezone() to the R development sources >> (aka "R-devel"). >> >> That now uses as.POSIXlt(Sys.time()) very similarly to the >> above "Windows only" case, but __only__ for 'location=FALSE' >> which is not the default. > Thanks, I think that's definitely better than returning NA when > `location' is false... >> The most current development source is always available (via >> 'svn' or alternative...
2017 Oct 14
2
Another issue with Sys.timezone
(I reported the test failure mentioned below to R-help but was advised that this list is the right one to address the issue; in the meantime I investigated the matter somewhat more closely, including searching recent R-devel postings, since I haven't been following this list.) Last May there were two reports here of problems with Sys.timezone, one where the zoneinfo directory is in a