Displaying 8 results from an estimated 8 matches for "epsecially".
2009 Jun 19
0
package JM -- version 0.3-0
...bmodel for the time-to-event outcome is now available
under both the relative risk and accelerated failure time formulations.
* this new version of the package features new and more robust
algorithms for numerical integration and optimization -- these updates
could lead to different results, epsecially for the survival part
compared to the previous version the package.
As always, any kind of feedback (e.g., questions, suggestions,
bug-reports, etc.) is more than welcome.
Best,
Dimitris
--
Dimitris Rizopoulos
Assistant Professor
Department of Biostatistics
Erasmus University Medical Center...
2009 Jun 19
0
package JM -- version 0.3-0
...bmodel for the time-to-event outcome is now available
under both the relative risk and accelerated failure time formulations.
* this new version of the package features new and more robust
algorithms for numerical integration and optimization -- these updates
could lead to different results, epsecially for the survival part
compared to the previous version the package.
As always, any kind of feedback (e.g., questions, suggestions,
bug-reports, etc.) is more than welcome.
Best,
Dimitris
--
Dimitris Rizopoulos
Assistant Professor
Department of Biostatistics
Erasmus University Medical Center...
2002 Dec 11
1
Strange winbindd situation
I set up winbindd last week on my Linux workstation. So far it's been
working just fine and I've been enjoying the benefits of being able to
connect to it with my NT user account. However, last week I noticed
that there were two or three new NT users in my '/home/winnt/DOMAIN'
directory that I *HADN'T* logged into this system with. I chalked it up
to a potential virus or
2013 Jul 25
0
[LLVMdev] [RFC] Add warning capabilities in LLVM.
On Jul 22, 2013, at 2:25 PM, Chandler Carruth <chandlerc at google.com> wrote:
>
> On Mon, Jul 22, 2013 at 2:21 PM, Eric Christopher <echristo at gmail.com> wrote:
> >> This is pretty much the same as what Quentin proposed (with the addition of the enum), isn't it?
> >>
> >
> > Pretty close yeah.
> >
>
> Another thought and
2013 Jul 25
3
[LLVMdev] [RFC] Add warning capabilities in LLVM.
...'s getting at - the point is to avoid phrasing things
as "diagnostics" from LLVM whenever it's possible to expose some
broader information & let frontends do whatever they want with it) -
that'll save every frontend having to make a, probably very similar,
classification - epsecially in the case of errors it seems unlikely a
frontend could do anything else but classify it as an error. The
diagnostic blob should also include some 'id' though, yes, so
frontends can, in a pinch, classify things differently (we have an
LLVM flag "-fatal-assembly-warnings" or the l...
2011 Nov 29
1
E2fsprogs 1.42 is released!
...s for the root and
lost+found directories.
Mke2fs will skip zero'ing the journal if the extended option
"lazy_journal_init" is specified. This can save a lot of time, but it
does add a small amount of risk if the system crashes before the
journal is overwritten entirely once. It is epsecially useful for
testing.
Mke2fs will now create file systems that enable user namespace
extended attributes and with time- and mount count-based file
system checks disabled.
Mke2fs will not set a stride or strip size of one block based on block
device attributes obtained from sysfs.
Mke2fs now displa...
2012 Jun 03
2
Caller ID : FSK ETSI or FSK US
Hello, All :)
Regarding to incoming caller ID on PSTN line, which one is best supported
by asterisk: is it FSK ETSI or FSK US?
I bought some caller ID converter hardware (convert DTMF to FSK and vice
versa) but still asterisk can not detect it.
The converter has a switch FSK ETSI or FSK US
This is what I put in /etc/asterisk/chan_dahdi.conf
...
cidsignalling=bell
cidstart=ring
...
If after
2013 Jul 22
5
[LLVMdev] [RFC] Add warning capabilities in LLVM.
On Mon, Jul 22, 2013 at 2:21 PM, Eric Christopher <echristo at gmail.com>wrote:
> >> This is pretty much the same as what Quentin proposed (with the
> addition of the enum), isn't it?
> >>
> >
> > Pretty close yeah.
> >
>
> Another thought and alternate strategy for dealing with these sorts of
> things:
>
> A much more broad set of