Displaying 20 results from an estimated 1475 matches for "terminologies".
2019 May 03
2
RFC: On removing magic numbers assuming 8-bit bytes
Jeroen Dobbelaere via llvm-dev <llvm-dev at lists.llvm.org> writes:
> Hi Jesper,
>
>> Thanks, these are interesting differences. The CHAR_BIT and byte
>> relation is established in the C standard and I would prefer the byte
>> terminology. It means the same thing as addressable unit but is a bit
>> shorter and probably more widely known.
>
> Looking
1997 Aug 21
3
R-alpha: a question on terminology
Whereas we typically refer to the add-on `modules' as `libraries' (viz
also the way these are represented in the search list, and the variable
.Libraries), S speaks about `sections'.
Shall we stay with our terminology? Or instead, speak of `sections',
`packages', `modules', ...?
-k
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
r-devel
2007 Mar 02
2
Terminology merging
Hello everyone,
I''ve been working on an internal best practices document that also tackled
giving proper terms to things that were at the time uncoined. But looks
like we have a bit of a merge problem as other terms have been floating
around that seem to conflict with some terms we''ve been using internally at
my organization. I''m hoping we can discuss and
2009 Apr 24
1
Terminology: Multiple Regression versus multivariate Regression
Hello R-Members,
can anyone explain the difference between
multiple and multivariate regression to me
in terms of the terminology and eventually
its respect to the mathematical foundation
respectively ?
Is multiple regression perhaps more related to GLM
and multivariate Regression rather applied,
if there are no explizit numeric factor levels ?
Thanks for elucidations on that topic.
Many
2019 May 06
2
RFC: On removing magic numbers assuming 8-bit bytes
I agree, addressable unit size is probably a better abstraction.
However, in the lib/CodeGen directory alone, there's some 785 uses of
the word "byte" and a significant fraction of the code that we want to
modify is using the byte terminology today. An example of unmodified
code from my showcase patch set:
assert(!(Shift & 0x7) == 0 &&
"Shifts not
2024 Mar 29
2
[PATCH v0 02/14] drm/amdgpu,drm/radeon: Make I2C terminology more inclusive
Hi,
On Fri, Mar 29, 2024 at 10:28:14AM -0700, Easwar Hariharan wrote:
> On 3/29/2024 10:16 AM, Andi Shyti wrote:
> > Hi Easwar,
> >
> > On Fri, Mar 29, 2024 at 05:00:26PM +0000, Easwar Hariharan wrote:
> >> I2C v7, SMBus 3.2, and I3C specifications have replaced "master/slave"
> >
> > I don't understand why we forget that i3c is 1.1.1 :-)
2011 Aug 15
1
Question about terminology
I'm having a minor disagreement with a colleague over terminology.
When you have a group of KVM Hosts which have access to the same network and storage (for purposes of migration) yet there is no clusterware or HA software involved...how does one refer to this group of hosts? I call them a "Host Group." He insists on the term "Cluster."
To me, "cluster"
2004 Mar 16
3
Terminology and canonical statistical user literature
Brian Ripley wrote (to somebody asking about "effect sizes"):
> ...
> Given that, I wonder if you are used to standard terminology.
Good point. But I think for many of us there is more behind that.
I personally belong to an (apparently fairly large) group of
R users who may be enthusiastic, but are statistical laymen
due to a lack of formal education in the area.
The
2021 Mar 12
2
On retiring some terminology
Hello fellow NUTs :)
Some time ago an issue https://github.com/networkupstools/nut/issues/840
was raised, and with current work underway to publish a standard on NUT
protocol it became more urgent - to retire the master/slave terminology
from NUT configuration and documentation.
I looked around for suitable synonyms, and for our primary use-case with
upsmon roles - where it either manages an
2021 Mar 12
2
On retiring some terminology
Hello fellow NUTs :)
Some time ago an issue https://github.com/networkupstools/nut/issues/840
was raised, and with current work underway to publish a standard on NUT
protocol it became more urgent - to retire the master/slave terminology
from NUT configuration and documentation.
I looked around for suitable synonyms, and for our primary use-case with
upsmon roles - where it either manages an
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Jim,
The terminology I recall for that one-to-many relationship is publisher-subscriber.
Larry Baker
US Geological Survey
650-329-5608
baker at usgs.gov<mailto:baker at usgs.gov>
On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote:
This email has been received from
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
Jim,
The terminology I recall for that one-to-many relationship is publisher-subscriber.
Larry Baker
US Geological Survey
650-329-5608
baker at usgs.gov<mailto:baker at usgs.gov>
On Mar 12 2021, at 6:24:38 PM, Phil Stracchino via Nut-upsuser <nut-upsuser at alioth-lists.debian.net<mailto:nut-upsuser at alioth-lists.debian.net>> wrote:
This email has been received from
2004 Jun 14
5
terminology for frames and environments
In ?exists it says:
inherits: should the enclosing frames of the environment be searched?
I believe what it is saying is that if inherits is TRUE and it fails
to find the variable it will look in the parent environment and
the parent of the parent, etc. (as opposed to looking in the calling
frame next and the caller of the caller, etc.)
Now I thought that standard terminology in R was:
1.
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
I didn't go there due to its use by Cisco.
On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser <
nut-upsuser at alioth-lists.debian.net> wrote:
> Jim,
>
> The terminology I recall for that one-to-many relationship is
> publisher-subscriber.
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> baker at usgs.gov
>
>
>
> On Mar 12
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
I didn't go there due to its use by Cisco.
On Fri, Mar 12, 2021, 10:03 PM Baker, Lawrence M via Nut-upsuser <
nut-upsuser at alioth-lists.debian.net> wrote:
> Jim,
>
> The terminology I recall for that one-to-many relationship is
> publisher-subscriber.
>
> Larry Baker
> US Geological Survey
> 650-329-5608
> baker at usgs.gov
>
>
>
> On Mar 12
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
That is terminology from Computer Science. (Decades ago?) It is familiar. Not invented by Cisco. As in, producer-consumer, from the same time. Those were all different paradigms for client-server relationships. There must be Wikipedia citations that can be consulted. As I recall, there were distinctions, such as, producer-consumer were tightly bound, where the producer had no purpose
2021 Mar 13
1
[EXTERNAL] Re: On retiring some terminology
That is terminology from Computer Science. (Decades ago?) It is familiar. Not invented by Cisco. As in, producer-consumer, from the same time. Those were all different paradigms for client-server relationships. There must be Wikipedia citations that can be consulted. As I recall, there were distinctions, such as, producer-consumer were tightly bound, where the producer had no purpose
2016 May 05
0
[Bug 2567] New: Wrong terminology used for ssh-keygen "-m" option
https://bugzilla.mindrot.org/show_bug.cgi?id=2567
Bug ID: 2567
Summary: Wrong terminology used for ssh-keygen "-m" option
Product: Portable OpenSSH
Version: 6.6p1
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: P5
Component: Documentation
Assignee:
2015 Feb 22
0
dialplan contexts syntax and terminology
READ READ READ ....
http://www.asteriskdocs.org/en/3rd_Edition/asterisk-book-html-chunk/asterisk-DP-Basics.html
Regards,
Mitul Limbani,
Business Head,
Enterux Solutions Pvt. Ltd.
110 Reena Complex, Opp. Nathani Steel,
Vidyavihar (W), Mumbai - 400 086. India
http://www.enterux.com/
http://www.entvoice.com/
email: mitul at enterux.in
DID: +91-22-71967196
Cell: +91-9820332422
On Sun, Feb 22,
2021 Mar 13
1
On retiring some terminology
On 3/12/21 9:14 PM, Rusty Bower wrote:
> Manager/subscriber seems most accurate
>
> Sent from my iPhone
>
>> On Mar 12, 2021, at 20:13, Douglas Parsons <doug at parsonsemail.com> wrote:
>>
>> ?
>> In place of secondary how about subscriber? It would be accurate to
>> the role.
I'd been going to suggest controller and ... something.