search for: 000001b0

...e-hangup) Calls from the PSTN: [Somecompany-IVR-day] exten => s,1,Dial(SIP/username1&SIP/username2&SIP/username3,20) exten => s,n,Goto(Somecompany-IVR-night,s,1) The errors from Asterisk when internal calls are made: -- Executing [311 at somecompany:1] Set("SIP/username3-000001b0", "CALLERID(name)="Internal call"") in new stack -- Executing [311 at somecompany2] SIPAddHeader("SIP/username3-000001b0", "Alert-Info: info=<Bellcore-dr2>") in new stack -- Executing [311 at somecompany3] Dial("SIP/username3-000001b0&...

...13 59 5A 58 72 09 40 75 01 42 03 5E 0B E2 CC C3 .YZXr.@u.B.^.âÌà 00000180 03 18 01 27 0D 0A 49 6E 76 61 6C 69 64 20 73 79 ...'..Invalid sy 00000190 73 74 65 6D 20 64 69 73 6B FF 0D 0A 44 69 73 6B stem diskÿ..Disk 000001A0 20 49 2F 4F 20 65 72 72 6F 72 FF 0D 0A 52 65 70 I/O errorÿ..Rep 000001B0 6C 61 63 65 20 74 68 65 20 64 69 73 6B 2C 20 61 lace the disk, a 000001C0 6E 64 20 74 68 65 6E 20 70 72 65 73 73 20 61 6E nd then press an 000001D0 79 20 6B 65 79 0D 0A 00 49 4F 20 20 20 20 20 20 y key...IO 000001E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 80 01 SYSMSDOS SYS€. 000001F0...

...d certificate (awk '{print $2}' filename-cert.pub | base64 -D | hexdump -C ) I get the following relevant snippet of the dump: 00000190 00 00 00 27 00 00 00 0e 73 6f 75 72 63 65 2d 61 |...'....source-a| 000001a0 64 64 72 65 73 73 *00 00 00 11 00 00 00 0d *31 30 |ddress........10| 000001b0 2e 37 38 2e 37 32 2e 30 2f 32 39 00 00 00 82 00 |.78.72.0/29.....| highlighted is the double-prefix in question: 00 00 00 11 00 00 00 0d The same happens with the force-command value. This apparent deviation (unless I misread the spec, of course!) creates problems in terms of interoperabilit...

http://bugzilla.mindrot.org/show_bug.cgi?id=124 ------- Additional Comments From markus at openbsd.org 2002-02-23 06:10 ------- what does "streaming" mean? what does "output reports" mean? do you have more detailed reports? do you have debugging output? what clients are involved? what servers? does the same happen with openssh 3.0.2? does the same happen with a recent

...40 75 01 42 03 5E 0B E2 CC C3 .YZXr.@u.B.^.âÌà > 00000180 03 18 01 27 0D 0A 49 6E 76 61 6C 69 64 20 73 79 ...'..Invalid sy > 00000190 73 74 65 6D 20 64 69 73 6B FF 0D 0A 44 69 73 6B stem diskÿ..Disk > 000001A0 20 49 2F 4F 20 65 72 72 6F 72 FF 0D 0A 52 65 70 I/O errorÿ..Rep > 000001B0 6C 61 63 65 20 74 68 65 20 64 69 73 6B 2C 20 61 lace the disk, a > 000001C0 6E 64 20 74 68 65 6E 20 70 72 65 73 73 20 61 6E nd then press an > 000001D0 79 20 6B 65 79 0D 0A 00 49 4F 20 20 20 20 20 20 y key...IO > 000001E0 53 59 53 4D 53 44 4F 53 20 20 20 53 59 53 80 01 SYSMSDOS S...

...0 00 00 00 00 00 01 70 00 00 00 00 00 00 01 78 .......p.......x +00000180: 00 00 00 00 00 00 01 80 00 00 00 00 00 00 01 88 ................ +00000190: 00 00 00 00 00 00 01 90 00 00 00 00 00 00 01 98 ................ +000001a0: 00 00 00 00 00 00 01 a0 00 00 00 00 00 00 01 a8 ................ +000001b0: 00 00 00 00 00 00 01 b0 00 00 00 00 00 00 01 b8 ................ +000001c0: 00 00 00 00 00 00 01 c0 00 00 00 00 00 00 01 c8 ................ +000001d0: 00 00 00 00 00 00 01 d0 00 00 00 00 00 00 01 d8 ................ +000001e0: 00 00 00 00 00 00 01 e0 00 00 00 00 00 00 01 e8 .................

...04 e8 01 00 58 24 0f 3c 09 76 02 |[.P......X$.<.v.| 00000170 04 07 04 30 e8 de ff c3 5e 55 50 53 ac e8 d5 ff |...0....^UPS....| 00000180 3c 0a 75 f8 5b 58 5d 56 c3 00 00 00 00 00 00 00 |<.u.[X]V........| 00000190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001b0 Build the USB stick: 2017-03-21 13:44:13 root at hd-tracy ~ # /home/dpchrist/sandbox/syslinux/thomas-schmitt/block_seq-20170321-0141/block_seq | dd iflag=fullblock bs=1M count=647 of=/dev/sdb 647+0 records in 647+0 records out 678428672 bytes (678 MB) copied, 133.741 s, 5.1 MB/s 2017-03-21 13...

Hi, i have uploaded a little gz compressed tarball http://scdbackup.webframe.org/block_seq.tgz containing -rwxr-xr-x thomas/thomas 4552 2017-03-21 09:23 block_seq -rw-r--r-- thomas/thomas 315 2017-03-21 09:22 block_seq.c To be unpacked in a suitable directory by tar xvzf block_seq.tgz The binary "block_seq" was compiled on Debian Jessie. If it does not run, do cc -o

> > The appliance kernel couldn't find any partitions at all on the disk. > > Is it a raw format disk image, or some other format that qemu can > reasonably be expected to read? I used the "Advanced Options" of Macrium Reflect (on Windows 7) to do a raw byte copy. If it is, then yes I'd say the image is corrupted. However you'd > probably want to hexdump

...f fa 90 90 f6 c2 80 74 05 f6 c2 70 |...........t...p| [snip] 00000180 7d e8 2e 00 cd 18 eb fe 47 52 55 42 20 00 47 65 |}.......GRUB .Ge| 00000190 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 52 65 61 |om.Hard Disk.Rea| 000001a0 64 00 20 45 72 72 6f 72 0d 0a 00 bb 01 00 b4 0e |d. Error........| 000001b0 cd 10 ac 3c 00 75 f4 c3 00 00 00 00 00 00 00 00 |...<.u..........| 000001c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| 00000200 We try to boot the DomU again: # xm create -c blup.kass...

...4:00.0: gr: DATA_ERROR 0000000c [INVALID_BITFIELD] [ 227.665022] nouveau 0000:04:00.0: gr: 00100000 [] ch 6 [007f437000 Xorg[751]] subc 3 class 8397 mthd 135c data 000472e8 [ 227.847944] nouveau 0000:04:00.0: fifo: DMA_PUSHER - ch 6 [Xorg[751]] get 0000138e10 put 000013b454 ib_get 000001ad ib_put 000001b0 state 40000004 (err: INVALID_MTHD) push 00400040 [ 227.850171] nouveau 0000:04:00.0: fifo: CACHE_ERROR - ch 6 [Xorg[751]] subc 0 mthd 0000 data 00146200 [ 227.889579] nouveau 0000:04:00.0: Xorg[751]: multiple instances of buffer 4 on validation list [ 227.889588] nouveau 0000:04:00.0: Xorg[751]:...

...5 f6 c2 70 |...........t...p| > [snip] > 00000180 7d e8 2e 00 cd 18 eb fe 47 52 55 42 20 00 47 65 |}.......GRUB .Ge| > 00000190 6f 6d 00 48 61 72 64 20 44 69 73 6b 00 52 65 61 |om.Hard Disk.Rea| > 000001a0 64 00 20 45 72 72 6f 72 0d 0a 00 bb 01 00 b4 0e |d. Error........| > 000001b0 cd 10 ac 3c 00 75 f4 c3 00 00 00 00 00 00 00 00 |...<.u..........| > 000001c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| > * > 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.| > 00000200 > > We try to boot the DomU ag...

https://bugs.freedesktop.org/show_bug.cgi?id=99584 Bug ID: 99584 Summary: XVMC on nv43 class card broken with recent mesa + kernel. Product: Mesa Version: git Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

...ea 00 7c 00 00 50 b8 0d 0e 31 db cd 10 be |....|..P...1....| 00000180 8c 07 b9 04 00 ac cd 10 e2 fb 58 c3 4d 42 52 20 |..........X.MBR | 00000190 10 00 01 00 00 7c 00 00 00 00 00 00 00 00 00 00 |.....|..........| 000001a0 31 32 33 34 46 00 00 41 4e 44 54 6d 62 72 00 02 |1234F..ANDTmbr..| 000001b0 00 02 90 c7 12 00 80 00 52 ed 07 5f a8 01 80 20 |........R.._... | 000001c0 21 00 0e 92 7a d8 00 08 00 00 00 d0 73 00 00 00 |!...z.......s...| 000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................| * 000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |...........

On 03/18/2017 03:02 PM, Thomas Schmitt via Syslinux wrote: > Hi, > > David Christensen wrote: >> I use this USB flash drive for bootable installer images; I do not >> attempt to mount it. I don't know that I could, even if I wanted to: > > mkdir /mnt/iso > mount /dev/sdc /mnt/iso > > or, because partition 1 starts at block 0, you may mount it too >

I have dropped the map filter from this series for now while I try to get it working. However I think the truncate filter is in a good shape. This incorporates all feedback from Eric's review. Also there are three small fixes to the filter code, all revealed when I was testing using multiple filters which we'd not done much of before. Rich.

...001 minor : 00 0002 pkt_type : 00 0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 01c0 000a auth_len : 0000 000c call_id : 00000015 000010 smb_io_rpc_hdr_req hdr_req 0010 alloc_hint: 000001b0 0014 context_id: 0000 0016 opnum : 0009 rpc_api_pipe: cmd:26 fnum:7013 size=522 smb_com=0x25 smb_rcls=0 smb_reh=0 smb_err=0 smb_flg=8 smb_flg2=16385 smb_tid=1 smb_pid=2171 smb_uid=0 smb_mid=1 smt_wct=16 smb_vwv[0]=0 (0x0) smb_vwv[1]=448 (0x1C0) smb_vwv[2]=0 (0x0) smb_vwv[3]=448 (0x1C0)...

This patch series proposes two new filters. * truncate: This can truncate, extend, round up or round down the size of a plugin/device. A typical usage is to fix the qemu problem that it can only handle devices which are a multiple of 512-bytes: nbdkit --filter=truncate random size=500 round-up=512 This will serve a virtual device with size 512 bytes. Reading from the last 12 bytes will