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