search for: subb

Hi, I just started using R a few weeks ago and have a problem with linking Fortran subroutines to R. For some reasons, I need to compile a Fortran program in R (or Splus) and the whole program consists a couple of subroutines, say, subA and subB. There is no difficulty in linking the subroutines individually, but two subroutines are nested, as shown below, SUBROUTINE subA(arg.) EXTERNAL subB ¡­. CALL subB(arg.) ¡­. RETURN END SUBROUTINE subB (arg.) ¡­. RETURN END Obviously, if subA(.dll) and subB(.dll) are individual...

...esponsible multiple comparisons test like TukeyHSD to see how each of the six Treatment:Group subgroups compared to each other. TukeyHSD does not appear to be defined for outputs from the function coxph -- (see survival library). cph <- coxph(Surv(DayToMort, Censor) ~ Treatment*Group, data=subb) --> Does anyone know of an implementation of TukeyHSD that would work, or of another post-hoc multiple comparison test? I believe that another responsible tack would be to clearly define the contrasts I'd like to make within the interaction term. However this has yet to work as fully a...

...Max -1.24378 -0.50184 -0.03726 0.51748 1.34034 Coefficients: Estimate Std. Error t value Pr(>|t|) (Intercept) 3.5062 0.3278 10.696 9.98e-13 *** groupgroup2 1.3253 0.4636 2.859 0.00703 ** groupgroup3 2.7268 0.4636 5.882 9.98e-07 *** subb 0.1965 0.4636 0.424 0.67411 subc 1.3280 0.4636 2.865 0.00693 ** subd 1.3133 0.4636 2.833 0.00751 ** groupgroup2:subb 0.2188 0.6556 0.334 0.74052 groupgroup3:subb 0.2187 0.6556 0.334 0.74060 groupgroup2:subc -0.2293...

...d dovecot-sieve v 2.2.27 installed on a Debian 9.6. I'm trying to set a Sieve filter which will redirect all emails from `info` (i.e. .info) TLD to another email. This is the filter: require ["regex"]; # rule:[test] if header :regex "from" "info$" { redirect "subbs at domain.com"; } It's not being honored; all emails from .info TLD ends up in the inbox and none are redirected. Let me know what I'm doing wrong. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attac...

I have two vectors for values collected from a group of subjects, say a=c(100,200,150,120,140,180) b=c(200,300,420,130) I also have two vectors which indicate the corresponding subjects for a and b, say for a, the subjects are suba=c(1,2,3,4,5,6) for b, the subjects are subb=c(1,3,5,6) Then, I want to find out the paired values from a and b, such as (100, 200) (from subject 1), (150,300) (from subject 3), (140, 420) (from subject 5) ..... How can I do this in R? Can somebody drop a hint here? [[alternative HTML version deleted]]

...finding out what exactly it is that I find important :-p) is that instcombine (or some other pass, for all I care) can remove bitcasts that are not strictly needed. I will focus on address spaces that are nested, since that is the most interesting and general case. Say we have address spaces SubA, SubB and Super, and SubA and SubB are subsets of Super (but disjoint to each other). When is bitcast between address spaces really needed? I can see two main reasons. 1) A function gets passed pointers into both SubA and SubB (which then need to be bitcasted to pointer-into-Super). 2) A pointer v...

On 5/16/2013 11:17 AM, Jakob Stoklund Olesen wrote: > > Would this TRI function solve your problem? >[...] > /// > /// Covering = getCoveringLanes(); > /// MaskA = getSubRegIndexLaneMask(SubA); > /// MaskB = getSubRegIndexLaneMask(SubB); > /// > /// If (MaskA & ~(MaskB & Covering)) == 0, then SubA is completely covered by > /// SubB. > unsigned getCoveringLanes() const { return CoveringLanes; } Yes, this would solve my problem. I'm assuming that if I have subregisters Sub0..SubN (where Sub0...

...BySubRegs property on register definitions. /// /// This function returns a bit mask of lanes that completely cover their /// sub-registers. More precisely, given: /// /// Covering = getCoveringLanes(); /// MaskA = getSubRegIndexLaneMask(SubA); /// MaskB = getSubRegIndexLaneMask(SubB); /// /// If (MaskA & ~(MaskB & Covering)) == 0, then SubA is completely covered by /// SubB. unsigned getCoveringLanes() const { return CoveringLanes; } /jakob

...ia dovecot wrote: > Hi! > > You forgot the wildcard '.*'?(=?Match zero or more instances of any > single character, except newline) > > require ["regex"]; > # rule:[test] > if header :regex "from" ".*info$" > { > ? redirect "subbs at domain.com"; > } > > With this rule, you are filtering emails from toplevel domain > '*.info' > or new domains that might occur in future (e.g '*.superinfo'). If you > want to restrict to classic tld '*.info' change the regex to > > "....

The function TII::canCombineSubRegIndices has been gone for a while now, and I was wondering if there is a target-independent way of determining if a certain set of physical registers "adds up" to a larger register. For example, on X86, AL and AH together form AX. On Hexagon, R0 and R1 are D0. The context here is an attempt to coalesce multiple loads/stores into fewer loads/stores

...find important :-p) is that > instcombine > (or some other pass, for all I care) can remove bitcasts that are > not strictly > needed. > > I will focus on address spaces that are nested, since that is the most > interesting and general case. Say we have address spaces SubA, SubB > and Super, and > SubA and SubB are subsets of Super (but disjoint to each other). > > When is bitcast between address spaces really needed? I can see two > main > reasons. > 1) A function gets passed pointers into both SubA and SubB (which > then need > to be b...

On Jul 22, 2008, at 1:36 AM, Matthijs Kooijman wrote: >> Yep, I think it makes sense for TargetData to have info about the >> size/ >> alignment of a pointer in each addr space. That is also easy to >> encode. > Which is an added bonus, but the original subject under discussion > was the > relations between each address space (equivalent, disjoint, subset/

Hi Chris, > >> You probably want to somehow extend TargetData to encode the address > >> space descriptions, including pointer sizes and address space > >> relationships. > > Hmm, you have an excellent point there, pointer sizes could indeed easily > > have different sizes in different address spaces... That would make > > TargetData indeed a logical

Hi! You forgot the wildcard '.*'?(=?Match zero or more instances of any single character, except newline) require ["regex"]; # rule:[test] if header :regex "from" ".*info$" { ? redirect "subbs at domain.com"; } With this rule, you are filtering emails from toplevel domain '*.info' or new domains that might occur in future (e.g '*.superinfo'). If you want to restrict to classic tld '*.info' change the regex to ".*\.info$" The draft lists a table...

...and dovecot-sieve v 2.2.27 installed on a Debian 9.6. I'm trying to set a Sieve filter which will redirect all emails from `info` (i.e. .info) TLD to another email. This is the filter: require ["regex"]; # rule:[test]if header :regex "from" "info$"{ redirect "subbs at domain.com (mailto:subbs at domain.com)";} It's not being honored; all emails from .info TLD ends up in the inbox and none are redirected. Let me know what I'm doing wrong. Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot....

...(bootable) flag set? */ + jnz msg_partition_active + + addw $16, %si /* next entry */ + loopw partition_entry_next + + jmp print_boot_message /* no active parition, so don't try to read a sector */ + +msg_partition_active: + movb $0x05, %ch /* convert CL countdown to partition number */ + subb %cl, %ch /* CL:partition translations 4:1, 3:2, 2:3, 1:4 */ + movb %ch, %dl /* value to write is partition number [1-4] */ + movw $msg_partition, %di + movb $0x01, %cl /* one nibble */ + call write_hex_value + +partition_get_offset: + movl 8(%si), %edx /* absolute starting sector (DWORD: part...

...tb $flag_active, (%si) /* is active (bootable) flag set? */ + jnz msg_partition_active + + addw $16, %si /* next entry */ + loopw partition_entry_next + + jmp print_boot_message /* no active parition */ + +msg_partition_active: + movb $0x05, %ch /* convert CL countdown to partition number */ + subb %cl, %ch /* CL:partition translations 4:1, 3:2, 2:3, 1:4 */ + movb %ch, %dl /* value to write is partition number [1-4] */ + movw $msg_partition, %di + movb $0x01, %cl /* one nibble */ + call write_hex_value + +partition_get_offset: + movl 8(%si), %edx /* absolute starting sector (DWORD: part...

...es (BIOS number + 0x0900) */ +#define VIDEO_FIRST_V7 0x0900 + +# Setting of user mode (AX=mode ID) => CF=success +mode_setw: + movw %ax, %bx + cmpb $VIDEO_FIRST_VESA>>8, %ah + jnc check_vesaw + decb %ah + +setbadw: clc + ret + +check_vesaw: + subb $VIDEO_FIRST_VESA>>8, %bh + orw $0x4000, %bx # Use linear frame buffer + movw $0x4f02, %ax # VESA BIOS mode set call + int $0x10 + cmpw $0x004f, %ax # AL=4f if implemented + jnz _setbadw # AH=...

...(bootable) flag set? */ + jnz msg_partition_active + + addw $16, %si /* next entry */ + loopw partition_entry_next + + jmp print_boot_message /* no active parition, so don't try to read a sector */ + +msg_partition_active: + movb $0x05, %ch /* convert CL countdown to partition number */ + subb %cl, %ch /* CL:partition translations 4:1, 3:2, 2:3, 1:4 */ + movb %ch, %dl /* value to write is partition number [1-4] */ + movw $msg_partition, %di + movb $0x01, %cl /* one nibble */ + call write_hex_value + +partition_get_offset: + movl 8(%si), %edx /* absolute starting sector (DWORD: part...

From: Jeremy Fitzhardinge <jeremy.fitzhardinge at citrix.com> Hi all, This series does two major things: 1. It converts the bulk of the implementation to C, and makes the "small ticket" and "large ticket" code common. Only the actual size-dependent asm instructions are specific to the ticket size. The resulting generated asm is very similar to the current