search for: xpd

...I recently got a problem I have never seen during my previous installations. I have a Xorcom device with 4 BRI and 8 FXS ports. I use ubuntu Linux and asterisk 1.4.22. Everything works fine but after some time zap channels disappear in asterisk. root at pbx1:~# cat /proc/zaptel/* Span 1: XBUS-00/XPD-00 "Xorcom XPD #00/00: BRI_TE" AMI/CCS NOTOPEN 1 XPP_BRI_TE/00/00/0 Clear NOTOPEN 2 XPP_BRI_TE/00/00/1 Clear NOTOPEN 3 XPP_BRI_TE/00/00/2 HDLCFCS (In use) NOTOPEN Span 2: XBUS-00/XPD-01 "Xorcom XPD #00/01: BRI_TE" AMI/CCS NOTOPEN 4 XPP_BRI_TE/00/01/0 Clear NOTO...

Dear R-devel, I think I've found a bug - the alpha transparency doesn't work when plotting lines with xpd = TRUE. #works plot(1:20, col="#1874CD", xpd=T, type="l") #works plot(1:20, col="#1874CD50", xpd=F, type="l") #doesn't work plot(1:20, col="#1874CD50", xpd=T, type="l") Thank you. Jim [[alternative HTML version deleted]]

.... Following are my configs. Any pointers you can give would be greatly appreciated. We are running Fedora 7. Kernel "Linux 2.6.21-1.3194.fc7 #1 SMP i686 i686 i386 GNU/Linux" (Standard Kernel with install) Device has jumpers all set to TE mode. /etc/init.d/zaptel.conf # Span 1: XBUS-00/XPD-00 "Xorcom XPD #0/0: BRI_TE" span=1,1,1,ccs,ami # termtype: te bchan=1-2 dchan=3 # Span 2: XBUS-00/XPD-08 "Xorcom XPD #0/8: BRI_TE" span=2,2,1,ccs,ami # termtype: te bchan=4-5 dchan=6 # Span 3: XBUS-00/XPD-10 "Xorcom XPD #0/16: BRI_TE" span=3,3,1,ccs,ami # termtype:...

In the following: plot(0:1, 0:1) legend(x=0, y=1.2, pch=c(1,2), legend=c("May","June")) the first plot character is omitted when plotting to the screen. I obtained the same behaviour when placing a legend in the margin following use of pairs() -please do not edit the information below-- Version: platform = i386-pc-mingw32 arch = x86 os = Win32 system = x86, Win32

...;Dynamic Conference rooms for internal users to transfer callers to exten => _5XX,1,MeetMe(${EXTEN},cMd) exten => _5XX,n,Hangup exten => 6000,1,Dial(zap/0418608609) /etc/asterisk/zapata.conf [channels] ;echocancel = yes ;transfer = yes callgroup=1 pickupgroup=1 ; Span 1: XBUS-00/XPD-00 "Xorcom XPD #0/0: BRI_TE" group=0,11 context=zapin switchtype = euroisdn signalling = bri_cpe channel => 1-2 ; Span 2: XBUS-00/XPD-08 "Xorcom XPD #0/8: BRI_TE" group=0,12 context=zapin switchtype = euroisdn signalling = bri_cpe channel => 4-5 ; Span 3: XBUS-00/XP...

...11:56:59 DEBUG[20295] channel.c: Released clone lock on 'Local/700 at callagents-bc5a,1<ZOMBIE>' Jul 4 11:56:59 DEBUG[20295] channel.c: Done Masquerading SIP/700-09530a90 (6) The last entry was just before the crash. We also have this in dmesg (Not sure if its related) NOTICE-xpd_bri: XBUS-01/XPD-10: D-Chan RX Bad checksum: [FE:28=FC] (252) NOTICE-xpd_bri: XBUS-01/XPD-10: Multibyte Drop: errno=-71 BUG: warning at kernel/softirq.c:138/local_bh_enable() (Not tainted) [<c042b0cf>] local_bh_enable+0x45/0x92 [<c06002bd>] cond_resched_softirq+0x2c/0x42 [<c059adf...

>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes: MM> This is not a bug in the very strict sense, MM> but for consistency, MM> I feel that MM> abline() MM> should obey par("xpd") setting, even by ...-argument. MM> The following code shows how lines() ``works'' and abline() does not : MM> par(mfrow=c(2,1)) MM> plot(1:4) MM> plot(1:10) MM> par(xpd=NA); abline(v=1:10); par(xpd=FALSE) MM> ## or even MM> abline(v=...

...w each other mfrow=c(3,1)), saved to pdf. The three plot data on the same subject so I'm having one legend, to the right of the center graph. I'm using mar=c(5,15,4,15) to bring the sides in so that the graphs are square and not stretched wide. To have the graph to the side I'm thinking xpd=T. Each graph has a number of points and lines overlaid, so plot ();lines(),lines(),lines() etc. The data is somewhat of a subset of a larger set, so I'm limiting what is being displayed. The lines plot trends of the wider data. P: With xpd=T, the lines are going right out of the graph boxes...

...=25,col="green",bg="green") } # Legend muss noch in die Ränder geschrieben werden, würde besser aussehen Verkleinern<-0.8 for(i in 1:20){ if(i<=9) text(par("usr")[2] + 0.5, Maximum-(i-1)*0.4, srt=0, adj = 0, labels = sprintf("0%.0f",i),xpd = TRUE,cex=Verkleinern) else text(par("usr")[2] + 0.5, Maximum-(i-1)*0.4, srt=0, adj = 0, labels = i,xpd = TRUE,cex=Verkleinern) text(par("usr")[2] + 1, Maximum-(i-1)*0.4, srt=0, adj = 0, labels = Zugehoerigkeit[i], xpd = TRUE,cex=Verkleinern)...

<<insert bug report here>> barplot hardcodes xpd as "TRUE" causing the bars to go outside of the plot region. True can be the default, but it shouldn't be the only option. *** barplot.R Sat Sep 8 10:15:16 2001 --- barplot.R.orig Sat Sep 8 10:03:39 2001 *************** *** 5,11 **** legend.text = NULL, beside =...

...e left hand side. Thanks again! Sincerely, Milu On Tue, Apr 12, 2016 at 1:15 PM, Jim Lemon <drjimlemon at gmail.com> wrote: > Hi Milu, > There is a two-headed arrow on the image you sent, and it seems to be > where you specified. Did you want it beneath the map, as: > > par(xpd=TRUE) > arrows(-22,54.75,-22,74,code=3) > par(xpd=FALSE) > > Jim > > On Tue, Apr 12, 2016 at 7:58 PM, Miluji Sb <milujisb at gmail.com> wrote: > > Dear Jim, > > > > Thanks again! I do want the arrows at the bottom (beneath the map). This > is > > w...

...*** /tmp/mycoplot.R Tue Feb 27 09:08:13 2001 --- /tmp/coplot.R.orig Tue Feb 27 09:08:13 2001 *************** *** 201,227 **** ...) } if ((i == total.rows) && (j%%2 == 0)) ! if (nlevels(x) > 0) ! axis(1, labels = levels(x), xpd = NA) ! else ! axis(1, xpd = NA) else if ((i == istart || index + columns > nplots) && (j%%2 == 1)) ! if (nlevels(x) > 0) ! axis(3, labels = levels(x), xpd = NA) ! else ! axis(3, xp...

...ess 2 Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.344611] ERR-xpp_usb: XBUS-00: x= usb_listen: usb_submit_urb failed: -19 Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.353325] INFO-xpp: XBUS-00: [] D= isconnecting Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.353373] Zaptel: Master changed = to XBUS-00/XPD-01 Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.353382] Zaptel: Master changed = to XBUS-00/XPD-02 Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.353391] Zaptel: Master changed = to XBUS-00/XPD-03 Dec 30 21:42:08 wedekindpbx1 kernel: [ 3746.353516] INFO-xpp_usb: xusb-0 (u= sb-0000:00:1d.7-5) []: now di...

Hi Milu, My fault here. As I don't have the data to make the map and try out my suggestions I mixed up the x and y coordinates. Try this: par(xpd=TRUE) arrows(-19.75966,53,33.60000,53,code=3) par(xpd=FALSE) Jim On Tue, Apr 12, 2016 at 10:11 PM, Miluji Sb <milujisb at gmail.com> wrote: > Hello Jim, > > Thanks again. I am getting the two-headed arrow but I cannot seem to get the > coordinates right for the arrow to appear b...

...he image. I have previously accomplished this with two calls to image(), but the package 'fields' has a wrapper function, image.plot(), which does this task conveniently. However, I could not add axes to the original image after a call to image.plot(); I have found that I needed to set par(xpd=TRUE) within the function to allow this to happen: ###=== begin code library(fields) ## make data matrix m <- matrix(1:15,ncol=3) ## plot image.plot(m,axes=FALSE) axis(1) # doesn't work par(xpd=TRUE) axis(1) # still doesn't work ## replace the 28th element of the body of image.plot(...

...ault graphics object, pdf, jpeg, and cairoDevice (ok I loaded a package for that) and all show the same behavior. Run the following set of commands: x <- rnorm(1000) hist(x, xlim=c(-4,4)) tmp <- par('plt') box(col='#00000000') tmp2 <- tmp tmp2[2] <- tmp2[1] + 0.3 par(xpd = FALSE, plt=tmp2) hist(x, col='red', add=TRUE) box(col='#00000000') tmp3 <- tmp tmp3[1] <- tmp3[2] - 0.3 par(xpd=FALSE, plt=tmp3) hist(x, col='blue', add=TRUE) par(plt=tmp) This gives me the plot that I want and expect (a histogram with the left section red, the mi...

...till the problem occurs again. running stock Asterisk 1.6.2.9-2+squeeze2 on Debian with stock kernel 2.6.32-5-686 i get the following errors: pri_dchannel: PRI got event: HDLC Bad FCS (8) on Primary D-channel of span 2 (happens on all 4 spans) and the following in dmesg: [ 9004.635323] NOTICE-xpd_bri: XBUS-00/XPD-01: D-Chan RX DROP: BADFCS: 252 [ 9004.635332] NOTICE-xpd_bri: XBUS-00/XPD-01: D-Chan RX: current packet[0..2]: 55 55 FC [ 9004.635340] NOTICE-xpd_bri: XBUS-00/XPD-01: Multibyte Drop: errno=-71 Channel 0/1, span 1 got hangup, cause 18 According to my searching on the web the...

...t doesn't necessarily cover the range of y-values to be plotted. I know how to manually create my own y-axis so that it does cover the range, but I was wondering if there is some parameter to change so that the scale of the y-axis is automatically taller than the tallest bar. I thought setting xpd=F would do it, since it says that xpd determines whether bars will be plotted outside of the plotting region, but it had no effect, so I guess it must be dealing with something different. In the example below, the scale goes to 15 but the second bar goes to 16. In this case I would like the scale...

...catMethod="fixedWidth", missingCountryCol = "white", mapRegion="Europe", addLegend=FALSE) # ISO3 codes on the map text(n, labels="ISO3", cex=0.30) # Obtain coordinates for the arrow par('usr') # -19.75966 54.75966 33.60000 71.40000 # Arrows par(xpd=TRUE) arrows(-19.75966, 54.75966, 33.60000, 71.40000,code=3) par(xpd=FALSE) As the output shows I cannot seem to get the correct coordinates for the arrows. Thanks again. Sincerely, Milu -------------- next part -------------- A non-text attachment was scrubbed... Name: myplot.pdf Type: appli...

> On Apr 16, 2018, at 10:41 AM, Jiaxuan Chen <Jiaxuan.Chen at cruk.cam.ac.uk> wrote: > > Dear R-devel, > > I think I've found a bug - the alpha transparency doesn't work when plotting lines with xpd = TRUE. > > #works > plot(1:20, col="#1874CD", xpd=T, type="l") > > #works > plot(1:20, col="#1874CD50", xpd=F, type="l") > > #doesn't work > plot(1:20, col="#1874CD50", xpd=T, type="l") It's behaving...