Bernhard Guillon schrieb:
Gruß
Bernhard
Boah, so, grad in dieser Minute geschafft.
Kanal: 2718f001d176
Mac: 00:50:9c:15:c8:8b
War das ne schwere geburt. unter anwendung von sprintf.
Jetzt werd ich erstma ausschalfen.
Vielen vielen dank für deine/eure bemühungen. Nathanael will ich ja
nic
Bernhard Guillon schrieb:
On 30.08.2010 18:44, lano wrote:
Ok, soweit kann ich dir folgen. Jetzt würde ich denken, schreibe ich
"struct ifreq ifr;"
außerhalb der funktion dann wäre es ja global. tuts aber auch nicht.
Globale Variablen sind an sich keine gute Idee...
Hier etwas das bei deinem B
On 30.08.2010 18:44, lano wrote:
Ok, soweit kann ich dir folgen. Jetzt würde ich denken, schreibe ich
"struct ifreq ifr;"
außerhalb der funktion dann wäre es ja global. tuts aber auch nicht.
Globale Variablen sind an sich keine gute Idee...
Hier etwas das bei deinem Beispiel besser geeignet ist
Bernhard Guillon schrieb:
On 30.08.2010 15:59, lano wrote:
Nathanael Schweers schrieb:
On Mon, 30 Aug 2010 14:36:09 +0200
lano wrote:
*---net.c--*
#include
#include
#include
#include
#include
#define BUFSIZE 60
unsigned char *get_mac(void) {
int sd;
struct ifreq ifr;
struct
Hallo Liste,
Einige von Euch werden sich vielleicht noch an die Installationsparty in der
Rüsselsheimer Max-Planck-Schule erinnern? Die nicht so richtig in die Gänge
kam weil zahlreiche Hardware Macken hatte? Und bei der deshalb Sascha und
Klaus ziemlich gefragt waren?
Nun, da war ein Schüler
On 30.08.2010 15:59, lano wrote:
Nathanael Schweers schrieb:
On Mon, 30 Aug 2010 14:36:09 +0200
lano wrote:
*---net.c--*
#include
#include
#include
#include
#include
#define BUFSIZE 60
unsigned char *get_mac(void) {
int sd;
struct ifreq ifr;
struct ifreq ifr; ist lokal da du
Nathanael Schweers schrieb:
On Mon, 30 Aug 2010 14:36:09 +0200
lano wrote:
*---net.c--*
#include
#include
#include
#include
#include
#define BUFSIZE 60
unsigned char *get_mac(void) {
int sd;
struct ifreq ifr;
char *buffer=malloc(BUFSIZE+1);
buffer[0]=0;
sd = socket(AF_I
On Mon, 30 Aug 2010 14:36:09 +0200
lano wrote:
> Moin,
> könnt mir nochmal jemand erklärend helfen, ich dreh hier auf kurz oder
> lang durch.
> Da denkste da haste was verstanden, nix ist, und try`n error nervt
> langsam.
>
> *---net.c--*
> #include
> #include
> #include
> #include
>
On Mon, 30 Aug 2010 13:09:43 +0200
lano wrote:
> Nathanael Schweers schrieb:
> > In perl ist ein string ein scalar, in C nicht.
> > C kennt keinen eigenen typ für strings, sondern strings sind einfach
> > nur Arrays (listen) von chars. Um das Ende zu markieren bekommt das
> > letzte Element den
Moin,
könnt mir nochmal jemand erklärend helfen, ich dreh hier auf kurz oder
lang durch.
Da denkste da haste was verstanden, nix ist, und try`n error nervt langsam.
*---net.c--*
#include
#include
#include
#include
#include
#define BUFSIZE 60
unsigned char *get_mac(void) {
int sd;
s
Moin,
könnt mir nochmal jemand erklärend helfen, ich dreh hier auf kurz oder
lang durch.
Da denkste da haste was verstanden, nix ist, und try`n error nervt langsam.
*---net.c--*
#include
#include
#include
#include
#include
#define BUFSIZE 60
unsigned char *get_mac(void) {
int sd;
s
Nathanael Schweers schrieb:
In perl ist ein string ein scalar, in C nicht.
C kennt keinen eigenen typ für strings, sondern strings sind einfach
nur Arrays (listen) von chars. Um das Ende zu markieren bekommt das
letzte Element den wert 0 (== '\0'). Das ist nicht das Zeichen '0'!
Wenn du nun nen
29.08.2010 16:20, Martin Schmitt:
> Markus Schönhaber schrieb:
>
>>> gai.conf (5) - getaddrinfo(3) configuration file
>>
>> Hm, frage mich jetzt ernsthaft, welche anderen, völlig grundlegenden
>> Sachen es noch so gibt, von deren Existenz ich über viele Jahre nix
>> gemerkt habe.
>
> Ich
13 matches
Mail list logo