Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Project schematic import possibility from LibrePCB needed #2

Closed
ghost opened this issue Jan 4, 2017 · 0 comments
Closed

Project schematic import possibility from LibrePCB needed #2

ghost opened this issue Jan 4, 2017 · 0 comments

Comments

@ghost
Copy link

ghost commented Jan 4, 2017

Project schematic import possibility from LibrePCB needed

imr pushed a commit that referenced this issue Mar 5, 2017
imr pushed a commit that referenced this issue Mar 6, 2017
imr pushed a commit that referenced this issue Mar 6, 2017
imr pushed a commit that referenced this issue Mar 8, 2017
imr pushed a commit that referenced this issue Mar 12, 2017
imr pushed a commit that referenced this issue Mar 20, 2017
imr pushed a commit that referenced this issue Mar 20, 2017
imr pushed a commit that referenced this issue Mar 23, 2017
imr pushed a commit that referenced this issue Mar 23, 2017
imr pushed a commit that referenced this issue Mar 26, 2017
imr pushed a commit that referenced this issue Apr 3, 2017
imr pushed a commit that referenced this issue Apr 10, 2017
@imr imr closed this as completed Apr 20, 2017
imr pushed a commit that referenced this issue Jun 11, 2017
imr pushed a commit that referenced this issue Jun 25, 2017
using the fact
  end->li_next === NULL
imr pushed a commit that referenced this issue Jun 26, 2017
imr pushed a commit that referenced this issue Oct 29, 2017
imr pushed a commit that referenced this issue Nov 5, 2017
imr pushed a commit that referenced this issue Nov 27, 2017
struct line is an overlay of struct card.
imr pushed a commit that referenced this issue Nov 27, 2017
imr pushed a commit that referenced this issue Nov 27, 2017
Reshape the sourcecode to emphasize the RESm * RESconduct affiliation.
That's a mere rewrite and doesn't change functionality.
imr pushed a commit that referenced this issue Feb 4, 2018
imr pushed a commit that referenced this issue Feb 4, 2018
imr pushed a commit that referenced this issue Feb 18, 2018
Instead of searching and then deleting a given device-instance,
  just delete the given instance.

The search shall be done somewhere else.

Don't free the instance struct itself,
  this shall be done by the invoker.

As a consequence most DEVdelete() functions
  collapse almost completely.

This change is of no consequence,
  because DEVdelete() is currently nowhere used.
imr pushed a commit that referenced this issue Feb 18, 2018
Instead of searching and then deleting a given device-model,
  just delete the given model.

The search shall be done somewhere else.

Don't free the model struct itself,
  this shall be done by the invoker himself.

Don't free the device instrance list,
  this shall be done by the invoker himself.

As a consequence, most DEVmodDelete() functions
  collapse almost completely.

This change is of no consequence,
  because DEVmodDelete() is currently nowhere used.
imr pushed a commit that referenced this issue Feb 18, 2018
…troy()

loop over DEVmodDelete() and DEVdelete() in CKTdestroy()
  instead of doing this business in the DEVdestroy() functions.

As a consequence, most DEVdestroy() functions
  collapse completely.
imr pushed a commit that referenced this issue Feb 18, 2018
imr pushed a commit that referenced this issue Feb 18, 2018
Instead of searching and then deleting a given device-instance,
  just delete the given instance.

The search shall be done somewhere else.

Don't free the instance struct itself,
  this shall be done by the invoker.

As a consequence most DEVdelete() functions
  collapse almost completely.

This change is of no consequence,
  because DEVdelete() is currently nowhere used.
imr pushed a commit that referenced this issue Feb 18, 2018
Instead of searching and then deleting a given device-model,
  just delete the given model.

The search shall be done somewhere else.

Don't free the model struct itself,
  this shall be done by the invoker himself.

Don't free the device instrance list,
  this shall be done by the invoker himself.

As a consequence, most DEVmodDelete() functions
  collapse almost completely.

This change is of no consequence,
  because DEVmodDelete() is currently nowhere used.
imr pushed a commit that referenced this issue Feb 18, 2018
…troy()

loop over DEVmodDelete() and DEVdelete() in CKTdestroy()
  instead of doing this business in the DEVdestroy() functions.

As a consequence, most DEVdestroy() functions
  collapse completely.
imr pushed a commit that referenced this issue Feb 18, 2018
imr pushed a commit that referenced this issue Feb 19, 2018
struct line is an overlay of struct card.
imr pushed a commit that referenced this issue Feb 19, 2018
imr pushed a commit that referenced this issue Feb 22, 2018
imr pushed a commit that referenced this issue Mar 9, 2018
imr pushed a commit that referenced this issue Mar 11, 2018
fix an aspect of commit:

> commit 0dae460
> Date:   Wed Apr 25 18:28:20 2001 +0000
>
>     Added a patch to csw and sw from Jon Engelbert dealing with negative histeresys

which allowed negative hysteresis, but didn't fix the usage of hysteresis
in the trunc.c files accordingly.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant