element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE User Support (English) v6 ignored Options Directories entries
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 14 replies
  • Subscribers 188 subscribers
  • Views 1253 views
  • Users 0 members are here
Related

v6 ignored Options Directories entries

e14 Contributor
e14 Contributor over 14 years ago

I think that when somebody installs v6 alongside v5 that v6 should run

exclusively and not use v5 libraries.

 

I say this because when I installed v6 it wanted to use my old v5 libraries.

 

I copied my projects and libraries to entirely new directories so that my

old ones would not get fouled up and I made the appropriate changes to the

control panel "Options Directories", but Eagle IGNORED my changes that

pointed to the v6 libraries. Instead of using my v6 libraries, Eagle v6

continued to use my old v5 libraries from a non-specified directory.

 

Fortunately I realized that my old libraries were in use and proceeded to

fix the problem.

 

"Use -*" (enter) and then "Use *" took care of the problem, but WHY should

that rigamarole be necessary??.

 

This is not a suggestion so much as it is a bug report. It's an accident

waiting to happen. I remember the exact thing happening as I upgraded from

v4 to v5.

 

 

 

 

  • Sign in to reply
  • Cancel
Parents
  • e14 Contributor
    e14 Contributor over 14 years ago

    Brett Holden wrote:

    I think that when somebody installs v6 alongside v5 that v6 should run

    exclusively and not use v5 libraries.

     

    I say this because when I installed v6 it wanted to use my old v5

    libraries.

     

    I copied my projects and libraries to entirely new directories so

    that my old ones would not get fouled up and I made the appropriate

    changes to the control panel "Options Directories", but Eagle IGNORED

    my changes that pointed to the v6 libraries. Instead of using my v6

    libraries, Eagle v6 continued to use my old v5 libraries from a

    non-specified directory.

     

    Fortunately I realized that my old libraries were in use and

    proceeded to fix the problem.

     

    "Use -*" (enter) and then "Use *" took care of the problem, but WHY

    should that rigamarole be necessary??.

     

    This is not a suggestion so much as it is a bug report. It's an

    accident waiting to happen. I remember the exact thing happening as I

    upgraded from v4 to v5.

     

    This has been highligted a few times since the v6 betas were initially

    released and I agree that Cadsoft need to mitigate the potential for these

    inter-version traps.

    It's just bad customer relations and there are many early adopters of v6

    sufferring.

     

    Although it is a trap, it could be argued Eagle works reasonaibly and it is

    a user issue. That said, I feel that a document could have been made

    available that guided their customers around these 'gotcha's'.

     

    In your case Brett, when you replicated your projects, the eagle.epf files

    were replicated and they contain the paths to that projects libraries used

    to that point which are the v5 paths.

    So you opened the project in v6 and the epf file made available the v5

    libraries listed within it. The .  Thats why  "Use -*" (enter) and then "Use

    *" worked..It closed the v5 libs and opened those you specified in (v6)

    Options/Directories. Subsequently the eagle.epf reflected those paths to the

    v6 libraries.

     

    There is a second trap related to this one. If, in v5, you closed Eagle with

    a project open, then the eaglerc.usr file will remember this project.

    When you open v6 and provided you did not establish a different place for

    the v6 eaglerc.usr file to reside  then v6 will read the eaglerc.usr file

    (written with v5) and open your v5 project as it contains te full path. If

    you dont realise this and subsequently 'save', you  have  now converted the

    v5 file to v6.

     

    I feel if CadSoft diverted some of its current support effort to getting

    these upgrade issues publicised the number of support calls would reduce and

    make more time available for other pressing issues.

     

    Warren

     

     

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Am 31.12.2011 02:30, schrieb Warren Brayshaw:

    Brett Holden wrote:

    >> I think that when somebody installs v6 alongside v5 that v6 should run

    >> exclusively and not use v5 libraries.

    >>

    >> I say this because when I installed v6 it wanted to use my old v5

    >> libraries.

    >>

    >> I copied my projects and libraries to entirely new directories so

    >> that my old ones would not get fouled up and I made the appropriate

    >> changes to the control panel "Options Directories", but Eagle IGNORED

    >> my changes that pointed to the v6 libraries. Instead of using my v6

    >> libraries, Eagle v6 continued to use my old v5 libraries from a

    >> non-specified directory.

    >>

    >> Fortunately I realized that my old libraries were in use and

    >> proceeded to fix the problem.

    >>

    >> "Use -*" (enter) and then "Use *" took care of the problem, but WHY

    >> should that rigamarole be necessary??.

    >>

    >> This is not a suggestion so much as it is a bug report. It's an

    >> accident waiting to happen. I remember the exact thing happening as I

    >> upgraded from v4 to v5.

     

    This has been highligted a few times since the v6 betas were initially

    released and I agree that Cadsoft need to mitigate the potential for these

    inter-version traps.

    It's just bad customer relations and there are many early adopters of v6

    sufferring.

     

    Although it is a trap, it could be argued Eagle works reasonaibly and it is

    a user issue. That said, I feel that a document could have been made

    available that guided their customers around these 'gotcha's'.

     

    In your case Brett, when you replicated your projects, the eagle.epf files

    were replicated and they contain the paths to that projects libraries used

    to that point which are the v5 paths.

    So you opened the project in v6 and the epf file made available the v5

    libraries listed within it. The .  Thats why  "Use -*" (enter) and then "Use

    *" worked..It closed the v5 libs and opened those you specified in (v6)

    Options/Directories. Subsequently the eagle.epf reflected those paths to the

    v6 libraries.

     

    There is a second trap related to this one. If, in v5, you closed Eagle with

    a project open, then the eaglerc.usr file will remember this project.

    When you open v6 and provided you did not establish a different place for

    the v6 eaglerc.usr file to reside  then v6 will read the eaglerc.usr file

    (written with v5) and open your v5 project as it contains te full path. If

    you dont realise this and subsequently 'save', you  have  now converted the

    v5 file to v6.

     

    I feel if CadSoft diverted some of its current support effort to getting

    these upgrade issues publicised the number of support calls would reduce and

    make more time available for other pressing issues.

     

    Warren

     

    >

    Unfortunately this problem exists since a very long time. There have

    been a lot of discussions about the eaglerc.usr und .epf files but

    nothing has changed. In win OS the eagle -U parameter helps a little but

    once you forget the eaglerc.usr originally created in your user

    directory you run into the same problem again.

    I must run different versions of eagle installations in parallel and the

    versions are in different directories or even different disks but one

    must watch hell if opening a file just with a double click.

    Eagle V6 has a new structure but imo this issue needs a new structure as

    well.

     

     

    --

    Mit freundlichen Grüßen / With best regards

     

    Joern Paschedag

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Yup I originally had problem with only the wrong libraries being used. Now I

    can't seem to get Eagle to use the v6 project folders I established. It

    wants to open the old schematic files and I don't see an obvious fix.

     

    This sucks. Well, I'll probably spend a couple of hours trying to work my

    way around this minefield. image

    This is just the free version I'm using. At least I did not have to pay for

    this headache.

     

    "Joern Paschedag" <jpaschedag@t-online.de> wrote in message

    news:jdmqq0$prg$1@cheetah.cadsoft.de...

    Am 31.12.2011 02:30, schrieb Warren Brayshaw:

    >> Brett Holden wrote:

    >>> I think that when somebody installs v6 alongside v5 that v6 should run

    >>> exclusively and not use v5 libraries.

    >>>

    >>> I say this because when I installed v6 it wanted to use my old v5

    >>> libraries.

    >>>

    >>> I copied my projects and libraries to entirely new directories so

    >>> that my old ones would not get fouled up and I made the appropriate

    >>> changes to the control panel "Options Directories", but Eagle IGNORED

    >>> my changes that pointed to the v6 libraries. Instead of using my v6

    >>> libraries, Eagle v6 continued to use my old v5 libraries from a

    >>> non-specified directory.

    >>>

    >>> Fortunately I realized that my old libraries were in use and

    >>> proceeded to fix the problem.

    >>>

    >>> "Use -*" (enter) and then "Use *" took care of the problem, but WHY

    >>> should that rigamarole be necessary??.

    >>>

    >>> This is not a suggestion so much as it is a bug report. It's an

    >>> accident waiting to happen. I remember the exact thing happening as I

    >>> upgraded from v4 to v5.

    >>

    >> This has been highligted a few times since the v6 betas were initially

    >> released and I agree that Cadsoft need to mitigate the potential for

    >> these

    >> inter-version traps.

    >> It's just bad customer relations and there are many early adopters of v6

    >> sufferring.

    >>

    >> Although it is a trap, it could be argued Eagle works reasonaibly and it

    >> is

    >> a user issue. That said, I feel that a document could have been made

    >> available that guided their customers around these 'gotcha's'.

    >>

    >> In your case Brett, when you replicated your projects, the eagle.epf

    >> files

    >> were replicated and they contain the paths to that projects libraries

    >> used

    >> to that point which are the v5 paths.

    >> So you opened the project in v6 and the epf file made available the v5

    >> libraries listed within it. The .  Thats why  "Use -*" (enter) and then

    >> "Use

    >> *" worked..It closed the v5 libs and opened those you specified in (v6)

    >> Options/Directories. Subsequently the eagle.epf reflected those paths to

    >> the

    >> v6 libraries.

    >>

    >> There is a second trap related to this one. If, in v5, you closed Eagle

    >> with

    >> a project open, then the eaglerc.usr file will remember this project.

    >> When you open v6 and provided you did not establish a different place for

    >> the v6 eaglerc.usr file to reside  then v6 will read the eaglerc.usr file

    >> (written with v5) and open your v5 project as it contains te full path.

    >> If

    >> you dont realise this and subsequently 'save', you  have  now converted

    >> the

    >> v5 file to v6.

    >>

    >> I feel if CadSoft diverted some of its current support effort to getting

    >> these upgrade issues publicised the number of support calls would reduce

    >> and

    >> make more time available for other pressing issues.

    >>

    >> Warren

    >>

    >>

    Unfortunately this problem exists since a very long time. There have been

    a lot of discussions about the eaglerc.usr und .epf files but nothing has

    changed. In win OS the eagle -U parameter helps a little but once you

    forget the eaglerc.usr originally created in your user directory you run

    into the same problem again.

    I must run different versions of eagle installations in parallel and the

    versions are in different directories or even different disks but one must

    watch hell if opening a file just with a double click.

    Eagle V6 has a new structure but imo this issue needs a new structure as

    well.

     

    >

    --

    Mit freundlichen Grüßen / With best regards

     

    Joern Paschedag

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "Warren Brayshaw" <warrenbrayshaw@paradise.net.nz> wrote in message

    news:jdt3r8$d95$1@cheetah.cadsoft.de...

    Brett Holden wrote:

     

    >> ..............Here is text from the manual, page 113:

    >> "It is possible to start EAGLE with the command line option -U which

    >> can be used to define the location of the eaglerc file."

    >>

    >> That does not explain anything to me. I can't use -U if I don't know

    >> how. If this goes on much longer I will feel obliged to re-ask this

    >> question in the support forum, but maybe somebody can answer me here

    >> to get this over with:

    >>

    >> What is the proper syntax and application for starting Eagle with the

    >> -U parameter? (I'm using Windows XP.)

     

    Hi Brett

    Mario's reference is good.

     

    Some further clarification.

    1) When you use the  -U option you can name the 'user file' anything as it

    does then not have to remain as eaglerc.usr. In the example Richard

    provided

    it is named 'myeaglerc.usr'.

    2) If there are spaces in your path to the file then double quotes are

    needed. I launch from a desktop icon so modified its target (in

    properties)

    so that it contains the -U option and location of the eaglerc.usr file.

    As I have spaces here is my path.

    "C:\Documents and Settings\Warren\NewEagle2\bin\eagle.exe" -U"C:\Documents

    and Settings\Warren\NewEagle2\eaglerc.usr"

    3) Note there is no space after the U

    4)If you have multiple Eagle version installs, double clicking a design

    file

    outside of Eagle cannot be used to launch Eagle as only one version of

    Eagle

    can be associated with the file type.  You can set up Windows so that if

    you

    right click on the file (viewed in, say, explorer) then the context menu

    lists the multiple Eagle versions you have set up. In this way  you can

    launch the appropriate Eagle version from the file but I have not found a

    way to make none of them the default. You want no defaults as a double

    click, in error, on the file may launch the wrong Eagle version. It is

    best

    to disable file associations from brd, sch,  lib, usr files.

     

    Hope this helps

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

     

    That's it, Warren.

    I thought Mario's references would be the fix but I was still getting kicked

    in the teeth with various error messages, either trying to use the RUN box,

    or trying to launch from a desktop icon with modified icon target

    properties.

    So, thank you for that explicit example, that is exactly what I needed. I

    was having trouble because there is a space in my directory path and I had

    forgotten the need for double quotes.

    The -U option is working now (and no thanks to Cadsoft's documentation).

    Cadsoft apparently expects somebody using their product to be a computer

    guru, or else suffer.

     

    Thank you to all who responded.

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Brett Holden wrote:

     

    ..............Here is text from the manual, page 113:

    "It is possible to start EAGLE with the command line option -U which

    can be used to define the location of the eaglerc file."

     

    That does not explain anything to me. I can't use -U if I don't know

    how. If this goes on much longer I will feel obliged to re-ask this

    question in the support forum, but maybe somebody can answer me here

    to get this over with:

     

    What is the proper syntax and application for starting Eagle with the

    -U parameter? (I'm using Windows XP.)

     

    Hi Brett

    Mario's reference is good.

     

    Some further clarification.

    1) When you use the  -U option you can name the 'user file' anything as it

    does then not have to remain as eaglerc.usr. In the example Richard provided

    it is named 'myeaglerc.usr'.

    2) If there are spaces in your path to the file then double quotes are

    needed. I launch from a desktop icon so modified its target (in properties)

    so that it contains the -U option and location of the eaglerc.usr file.

    As I have spaces here is my path.

    "C:\Documents and Settings\Warren\NewEagle2\bin\eagle.exe" -U"C:\Documents

    and Settings\Warren\NewEagle2\eaglerc.usr"

    3) Note there is no space after the U

    4)If you have multiple Eagle version installs, double clicking a design file

    outside of Eagle cannot be used to launch Eagle as only one version of Eagle

    can be associated with the file type.  You can set up Windows so that if you

    right click on the file (viewed in, say, explorer) then the context menu

    lists the multiple Eagle versions you have set up. In this way  you can

    launch the appropriate Eagle version from the file but I have not found a

    way to make none of them the default. You want no defaults as a double

    click, in error, on the file may launch the wrong Eagle version. It is best

    to disable file associations from brd, sch,  lib, usr files.

     

    Hope this helps

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "MarioS" <noreply-77933@element14.com> wrote in message

    news:610995789.1241325512868348.JavaMail.jive@flmspu-csapp-02.premierfarnell.com...

    Please, see this:

     

    http://www.eaglecentral.ca/forums/index.php?t=rview&goto=135889&th=42936

     

    Saludos y Felices Fiestas!

     

    Aiieee!

    Mucho gracias , señor.

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    About 'command line option -U', please, see this:

     

    http://www.eaglecentral.ca/forums/index.php?t=rview&goto=135889&th=42936

     

    Saludos y Felices Fiestas!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "Warren Brayshaw" <warrenbrayshaw@paradise.net.nz> wrote in message

    news:jdo4aj$c3$1@cheetah.cadsoft.de...

    Brett Holden wrote:

    >> Yup I originally had problem with only the wrong libraries being

    >> used. Now I can't seem to get Eagle to use the v6 project folders I

    >> established. It wants to open the old schematic files and I don't see

    >> an obvious fix...........

    >>

    >

     

    Continuing on from what has be written previously you may still have

    problems caused by eaglerc.usr

    eaglerc.usr  file also contains the directory paths and when you launch

    Eagle it sets those paths into Control Panel/Options/Directories.

     

    Have you set up your v5 and v6 versions to launch with the -U option to

    specify exactly where the eaglerc.usr for each version resides?

    If not each installed version of Eagle will forever be entangled as you

    swap

    between them due to a single eaglerc.usr being used.

     

    Once you have established a separate eaglerc.usr for each version  you can

    then proceed to clean up the eaglerc.usr of each of the versions if need

    be.

     

    I would progress this way.

    1) Launch an Eagle version

    2)Ensure no Project is selected

    3)Check and modify Control Panel/Options/Directories.

    3) Save all

    4) Control Panel / Refresh.

     

    eaglerc.usr should now be correct for that version you are viewing.

     

    Then, for v6 and as said previously, as you load a project from a previous

    version for the 1st time you have to  "Use -*" (enter) and then

    "Use*" to get rid of the library paths to the libraries of the previous

    versions (contained in the eagle.epf file you also copied across) and only

    present the libraries as defined in the paths in Control

    Panel/Options/Directories.

     

    Others reading this and who have not followed the thread fully should be

    aware that you should not just commence opening v5 projects with v6. After

    the obligatory 'backup', replicate your v5 project (a folder with all its

    files)  into the v6 project folder and work from that copy as the

    eagle.epf

    file of that project needs to be personalised for v6.

     

    All the best

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

    Thanks Warren, Joern.

     

    I deleted the Eaglerc.usr file and reloaded and my problems with using ver5

    files disappeared. But I would like to know how the -U parameter is

    implemented.

    I found in the manual (and update notes) where there is such a thing but I

    can find no instruction how to use it.

     

    Here is text from the manual, page 113:

    "It is possible to start EAGLE with the command line option -U which can be

    used to define the location of the eaglerc file."

     

    That does not explain anything to me. I can't use -U if I don't know how.

    If this goes on much longer I will feel obliged to re-ask this question in

    the support forum, but maybe somebody can answer me here to get this over

    with:

     

    What is the proper syntax and application for starting Eagle with the -U

    parameter? (I'm using Windows XP.)

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "Warren Brayshaw" <warrenbrayshaw@paradise.net.nz> wrote in message

    news:jdo4aj$c3$1@cheetah.cadsoft.de...

    Brett Holden wrote:

    >> Yup I originally had problem with only the wrong libraries being

    >> used. Now I can't seem to get Eagle to use the v6 project folders I

    >> established. It wants to open the old schematic files and I don't see

    >> an obvious fix...........

    >>

    >

     

    Continuing on from what has be written previously you may still have

    problems caused by eaglerc.usr

    eaglerc.usr  file also contains the directory paths and when you launch

    Eagle it sets those paths into Control Panel/Options/Directories.

     

    Have you set up your v5 and v6 versions to launch with the -U option to

    specify exactly where the eaglerc.usr for each version resides?

    If not each installed version of Eagle will forever be entangled as you

    swap

    between them due to a single eaglerc.usr being used.

     

    Once you have established a separate eaglerc.usr for each version  you can

    then proceed to clean up the eaglerc.usr of each of the versions if need

    be.

     

    I would progress this way.

    1) Launch an Eagle version

    2)Ensure no Project is selected

    3)Check and modify Control Panel/Options/Directories.

    3) Save all

    4) Control Panel / Refresh.

     

    eaglerc.usr should now be correct for that version you are viewing.

     

    Then, for v6 and as said previously, as you load a project from a previous

    version for the 1st time you have to  "Use -*" (enter) and then

    "Use*" to get rid of the library paths to the libraries of the previous

    versions (contained in the eagle.epf file you also copied across) and only

    present the libraries as defined in the paths in Control

    Panel/Options/Directories.

     

    Others reading this and who have not followed the thread fully should be

    aware that you should not just commence opening v5 projects with v6. After

    the obligatory 'backup', replicate your v5 project (a folder with all its

    files)  into the v6 project folder and work from that copy as the

    eagle.epf

    file of that project needs to be personalised for v6.

     

    All the best

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

    Thanks Warren, Joern.

     

    I deleted the Eaglerc.usr file and reloaded and my problems with using ver5

    files disappeared. But I would like to know how the -U parameter is

    implemented.

    I found in the manual (and update notes) where there is such a thing but I

    can find no instruction how to use it.

     

    Here is text from the manual, page 113:

    "It is possible to start EAGLE with the command line option -U which can be

    used to define the location of the eaglerc file."

     

    That does not explain anything to me. I can't use -U if I don't know how.

    If this goes on much longer I will feel obliged to re-ask this question in

    the support forum, but maybe somebody can answer me here to get this over

    with:

     

    What is the proper syntax and application for starting Eagle with the -U

    parameter? (I'm using Windows XP.)

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "Warren Brayshaw" <warrenbrayshaw@paradise.net.nz> wrote in message

    news:jdt3r8$d95$1@cheetah.cadsoft.de...

    Brett Holden wrote:

     

    >> ..............Here is text from the manual, page 113:

    >> "It is possible to start EAGLE with the command line option -U which

    >> can be used to define the location of the eaglerc file."

    >>

    >> That does not explain anything to me. I can't use -U if I don't know

    >> how. If this goes on much longer I will feel obliged to re-ask this

    >> question in the support forum, but maybe somebody can answer me here

    >> to get this over with:

    >>

    >> What is the proper syntax and application for starting Eagle with the

    >> -U parameter? (I'm using Windows XP.)

     

    Hi Brett

    Mario's reference is good.

     

    Some further clarification.

    1) When you use the  -U option you can name the 'user file' anything as it

    does then not have to remain as eaglerc.usr. In the example Richard

    provided

    it is named 'myeaglerc.usr'.

    2) If there are spaces in your path to the file then double quotes are

    needed. I launch from a desktop icon so modified its target (in

    properties)

    so that it contains the -U option and location of the eaglerc.usr file.

    As I have spaces here is my path.

    "C:\Documents and Settings\Warren\NewEagle2\bin\eagle.exe" -U"C:\Documents

    and Settings\Warren\NewEagle2\eaglerc.usr"

    3) Note there is no space after the U

    4)If you have multiple Eagle version installs, double clicking a design

    file

    outside of Eagle cannot be used to launch Eagle as only one version of

    Eagle

    can be associated with the file type.  You can set up Windows so that if

    you

    right click on the file (viewed in, say, explorer) then the context menu

    lists the multiple Eagle versions you have set up. In this way  you can

    launch the appropriate Eagle version from the file but I have not found a

    way to make none of them the default. You want no defaults as a double

    click, in error, on the file may launch the wrong Eagle version. It is

    best

    to disable file associations from brd, sch,  lib, usr files.

     

    Hope this helps

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

     

    That's it, Warren.

    I thought Mario's references would be the fix but I was still getting kicked

    in the teeth with various error messages, either trying to use the RUN box,

    or trying to launch from a desktop icon with modified icon target

    properties.

    So, thank you for that explicit example, that is exactly what I needed. I

    was having trouble because there is a space in my directory path and I had

    forgotten the need for double quotes.

    The -U option is working now (and no thanks to Cadsoft's documentation).

    Cadsoft apparently expects somebody using their product to be a computer

    guru, or else suffer.

     

    Thank you to all who responded.

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    Brett Holden wrote:

     

    ..............Here is text from the manual, page 113:

    "It is possible to start EAGLE with the command line option -U which

    can be used to define the location of the eaglerc file."

     

    That does not explain anything to me. I can't use -U if I don't know

    how. If this goes on much longer I will feel obliged to re-ask this

    question in the support forum, but maybe somebody can answer me here

    to get this over with:

     

    What is the proper syntax and application for starting Eagle with the

    -U parameter? (I'm using Windows XP.)

     

    Hi Brett

    Mario's reference is good.

     

    Some further clarification.

    1) When you use the  -U option you can name the 'user file' anything as it

    does then not have to remain as eaglerc.usr. In the example Richard provided

    it is named 'myeaglerc.usr'.

    2) If there are spaces in your path to the file then double quotes are

    needed. I launch from a desktop icon so modified its target (in properties)

    so that it contains the -U option and location of the eaglerc.usr file.

    As I have spaces here is my path.

    "C:\Documents and Settings\Warren\NewEagle2\bin\eagle.exe" -U"C:\Documents

    and Settings\Warren\NewEagle2\eaglerc.usr"

    3) Note there is no space after the U

    4)If you have multiple Eagle version installs, double clicking a design file

    outside of Eagle cannot be used to launch Eagle as only one version of Eagle

    can be associated with the file type.  You can set up Windows so that if you

    right click on the file (viewed in, say, explorer) then the context menu

    lists the multiple Eagle versions you have set up. In this way  you can

    launch the appropriate Eagle version from the file but I have not found a

    way to make none of them the default. You want no defaults as a double

    click, in error, on the file may launch the wrong Eagle version. It is best

    to disable file associations from brd, sch,  lib, usr files.

     

    Hope this helps

    Warren

    --

    Viewed / responded via the newsgroup at

    news.cadsoft.de

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

     

    "MarioS" <noreply-77933@element14.com> wrote in message

    news:610995789.1241325512868348.JavaMail.jive@flmspu-csapp-02.premierfarnell.com...

    Please, see this:

     

    http://www.eaglecentral.ca/forums/index.php?t=rview&goto=135889&th=42936

     

    Saludos y Felices Fiestas!

     

    Aiieee!

    Mucho gracias , señor.

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • e14 Contributor
    e14 Contributor over 14 years ago in reply to e14 Contributor

    About 'command line option -U', please, see this:

     

    http://www.eaglecentral.ca/forums/index.php?t=rview&goto=135889&th=42936

     

    Saludos y Felices Fiestas!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube