Sponsored Content
Top Forums Programming Best reference for understanding core file and debugging for different architectures Post 302950965 by bakunin on Thursday 30th of July 2015 01:55:40 PM
Old 07-30-2015
Corefiles are as different as the architectures and binary formats they come from. I do not think there is any general answer to what you want to know, because there is no general principe you could build on.

I hope this helps.

bakunin
 

7 More Discussions You Might Find Interesting

1. UNIX for Dummies Questions & Answers

Debugging core file from another server

Hi all, One fine day one of the services in our prod server started core dumping and then the core file was ftp'd to our test server , to debug we used gdb with the executable which we had but we could not get the function names ( maybe due to missing symbols ) How do i solve this ... (1 Reply)
Discussion started by: diasgeorge
1 Replies

2. IP Networking

Best reference for understanding low level info on nic cards drivers and functionality

Hi, What is the best reference that gives in detail on nic cards configuration , assigning multiple ip addresses to a single interface, netlink library etc and all basic stuff at this level..? Thanks (2 Replies)
Discussion started by: Gopi Krishna P
2 Replies

3. Shell Programming and Scripting

Perl de-reference code reference variable

Guys, May i know how can we de reference the code reference variable.? my $a = sub{$a=shift;$b=shift;print "SUM:",($a+$b),"\n";}; print $a->(4,5); How can we print the whole function ? Please suggest me regarding this. Thanks for your time :) Cheers, Ranga :) (0 Replies)
Discussion started by: rangarasan
0 Replies

4. Shell Programming and Scripting

Problem in understanding debugging

Hi i was going through the script debugging technique. below example was given in the book. 1 #!/bin/sh 2 3 Failed() { 4 if ; then 5 echo "Failed. Exiting." ; exit 1 ; 6 fi 7 echo "Done." 8 } 9 10 echo "Deleting old backups,... (11 Replies)
Discussion started by: scriptor
11 Replies

5. Red Hat

Gdb error while debugging core file

Hi, I am trying to analyze one core file on my RHEL 6.5, but I am getting below error related to the core file. So I am not getting any stack trace about the crash. # gdb MyDebugBin /var/core/MyDebugBin.27005 GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1) Copyright (C) 2010 Free... (2 Replies)
Discussion started by: sanzee007
2 Replies

6. Shell Programming and Scripting

Keeping record of file 2 based on a reference file 1 in awk

I have 2 input files (tab separated): file1: make_A 1990 foo bar make_B 2010 this that make_C 2004 these those file2: make_X 1970 1995 ref_1:43 ref_2:65 make_A 1970 1995 ref_1:4 ref_2:21 ref_3:18 make_A 1980 2002 ref_1:7 ref_2:7 ref_3:0 ... (2 Replies)
Discussion started by: beca123456
2 Replies

7. UNIX for Dummies Questions & Answers

awk to replace values in one file using a second reference file

Hi, I'd be grateful for your help with the following: I have a file with a single column (file1). Let's say the values are: a b c 5 d I have a second, reference file (ref_file), which is colon-delimited, and is effectively a key. Let's say the values in it are: a:1 b:2 c:3 d:4... (4 Replies)
Discussion started by: aberg
4 Replies
PO4A-BUILD(1)							       PO4A							     PO4A-BUILD(1)

NAME
po4a-build - build translated documentation SYNOPSIS
po4a-build [-f | --file FILE] [--pot-only] po4a-build [-? | -h | --help | --version] DESCRIPTION
po4a-build is intended to make it as easy to produce translated documentation as it can be to produce the current untranslated content. When po4a prepares the translated content as POD or DocBook XML, the final documentation can then be built using po4a-build. Both the untranslated and translated content is built as a single process, updating the POT files at the same time. Existing build instructions are replaced by a single call to po4a-build and a simple configuration file is used to tell po4a-build how to build each element and which binary packages will include the translated and untranslated content. Once built, the content will be in package-specific directories beneath the BASEDIR specified in the configuration file. For a binary package foo, with translations into German and French, this would result in: BASEDIR/foo/man/man1/foo.1 BASEDIR/foo/man/de/man1/foo.1 BASEDIR/foo/man/fr/man1/foo.1 This makes it easy to include all the generated content into the binary package with a single install location: doc/foo/man/* ./usr/share/man/ doc/foo/html/* ./usr/share/doc/foo/ This rule will not need to be updated when new translations are added and adding a second binary package (bar) allows the content for that package to kept separate. Supported formats Currently, po4a-build supports the following combinations: 1. DocBook XML for section 1. 2. DocBook XML for section 3. 3. DocBook XML for HTML. 4. POD for section 1. 5. POD for section 3. 6. POD for section 5. 7. POD for section 7. All supported formats, in all supported combinations, can be handled in a single po4a-build.conf configuration file and in a single call to po4a-build. See po4a-build.conf(5). CONFIGURATION
po4a-build uses a default configuration file, po4a-build.conf which should be in the top level directory of your package VCS. (Use the -f option to specify a different file.) See po4a-build.conf(5). Example 1. example configuration file An example configuration file is available at: /usr/share/doc/po4a/examples/po4a-build.conf.example configuration file layout The configuration file consists of several sections, general, XML/XSL support, POD support and HTML support. General includes the name and location of the po4a config file (probably best to leave this as po4a.config), the po directory containing the documentation PO files (often doc/po), the full name of the POT file used to create the translations, the BASEDIR for the generated output, whether the package contains manpages in section 3 rather than just section 1 and the names of the binary packages which are to contain the generated output. XML/XSL support includes specifying which of the binary packages use XSL support in the XMLPACKAGES variable, the top level DocBook file to pass to xsltproc and the location of the XML or DocBook files. The XSLFILE can be overridden, if necessary. POD support includes specifying which of the binary packages use POD support in the PODPACKAGES variable and the full name of the POD file. HTML support specifies the subdirectory to create below BASEDIR for the untranslated and translated HTML content and the DocBook file to generate the HTML. The HTMLXSL file can be overridden, if necessary. COMMANDS
--pot-only Only updates the POT file(s). --pot-only is intended to support packages including all POT files in the package source. Packages using Autotools can easily add the POT file via EXTRA_DIST but packages just using a Makefile or certain VCS build helpers can find it awkward to add the POT file (which is a generated file) without putting the POT file into the VCS. To avoid this ugly and unnecessary work, po4a-build can update the POT file(s) at the start of the build, so that dpkg-source includes them into the source tarball. Example 2. svn-buildpackage example svn-buildpackage has explicit support for this kind of addition, using the useNativeDist SVN property and the native-dist Make target. # adds the POT file to the source tarball native-dist: Makefile po4a-build --pot-only $ svn propset useNativeDist 1 debian -h|--help print the usage message and exit. --version print the usage message and exit. OPTIONS
-f|--file FILE Override the po4a-build default configuration file (po4a-build.conf) and supply your own. AUTHOR
po4a-build was written by Neil Williams <codehelp@debian.org>. This manual page was written by Neil Williams <codehelp@debian.org> PO4A 06/10/2014 PO4A-BUILD(1)
All times are GMT -4. The time now is 07:32 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy