Lug-dd

lug-dd@mailman.schlittermann.de

3 participants
10817 discussions

RE: [Lug-dd] Datenbank (zum letzten mal)
by karl-heinz.fandrey＠amd.com 07 Dec '99

07 Dec '99

> -----Original Message----- > From: Tobias König [SMTP:tokoe82@yahoo.de] > Sent: Dienstag, 7. Dezember 1999 14:04 > To: lug-dd(a)schlittermann.de > Subject: [Lug-dd] Datenbank (zum letzten mal) > > Ja, da bin ich wieder... > > Torsten, dein Programm hat wunderbar geklappt, > auch ohne memcpy() (dazu später mehr), aber > sobald ich den Code in das KDE-Programm einsetze > liefert gdbm wieder den selben Fehler zurück. > > Wahrscheinlich kommt gdbm mit g++ nicht zurecht... > Welchen Fehler ? Ich glaube nicht, das es am g++ liegt ! > Übrigens, meine memcpy()- bzw. strncpy()-Funktion > funktioniert nicht. > Nach dem Ausführen des compilierten Programmes, gibt > es einen die Fehlermeldung: > > Segmentation fault (core dumped) > Liegt i.A. am Programmierer ! > und wenn ich die core-Datei durch den Debugger laufen > lasse, spuckt er folgende Meldung aus: > > at ../sysdeps/generic/memcpy.c:57 > ../sysdeps/generic/memcpy.c:57: Datei oder Verzeichnis > nicht gefunden > Das ist normal, oder haeltst Du die libc-Quellen vor ? > Anscheinend stimmt was mit meiner glibc-2.0.7 nicht. > Weis jemand ob es da schon Fehlermeldungen gab, oder > wie ich das Problem lösen kann??? > Da stimmt alles ... > Ciao, > Tokoe > Du solltest im gdb mal "where" eingeben. Dann tut er Dir einen wunderschoenen Ausdruck des Stack machen. Da kannst Du nun gucken, was wann wie womit gerufen wurde. Der Segfault sieht nach strcpy oder memcpy mit NULL oder Wald-Pointern aus ... Wald-Pointer sind nicht initialisierte (also zufaellig belegte) oder bereits wieder "gefreete", also nicht mehr belegte. Das ganze muss nicht zwingend schiefgehen! Aber wenn's mal geht und mal nicht ... liegt's meistens an sowas ... Also: mit where den Stack ansehen und an der Stelle, wo der eigene Code verlassen wird nach Fehlern suchen! Willi

1 0

[Lug-dd] Datenbank (zum letzten mal)
by Tobias König 07 Dec '99

07 Dec '99

Ja, da bin ich wieder... Torsten, dein Programm hat wunderbar geklappt, auch ohne memcpy() (dazu später mehr), aber sobald ich den Code in das KDE-Programm einsetze liefert gdbm wieder den selben Fehler zurück. Wahrscheinlich kommt gdbm mit g++ nicht zurecht... Übrigens, meine memcpy()- bzw. strncpy()-Funktion funktioniert nicht. Nach dem Ausführen des compilierten Programmes, gibt es einen die Fehlermeldung: Segmentation fault (core dumped) und wenn ich die core-Datei durch den Debugger laufen lasse, spuckt er folgende Meldung aus: at ../sysdeps/generic/memcpy.c:57 ../sysdeps/generic/memcpy.c:57: Datei oder Verzeichnis nicht gefunden Anscheinend stimmt was mit meiner glibc-2.0.7 nicht. Weis jemand ob es da schon Fehlermeldungen gab, oder wie ich das Problem lösen kann??? Ciao, Tokoe __________________________________________________________________ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de Yahoo! Auktionen - gleich ausprobieren - http://auktionen.yahoo.de

1 0

[Lug-dd] Weg zum Pentacon
by Tobias König 07 Dec '99

07 Dec '99

Hallo, Bus + Bahn: Linie 10 und 4 Haltestelle: Gottleubaer Straße Auto: Vom Pohlandplatz auf der Schandauer elbaufwärts, bis zum großen gelben Gebäude auf der rechten Seite (Bushaltestelle direkt davor) Ciao, Tokoe __________________________________________________________________ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de Yahoo! Auktionen - gleich ausprobieren - http://auktionen.yahoo.de

1 0

RE: [Lug-dd] Apache
by karl-heinz.fandrey＠amd.com 07 Dec '99

07 Dec '99

??? Verstehe ich nicht ganz ... Meinst Du, wie Du das beim Hochfahren oder so automatisch machen kannst ? Dann schau mal unter /etc/rc.d/init.d/... da gibt's haufenweise Beispiele ... > -----Original Message----- > From: Marco Chiabudini [SMTP:webmaster@igmilde.de] > Sent: Dienstag, 7. Dezember 1999 08:11 > To: lug-dd(a)schlittermann.de > Subject: [Lug-dd] Apache > > Hi > > export dbroot=/tmp > httpd -f /etc... > > rufe ich momentan noch manuell auf. > Gibts ne Lösung für das Problem? >

1 0

[Lug-dd] Apache
by Marco Chiabudini 07 Dec '99

07 Dec '99

Hi export dbroot=/tmp httpd -f /etc... rufe ich momentan noch manuell auf. Gibts ne Lösung für das Problem? Ist bestimmt banal aber wichtig für mich. Danke im voraus. mc

1 0

[Lug-dd] S.u.S.E. Linux 6.1
by Krause.Dresden＠t-online.de 06 Dec '99

06 Dec '99

Hallo Linux - Freunde ! Ich habe auf der Comtec 99 euren Stand besucht und fand einfach gut was Ihr dort gezeigt habt.Ich beschäftige mich seit einiger Zeit mit diesem Betriebssystem und würde mich freuen mit Euch in Kontakt zu kommen. Vielleicht kann sich mal jemand bei mir melden und mir ein paar Tips zu ISDN und Internet geben. Viele Grüße Wolfgang Krause

4 3

[Lug-dd] Interesse an Zusammenarbeit
by Reiner Mueller 06 Dec '99

06 Dec '99

Hallo, das wwweb.stuebchen des Film- und Kulturhaus e.V. im Medienkulturzentrum Pentacon ist ein Linux-Netzwerk mit 5 Rechner. Perspektivisch ist geplant das Netz auf 5 weitere Rechner zu erweitern. Wir haben die Suse 6.0 installiert. Soweit die technischen Daten. Deshalb moechte ich als Leiter der Medienschule und zustaendig fuer unser Internetcafe Eure Mailingliste abonnieren. Ausserdem habe ich Interesse in unseren Raeumen soetwas wie ein Linux-Treff zu installieren. Der Treff koennte je nach Bedarf 1x oder mehrmals pro Woche stattfinden und vielleicht nach Anfaengern und Freaks unterteilt sein. Ausserdem moechte ich Linux-Installations-Parties in unseren Raeumen durchfuehren. Ein Projekt ist bereits langfristig geplant: vom 19. - 22.10.2000 kommen ca. zehn Jugendliche und junge Erwachsene aus Osnabrueck nach Dresden um sich in Linux und HTML fit zu machen bzw. gegenseitige Erfahrungen auszutauschen. Gruss Reiner

9 17

FW: [Lug-dd] Adresse Pinguin-Windows-Bild
by DEBAG＠t-online.de 06 Dec '99

06 Dec '99

Das Pinguin-Windows-Bild ist in drei Aufloesungen unter http://www.heise.de/ct/99/18/001/ zu finden. CU TOM

1 0

RE: [Lug-dd] Aktuelle Antwort zur Datenbank
by Tobias König 06 Dec '99

06 Dec '99

Hallo Willi, > Das ist kein Problem !!! > Du kannst dort reinpacken was willst Du! > NUR: wenn Du was abgefragt hast, sorge dafuer, dass > Du > dann mit einer Kopie arbeitest! Folgende Abfragen > (ueblich) > ueberschreiben Dein Ergebnis moeglicherweise, die > Kopie > nicht! (davon wissen die ja auch gar nicht :-) > > Willi Danke!!! Ciao, Tokoe __________________________________________________________________ Do You Yahoo!? Gesendet von Yahoo! Mail - http://mail.yahoo.de Yahoo! Auktionen - gleich ausprobieren - http://auktionen.yahoo.de

1 0

RE: [Lug-dd] Re: Datenbank
by karl-heinz.fandrey＠amd.com 06 Dec '99

06 Dec '99

> -----Original Message----- > From: Tobias König [SMTP:tokoe82@yahoo.de] > Sent: Montag, 6. Dezember 1999 14:25 > To: lug-dd(a)schlittermann.de > Subject: Re: [Lug-dd] Re: Datenbank > > Hallo Torsten, > > > Ich heisse zwar nicht Willi, aber da Deine Mail nun > > mal an die Liste > > ging, antworte ich trotzdem, okay? > > > > Die man page der gdbm ist wirklich nicht toll, aber > > es steht drin, dass > > alle Pointer von der Bibliothek intern verwendet und > > wieder freigegeben > > werden. Du musst Deine Daten also mit strcpy o. ae. > > kopieren. Folgende > > Beispielprogramme funktionieren bei mir. > > ..... > > db-fetch.c: > > > > #include <gdbm.h> > > int main () > > { > > datum key, val; > > GDBM_FILE db = gdbm_open ("tk.db", 0, GDBM_READER, > > 0644, 0); > > key.dptr = "Tobias"; > > key.dsize = 7; > > val = gdbm_fetch (db, key); > > puts (val.dptr); > > gdbm_close (db); > > /* Hier darf val nicht mehr verwendet werden! */ > > return 0; > > } > > > Kleine Frage!!! > > Da ich in der Datenbank sehr viele Name speichern > will, > weiß ich nicht, wie ich das mit den vielen 'val'- > Variablen lösen soll, wenn jeder Datensatz eine eigene > Variable erfordert. > Das ist kein Problem !!! Du kannst dort reinpacken was willst Du! NUR: wenn Du was abgefragt hast, sorge dafuer, dass Du dann mit einer Kopie arbeitest! Folgende Abfragen (ueblich) ueberschreiben Dein Ergebnis moeglicherweise, die Kopie nicht! (davon wissen die ja auch gar nicht :-) Willi

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd