[freesco]C binary op freesco

[EWS99]

Ik heb een C filetje met daarin:

code:

 pnd = fopen("/proc/net/dev", "r");

Dit c filetje heb ik gecompileerd op kernel 2.4.4 met deze opties (Makefile):

code:

CC  = gcc
CFLAGS  = -Wall -O2
LDFLAGS = -s
LIBS    = -lpng

bwbar: bwbar.c
    $(CC) $(CFLAGS) $(LDFLAGS) -o $@ $< $(LIBS)

(het gaat dus om de bwbar van www.kernel.org, voor de kenners)
Gaat verder goed, draait ook ok, op 2.4.4.
Maar... Ik zou dit graag op mijn Freesco routertje willen hebben, met kernel 2.0.x (2.0.38 als ik mij niet vergis), maar nu krijg ik als melding: Kernel Too Old.
Nu heb ik al gecheckt /proc/net/dev bestaat bij freesco, en met cat /proc/net/dev krijg ik dezelfde info als ik krijg op kernel 2.4.4. Mijn vraag is dus:
Moet er voor 2.0.x op een andere manier gecompileerd worden, of moet ik in dat C filetje, of in de Makefile wat aanpassen? Of moet ik dit op een 2.0.x kernel compileren? Als het dat laatste is, gebruikt iemand die kernel nog, en zou die dit dan even voor mij willen doen?

[moto-moi]

Als je dat programmaatje op je FreeSCO bak zet, en intikt :

code:

ldd <naam prog>

Wat zie je dan ?

[EWS99]

code:

ldd: command not found

Freesco kent ldd niet.
Ik heb ook nog

code:

exec /usr/bwbar
en 
exec /usr/bwbar &

gebrobeerd, beide Kernel too old.

[moto-moi]

Op dinsdag 27 november 2001 19:19 schreef hardrocker het volgende:
gebrobeerd, beide Kernel too old.

Mjah, dan blijft er niets anders over, dan kijken naar welke libc versie FreeSCO gebruikt, en het progje voor die versie compileren.. Al heb ik zelf geen ID hoe dat moet

[EWS99]

schop!

[Erkens]

kwee niet of het nog nodig is, maar misschien een chmod +x?

[CyBeR]

is wat in /proc/net/dev staat in 2.0.38 echt precies het zelfde als in 2.4.x?

edit:
behalve de waarden natuurlijk he ik bedoel dus de hoeveelheid getallen enzo, en andere tekens

zo ja, kun je die check gewoon er uit slopen
zo nee, moet je de parser dusdanig behacken dat ie het goed parsed ;)(en die check er uit slopen )

[edit2]
laat maar, ik check net zelf de source en zie dat er geen functie inzit die de kernelversie controleert

Dan zal het waarschijnlijk liggen aan de manier waarop je hem compilet