[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

gEDA-bug: [ geda-Bugs-2902321 ] protelII backend uses LF, but protel requires CR+LF



Bugs item #2902321, was opened at 2009-11-23 08:02
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=818426&aid=2902321&group_id=161080

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: gnetlist
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: protelII backend uses LF, but protel requires CR+LF

Initial Comment:
Hello,

  This was reported by a Debian user:

If I generate a sch with gschem and use:                                                                                                                 
     gnetlist -g protelII -o test.net test.sch
                                                        
then try to load the netlist in protel, it just says that there are no components in the netlist.                                                                                                                                 
                                                                                                                                                            
If I use: unix2dos test.net                                                                                                                                      

then protel understand the netlist without any problem. I think it would be good to generate the output file with DOS line terminators (CR+LF) in protelII backend, as protel does not understand LF only.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=818426&aid=2902321&group_id=161080


_______________________________________________
geda-bug mailing list
geda-bug@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-bug