search for: hexdump

On Tue, 18 Oct 2016, Pete Mundy wrote: > If you want to know what is _really_ in that file (including all > invisible characters and anything else that wc etc might not count), > pipe it through 'hexdump'. > > cat?/home/test/feature-1.txt | hexdump Or just: hexdump /home/test/feature-1.txt -- Thanks in advance, ------------------------------------------------------------------------- Steve Edwards sedwards at sedwards.com Voice: +1-760-468-3867 PST https://w...

Hi all, Date: Thu, 10 Dec 2009 22:55:20 +0800 Subject: [PATCH] [RFC] lib: add a hex dump lib function I think it would be better to have a hex dump routine; it would make debugging much easier since it can dump the data, like fs meta data, in a hex style, just like what the 'hexdump -C file' command does. BTW, I'm not sure where should I to put the hexdump function declaration. For now, I just put it in stdio.h, since I think it's a little better than adding a new hexdump.h Signed-off-by: Liu Aleaxander <Aleaxander at gmail.com> --- com32/include/stdio.h |...

Applies to Syslinux 5.00-pre9. Attached, below, and available at: Repository: git://git.zytor.com/users/sha0/syslinux.git Branch: hexdump - Shao Miller From c9c67dd61ba0b11e46d514601cf0722e1b43017c Mon Sep 17 00:00:00 2001 From: Shao Miller <sha0.miller at gmail.com> Date: Sun, 4 Nov 2012 00:26:32 -0400 Subject: [PATCH] hexdump.c32: Simple file hex-dumper Usage: %s [<option> [...]] <filename> [<option> [.....

...d to mimic the darwin linker it needs to support an option that dumps a binary file which contains a list of the input and output files. This file is used by Xcode to dynamically update its dependency graph. I’m a bit stumped on how to test this. Some ideas I have: * Use REQUIRES: shell, then run hexdump and FileCheck that (is hexdump output consistent on all *nix platforms?) * Use REQUIRES: shell, then run sed or perl to format the file with lines and opcode values and FileCheck that (is sed/perl on all platforms?) * Since lit uses Python, it seems like I should be able to use python to transfor...

These small fixes are required to fix the build and tests on Debian (using the debootstrap/debirf appliance). There is currently another bug in the Debian tests which I'm looking into. hexdump always fails as follows: libguestfs: error: hexdump: hexdump: /test123: hexdump: /sysroot/test123: Bad file descriptor Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and buil...

...roupID=513)' userPrincipalName unicodePwd .... # record 494 dn: CN=XXX,CN=Users,DC=YYY,DC=ZZZ,DC=fr unicodePwd:: wXQvJaSkn0gvg1POsY9Icw== uidNumber: 5110 userPrincipalName: XXX ... ok. Then, I convert the password from utf-16 to hex : $ echo 'wXQvJaSkn0gvg1POsY9Icw==' | base64 -d -w 0 | hexdump -e '/1 "%02X"' C1742F25A4* 9F482F8353CEB18F4873 why there is a * and a new line ? base64 (and hexdump) are silent about that. If I run hd instead of hexdump : 00000000 c1 74 2f 25 a4 a4 9f 48 2f 83 53 ce b1 8f 48 73 |.t/%...H/.S...Hs| the problem is with the second 0xa4 chara...

...huge_qemu_1G hugetlbfs rw,pagesize=1G 0 0\n" 16:43 < martingo_> any ideas 16:48 < martingo_> any help? An example of what can go wrong is shown here: $ guestfish -N fs -m /dev/sda1 \ write /foo "hello" : write-append /foo "goodbye\n" : hexdump /foo 00000000 68 65 6c 6c 6f 67 6f 6f 64 62 79 65 5c 6e |hellogoodbye\n| 0000000e Notice that the literal characters '\' and 'n' have been added to the file. It helps to look at the API calls being made, by adding the guestfish -x option: $ guestfish -x -N fs -m /dev/sda...

Small change to metaflac hexdump function. Changed so utf-8 decoding is only used for filename printing and changed hex output printing to not rely only on isprint. That function seems to return true for tabulator control character under Windows when application isn't using C-locale. At least it did so for all locales I tr...

...byte 0000: 00 . 00:00:00.419: serialno 1225743615, calc. gpos 18496, packetno 3: 1 byte 0000: 0a [etc, same through packetno 16] 00:00:00.460: serialno 1225743615, calc. gpos 20288, packetno 17: 448 bytes [real data here] The first 50 kB of a hexdump -c of a sample corrupt file is attached here (approximately the mailing list limit). An entire hexdump is here: http:///adam.rosi-kessel.org/bugs/liboggz/484/hexdump.txt Adam -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: hexdump.txt Url: h...

2009/6/18 Adam Rosi-Kessel <adam at rosi-kessel.org>: > On Thu, Jun 18, 2009 at 11:12:30PM +0900, Conrad Parker wrote: >> yow, that's pretty badly corrupted, the vorbis codebooks (usually the >> third packet) is completely gone. It looks like you'd need to throw >> away the first 16 packets, start with fresh headers, and copy in the >> rest of the data

On 6/18/09, Conrad Parker <conrad at metadecks.org> wrote: > This sounds like it needs a new tool specifically for fixing broken > Ogg files. I see two solutions: 1) the new vcut which I reckon will fix the problem since it has to split and rebuild the audio in a new Ogg 2) an Hex editor, even if just to check what's wrong in the metadata section -Ivo

[moved to nut-upsdev while we figure out the protocol] > On Mar 9, 2017, at 11:22 AM, Drew from Zhrodague <drewzhrodague at zhrodague.net> wrote: > > I'm able to cat /dev/usb/hiddev0 and /dev/hidraw0 - I pipe this through hexdump and I get different types of data from each: > > > hiddev: > > 0002420 00a7 ffa0 00ff 0000 00a7 ffa0 00ff 0000 > 0002430 00a7 ffa0 00a3 0000 00a7 ffa0 0001 0000 > 0002440 00a6 ffa0 0080 0000 00a7 ffa0 0011 0000 > 0002450 00a7 ffa0 00bd 0000 00a7 ffa0 0057 0000 > 000246...

...t_block(iterator, metaData, TRUE); FLAC__metadata_simple_iterator_delete(metaData); the saveCommentsToIterator method just updates the "entry" and "length" fields of those comment entries in the vorbis_comments that have changed. (is that perhaps not correct?) .... hexdumping the file after writing seems to show a new comment block with the appropriate new values in it ... The problem, which the docs hinted at: - if the comments are shorter or not much longer: everything works great - if the comments are much longer: the file appears to be rewritten. hexdum...

...uct cached_pkts * cached_pkts); +static int dump_cached_pkts(struct cached_pkts * cached_pkts); +static void free_cached_pkts(struct cached_pkts * cached_pkts); +static void dump_cached_pkt(struct cached_pkt * cached_pkt); +static int mk_ipaddr(struct ipaddr_str * str, in_addr_t addr); +static void hexdump(const void * memory, size_t bytes); + +struct ipaddr_str { + char v[countof(ipaddr_str_template)]; + }; + +struct cached_pkt { + void * buffer; + size_t len; + }; + +struct cached_pkts { + struct cached_pkt pkt[cached_pkt_count]; + }; + +static const struct ipaddr_str new_ipaddr_str...

...the command above gives this: > t = read.table("test.csv", header=T, sep="\t",dec=",") > t ??a 1 NA 2 NA 3 NA I tried to play with the "encoding" parameter but that would not change anything. The file from OpenOffice is in UTF-16, as shown by hexdump: $ hexdump test.csv 0000000 feff 0061 0009 0062 0009 0063 0009 0064 0000010 000d 000a 0058 0009 0031 002c 0032 0009 0000020 0031 002c 0033 0009 0031 002c 0034 000d 0000030 000a 0059 0009 0032 002c 0032 0009 0032 0000040 002c 0033 0009 0032 002c 0034 000d 000a 0000050 005a 0009 0033 002c 0032 0009 0...

...i.c32 sanboot.c32 ifcpu64.c32 vesainfo.c32 \ > - kbdmap.c32 cmd.c32 vpdtest.c32 host.c32 ls.c32 gpxecmd.c32 \ > - ifcpu.c32 cpuid.c32 cat.c32 pwd.c32 ifplop.c32 zzjson.c32 \ > - whichsys.c32 prdhcp.c32 pxechn.c32 kontron_wdt.c32 ifmemdsk.c32 \ > - hexdump.c32 poweroff.c32 cptime.c32 debug.c32 > +# BIOS-specific modules > +MOD_BIOS = disk.c32 elf.c32 ethersel.c32 gpxecmd.c32 ifmemdsk.c32 ifplop.c32 \ > + kbdmap.c32 kontron_wdt.c32 pcitest.c32 pmload.c32 poweroff.c32 \ > + prdhcp.c32 pxechn.c32 sanboot.c32 sdi.c32 vesainf...

...> .... > # record 494 > dn: CN=XXX,CN=Users,DC=YYY,DC=ZZZ,DC=fr > unicodePwd:: wXQvJaSkn0gvg1POsY9Icw== > uidNumber: 5110 > userPrincipalName: XXX > ... > ok. Then, I convert the password from utf-16 to hex : > $ echo 'wXQvJaSkn0gvg1POsY9Icw==' | base64 -d -w 0 | hexdump -e '/1 > "%02X"' C1742F25A4* > 9F482F8353CEB18F4873 > > why there is a * and a new line ? base64 (and hexdump) are silent > about that. > > If I run hd instead of hexdump : > 00000000 c1 74 2f 25 a4 a4 9f 48 2f 83 53 ce b1 8f 48 73 > |.t/%...H/.S...H...

...ded below. The feedback from testing the previous prereleases has been really constructive, so thanks to everyone for that. That feedback has been addressed in some of the commits listed below, but it's not all bug fixes, we've also got some new features and modules, such as Shao's new hexdump.c32 module and initrdfile= support for the linux.c32 module, as well as strerror cleanups from Gene (we've now got a *decent* strerror() implementation). This won't be the last 5.00 prerelease as we're aware of a resource leak bug and there's a couple of items on my TODO list that...

Hi List, When doing 'ael reload' on two servers, which are setup with asterisk 1.4.22 and 1.4.35 respectively, I am getting multiple lines of this strange error: ERROR[15483]: ael.flex:647 ael_yylex: Unhandled char(s): On three other servers with same versions of asterisk, i.e. 1.4.22, I don't see this error. Number of lines of the error are the same as the number of lines of the

...customization and installation, and mux and demux examples can be read online at: http://www.annodex.net/software/liboggz/html/ Tools ----- The Oggz source tarball also contains the following command-line tools, which are useful for debugging and testing Ogg bitstreams: * oggzdump: Hexdump packets of an Ogg file, or revert an Ogg file from such a hexdump. * oggzdiff: Hexdump the packets of two Ogg files and output differences Oggz is Free Software, available under a BSD-style license. License ------- Oggz is Free Software, available under a BSD styl...