[elektro] Mámegin Cééé
flaist
flaist at gmail.com
Wed May 8 22:34:59 CEST 2013
A link problémát nem oldott meg ez:
`usbClientDrvTable', `usbTPL'
Ezek az "usb_config.c"-ben vannak deklarálva.
Vagy nem fordítod le a projectbe, vagy rosszat használsz.
Minden USB projectnek más-más a configja.
FI.
-----Original Message-----
From: elektro-bounces at tesla.hu [mailto:elektro-bounces at tesla.hu] On Behalf
Of Skandar Graun
Sent: Wednesday, May 08, 2013 10:19 PM
To: elektro
Subject: Re: [elektro] Mámegin Cééé
Én is erre tippelek... úgyhogy most kitakarítom a teljes project könyvtárat,
minden hasonló marhaságot és újrahúzom a két összefésülendő projectet.
Potyo:
unsigned char sbuffer[4096];
unsigned char rx_buffer[128];
BYTE *sbuf_wr_pointer;
BYTE *sbuf_rd_pointer;
char ucnt;
unsigned char serlength;
char utemp;
char utemp2;
long eep_adress= 0;
long inp_result;
long d_beg_adr;
long dump_len;
Ha ehelyett ez van:
unsigned char sbuffer[4096];
unsigned char rx_buffer[128];
unsigned char *sbuf_wr_pointer;
unsigned char *sbuf_rd_pointer;
char ucnt;
unsigned char serlength;
char utemp;
char utemp2;
long eep_adress= 0;
long inp_result;
long d_beg_adr;
long dump_len;
akkor jó.
2013. május 8. 22:14 flaist írta, <flaist at gmail.com>:
>
> pakadisp_vars.c
>
> Ebben a modulban benne van?:
>
> #include "GenericTypeDefs.h"
>
> És jól áll a "path" ?
> Nekem egyszer két féle "generictypedefs.h" is volt a projectembe.
> És ebből adódtak misztikus jelensége.
>
>
> FI:
>
> -----Original Message-----
> From: elektro-bounces at tesla.hu [mailto:elektro-bounces at tesla.hu] On
> Behalf Of Skandar Graun
> Sent: Wednesday, May 08, 2013 9:53 PM
> To: elektro
> Subject: Re: [elektro] Mámegin Cééé
>
> Visszaírtam BYTE-ra.
>
> C:\project\ec_paka\pakadisp\pakadisp_vars.c:133: error: syntax error
> before '*' token
> C:\project\ec_paka\pakadisp\pakadisp_vars.c:133: warning: type
> defaults to 'int' in declaration of 'sbuf_wr_pointer'
> C:\project\ec_paka\pakadisp\pakadisp_vars.c:133: warning: data
> definition has no type or storage class
>
> Egyébként millió helyen használja a byte-ot, de csak ennél jelez hibát.
>
> Ezt a linker hibát hol tudom megnézni?
> Egyébként nekem kissé homályos, hogy attól, hogy a project tree-be
> felteszek egy filét, az hogy fordul bele a végleges programba.
> Valamint hova?
> Megszoktam, hogy legalább egy #include utasítás kell valahová
> hivatkozásként.
>
> Többszörös fordítás: A .h file-ok elején van egy #ifndef bigyó
> #define bigyó feltétel és utána jön maga a file. Ez arra lenne jó,
> hogy ha több helyről hívják meg véletlenül a filét, ne forduljon
> kétszer-háromszor, hülye hibákat okozva.
> De hogy lássam, mi is történik, a figyelt helyekre beírok egy #warning
> "hihi" parancsot... viszont ez néha 4-5-ször is megjelenik, olyan,
> mintha pont nem nagyon érdekelné az ifndef szerkezet...Ezt mi csinálhatja?
>
>
>
>
>
>
>
>
>
>
>
> 2013. május 8. 21:40 SZIGETI Szabolcs írta, <szigiszabolcs at gmail.com>:
>
> > Hali!
> >
> > Szerintem az a BYTE valahol máshol is typedefelve (vagy rosszabb
> > #define-olva van) valamelyik includeban vagy forrásban. Jó lenne
> > tudni, hogy mi a hibaüzenet azon túl, hogy "nem fogadja el". Az is
> > lehet, hogy valahol többszörösen van ugyanaz az include behúzva, bár
> > azt illene védenie és nem is ez lenne a legvalószínűbb hibaüzenet.
> >
> > A második esett tipikus linker hiba, vagy hiányzik egy fájl, vagy
> > nem fordul le, amelyben az undefined reference-ben hivatkozott
> > változók/függvények vannak. Vagy hiányzik a projectből a forrás,
> > vagy ha objectben van (lib vagy o) akkor az.
> >
> > Szabolcs
> >
> >
> > Skandar Graun <sgraun at gmail.com> írta (2013. május 8. 20:13):
> > > Na, a megszokott őrület megint beköszöntött.
> > >
> > > Egész normálisan haladtam a C programmal, kezdtem örülni.
> > > Jött az a rész, amikor USB-t kellene indítani a cuccban.
> > > Betöltöttem egy mintaprojectet, lefordítottam.
> > > Siker.
> > > Bedugom a pendrive-ot, megjelenik a file, siker.
> > > Sajnos elkezdtem örülni.
> > > Nem kellett volna.
> > > Ugyanis azóta a két projectet nem tudom összefésülni, számomra
> > > misztikus hibaüzenetek miatt.
> > >
> > > Van egy generictypedefs.h file. Ebben van deklarálva a byte típus.
> > >
> > > typedef unsigned char BYTE;
> > >
> > > De a projectbe beemelt, változókat tartalmazó file két soránál nem
> > fogadja
> > > el a BYTE típust.
> > > Ha oda beteszem az előző typedef sort, akkor meg pattog, hogy
> > > kétszer van deklarálva.
> > > A két ominózus sort
> > >
> > > unsigned char *sbuf_wr_pointer;
> > > unsigned char *sbuf_rd_pointer;
> > >
> > > erre a formára írtam át. Ezt megette.
> > >
> > > Ellenben olyan deklarációkat nem lát, nem fogad el, ami eddig
> > > ment... de hegyekben.
> > > Egy változókat tartalmazó file betétele a project tree-be kb 80
> > > hibaüzenetet generált, elsősorban a filekezelésben.
> > >
> > > Objects\C30\usb_host.o(.text+0xb28): In function `USBHostTasks':
> > > C:\project\ec_paka\pakadisp\Include\USB\usb_host.c:2284: undefined
> > > reference to `usbClientDrvTable'
> > >
> >
>
> Objects\C30\usb_host.o(.text+0xb4e):C:\project\ec_paka\pakadisp\Includ
> e\USB\
> usb_host.c:2299:
> > > undefined reference to `usbClientDrvTable'
> > > Objects\C30\usb_host.o(.text+0xdaa): In function
> `_USB_FindClassDriver':
> > > C:\project\ec_paka\pakadisp\Include\USB\usb_host.c:2880: undefined
> > > reference to `usbTPL'
> > >
> >
>
> Objects\C30\usb_host.o(.text+0xdac):C:\project\ec_paka\pakadisp\Includ
> e\USB\
> usb_host.c:
> > > undefined reference to `usbTPL'
> > > Objects\C30\usb_host.o(.text+0xe28): In function
> > > `_USB_FindDeviceLevelClientDriver':
> > > C:\project\ec_paka\pakadisp\Include\USB\usb_host.c:2952: undefined
> > > reference to `usbTPL'
> > >
> > > Ezekhez abszolút nem nyúltam, ha keresem, mindet megtalálom. Nem
> > > változtattam include path-t, pusztán ennyit tettem.
> > >
> > > Mit csinálok rosszul?
> > > -----------------------------------------
> > > elektro[-flame|-etc]
> >
> > -----------------------------------------
> > elektro[-flame|-etc]
> >
> -----------------------------------------
> elektro[-flame|-etc]
>
> -----------------------------------------
> elektro[-flame|-etc]
>
-----------------------------------------
elektro[-flame|-etc]
More information about the Elektro
mailing list