new puc card for adding
diff --git a/sys/dev/pci/pucdata.c b/sys/dev/pci/pucdata.c
index 3b87fb5..c5a0078 100644
--- a/sys/dev/pci/pucdata.c
+++ b/sys/dev/pci/pucdata.c
@@ -903,6 +903,15 @@ const struct puc_device_description puc_devs[] = {
},
},
+ /* SIIG JJ-E10011-S3 PCI-E card */
+ { /* SIIG JJ-E10011-S3 PCI-E, */
+ { PCI_VENDOR_OXFORD2,
PCI_PRODUCT_OXFORD2_EXSYS_EX41092,0x,0x},
+ { 0x, 0x,
0x,0x},
+ {
+ { PUC_COM_MUL(10), 0x10, 0x },
+ },
+ },
+
/*
* Exsys EX-41098
*/
--
With best regards,
Gregory Edigarov
terminfo entries for rxvt-unicode
Hi.
Had this in my src tree for a long time...
Is it worth considering for general consumption?
Ciao,
David
Index: share/termtypes/termtypes.master
===
RCS file: /cvs/src/share/termtypes/termtypes.master,v
retrieving revision 1.47
diff -u -p -r1.47 termtypes.master
--- share/termtypes/termtypes.master1 Apr 2012 11:24:46 - 1.47
+++ share/termtypes/termtypes.master7 Dec 2012 15:18:32 -
@@ -4420,6 +4420,176 @@ rxvt-cygwin-native|rxvt terminal emulato
rxvt-16color|xterm with 16 colors like aixterm,
ncv#32, use=ibm+16color, use=rxvt,
+# From: Thomas Dickey dic...@clark.net 04 Oct 1997
+# Updated: Oezguer Kesim ke...@math.fu-berlin.de 02 Nov 1997
+# Updated: Marc Lehmann schm...@schmorp.de, 17 Feb 2005
+# Updated: Marc Lehmann schm...@schmorp.de, 04 Nov 2008: change init/reset
sequences
+rxvt-unicode|rxvt-unicode terminal (X Window System),
+ am,
+ bce,
+ eo,
+ km,
+ msgr,
+ xenl,
+ hs,
+ cols#80,
+ it#8,
+ lines#24,
+ acsc=``aaffggjjkkllmmnnooppqqrrssttuuvvwwxxyyzz{{||}}~~-A.B+C\,D0EhFiG,
+ bel=^G,
+ blink=\E[5m,
+ bold=\E[1m,
+ civis=\E[?25l,
+ clear=\E[H\E[2J,
+ cnorm=\E[?25h,
+ cr=^M,
+ csr=\E[%i%p1%d;%p2%dr,
+ cub=\E[%p1%dD,
+ cub1=^H,
+ cud=\E[%p1%dB,
+ cud1=^J,
+ cuf=\E[%p1%dC,
+ cuf1=\E[C,
+ cup=\E[%i%p1%d;%p2%dH,
+ cuu=\E[%p1%dA,
+ cuu1=\E[A,
+ cvvis=\E[?25h,
+ dch=\E[%p1%dP,
+ dch1=\E[P,
+ dl=\E[%p1%dM,
+ dl1=\E[M,
+ ed=\E[J,
+ el=\E[K,
+ el1=\E[1K,
+ flash=\E[?5h$20/\E[?5l,
+ home=\E[H,
+ hpa=\E[%i%p1%dG,
+ ht=^I,
+ hts=\EH,
+ ich=\E[%p1%d@,
+ ich1=\E[@,
+ il=\E[%p1%dL,
+ il1=\E[L,
+ ind=^J,
+ is1=\E[\041p,
+ is2=\E[r\E[m\E[2J\E[?7;25h\E[?1;3;4;5;6;9;66;1000;1001;1049l\E[4l,
+ kDC=\E[3$,
+ kIC=\E[2$,
+ kEND=\E[8$,
+ kHOM=\E[7$,
+ kLFT=\E[d,
+ kNXT=\E[6$,
+ kPRV=\E[5$,
+ kRIT=\E[c,
+ kbs=\177,
+ ka1=\EOw,
+ ka3=\EOy,
+ kb2=\EOu,
+ kc1=\EOq,
+ kc3=\EOs,
+ kcbt=\E[Z,
+ kcub1=\E[D,
+ kcud1=\E[B,
+ kcuf1=\E[C,
+ kcuu1=\E[A,
+ kdch1=\E[3~,
+ kel=\E[8\^,
+ kend=\E[8~,
+ kent=\EOM,
+ kf1=\E[11~,
+ kf10=\E[21~,
+ kf11=\E[23~,
+ kf12=\E[24~,
+ kf13=\E[25~,
+ kf14=\E[26~,
+ kf15=\E[28~,
+ kf16=\E[29~,
+ kf17=\E[31~,
+ kf18=\E[32~,
+ kf19=\E[33~,
+ kf2=\E[12~,
+ kf20=\E[34~,
+ kf3=\E[13~,
+ kf4=\E[14~,
+ kf5=\E[15~,
+ kf6=\E[17~,
+ kf7=\E[18~,
+ kf8=\E[19~,
+ kf9=\E[20~,
+ kfnd=\E[1~,
+ khome=\E[7~,
+ kich1=\E[2~,
+ kmous=\E[M,
+ knp=\E[6~,
+ kpp=\E[5~,
+ kslt=\E[4~,
+ rc=\E8,
+ rev=\E[7m,
+ ri=\EM,
+ rmso=\E[27m,
+ rmul=\E[24m,
+ rs1=\Ec,
+ rs2=\E[r\E[m\E[?7;25h\E[?1;3;4;5;6;9;66;1000;1001;1049l\E[4l,
+ sgr0=\E[m\E(B,
+ enacs=,
+ smacs=\E(0,
+ rmacs=\E(B,
+ smso=\E[7m,
+ smul=\E[4m,
+ tbc=\E[3g,
+ vpa=\E[%i%p1%dd,
+ colors#88,
+ pairs#7744,
+ btns#5,
+ lm#0,
+ ccc,
+ npc,
+ mc5i,
+ ncv#0,
+ mir,
+ xon,
+ bw,
+ ech=\E[%p1%dX,
+ mc0=\E[i,
+ mc4=\E[4i,
+ mc5=\E[5i,
+ sitm=\E[3m,
+ ritm=\E[23m,
+ smam=\E[?7h,
+ rmam=\E[?7l,
+ smir=\E[4h,
+ rmir=\E[4l,
+ smcup=\E[?1049h,
+ rmcup=\E[r\E[?1049l,
+ smkx=\E=,
+ rmkx=\E,
+ indn=\E[%p1%dS,
+ rin=\E[%p1%dT,
+
sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m%?%p9%t\E(0%e\E(B%;,
+ op=\E[39;49m,
+ setaf=\E[38;5;%p1%dm,
+ setab=\E[48;5;%p1%dm,
+
setf=%?%p1%{7}%%t\E[38;5;%p1%dm%e\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m%;,
+
setb=%?%p1%{7}%%t\E[48;5;%p1%dm%e\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m%;,
+
initc=\E]4;%p1%d;rgb\:%p2%{65535}%*%{1000}%/%4.4X/%p3%{65535}%*%{1000}%/%4.4X/%p4%{65535}%*%{1000}%/%4.4X\E\\,
+ sc=\E7,
+ s0ds=\E(B,
+ s1ds=\E(0,
+ s2ds=\E*B,
+ s3ds=\E+B,
+ u6=\E[%i%d;%dR,
+ u7=\E[6n,
+ u8=\E[?1;2c,
+ u9=\E[c,
+ tsl=\E]2;,
+ fsl=\007,
+ dsl=\E]2;\007,
+
+rxvt-unicode-256color|rxvt-unicode terminal with 256 colors (X Window System),
+ colors#256,
+ pairs#32767,
+ use=rxvt-unicode,
+
MRXVT
# mrxvt 0.5.4
#
[demime 1.01d removed an attachment of type application/octet-stream]
Re: diff: dhcp-options(5) vs. dhcpd/tables.c
j...@kerhand.co.uk (Jason McIntyre), 2013.01.02 (Wed) 18:39 (CET): On Sun, Dec 16, 2012 at 07:24:53PM +0100, MERIGHI Marcus wrote: Hello, playing with option-252 I found it already has a name. Found that as well: http://marc.info/?l=openbsd-miscm=126573542214773 Wrote a little script to find undocumented options, see end of message. I moved some existing blocks when I found them to be in the wrong place. Added a new section: DHCP Extensions. Kept ordering as used in the RFCs. BTW, format X is undocumented in src/usr.sbin/dhcpd/tables.c took some time and research, please review: Index: dhcp-options.5 === fixed now by krw. jmc Fixing my own error, no idea how that snuck in, sorry: Index: dhcp-options.5 === RCS file: /cvs/src/usr.sbin/dhcpd/dhcp-options.5,v retrieving revision 1.13 diff -u -r1.13 dhcp-options.5 --- dhcp-options.5 2 Jan 2013 16:41:58 - 1.13 +++ dhcp-options.5 3 Jan 2013 10:13:50 - @@ -152,7 +152,7 @@ .It Ic option arp-cache-timeout Ar uint32 ; This option specifies the timeout in seconds for ARP cache entries. .It Ic option autoproxy-script Ar string ; -Option 144, site-specific as of RFC 3942. +Option 252, site-specific as of RFC 3942. Widely used for Web Proxy Autodiscovery Protocol (WPAD). .It Ic option boot-size Ar uint16 ; This option specifies the length in 512-octet blocks of the default
Re: diff: dhcp-options(5) vs. dhcpd/tables.c
j...@kerhand.co.uk (Jason McIntyre), 2013.01.02 (Wed) 18:39 (CET): On Sun, Dec 16, 2012 at 07:24:53PM +0100, MERIGHI Marcus wrote: playing with option-252 I found it already has a name. Found that as well: http://marc.info/?l=openbsd-miscm=126573542214773 Index: dhcp-options.5 === fixed now by krw. jmc I find it desireable to have the option numbers mentioned in dhcp-options(5). Rationale: - the names assigned are arbitrary, the numbers are RFC'd. - searching the interwebs often returns the numbers and an arbitrary name that doesn't necessarily help in finding the name used by OpenBSDs dhcpd(8). - having to look up number-to-name in usr.sbin/dhcpd/tables.c is not intended, I suppose. That is going to be a lot of work, therefore asking in advance: any interest in such a diff? current: option arp-cache-timeout uint32; This option specifies the timeout in seconds for ARP cache entries. suggestion: option arp-cache-timeout uint32; This option specifies the timeout in seconds for ARP cache entries. option-35, RFC 2132, Section 6.2. Additionally, as something that I cannot code myself, I would like to be allowed to specify ``option-35 3600;'' even if there's a name assigned to that number. Bye, Marcus
Re: diff: dhcp-options(5) vs. dhcpd/tables.c
On 2013/01/03 16:00, MERIGHI Marcus wrote: j...@kerhand.co.uk (Jason McIntyre), 2013.01.02 (Wed) 18:39 (CET): On Sun, Dec 16, 2012 at 07:24:53PM +0100, MERIGHI Marcus wrote: playing with option-252 I found it already has a name. Found that as well: http://marc.info/?l=openbsd-miscm=126573542214773 Index: dhcp-options.5 === fixed now by krw. jmc I find it desireable to have the option numbers mentioned in dhcp-options(5). Rationale: - the names assigned are arbitrary, the numbers are RFC'd. - searching the interwebs often returns the numbers and an arbitrary name that doesn't necessarily help in finding the name used by OpenBSDs dhcpd(8). - having to look up number-to-name in usr.sbin/dhcpd/tables.c is not intended, I suppose. That is going to be a lot of work, therefore asking in advance: any interest in such a diff? Yes. Additionally, as something that I cannot code myself, I would like to be allowed to specify ``option-35 3600;'' even if there's a name assigned to that number. This is more difficult as you would need to be able to specify the format (IP address, various types of integer, strings, flags, arrays)..
editline(3): el_source() and .editrc file
Hi! It seems that the editline(3) man page didn't get updated after el.c r1.7 (some twelve years ago :) ). Index: editline.3 === RCS file: /cvs/src/lib/libedit/editline.3,v retrieving revision 1.32 diff -p -u -r1.32 editline.3 --- editline.3 7 Jul 2011 16:15:47 - 1.32 +++ editline.3 3 Jan 2013 14:41:42 - @@ -575,8 +575,6 @@ If is .Dv NULL , try -.Pa $PWD/.editrc -then .Pa $HOME/.editrc . Refer to .Xr editrc 5 Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: diff: dhcp-options(5) vs. dhcpd/tables.c
On Thu, Jan 03, 2013 at 04:00:38PM +0100, MERIGHI Marcus wrote: j...@kerhand.co.uk (Jason McIntyre), 2013.01.02 (Wed) 18:39 (CET): On Sun, Dec 16, 2012 at 07:24:53PM +0100, MERIGHI Marcus wrote: playing with option-252 I found it already has a name. Found that as well: http://marc.info/?l=openbsd-miscm=126573542214773 Index: dhcp-options.5 === fixed now by krw. jmc I find it desireable to have the option numbers mentioned in dhcp-options(5). Rationale: - the names assigned are arbitrary, the numbers are RFC'd. - searching the interwebs often returns the numbers and an arbitrary name that doesn't necessarily help in finding the name used by OpenBSDs dhcpd(8). - having to look up number-to-name in usr.sbin/dhcpd/tables.c is not intended, I suppose. That is going to be a lot of work, therefore asking in advance: any interest in such a diff? current: option arp-cache-timeout uint32; This option specifies the timeout in seconds for ARP cache entries. suggestion: option arp-cache-timeout uint32; This option specifies the timeout in seconds for ARP cache entries. option-35, RFC 2132, Section 6.2. Additionally, as something that I cannot code myself, I would like to be allowed to specify ``option-35 3600;'' even if there's a name assigned to that number. Bye, Marcus I wouldn't mind seeing this information, but I don't think adding such a reference to each section is the best way. I was thinking a table with columns Option#, Option Name, Relevant RFC(s). Then a bunch of such references in each section could be removed. Ken
[PATCH] awk: initialisation of struct
Hi,
I am submitting a patch for awk. struct Cell has 7 fields;
the final field is an optional next pointer.
79 typedef struct Cell {
80 uschar ctype; /* OCELL, OBOOL, OJUMP, etc. */
81 uschar csub; /* CCON, CTEMP, CFLD, etc. */
82 char*nval; /* name, for variables only */
83 char*sval; /* string value */
84 Awkfloat fval; /* value as number */
85 int tval; /* type info: STR|NUM|ARR|FCN|FLD|CON|DONTFREE */
86 struct Cell *cnext; /* ptr to next if chained */
87 } Cell;
Splint identified that instances of Cell are initialised with only 6
fields, e.g.
run.c:78:24: Initializer block for falsecell has 6 fields, but Cell has 7
fields: 2, 12, 0, 0, 0.0, 01
The following patch adds the 7th element as a NULL pointer to next list
element. Also, make Cell.nval and Cell.sval use NULL instead of 0.
- Michael
Index: run.c
===
RCS file: /cvs/src/usr.bin/awk/run.c,v
retrieving revision 1.33
diff -u -r1.33 run.c
--- run.c 28 Sep 2011 19:27:18 - 1.33
+++ run.c 4 Jan 2013 04:42:15 -
@@ -73,23 +73,23 @@
Node *winner = NULL; /* root of parse tree */
Cell *tmps; /* free temporary cells for execution */
-static Celltruecell={ OBOOL, BTRUE, 0, 0, 1.0, NUM };
+static Celltruecell={ OBOOL, BTRUE, NULL, NULL, 1.0, NUM, NULL };
Cell *True = truecell;
-static Cellfalsecell ={ OBOOL, BFALSE, 0, 0, 0.0, NUM };
+static Cellfalsecell ={ OBOOL, BFALSE, NULL, NULL, 0.0, NUM, NULL };
Cell *False = falsecell;
-static Cellbreakcell ={ OJUMP, JBREAK, 0, 0, 0.0, NUM };
+static Cellbreakcell ={ OJUMP, JBREAK, NULL, NULL, 0.0, NUM, NULL };
Cell *jbreak = breakcell;
-static Cellcontcell={ OJUMP, JCONT, 0, 0, 0.0, NUM };
+static Cellcontcell={ OJUMP, JCONT, NULL, NULL, 0.0, NUM, NULL };
Cell *jcont = contcell;
-static Cellnextcell={ OJUMP, JNEXT, 0, 0, 0.0, NUM };
+static Cellnextcell={ OJUMP, JNEXT, NULL, NULL, 0.0, NUM, NULL };
Cell *jnext = nextcell;
-static Cellnextfilecell={ OJUMP, JNEXTFILE, 0, 0, 0.0, NUM };
+static Cellnextfilecell={ OJUMP, JNEXTFILE, NULL, NULL, 0.0, NUM, NULL
};
Cell *jnextfile = nextfilecell;
-static Cellexitcell={ OJUMP, JEXIT, 0, 0, 0.0, NUM };
+static Cellexitcell={ OJUMP, JEXIT, NULL, NULL, 0.0, NUM, NULL };
Cell *jexit = exitcell;
-static Cellretcell ={ OJUMP, JRET, 0, 0, 0.0, NUM };
+static Cellretcell ={ OJUMP, JRET, NULL, NULL, 0.0, NUM, NULL };
Cell *jret = retcell;
-static Celltempcell={ OCELL, CTEMP, 0, , 0.0, NUM|STR|DONTFREE };
+static Celltempcell={ OCELL, CTEMP, NULL, , 0.0,
NUM|STR|DONTFREE, NULL };
Node *curnode = NULL;/* the node being executed, for debugging */
@@ -224,7 +224,7 @@
Cell *call(Node **a, int n)/* function call. very kludgy and fragile */
{
- static Cell newcopycell = { OCELL, CCOPY, 0, , 0.0, NUM|STR|DONTFREE
};
+ static Cell newcopycell = { OCELL, CCOPY, NULL, , 0.0,
NUM|STR|DONTFREE, NULL };
int i, ncall, ndef;
int freed = 0; /* handles potential double freeing when fcn param
share a tempcell */
Node *x;
Re: adduser: better locked password
Tobias Ulmer [tobi...@tmux.org] wrote: Adding a user with a locked password is a deliberate action. Set the password to * to stop security(8) from complaining about the new user. I think it'd make more sense if security(8) didn't flag :*: as unusual. Since when is it unusual?
Re: [PATCH] awk: initialisation of struct
On Thu, Jan 3, 2013 at 8:48 PM, Michael W. Bombardieri m...@ii.net wrote: I am submitting a patch for awk. struct Cell has 7 fields; the final field is an optional next pointer. ... Splint identified that instances of Cell are initialised with only 6 fields, e.g. run.c:78:24: Initializer block for falsecell has 6 fields, but Cell has 7 fields: 2, 12, 0, 0, 0.0, 01 Patches to awk should be sent to the upstream maintainer listed in /usr/src/usr.bin/awk/README (I would tend to defer to that person's opinion on points of C style...) Philip Guenther
