search for: untruth

...ormat > > While that still creates the files, you can move them off to a location that > the users do not see. Or you can create in-memory indices, but that is a solution to the wrong problem. By specifically stating in mail_location that ~user holds mailboxes, you are telling Dovecot an untruth. It's better to tell Dovecot user mailboxes (other than INBOX) don't exist, rather than to push all the indices under the carpet. Joseph Tam <jtam.home at gmail.com>

Duncan - Indeed, this has now been well documented; I have called these constructions "Schr?dinger Facts", since they arise from a superposition of truths in the training data that collapse into an untruth when observed. https://sentientsyllabus.substack.com/p/chatgpts-achilles-heel Now, the curious question is: why can it program. Why is its production of R-syntax less vulnerable to this effect than a literature quote, or reference? Maybe it has to do with the fact that in producing correct syn...

...strop.sh Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "I'm not even an atheist so much as I am an antitheist; I not only maintain that all religions are versions of the same untruth, but I hold that the influence of churches, and the effect of religious belief, is positively harmful." -- Christopher Hitchens in "Letters to a Young Contrarian" 2001

...t; Bill, > That's a very nice solution. It is both cleaner looking and preferable > to track R's .h files. > However, some of my routines don't have void * as the return type (two are > int *), and Rdynload has > > typedef void * (*DL_FUNC)(); > > Will this untruth mess anything up? > > Terry T. > > On 12/29/2017 10:52 AM, William Dunlap wrote: > > And remove the cast on the return value of R_GETCCallable. And check > that your function is found before using it. > > #include <R.h> > #include <Rinternals.h> > #incl...

And remove the cast on the return value of R_GETCCallable. And check that your function is found before using it. #include <R.h> #include <Rinternals.h> #include <R_ext/Rdynload.h> void bdsmatrix_prod4(int nrow, int nblock, int *bsize, double *bmat, double *rmat, int nfrail, double *y) { DL_FUNC fun = NULL; if (fun==NULL)

I was wondering which anchor would match in the regular expression "(a)|(b)" if both "a" and "b" matches the target string. What appears to happen is that the first match wins, and that's how it is documented in Python, but I was looking for docs on this in R. As far as I can see, the ?regex help page doesn't resolve this. So just for fun, I decided to

I've recently updated the coxme package, which calls internal routines from the bdsmatrix package.? (It is in fact mentioned as an example of this in the Extensions manual.) The call connections are a blocks like this, one for each of the 9 called C routines. void bdsmatrix_prod4(int nrow,??? int nblock,?? int *bsize, ??????????????????? double *bmat, double *rmat, ??????????????????? int

On 08.06.2020 07:41, Joseph Tam wrote: > On Sun, 7 Jun 2020, Binarus wrote: > >> So how exactly do I have to alter the configuration to implement your >> suggestion, i.e.? to make dovecot look only at the mbox file and to >> prevent the creation of unnecessary directories? > > Maybe try > > ????mail_location = mbox:/empty/dir:INBOX=~/inbox > > Not sure

HOgg 0.4.1 Released ------------------- The HOgg package provides a commandline tool for manipulating Ogg files, and a corresponding Haskell library. HOgg is in hackage, or on the web at: http://www.kfish.org/~conrad/software/hogg/ This is the fourth public release. The focus is on correctness of Ogg parsing, production and editing. The capabilities of the hogg commandline tool are roughly on