Probleme beim Compillieren von LUFA Projekten (USB für AVR)

Barny F. OP #7923487
Lesenswert?
• ▲
▼

Guten Tag

Ich wollte mich jetzt einmal an AVR mit USB (ATmega32U4) heranwagen. Da die Beispiele auf Microchip dafür eher suboptimal sind (Schreibfehler -> O statt 0, Backslashes über den gesammten Quellcode wild verteilt usw.) hatte ich gedacht dass ich mir LUFA anschaue.(https://github.com/abcminiuser/lufa)

Also Zip heruntergeladen und versucht ein Beispielprojekt zu kompilieren.

Ich habe aber das Problem dass keines der Beispielprojecte kompillieren will. Weder mittels WinAVR + Kommandozeile noch über Microchip Studio.

Kann mir bitte jemand verraten was ich da falsch gemacht habe? Das ist die Konsolenausgabe:

1
 
C:\AVR\LUFA\lufa-master\Projects\USBtoSerial>make

2
 
      0 [main] sh 6840 sync_with_child: child 7044(0x208) died before initialization with status code 0xC0000142

3
 
     84 [main] sh 6840 sync_with_child: *** child state waiting for longjmp

4
 
/usr/bin/sh: fork: Resource temporarily unavailable

5
 
      0 [main] sh 3048 sync_with_child: child 10232(0x214) died before initialization with status code 0xC0000142

6
 
     80 [main] sh 3048 sync_with_child: *** child state waiting for longjmp

7
 
/usr/bin/sh: fork: Resource temporarily unavailable

8
 
      0 [main] sh 5188 sync_with_child: child 8140(0x214) died before initialization with status code 0xC0000142

9
 
     70 [main] sh 5188 sync_with_child: *** child state waiting for longjmp

10
 
/usr/bin/sh: fork: Resource temporarily unavailable

11
 
 [INFO]    : Begin compilation of project "USBtoSerial"...

12
 


13
 
avr-gcc (WinAVR 20100110) 4.3.3

14
 
Copyright (C) 2008 Free Software Foundation, Inc.

15
 
This is free software; see the source for copying conditions.  There is NO

16
 
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

17
 


18
 
 [OBJCPY]  : Extracting EEP file data from "USBtoSerial.elf"

19
 
avr-objcopy -O ihex -j .eeprom --set-section-flags=.eeprom="alloc,load" --change-section-lma .eeprom=0 --no-change-warnings USBtoSerial.elf USBtoSerial.eep || exit 0

20
 
      0 [main] sh 2116 sync_with_child: child 4092(0x200) died before initialization with status code 0xC0000142

21
 
     83 [main] sh 2116 sync_with_child: *** child state waiting for longjmp

22
 
/usr/bin/sh: fork: Resource temporarily unavailable

23
 
make: *** [USBtoSerial.eep] Error 128

24
 


25
 
C:\AVR\LUFA\lufa-master\Projects\USBtoSerial>

Hex und elf werden generiert, aber ich würde trotzdem gerne wissen was da einen Fehler wirft.

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Axel S. #7923554
Lesenswert?
• ▲
▼

Barny F. schrieb:

Hmmm. Ich habe Mint angeschmissen und da läufts. Ubuntu auch.

Wie kann ich Windows überreden dass es da auch funktioniert?

Hmm. Die Fehler sind im wesentlichen die zwei

1
 
[main] sh 6840 sync_with_child: child 7044(0x208) died before initialization with status code 0xC0000142

2
 
[main] sh 6840 sync_with_child: *** child state waiting for longjmp

3
 
/usr/bin/sh: fork: Resource temporarily unavailable

Irgendein Shellscript läuft da Amok. Und da es unter Windows weder eine native (Bourne) Shell noch einen Systemruf fork() gibt, braucht das eine mehr oder weniger gelungene Implementierung dieser UNIX-Infrastruktur für Windows (Windows Services For UNIX? [1]). So wie es aussieht, liegt das Problem da. Was spricht denn dagegen, unter UNIX [2] zu entwickeln?

[1] https://de.wikipedia.org/wiki/Microsoft_Windows_Services_for_UNIX [2] Muß ja nicht Linux sein, xBSD geht auch. Oder MacOS.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Barny F. OP #7923783
Lesenswert?
• ▲
▼

Ein T. schrieb:

Barny F. schrieb:

avr-gcc (WinAVR 20100110) 4.3.3

Januar 2010...

Das war nur der Verzweiflungsversuch nachdem Microchip Studio 7 nicht funktioniert hat. Ich habe den Output von WinAVR gepostet da der wesentlich kürzer ist. Microchip Studio hat das Gleiche, nur dreimal so lange gesagt.

Übrigens ist die GCC Version für AVR unter Linux auch nicht soooooo viel neuer.

Wie geschrieben arbeite ich normalerweise unter Linux. Ich wollte eigentlich nur das Ganze auch unter Windows lauffähig machen damit auch die Windows-Nutzer deren Anpassungen machen können ohne das ich jedes mal die Änderungen machen muss.

Ich danke für die Vorschläge mit den vielen Wegen Linux einzusetzen. Ich wollte eigentlich nur wissen ob es einen Weg gibt das unter Windows Läuft. Aber ich habe keine Hoffnung Leute die sich absolut gegen Linux sträuben auf Dinge wie VM, Docker,... einsteigen.

Es ging mir hauptsächlich darum dass die Alten "Das habe ich immer schon so gemacht" Leute daran arbeiten können ohne dass ich für sie compilieren muss.

Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Hinweis: der ursprüngliche Beitrag ist mehr als 6 Monate alt. Bitte hier nur auf die ursprüngliche Frage antworten, für neue Fragen einen neuen Beitrag erstellen.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.