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
  • 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) Mac "corrupting" LBR files?
  • 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
  • State Verified Answer
  • Replies 11 replies
  • Subscribers 180 subscribers
  • Views 1985 views
  • Users 0 members are here
Related

Mac "corrupting" LBR files?

Former Member
Former Member over 10 years ago

A friend and I share projects, both using Eagle 7.2.0.  He recently started using a Mac, and now it seems if he saves a Library file, it gets "changed" by the Max such that I can't use it in Windows any more.  The error I get is:

 

Loading C:/Users/GA93335/Desktop/PCB/PIC24LIB.lbr ...

 

Error:

 

line 1, column 1: Start tag expected.

 

If I open the LBR file in Notepad I get a bunch of "oddball" stuff, but I don't know what should be there.  Is it possible the Mac is using a path or some other nomenclature in the file that "messes it up" for use in Windows?

 

I have attached one LBR file here (changed the extension so it would attach).  I am unable to use it in Windows (tried on 2 different computers), but it works fine on the Mac.  What do I have to do to "fix" it so both of us can use it?

Attachments:
PIC24LIB.txt.zip
  • Sign in to reply
  • Cancel
  • Former Member
    0 Former Member over 10 years ago

    So I looked at other LBR files (from Windows) and they are "easy to read" xml files.  As I said once saved on the Mac it gets converted to a bunch of "crap"...


    I guess I might try to open the LBR file in a text editor on the Mac and see if we can copy/paste that way...  Maybe encryption or compression is used on the Mac?  Any other thoughts?

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Former Member
    0 Former Member over 10 years ago in reply to Former Member

    Looks like "copy/paste" from the Mac caused the issue.  Opening the file in the Mac and saving the contents as a TXT file, and renaming to LBR restores functionality, so somehow there is either encryption or compression in the drag-and-drop that "breaks" it...

     

    Problem solved!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Reject Answer
    • Cancel
  • gpsmikey
    0 gpsmikey over 10 years ago in reply to Former Member

    I would be suspicious of a "newline" vs CR/LF issue - Mac's are basically

    Linux based and Linux uses one type of line terminator while windowz uses

    the other (I have had to use sed in the Linux world before to convert text

    files generated on the Linux machine to a format that windows apps could

    read).

     

    mikey

     

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • autodeskguest
    0 autodeskguest over 10 years ago in reply to gpsmikey

    On 04/02/15 06:16, Mike Fields wrote:

    I would be suspicious of a "newline" vs CR/LF issue -

     

    Not likely to cause what the OP was reporting.

     

    Mac's are basically

    Linux based and Linux uses one type of line terminator while windowz uses

    the other

     

    Also not quite true. MacOS-X may be BSD-derived but it retains the

    original Mac newline which is different from both Windows and Linux.

     

    I don't know what MacOS does with unicode but that sounds more likely to

    be the cause of the "bunch of crap" reported. However, I'd also be

    suspicious of the Mac being "too smart for its own good" and encrypting

    files with a .LBR extension (or prefixing them with a "this is the X86

    version" tag), especially if converting to a text file fixed it!

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • autodeskguest
    0 autodeskguest over 10 years ago in reply to Former Member

    Am 03.02.2015 um 21:47 schrieb mike phillips:

    Looks like "copy/paste" from the Mac caused the issue.  Opening the file

    in the Max and saving the contents as a TXT file, and renaming to LBR

    restores functionality, so somehow there is either encryption or

    compression in the drag-and-drop that "breaks" it...

     

    Problem solved!

     

    --

    To view any images and attachments in this post, visit:

    http://www.element14.com/community/message/139309

     

     

    A library file created with EAGLE under Mac does not differ at all

    from a library file created under Windows or Linux. Could you please

    send the "cryptic" file so we can check?

       ==> support@cadsoft.de

     

     

    --

    Mit freundlichen Gruessen / Best regards

    Richard Hammerl

      CadSoft Support -- hotline@cadsoft.de

      FAQ: http://www.cadsoft.de/training/faq/

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • gpsmikey
    0 gpsmikey over 10 years ago in reply to autodeskguest

    Rob Pearce wrote on Tue, 03 February 2015 23:34

    On 04/02/15 06:16, Mike Fields wrote:

    I would be suspicious of a "newline" vs CR/LF issue -

     

    Not likely to cause what the OP was reporting.

     

    Mac's are basically

    Linux based and Linux uses one type of line terminator while

    windowz uses

    the other

     

    Also not quite true. MacOS-X may be BSD-derived but it retains the

    original Mac newline which is different from both Windows and Linux.

     

    I don't know what MacOS does with unicode but that sounds more likely

    to

    be the cause of the "bunch of crap" reported. However, I'd also be

    suspicious of the Mac being "too smart for its own good" and

    encrypting

    files with a .LBR extension (or prefixing them with a "this is the X86

    version" tag), especially if converting to a text file fixed it!

     

     

    Good points - I was not aware Mac's used yet another line termination

    character.  I do know in windows, Linux/Unix created files can be opened

    in wordpad and they look right and in notepad, it can't handle the

    line termination so it all runs together.  Definitely time for a file

    compare utility to see just what the differences are.

     

    mikey

     

     

    --

    Web access to CadSoft support forums at www.eaglecentral.ca.  Where the CadSoft EAGLE community meets.

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • Former Member
    0 Former Member over 10 years ago

    This is NOT a line termination issue!  The Mac file is attached to the first post, and the contents if 99% "unintelligible".  And I have resolved the issue.  Consider this case closed (and use Eagle to transfer libraries between Mac/PC, not file copy on the Mac!).  A SHORT snippet of the file is:

     

    book    mark    8   8   °           €`  Ɔ>F7ºA    ÿ  Äÿ                      Applications        EAGLE-7.1.0         lbr         PIC24LIB.lbr            $   8   D           ÷´              ‚¾.             ξ.             1¼=             p   €                  Aº2Ê                                                  file:///        Macintosh HD           è           A¹^±Æ   $       BBDAE6CD-3238-373A-9D78-21AFFC5AD851               ï       ï               /   3       dnib                                lbr????         aü      icns  üaTOC    Xis32   Ós8mk    ic11   ²il32   4l8mk    it32  2ñt8mk  @ ic10  Ô ic10  Ô ic10  Ô is32   ӏ  @}€  €€@ƒ

    @~€€À  €€@¿‚  @~ Àß €€ @ÿ€~€  @~€€ÀÀ €€@ÿ€€€  @~€€  À€€@ÿ€€€  @~„€ @ÿ€€€  @~„€ @ÿ€€€  @~€½ `€@ÿ€€€  @~€  @€@ÿ€€€  @~€>€  @€@ÿ€€€  @}€  €€@ÿ€€Š  ÿ€€‹  S€‚  )†@ €ƒ ‡~    @}€  €€@ƒ

    @~€€À  €€@¿‚  @~ Àß €€ @ÿ€~€  @~€€ÀÀ €€@ÿ€€€  @~€€  À€€@ÿ€€€  @~„€ @ÿ€€€  @~„€ @ÿ€€€  @~€½ `€@ÿ€€€  @~€  @€@ÿ€€€  @~€>€  @€@ÿ€€€  @}€  €€@ÿ€€Š  ÿ€€‹  S€‚  )†@ €ƒ ‡~  Copyright  ¿Œ  ÿ€~Š  ÿ€€Š  ÿ€€Š  ÿ€€Š  ÿ€€ƒ ~€  ÿ€€Š  ÿ€€Š  ÿ€€ƒ @€  ÿ€€Š  ÿ€€‹  S€‚  )†@ €ƒ ‡~  s8mk      €€€€€€€€€€      ÿ¿ÿÿÿÿÿÿÿÿ@     ÿ€ÿÿÿÿÿÿÿÿÿ€    ÿ€ÿÿÿÿÿÿÿÿÿÿ€   ÿ€ÿÿÿÿÿÿÿÿÿÿÿ   ÿ€ÿÿÿÿÿÿÿÿÿÿÿ   ÿ€ÿÿÿÿÿÿÿÿÿÿÿ   ÿ€ÿÿÿÿÿÿÿÿÿÿÿ   ÿ€ÿ€€€€ÿÿÿÿÿÿ   ÿ€ÿ@   ÿÿÿÿÿÿ   ÿ€ÿ€€€€ÿÿÿÿÿÿ   ÿ¿ÿÿÿÿÿÿÿÿÿÿÿ   ¿€€€€€€€€€¿ÿÿ   @@         ¿ÿ    @¿ÿÿÿÿÿÿÿÿÿÿ      €€€€€€€€€€ ic11   ²‰PNG

     

      

    IHDR             szzô    sRGB RegisteredÎ é  pHYs   %   % IR$ð   OIDATXí–  ƒ  EÝâ½Á“;Š–Tèï*8—,3YZJé ‡NÓ—¯‡¢¿*±‘¦QêÍÅ NŒb0àzê<Qý´Ø$—ëB£Æ7;
    š2"  É_ 1Y¹ëšõ!D  k¼ ç< Ñ€t xÅ+   «>„evwdËyÎj;çh6Ƙ»l~Æ\ µ  í€ C±î- ( AÅ=ñn OqON  oYî„GLËé ¨ 1P ÷Œ/ ð ¡œ?ÀCopyright „°¤È¢6[q7 ½ é2¬¥ çÜ °ÂàÄY€æm6¨ú(Î/QQ¹Þ݁´÷t÷ÖOÖuûn ªH  Z·ªH„ û ‹T:÷· @öì ÌZ Ýå]—

    Ä/{ØÒÑA[ ÿ=Ú 8\ÐÓ :ÀÐ:

    €roƒ@[ð     C¤¿Þö%«  ¡-8ÔåOèCðW /{$dF3°½6    IENDRegisteredB`‚il32   4 €‹  € ‡€ ÿ‚€‹  € ƒ€ ÿ€€ÿƒ€  ÿ‰  € ƒ€ ÿ€ÿ„€  ÿÿˆ  € ƒ€ ÿÿ…€  €ÿ‡  € €€‚ÿ†€  €ÿ  €€„  € ƒ€ ÿÿ…€  €ÿ  €€„  € ƒ€ ÿ€ÿÿƒ€  €ÿ  €€„  € ƒ€ ÿ€ÿÿƒ€  €ÿ  €€„  € ‡€ ÿ‚€  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € € ÿ€ÿ€ÿ€ÿ‚€  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €… €  €ÿ  €€„  € € ÿ€ÿ€ÿ€ÿ‚€  €ÿ  €€„ €  €ÿ  €€— €ÿ  €€˜  ÿÿ €€Tm  ÿ €€›  €€›  €€ˆ ’€‰ ‘€Ÿ  €‹  € ‡€ ÿ‚€‹  € ƒ€ ÿ€€ÿƒ€  ÿ‰  € ƒ€ ÿ€ÿ„€  ÿÿˆ  € ƒ€ ÿÿ…€  €ÿ‡  € €€‚ÿ†€  €ÿ  €€„  € ƒ€ ÿÿ…€  €ÿ  €€„  € ƒ€ ÿ€ÿÿƒ€  €ÿ  €€„  € ƒ€ ÿ€ÿÿƒ€  €ÿ  €€„  € ‡€ ÿ‚€  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € €  €ÿ  €€„  € € ÿ€ÿ€ÿ€ÿ‚€  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €€† €  €ÿ  €€„  € €… €  €ÿ  €€„  € € ÿ€ÿ€ÿ€ÿ‚€  €ÿ  €€„ €  €ÿ  €€— €ÿ  €€˜  ÿÿ €€Tm  ÿ €€›  €€›  €€ˆ ’€‰ ‘€Ÿ ÿ “  ÿœ  ÿÿ› €ÿš €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€Š  ÿ ÿ ÿ ÿƒ €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€— €ÿ  €€Š  ÿ ÿ ÿ ÿƒ €ÿ  €€— €ÿ  €€— €ÿ  €€˜  ÿÿ €€Tm  ÿ €€›  €€›  €€ˆ ’€‰ ‘€Ÿ l8mk                                        ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ            ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ            ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ           ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ          ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ        ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ        ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿ        ÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿ        ÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿ ÿ      ÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿ        ÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿ ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ      ÿ                    ÿÿÿÿÿ       ÿ                    ÿÿÿÿ        ÿ                    ÿÿÿ         ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ           ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ            ÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿÿ                                  it32  2ñ    ÿ ÿ ÿ ÿ ÿ ÿ ÿ ‚          ²    0Â@ 0  ²   0HÂ` H0 ²   @`€ `@ ²   @`€€~ }€~¢€ ˆ˜ ˜ˆŽ€ `@ ²

    @`€~}}~}}~¢€  °À° Ž€ `@ ²

    @`€~}}|}}~¢€ ˜°Çßǰ˜Ž€ `@ ²

    @`€}~| |~}¢€  ÀßÿßÀ Ž€ `@ ²

    @`€}~| |~}’€ ˆ˜ ˜ˆ‚€

    ˆ˜ °ÀÏßǰ˜Ž€

    `@    0@90 ª

    @`€}~| |~}’€  °À° ‚€  °‚À ° Ž€

    `@   @`€kS0ª

    @`€}~| |~}’€ ˜°Çßǰ˜‚€

    ˜°ÇßÏÀ° ˜ˆŽ€

    `@  0`¿˜k9ª

    @`€}~| |~}’€  ÀßÿßÀ ‚€  ÀßÿßÀ ’€

    `@  @€¿ÿ¿€@ª

    @`€}~| |~}’€  ÀßÿßÀ €ˆ˜ °ÀÏßǰ˜’€ `@  @€¿ÿÏŸp@90 ¦

    @`€}~| |~}’€

    ÀßÿßÀ € °‚À ° ’€ `@  @€¿ÿß¿Ÿ€kS0¦

    @`€}~| |~}’€  ÀßÿßÀ €˜°ÇßÏÀ° ˜ˆ’€ `@  @€¿ÿïßÏ¿˜k9¦

    @`€}~| |~}’€  ÀßÿßÀ € ÀßÿßÀ –€ `@  @€¿‚ÿ ¿€@¦

    @`€}~| |~}’€  Àßÿçϸ °ÀÏßǰ˜–€ `@  @€¿‚ÿ ÏŸp@0  ¢

    @`€}~| |~}’€  ÀßÿïßÏ‚À ° –€ `@  @€¿‚ÿ ß¿Ÿ€`@ ¢

    @`€}~| |~}’€  Àßÿ÷ïçßÏÀ° ˜ˆ–€ `@  @€¿‚ÿ ïßÏ¿`0¢

    @`€}~| |~}’€  Àß‚ÿ ßÀ š€ `@  @€¿†ÿ ¿€@¢

    @`€}~| |~}‚€ ˆ˜Š

    ¸Ïçÿ÷ïçßǰ˜š€ `@  @€¿†ÿ ¿€@ 4‚| zxp–

    @`€}~| |~}‚€  °ŠÀ

    ÏßïÿïßÏÀ° š€ `@  @€¿†ÿ ¿€@  )K‚~ }|x–

    @`€}~| |~}‚€ ˜°ÇŠß

    çï÷ÿçϸ ˜ˆš€ `@  @€¿†ÿ ¿€@  6W„} z–

    @`€}~| |~}‚€  Àߎÿ ßÀ ž€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}‚€ ˜°ÇŠß

    çï÷ÿçϸ ˜ˆš€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}‚€  °ŠÀ

    ÏßïÿïßÏÀ° š€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}‚€ ˆ˜Š

    ¸Ïçÿ÷ïçßǰ˜š€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€  Àß‚ÿ ßÀ š€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    Àßÿ÷ïçßÏÀ°‚  ˜ˆ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€  ÀßÿïßφÀ ° ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    Àßÿçϸ °ÀÏ‚ß Ç°˜’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ÀßÿßÀ € Àß‚ÿ ßÀ ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ÀßÿßÀ € Àß‚ÿ ßÀ ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ÀßÿßÀ € Àß‚ÿ ßÀ ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ÀßÿßÀ € Àß‚ÿ ßÀ ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ÀßÿßÀ € Àß‚ÿ ßÀ ’€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    @`€}~| |~}’€

    ˜°Çßǰ˜€˜°Ç‚ß ÏÀ° ˜ˆŽ€ `@  @€¿†ÿ ¿€@  @`‚€ }~|–

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • dukepro
    0 dukepro over 10 years ago in reply to Former Member

    Mike,

     

    After unzipping the attachment in the original post, Linux was able to

    identify this file as a "MacOS Alias file".  In contrast, Linux will

    identify a real library as "XML document text".  Being unfamiliar with

    OSX, I'm not sure what a MacOS Alias file is, but maybe it will provide

    a clue as to how to get the Mac to behave.

     

     

    A hexdump reveals the first 256 bytes as:

     

        0000: 62 6f 6f 6b 00 00 00 00  6d 61 72 6b 00 00 00 00  book....mark....

        0010: 38 00 00 00 38 00 00 00  b0 00 06 00 00 00 04 10  8...8...........

        0020: 00 00 00 00 80 60 00 00  c6 86 3e 46 37 81 ba 41  .....`....>F7..A

        0030: 00 00 00 00 ff 7f 00 00  c4 ff 05 00 04 00 00 00  ................

        0040: 03 03 00 00 00 04 00 00  0c 00 00 00 01 01 00 00  ................

        0050: 41 70 70 6c 69 63 61 74  69 6f 6e 73 0b 00 00 00  Applications....

        0060: 01 01 00 00 45 41 47 4c  45 2d 37 2e 31 2e 30 00  ....EAGLE-7.1.0.

        0070: 03 00 00 00 01 01 00 00  6c 62 72 00 0c 00 00 00  ........lbr.....

        0080: 01 01 00 00 50 49 43 32  34 4c 49 42 2e 6c 62 72  ....PIC24LIB.lbr

        0090: 10 00 00 00 01 06 00 00  10 00 00 00 24 00 00 00  ............$...

        00a0: 38 00 00 00 44 00 00 00  08 00 00 00 04 03 00 00  8...D...........

        00b0: f7 b4 18 00 00 00 00 00  08 00 00 00 04 03 00 00  ................

        00c0: 82 be 2e 00 00 00 00 00  08 00 00 00 04 03 00 00  ................

        00d0: ce be 2e 00 00 00 00 00  08 00 00 00 04 03 00 00  ................

        00e0: 31 bc 3d 00 00 00 00 00  10 00 00 00 01 06 00 00  1.=.............

        00f0: 70 00 00 00 80 00 00 00  90 00 00 00 a0 00 00 00  p...............

     

    and the last few bytes as:

     

        60000: fe ff ff ff 01 00 00 00  00 00 00 00 12 00 00 00

        ................

        60010: 04 10 00 00 58 00 00 00  00 00 00 00 05 10 00 00

        ....X...........

        60020: b0 00 00 00 00 00 00 00  10 10 00 00 d8 00 00 00

        ................

        60030: 00 00 00 00 40 10 00 00  c8 00 00 00 00 00 00 00

        ....@...........

        60040: 02 20 00 00 90 01 00 00  00 00 00 00 05 20 00 00  .

        ........... ..

        60050: 00 01 00 00 00 00 00 00  10 20 00 00 10 01 00 00  .........

        ......

        60060: 00 00 00 00 11 20 00 00  44 01 00 00 00 00 00 00  .....

        ..D.......

        60070: 12 20 00 00 24 01 00 00  00 00 00 00 13 20 00 00  .

        ..$........ ..

        60080: 34 01 00 00 00 00 00 00  20 20 00 00 70 01 00 00  4.......

        ..p...

        60090: 00 00 00 00 30 20 00 00  f8 00 00 00 00 00 00 00  ....0

        ..........

        600a0: 01 d0 00 00 f8 00 00 00  00 00 00 00 10 d0 00 00

        ................

        600b0: 04 00 00 00 00 00 00 00  17 f0 00 00 44 00 00 00

        ............D...

        600c0: 00 00 00 00 20 f0 00 00  d8 01 00 00 00 00 00 00  ....

        ...........

        600d0: 22 f0 00 00 9c 01 00 00  00 00 00 00 00 fe 00 00

        "...............

        600e0: 44 fe 05 00 00 00 00 00                           D.......

     

    Pretty nondescript, wouldn't you say?

     

    With that said, I noticed that the ZIP file was only a fraction smaller

    than the TXT file.  This would indicate that the TXT file may already be

    compressed.  As you are aware, plain text files such as XML are often

    compressed by zip to 15% or less of the original size.

     

    I have a library that's about 2.5M.  I compressed it with zip and got

    the following:

     

        chuck@tomcat:~> unzip -lv t.zip

        Archive:  t.zip

         Length   Method    Size  Cmpr    Date    Time   CRC-32   Name

        -


      -


      -


    -


    -


    -


    -


      -


         2694540  Defl:N   271190  90% 2015-01-30 16:15 62db4a6b

        eagle/lbr/chuck.lbr

        -


              -


      ---                            -


         2694540           271190  90%                            1 file

     

     

    90% compression... Not bad.

    By comparison:

     

        chuck@tomcat:~> unzip -lv /tmp/PIC24LIB.txt.zip

        Archive:  /tmp/PIC24LIB.txt.zip

         Length   Method    Size  Cmpr    Date    Time   CRC-32   Name

        -


      -


      -


    -


    -


    -


    -


      -


          393448  Defl:N   321129  18% 2015-02-03 18:14 94d3e76a  PIC24LIB.txt

        -


              -


      ---                            -


          393448           321129  18%                            1 file

     

     

    A good hypothesis might be that the Mac system is keeping the file

    compressed, or stored on a compressed drive.  Could the file that gets

    attached to an email remain in compressed form?

     

    I don't have any solid answers for you, but perhaps I have provided a

    direction to investigate.

     

    HTH,

        - Chuck

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • autodeskguest
    0 autodeskguest over 10 years ago in reply to dukepro

    Chuck Huber wrote:

    After unzipping the attachment in the original post, Linux was able to

    identify this file as a "MacOS Alias file". 

     

     

    from wikipedia:

     

    In Mac OS System 7 and later, an alias is a small file that represents

    another object in a local, remote, or removable[1] file system and

    provides a dynamic link to it; the target object may be moved or

    renamed, and the alias will still link to it (unless the original file

    is recreated; such an alias is ambiguous and how it is resolved

    depends on the version of OS X). In Windows, the same function is

    performed with a "shortcut", a file with a .lnk extension.

     

     

    So it looks a if the OP didn't get the library file at all, but a some

    sort of symbolic link (MacOS style).

    --

     

    Lorenz

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • Cancel
  • autodeskguest
    0 autodeskguest over 10 years ago in reply to autodeskguest

    On 05/02/15 06:23, Lorenz wrote:

    So it looks a if the OP didn't get the library file at all, but a some

    sort of symbolic link (MacOS style).

     

    Which would also explain why his fix worked: the MacOS text editor he

    loaded it into would be "alias aware" and load the referenced file

    instead. On a "Save as...", it wouldn't need to make a new alias, just

    write a plain file.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Verify Answer
    • 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.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube