Fehler bei Plugins

[HaWe]

diese "hanebüchene" Definition habe ich aus dem Raspberry-C++ Forum.
edit: ich vergaß oben neben den dynamischen (.so) auch die statischen Libraries zu erwähnen, die auf .a enden
.h mit ihren .c/.cpp files werden nicht als Libraries bezeichnet, sie befinden sich auch an anderer Stelle als die Libraries.

Hierzu stehen Ihnen zwei Möglichkeiten zur Verfügung – das Erstellen einer statischen oder einer dynamischen Bibliothek.

http://openbook.rheinwerk-verlag.de/...00061A1F029102
http://openbook.rheinwerk-verlag.de/...00061A1F02917F
Ich will es aber auch gar nicht ändern, wie kommst du darauf - ich wollte nur auf den anderen Sprachgebrauch aufmerksam machen.
War hier aber auch nur eine Randbemerkung.

Die wesentliche Aussage war:

Arduino verwendet nun mal C++, nichts anderes (auch kein "reines" ANSI C99), und der C++ Compiler ist von gnu (gcc/gpp), der ist internationaler Standard und entspricht auch voll den C++11 Konventionen (irgendwann auch C++14).
So ist C++ nun eben mal, auch was .h und .cpp angeht

[Moppi]

In der Arduino -IDE kann man Bibliotheken importieren/einbinden.
So weit ich sehen kann, bestehen die Bibliotheken aus einer CPP-Datei, einer H-Datei und einer Beschreibungsdatei "library.properties".



MfG

[HaWe]

ja, genau so ist das bei Arduino, das sind spezielle Konventionen.
Was aber die grundsätzlichen Anforderungen an #include-te .h oder .cpp Files angeht, das ist bei Arduino absolut C++- standardgemäß, das hat Ceos ja bereits geschrieben:

c ist nun halt mal so aufgebaut dass es gewisse regeln gibt damit der compiler es eineindeutig verstehen kann ... und das trägt auch der lesbarkeit zu ... wenn alle variablen in den entsprechenden header files des jeweiligen modul liegen und dabei sogar noch sauber zwischen public und private headern sortiert gearbeitet wird, ist es unmöglich mal "zufällig" den selben variablennamen mit unterschiedlichen typen zu deklarieren, denn jede c datei eines moduls inkludiert nur die public und die private header die für die verwendung notwendig sind!

in richtigem c++ sind variablen in den klassen zu deklariern und wenn man mal eine globale variable braucht, sollte man eine klasse darum wrappen und mit sog. singelton (oder statisch) arbeiten ...
man kann c++ und c mischen aber das ist grausig und führt zu nebeneffekten

PS zu deinem PS: Include Guards für C++ sind aber der absolute Standard in jeder IDE soweit mir das bekannt ist

[Ceos]

ninja im computing sprachgebrauch ist der begriff bibliothek oder library zeimlich genau festgelegt und der schert sich nicht um die speicherform, aber den begriff auf wenige speicherarten zu begrenzen passt da jedenfalls überhaupt nicht hin, alles was vorne in einen compiler reingeht und eine sammlung von nicht eigenständig lauffähigen funktionen darstellt ist per (im computing gebräuchlicher) definiton eine bibliothek, ich wollte hier nur auf einen fehler deinerseits hinweisen und nehme das "hanebüchen" zurück, das war nicht nett formuliert

ich wollte nur überspitzt darauf hindeuten dass es zu kurz gegriffen ist (wir hatten das thema schon in einem deiner topics ausgebreitet, aber jetzt verstehe ich deine perspektive darauf und du hoffentlich meine, warum arduino auch im grunde nur eine library ist)

[HaWe]

ja, klar!
In der gedrängten Kürze eines Forumsposts kommt es manchmal eben leider auch mal nur verkürzt an, was man eigentlich meinet

[Moppi]

In der Arduino-IDE sind Files für eine Bibliothek die H-Datei, die CPP-Datei und eine Beschreibungsdatei.

Ich habe jetzt diese Files in ein ZIP-File gepackt, um es in der IDE importieren zu können. Ich erhalte viele Fehler, aber importiert wurde es dennoch und steht jetzt im Menü bei Bibliotheken drinnen.

java.util.zip.ZipException: error in opening zip file    at java.util.zip.ZipFile.open(Native Method)
    at java.util.zip.ZipFile.<init>(ZipFile.java:225)
    at java.util.zip.ZipFile.<init>(ZipFile.java:155)
    at java.util.zip.ZipFile.<init>(ZipFile.java:169)
    at processing.app.tools.ZipDeflater.<init>(ZipDeflater.java:26)
    at processing.app.Base.handleAddLibrary(Base.java:2278)
    at processing.app.Base$6.actionPerformed(Base.java:1085)
    at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2022)
    at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2348)
    at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
    at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
    at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
    at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
    at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
    at java.awt.Component.processMouseEvent(Component.java:6533)
    at javax.swing.JComponent.processMouseEvent(JComponent.java:3324)
    at java.awt.Component.processEvent(Component.java:6298)
    at java.awt.Container.processEvent(Container.java:2236)
    at java.awt.Component.dispatchEventImpl(Component.java:4889)
    at java.awt.Container.dispatchEventImpl(Container.java:2294)
    at java.awt.Component.dispatchEvent(Component.java:4711)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4888)
    at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4525)
    at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4466)
    at java.awt.Container.dispatchEventImpl(Container.java:2280)
    at java.awt.Window.dispatchEventImpl(Window.java:2746)
    at java.awt.Component.dispatchEvent(Component.java:4711)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:758)
    at java.awt.EventQueue.access$500(EventQueue.java:97)
    at java.awt.EventQueue$3.run(EventQueue.java:709)
    at java.awt.EventQueue$3.run(EventQueue.java:703)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:90)
    at java.awt.EventQueue$4.run(EventQueue.java:731)
    at java.awt.EventQueue$4.run(EventQueue.java:729)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:728)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)
error in opening zip file

Wäre schön, wenn ich wüßte, was die Fehler bedeuten und wie man sie beseitigt.

MfG

[HaWe]

hm - du brauchst "Libraries" nicht über diesen Umweg als .zip file einbinden.
Das Aduino-Wiring-Java der IDE erwartet evtl. noch ein paar Besonderheiten.
Es reicht, wenn du sie ganz einfach in den libraries Unterordner hineinkopierst, wobei der library_Name nur identisch sein muss dem Namen des wesentichen .h files.
Nur reinkopieren - fertig.

[Moppi]

Ja, stimmt. Danke für den Hinweis, HaWe!

MfG

[Ceos]

error in opening zip file

ich vermute mal du hast nicht windows zip sondern 7zip oder winrar benutzt, die benutzen nicht immer ganz konforme formate manchmal

aber wie HaWe schon sagte, zum einbinden reicht es einfach die Dateien per add file hinzuzufügen oder die dateien direkt neben die ino zu kopieren, von da aus sollte allse automatisch im suchpfad für includes liegen

[Moppi]

Ich habe das ZIP-File repariert, nun klappts auch ohne Fehler.
Ja, winrar.


MfG