[prev in list] [next in list] [prev in thread] [next in thread]
List: doxygen-users
Subject: Re: [Doxygen-users] Doxygen working directory // Doxygen-users Digest, Vol 68, Issue 4
From: Dimitri Van Heesch <doxygen () gmail ! com>
Date: 2012-01-30 18:51:35
Message-ID: D7AC9BA5-42EF-46CB-9F9D-BEE61BA50D09 () gmail ! com
[Download RAW message or body]
Hi Patric,
The paths in the Doxyfile are relative from the directory where doxygen is run.
This is not different than for instance running 'make', i.e.
make -f some/path/Makefile
will run make on the given Makefile, but the current working dir is not some/path/ in \
this case.
Regards,
Dimitri
On Jan 30, 2012, at 17:15 , Patric Sherif wrote:
> Hi again, sry for my late reply, but I worked around the issue by using a bat file.
>
> The Problem again:
> the doxy file contains relative paths for input and output directories,
> when using the doxywizard these paths are correctly resolved using the path in \
> which the doxyfile is as the "current directory" when calling doxy from commandline \
> like this : "doxygen \Users\workspace\tools\doxygen\Doxyfile"
> the relative paths get messed up.
> I ended up writing a batch file which does the following:
> "echo off
> c:
> cd \Users\PSherif\workspace\Sandbox\tools\doxygen
> doxygen Doxyfile"
> That works but seems counter-intuitive for me.
>
> I should add that I need to create a setup where doxygen can be called from php.
>
> What's more: now that I tried this on Unix, calling doxygen via AJAX call in PHP \
> with the following Code: "$doxyFile = "../tools/doxygen/Doxyfile";
> $result = trim(shell_exec("doxygen $doxyFile 2>&1"));"
>
> I get an error message telling me that the output directory could not be found or \
> created, which is again due to the fact that the relative paths are not being \
> resolved correctly. For I'll probably have to change to absolute paths, which will \
> make me edit the Doxyfile via PHP :-(
> To me it seems logical that doxygen - if supplied with a doxyfile - should use the \
> path of the doxyfile as a base to resolve any relative paths found inside the \
> doxyfile. Instead some other path is used - on windows its probably the current \
> path shown on the commandline, and in PHP it seems to be the path from which the \
> PHP files are run.
> For me this is effectively a bug.
>
> best regards,
>
> Patric
>
> Am 10. Januar 2012 09:05 schrieb <doxygen-users-request@lists.sourceforge.net>:
> Send Doxygen-users mailing list submissions to
> doxygen-users@lists.sourceforge.net
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
> or, via email, send a message with subject or body 'help' to
> doxygen-users-request@lists.sourceforge.net
>
> You can reach the person managing the list at
> doxygen-users-owner@lists.sourceforge.net
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Doxygen-users digest..."
>
>
> Today's Topics:
>
> 1. Re: 'navtree.js': With v1.7.6.1 - no full tree 'navtree.js'
> file to customize the navigation tree? (Avraham Makeler)
> 2. Doxygen working directory? (Patric Sherif)
> 3. Re: Doxygen working directory? (Jakob van Bethlehem)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 8 Jan 2012 13:26:56 +0200
> From: Avraham Makeler <amakeler@gmail.com>
> Subject: Re: [Doxygen-users] 'navtree.js': With v1.7.6.1 - no full
> tree 'navtree.js' file to customize the navigation tree?
> To: Dimitri Van Heesch <doxygen@gmail.com>
> Cc: doxygen-users@lists.sourceforge.net
> Message-ID:
> <CANWj4+VQdKs1XZQpRGx+7-in3JnWv+29SUx2TRbtEkdCbn59Cw@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ok I see it. It's in the updated section in 'customize.html' as you wrote
> earlier - as summarized below. Ok - I will try to use that method next time.
> ---------------------------------------------------
>
> > > You can also group tabs together in a custom group using a tab with type
> "usergroup". The following example puts the above tabs in a user defined
> group with title "My Group":
>
> <navindex>
>
> ...
>
> <tab type="usergroup" title="My Group">
>
> <tab type="user" url="http://www.google.com" title="Google"/>
>
> <tab type="user" url="@ref mypage" title="My Page"/>
>
> </tab>
>
> ...
>
> </navindex>
>
>
> Great thanks,
>
> -avraham
>
>
> On Sun, Jan 8, 2012 at 10:54 AM, Avraham Makeler <amakeler@gmail.com> wrote:
>
> > Hi Dimitri,
> >
> > Thanks for commenting on this.
> >
> >
> > > > > > [ "OpenNI Overview", "index.html", "index" ],
> > > > > > [ "Related Pages", "pages.html", "pages" ],
> > > > > > [ "Modules", "modules.html", "modules" ],
> >
> > > > Note also that with 1.7.6.1 you can remove top-level branches of the
> > tree using a custom layout file.
> >
> >
> > I need some of the pages (branches) from ['"Related Pages"], and then to
> > move them somewhere else. I.e., to redesign the whole menu the way *I* want
> > it to look, rather than just based on the default with limited
> > adding/deleting.
> >
> > > > If you depend on internal, undocumented files (which navtree.js is),
> > you should be prepared to deal with unexpected changes.
> >
> > > -)
> >
> > Is there a *documented* way of doing what I need to do ?
> >
> > Great thanks,
> > avraham
> >
> >
> >
> >
> >
> >
> > On Fri, Jan 6, 2012 at 6:43 PM, Dimitri Van Heesch <doxygen@gmail.com>wrote:
> >
> > > Hi Avraham,
> > >
> > > This is not a bug nor an accidental change. Here is the relevant entry in
> > > the changelog:
> > >
> > > ----------------------
> > > + CHG: To improve the performance of loading the navigation tree,
> > > the data is now split into multiple javascript files which
> > > are loaded dynamically.
> > > ----------------------
> > >
> > > If you depend on internal, undocumented files (which navtree.js is), you
> > > should be prepared to deal with unexpected changes.
> > >
> > > Note that you can still reconstruct the whole tree from the parts (as the
> > > new navtree.js demonstrates).
> > >
> > > Note also that with 1.7.6.1 you can remove top-level branches of the tree
> > > using a custom layout file.
> > >
> > > Regards,
> > > Dimitri
> > >
> > > On Jan 6, 2012, at 9:13 , Avraham Makeler wrote:
> > >
> > > > End of emergency. After trying out my older versions of the Doxyfile
> > > files, which did not help, I tried going back to Doxygen version 1.7.5.1.
> > > >
> > > > That did it.
> > > >
> > > > It gave me back the *full tree* 'navtree.js' file. :-))))))
> > > > So now I can easily edit it to build the menu tree I need and hide the
> > > inappropriate items.
> > > >
> > > > (However v1.7.6.1 did correctly read the 'navtree.js' file from
> > > v1.7.5.1.)
> > > >
> > > > That was not a nice thing to happen just before I had to release a
> > > suite of documents...
> > > >
> > > > BTW, I noticed that v1.7.5.1 does not produce the 'navtreeindex.js'
> > > file I noticed from generated by v1.7.6.1.
> > > >
> > > > BTW#2, if you give a Doxyfile from a newer version to an older version
> > > Doxygen app, it quietly gives up without saying why.
> > > >
> > > > Anyway, so I will be sticking with v1.7.5.1 for the time being.
> > > >
> > > > Nice weekend to all.
> > > >
> > > > -avraham
> > > >
> > > >
> > > >
> > > > On Thu, Jan 5, 2012 at 3:13 PM, Avraham Makeler <amakeler@gmail.com>
> > > wrote:
> > > > Hi all,
> > > >
> > > > With v1.7.6.1, do you no longer get a *full tree* 'navtree.js' file to
> > > customize your menus?
> > > >
> > > > That's what I used to use. It was critical.
> > > >
> > > > Now I just get a *short* 'navtree.js' file as below.
> > > >
> > > > There is now a navtreeindex.js file, which I never noticed before. Is
> > > that new? It seems to do the same as the previous *full tree* format in
> > > the previous version of 'navtree.js' file, but the *full tree*
> > > 'navtree.js' file was very much easier to edit.
> > > > think the previous version of Doxygen I used was 1.7.5
> > > >
> > > > -avraham
> > > >
> > > >
> > > > var NAVTREE =
> > > > [
> > > > [ "1.5.2", "index.html", [
> > > > [ "OpenNI Overview", "index.html", "index" ],
> > > > [ "Related Pages", "pages.html", "pages" ],
> > > > [ "Modules", "modules.html", "modules" ],
> > > > [ "Namespaces", null, [
> > > > [ "Namespace List", "namespaces.html", "namespaces" ],
> > > > [ "Namespace Members", "namespacemembers.html", [
> > > > [ "All", "namespacemembers.html", null ],
> > > > [ "Functions", "namespacemembers_func.html", null ],
> > > > [ "Typedefs", "namespacemembers_type.html", null ]
> > > > ] ]
> > > > ] ],
> > > > [ "Classes", null, [
> > > > [ "Class List", "annotated.html", "annotated" ],
> > > > [ "Class Index", "classes.html", null ],
> > > > [ "Class Hierarchy", "hierarchy.html", "hierarchy" ],
> > > > [ "Class Members", "functions.html", [
> > > > [ "All", "functions.html", "functions_dup" ],
> > > > [ "Functions", "functions_func.html", "functions_func" ],
> > > > [ "Variables", "functions_vars.html", "functions_vars" ],
> > > > [ "Typedefs", "functions_type.html", null ],
> > > > [ "Enumerator", "functions_eval.html", null ],
> > > > [ "Related Functions", "functions_rela.html", null ]
> > > > ] ]
> > > > ] ],
> > > > [ "Files", null, [
> > > > [ "File List", "files.html", "files" ],
> > > > [ "File Members", "globals.html", [
> > > > [ "All", "globals.html", "globals_dup" ],
> > > > [ "Functions", "globals_func.html", "globals_func" ],
> > > > [ "Variables", "globals_vars.html", null ],
> > > > [ "Typedefs", "globals_type.html", null ],
> > > > [ "Enumerations", "globals_enum.html", null ],
> > > > [ "Enumerator", "globals_eval.html", null ],
> > > > [ "Defines", "globals_defs.html", "globals_defs" ]
> > > > ] ]
> > > > ] ]
> > > > ] ]
> > > > ];
> > > >
> > > >
> > > >
> > >
> >
>
>
> --
> Regards,
>
> avraham
> ~~~~~~~~~
> (+972) (0)54-3084886
>
>
> "Mercy on all, coz everyone's fighting some sort of battle"
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Mon, 9 Jan 2012 13:32:27 +0100
> From: Patric Sherif <patric.sherif@gmail.com>
> Subject: [Doxygen-users] Doxygen working directory?
> To: doxygen-users@lists.sourceforge.net
> Message-ID:
> <CAGOL0Wg9=6V4xhVmgJN84fYJT9FZVjoXWFh3=etJwssBFT3piw@mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi!
> I'm not sure if it's a bug but well actually for me it is.
> I created a doxyfile using the doxygen wizard, both the source input and
> the output directory are relative paths.
> When I use the doxywizard it sets the directory in which the doxyfile is
> located as working directory and the relative paths work perfectly.
> But if I start doxygen from commandline using the same doxyfile in the same
> location, then it seems as if the working directory is not set - it
> certainly is no longer
> the directory of the doxyfile.
> What happens then is that doxygen apparently uses the root directory (c:)
> as working directory or maybe it uses the current directory that the
> commandline is run from (not sure there) - it would be wonderful if doxygen
> would always use the doxyfiles directory,
> which would be consistent with the doxywizard or if I could specify a
> working directory in the doxyfile (if there is such an option I didn't find
> it).
>
> Specs:
> doxygen version : 1.7.5.1
> OS: win 7 64 bit
>
>
> --
> Patric Sherif
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: Tue, 10 Jan 2012 09:04:47 +0100
> From: Jakob van Bethlehem <j.s.van.bethlehem@astro.rug.nl>
> Subject: Re: [Doxygen-users] Doxygen working directory?
> To: doxygen-users@lists.sourceforge.net
> Message-ID: <4F0BF11F.4010705@astro.rug.nl>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hej Patric,
>
> Could you elaborate a bit on the steps and commands you given when
> you're running doxygen from the commandline? I wonder for example
> whether you 'cd'-ed to the directory where your Doxyfile resides before
> running doxygen?
>
> Greetsz, Jakob
>
> On 01/09/2012 01:32 PM, Patric Sherif wrote:
> > Hi!
> > I'm not sure if it's a bug but well actually for me it is.
> > I created a doxyfile using the doxygen wizard, both the source input and
> > the output directory are relative paths.
> > When I use the doxywizard it sets the directory in which the doxyfile is
> > located as working directory and the relative paths work perfectly.
> > But if I start doxygen from commandline using the same doxyfile in the
> > same location, then it seems as if the working directory is not set - it
> > certainly is no longer
> > the directory of the doxyfile.
> > What happens then is that doxygen apparently uses the root directory
> > (c:) as working directory or maybe it uses the current directory that
> > the commandline is run from (not sure there) - it would be wonderful if
> > doxygen would always use the doxyfiles directory,
> > which would be consistent with the doxywizard or if I could specify a
> > working directory in the doxyfile (if there is such an option I didn't
> > find it).
> >
> > Specs:
> > doxygen version : 1.7.5.1
> > OS: win 7 64 bit
> >
> >
> > --
> > Patric Sherif
> >
> >
> >
> > ------------------------------------------------------------------------------
> > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> > infrastructure or vast IT resources to deliver seamless, secure access to
> > virtual desktops. With this all-in-one solution, easily deploy virtual
> > desktops for less than the cost of PCs and save 60% on VDI infrastructure
> > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> >
> >
> >
> > _______________________________________________
> > Doxygen-users mailing list
> > Doxygen-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/doxygen-users
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Write once. Port to many.
> Get the SDK and tools to simplify cross-platform app development. Create
> new or port existing apps to sell to consumers worldwide. Explore the
> Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
> http://p.sf.net/sfu/intel-appdev
>
> ------------------------------
>
> _______________________________________________
> Doxygen-users mailing list
> Doxygen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
>
>
> End of Doxygen-users Digest, Vol 68, Issue 4
> ********************************************
>
>
>
> --
> Patric Sherif
> 0163 4211050
>
> Dipl. Informatiker (FH) - Medieninformatik
> Freelancer im Bereich Spieleentwicklung
>
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2_______________________________________________
> Doxygen-users mailing list
> Doxygen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/doxygen-users
------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2
_______________________________________________
Doxygen-users mailing list
Doxygen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/doxygen-users
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic