search for: 3456

Hi, I was wondering if it's possible to separate elements in multiple rows that actually should appear in different columns. I have a file where in certain lines there are elements not separated, and they certainly should appear in different columns (an example of the file is attached). The point is that I do not want to manually add a space in the txt file, however, I did not

While researching Areski's new Web-MeetMe management gui, I found some odd (from what I expected) behaviour). Using the CLI to set un/mute status works but does not update the flags, or so it appears. Starting with a fresh conference (1 user) *CLI> meetme list 3456 User #: 1 Channel: OH323/R61 Using the CLI to mute the caller (no change in the user status0 *CLI> meetme mute 3456 1 *CLI> meetme list 3456 User #: 1 Channel: OH323/R61 Using the *-DTMF menu to mute oneself *CLI> meetme list 3456 User #: 1 Channel: OH323/R61 (Listen only) Is this t...

I am hoping someone else is already doing what I need to do, and can give me some pointers. Situation: 1. I am running Centos 4.3 x86_64 on a machine at home, without broadband access. I have dialup access, but that doesn't work very well for something like "yum update", so I am still running 4.3 as issued on the CDs. 2. I have high speed access at work, and I have a USB drive to

https://bugzilla.mindrot.org/show_bug.cgi?id=3456 Bug ID: 3456 Summary: provide a way to have forwardings killed, when the remote command/shell finishes Product: Portable OpenSSH Version: v9.0p1 Hardware: Other OS: All Status: NEW Seve...

...e=44100 # Ogg Vorbis specific settings. Note: Valid settings for BitrateQuality flag are (Quality, Bitrate Management) OggQuality=0 OggBitrateQualityFlag=Quality [..] log-part: [..] 04/06/06 01:20:59 Debug(liboddcast.cpp:2475): determining left/right max... 04/06/06 01:20:59 Debug(liboddcast.cpp:3456): do_encoding end (1) 04/06/06 01:20:59 Debug(liboddcast.cpp:3463): 3 Calling handle output - Ret = 1 04/06/06 01:20:59 Debug(liboddcast.cpp:3327): 3 Calling handle output 04/06/06 01:20:59 Debug(liboddcast.cpp:3407): In samplerate = 44100, Out = 44100 04/06/06 01:20:59 Debug(liboddcast.cpp:3454):...

Hello Debian Xen team, I have two questions regarding Xen vulnerability CVE-2015-3456 / XSA-133 / "Venom" in Debian [1]: * I noticed that [1] says 4.4.1-9 not to be vulnerable ("fixed") but according to the Debian Changelog [2] 4.4.1-9 appeared in Debian before XSA-133 was published and xen_4.4.1-9.debian.tar.xz [3] does not seem to contain any XSA-...

...bug remains. This should be available from the normal xen4 repositories sometime this afternoon. -George ---------- Forwarded message ---------- From: Xen.org security team <security at xen.org> Date: Wed, May 13, 2015 at 12:16 PM Subject: [Xen-users] Xen Security Advisory 133 (CVE-2015-3456) - Privilege escalation via emulated floppy disk drive To: xen-announce at lists.xen.org, xen-devel at lists.xen.org, xen-users at lists.xen.org, oss-security at lists.openwall.com Cc: "Xen.org security team" <security at xen.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1...

On 15/05/2015 09:41, Sebastian Pipping wrote: > * I noticed that [1] says 4.4.1-9 not to be vulnerable ("fixed") > but according to the Debian Changelog [2] 4.4.1-9 appeared > in Debian before XSA-133 was published and > xen_4.4.1-9.debian.tar.xz [3] does not seem to contain > any XSA-133 patch. Could you elaborate why 4.4.1-9 is not affected? This would

...brpc/ndr/ndr.c:ndr_push_error(493) ndr_push_error(5): Bad char conversion [2010/10/20 19:02:49, 0] rpc_server/srv_pipe.c:api_rpcTNP(2381) api_rpcTNP: samr: SAMR_QUERYDISPLAYINFO failed. When I try to list the domain users : 2010/10/20 19:03:43, 2] rpc_server/srv_samr_nt.c:_samr_LookupDomain(3456) Returning domain sid for domain CIRAD_STP -> S-1-5-21-3907834674-2055786620-3212856667 [2010/10/20 19:03:43, 2] rpc_server/srv_samr_nt.c:_samr_LookupDomain(3456) Returning domain sid for domain CIRAD_STP -> S-1-5-21-3907834674-2055786620-3212856667 [2010/10/20 19:03:43, 1] librpc/ndr/n...

...he documentation that says "Blank fields are also considered to be missing values." > na.strings: a vector of strings which are to be interpreted as 'NA' > values. Blank fields are also considered to be missing > values. temp.dat ---------------- 123456-999 01234 56-9990123412345 ---------------- read.fwf.test.r ------------------------------------------------ tmp1 <- read.fwf("temp.dat", na.strings="-999", col.names=LETTERS[1:4], widths=c(2,4,5,5)) tmp1 tmp2 <- read.fwf...

Hey Everyone, So here is what is going on I have two computers on the same network that are both connected to the PDC of a samba domain (on the same network segment): ____________________________________________ | | | | | |

Good day, What will happen if on x86_64 some i386 rpms get installed, please. Thanks Johan

Calls that come in on DAHDI FXO ports are routed to [context], extension 's' INSTEAD, I would like to route specific ports to specific extensions, For example: I want DAHDI/1-1 to go to 1234 I want DAHDI/1-2 to go to 2345 I want DAHDI/1-3 to go to 3456 ...etc What is the CLEANEST way to do this? Yes, I can create a private context for each DAHDI channel but that seems messy and verbose. [useless-context1] exten => s,1,goto(context,1234,1) [useless-context2] exten => s,1,goto(context,2345,1) [useless-context3] ...etc Slightly better, I c...

...someone to dial in and remotely change where their call is forwarded to? For example, I'm working from home so I want my calls to go to 555 1234, now I need to go out for a bit so I'd like to phone the office and using DTMF tell the asterisk PBX to now forward my calls to my cell phone 555 3456 Has anyone implimented anything like this? R.

...--- próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: <https://stat.ethz.ch/pipermail/r-help-es/attachments/20181016/f56101dd/attachment-0001.html> ------------ próxima parte ------------ A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 3456 bytes Desc: image001.png URL: <https://stat.ethz.ch/pipermail/r-help-es/attachments/20181016/f56101dd/attachment-0001.png>

Hi, I'm having (yet another) problem with R. I have a few data sets that have this sort of format dataset1 ID DATA 1234 value 2345 value 3456 value dataset2 ID DATA 1111 value 2345 value 3333 value What i really want to do is write an R script that says "if the ID of dataset1 and 2 match (2nd row), print out that whole row into a new dataset3". No idea how to do that though. Normally I would just write out the files to a txt...

...ot; "74" "02" So it appears that the substitution takes one character extra to the left but the following indicates that the lower limit of the selected range is also at fault: > s<-c("1","12","123","1234","12345","123456") > gsub("[12]([4-6]*)","",s) [1] "" "" "3" "34" "345" "3456" Probably more elegant examples could be constructed that could home in on the issue. The version is R 2.0.1 on Linux so perhaps it is...

...t;NA> 4 c:\\foo <NA> 'poor table$' TABLE <NA> sqlQuery(myChan,"select * from [my customers$] ") CUST_ID NAME SOCIAL DOB 1 1 superman 1234 1940-12-31 2 2 batman 2345 1960-01-01 3 3 wonderwoman 3456 1942-05-15 4 4 spiderman 4567 1982-09-30 sqlQuery(myChan,"select * from [my customers orders$] ") ORDER_ID CUST_ID DATE PRODUCT_ID QUANTITY 1 1 3 1997-08-13 1 12 2 2 3 1998-07-23 7 24 3 3 1 1994-01-08...

...24249 0,5 11839 220,61201 0,5 4771 218,94856 0,5 6026 218,7 0,5 11838 213,44438 0,5 3410 209,35622 0,5 6027 206,68399 0,5 6029 206,10424 0,5 11837 205,28621 0,5 6025 201,21227 0,5 1042 199,78883 0,5 4775 197,29348 1 7265 195,07017 1 4776 175,90948 1 10725 175,60525 1 10724 173,2342 1 3456 172,44641 1 11589 170,2784 1 7190 169,53567 1 11799 169,19097 1 6024 169,09314 1 3416 168,39827 1 10726 165,25617 1 11840 164,43032 1 11800 162,7957 1 11590 155,31572 1 1043 154,6438 1 11841 153,80017 1 7189 152,26293 1 11588 151,07692 1 11798 151,0658 1 3446 147,0405 1 11836 147,02...

...ng6 -I n1 ff02::1 > PING ff02::1(ff02::1) from fe80::2c3b:53ff:fea0:9d26 n1: 56 data bytes > 64 bytes from fe80::2c3b:53ff:fea0:9d26: icmp_seq=1 ttl=64 time=0.099 ms > 64 bytes from fe80::c4a2:78ff:fe7d:af8d: icmp_seq=1 ttl=64 time=0.590 ms > (DUP!) > 64 bytes from fe80::5054:ff:fe12:3456: icmp_seq=1 ttl=64 time=0.967 ms > (DUP!) > 64 bytes from fe80::5054:ff:fe12:3457: icmp_seq=1 ttl=64 time=2.10 ms (DUP!) > 64 bytes from fe80::2c3b:53ff:fea0:9d26: icmp_seq=2 ttl=64 time=0.097 ms > 64 bytes from fe80::c4a2:78ff:fe7d:af8d: icmp_seq=2 ttl=64 time=0.318 ms > (DUP!) >...