Fehler bei DbRUnLock()
Moderator: Moderatoren
- Jan
- Marvin
- Beiträge: 14659
- Registriert: Fr, 23. Sep 2005 18:23
- Wohnort: 49328 Melle
- Hat sich bedankt: 21 Mal
- Danksagung erhalten: 88 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Hallo Bernd,
da viele Dutzend Anwender mit dem Programm arbeiten, manche davon mir unbekannt da Demo-Tester - was würde wohl passieren wenn ich bei jedem Programmstart erstmal darauf hinweise, doch bitte die dbt, fpt, und cdx aus dem Virenscan rauszunehmen? Ich mag da garnicht dran denken.
Mir ist klar daß das Problem sehr wahrscheinlich ein Virenscanner ist. Aber es muß doch andere Wege geben. Wir reden hier immerhin von EDV-Unbedarften Anwendern, nicht über versierte Admins. Und der unbedarfte Anwender wird mich für bescheuert und unseriös halten wenn ich ihn aufforder, den Virenscanner zu deaktivieren. Der wird nicht verstehen, das es nur um bestimmte Dateitypen geht, und daß das vollkommen schadlos ist (aus Virenscanner-Sicht).
Jan
da viele Dutzend Anwender mit dem Programm arbeiten, manche davon mir unbekannt da Demo-Tester - was würde wohl passieren wenn ich bei jedem Programmstart erstmal darauf hinweise, doch bitte die dbt, fpt, und cdx aus dem Virenscan rauszunehmen? Ich mag da garnicht dran denken.
Mir ist klar daß das Problem sehr wahrscheinlich ein Virenscanner ist. Aber es muß doch andere Wege geben. Wir reden hier immerhin von EDV-Unbedarften Anwendern, nicht über versierte Admins. Und der unbedarfte Anwender wird mich für bescheuert und unseriös halten wenn ich ihn aufforder, den Virenscanner zu deaktivieren. Der wird nicht verstehen, das es nur um bestimmte Dateitypen geht, und daß das vollkommen schadlos ist (aus Virenscanner-Sicht).
Jan
Mitglied der XUG Osnabrück
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
Mitglied der XUG Berlin/Brandenburg
Mitglied des Deutschsprachige Xbase-Entwickler e. V.
- AUGE_OHR
- Marvin
- Beiträge: 12911
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Fehler bei DbRUnLock()
wenn es sich um ein Viren-Scanner Problem handeln sollte ist die Frage ob es die DBF Datei betrifft oder das EXE welches die DBF aufruft ...
wenn ich einen Dreizeiler in Xbase++ compiliere / linke und es nicht in einem "ausgenommenen Ordner" liegt dann meckern schon viele Viren-Scanner "aus Verdacht" ...
nun gibt es diesen Thread http://www.xbaseforum.de/viewtopic.php?f=21&t=5535, also mit Zertifikat.
Frage : muss man dann noch das "Daten"-Verzeichnis "ausnehmen" vom Viren-Scanner ?
wenn ich einen Dreizeiler in Xbase++ compiliere / linke und es nicht in einem "ausgenommenen Ordner" liegt dann meckern schon viele Viren-Scanner "aus Verdacht" ...
nun gibt es diesen Thread http://www.xbaseforum.de/viewtopic.php?f=21&t=5535, also mit Zertifikat.
Frage : muss man dann noch das "Daten"-Verzeichnis "ausnehmen" vom Viren-Scanner ?
gruss by OHR
Jimmy
Jimmy
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9382
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Ja, leider. Die meisten Scanner scheren sich leider nicht darum, wer Dateien zu öffnen versucht - sie klemmen beharrlich im entsprechenden Prozess und scannen, insofern Laufzeitprüfung aktiv ist, jede Datei, die nicht als Ausnahme definiert ist. Was man in den allermeisten Fällen durch die Zertifizierung verhindern kann, das sind Prozessüberwachungen (Kaspersky, McAffee u.a.) und andere Prüfungen der App selbst. Auch die Heuristiken versuchen dann in aller Regel nicht mehr, in der EXE oder in den DLLs Schadcode zu erraten (was mit Avira und Norton immer wieder Probleme verursacht). Am Scannen der Tabellen kommt man nur vorbei, indem Typen oder Verzeichnisse (besser) ausgespart sind - oder indem man einen Datenbankserver verwendet, also ADS oder ähnliche. Low-Level-Zugriffe und solche auf andere Dateien (INI, TXT, was weiß ich) finden dann natürlich trotzdem statt, wenn die Verzeichnisse nicht als Ausnahmen definiert sind.Frage : muss man dann noch das "Daten"-Verzeichnis "ausnehmen" vom Viren-Scanner ?
Herzlich,
Tom
Tom
-
- Rekursionen-Architekt
- Beiträge: 159
- Registriert: So, 16. Apr 2006 11:12
- Wohnort: Öhringen
Re: Fehler bei DbRUnLock()
Hallo
Was ich festgestellt habe bei Kaspersky war das diese Zusatzfunktionen (Proaktiver Schutz, Aktivitätskontrolle, Schwachstellenanalyse)
bei mir Probleme gemacht haben.
Der Scanner selber eigentlich nicht. Aus Performancegründen könnte man den Scan von dbf, ntx und dbt ausschalten.
Meist ging der Fehler bei dbunlock / index on in die Abfrage: Wiederholen Abbrechen.
Ich habe dann in der errorsys einen Zähler eingebaut und Retry bis zu 100 mal mit Wiederholen ausgeführt.
Dadurch ging die Fehlerhäufigkeit etwas zurück, war aber nicht weg. Manchmal war dann der Index nach
30 versuchen aufgebaut.
Ich habe keine andere Lösung gefunden als diese Funktionen abzuschalten.
mfg
Bernd
Was ich festgestellt habe bei Kaspersky war das diese Zusatzfunktionen (Proaktiver Schutz, Aktivitätskontrolle, Schwachstellenanalyse)
bei mir Probleme gemacht haben.
Der Scanner selber eigentlich nicht. Aus Performancegründen könnte man den Scan von dbf, ntx und dbt ausschalten.
Meist ging der Fehler bei dbunlock / index on in die Abfrage: Wiederholen Abbrechen.
Ich habe dann in der errorsys einen Zähler eingebaut und Retry bis zu 100 mal mit Wiederholen ausgeführt.
Dadurch ging die Fehlerhäufigkeit etwas zurück, war aber nicht weg. Manchmal war dann der Index nach
30 versuchen aufgebaut.
Ich habe keine andere Lösung gefunden als diese Funktionen abzuschalten.
mfg
Bernd
Bernd Reinhardt
fa.reinhardt@gmx.de
fa.reinhardt@gmx.de
- Koverhage
- Der Entwickler von "Deep Thought"
- Beiträge: 2471
- Registriert: Fr, 23. Dez 2005 8:00
- Wohnort: Aalen
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 3 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Das wäre auch wohl nicht im Sinne des Erfinders, wenn Funktionen der Antivieren-Software
von anderen Programmen abgeschaltet werden können
von anderen Programmen abgeschaltet werden können
Gruß
Klaus
Klaus
- AUGE_OHR
- Marvin
- Beiträge: 12911
- Registriert: Do, 16. Mär 2006 7:55
- Wohnort: Hamburg
- Hat sich bedankt: 19 Mal
- Danksagung erhalten: 46 Mal
Re: Fehler bei DbRUnLock()
wie war das noch mit dem USB-Stick Angriff der ein Keyboard simuliert ...Koverhage hat geschrieben:Das wäre auch wohl nicht im Sinne des Erfinders, wenn Funktionen der Antivieren-Software von anderen Programmen abgeschaltet werden können
auch wenn der User es vielleicht komisch findet würde ich ihn bitten das Daten-Verzeichnis aus dem Viren-Scanner "auszunehmen" ... wenn er denn einen Viren-Scanner in Einsatz hat.
gruss by OHR
Jimmy
Jimmy
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9382
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Nun, aber man kann es ihm erklären:auch wenn der User es vielleicht komisch findet würde ich ihn bitten das Daten-Verzeichnis aus dem Viren-Scanner "auszunehmen" ... wenn er denn einen Viren-Scanner in Einsatz hat.
1. Virenscanner überwachen, wenn die "dümmsten" Einstellungen gewählt sind, alle Dateizugriffe, scannen also jede Datei, die geöffnet wird. Sie scheren sich auch nicht darum, ob dieselbe Datei vor zehn Sekunden bereits einmal geöffnet worden ist und sich seitdem nicht geändert hat. Im Ergebnis überwachen sie in einer Anwendung, die viel mit vielen Tabellen arbeitet, unglaublich viele Vorgänge, die keiner Überwachung bedürfen. Dadurch verlangsamen sie die Arbeit, ohne gleichzeitig Benefit zu generieren.
2. Es gibt zwar einige wenige Viren, die quasi explizit der Vernichtung von Datentabellen gewidmet sind, aber diese Schadprogramme sind überwiegend relativ alt, weshalb sie bereits in dem Moment erkannt werden sollten, in dem sie das System zu betreten versuchen. Ansonsten sind Datentabellen, wie wir sie überwiegend verwenden, für Schadprogramme uninteressant.
3. Hat ein Schadprogramm das System befallen, das alle Dateien zerstört oder löscht, die vorhanden sind und/oder angefasst werden, und kann erfolgreich "arbeiten", ist sowieso alles zu spät.
4. Regelmäßige Datensicherungen sind wirkungsvoller als jeder Virenscanner.
Herzlich,
Tom
Tom
- satmax
- 1000 working lines a day
- Beiträge: 831
- Registriert: Do, 02. Dez 2010 19:34
- Wohnort: Biberbach in Österreich
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Hallo Tom,
eine Frage dazu, wenn ich mich entschließe meine Programme zu signieren, fallen dann solche zum Beispiel Kasparsky Meldungen weg:
Unter Proaktiver Schutz:
meinProgramm.exe Gefunden: PDM.Private.da... (Verdächtiges Verhalten erkannt)
meinProgramm2.exe Gefunden: PDM.DNS Query...
meinProgramm2.exe Gefunden: Irgendwas mit Passort und so....
Das wäre für mich ein Grund (im Moment der einzige) meine Programm zukünftig zu signieren. Wobei das größte ist, bei diesem Kunden ist die Lizenz des Virenscanners seit Februar abgelaufen und ich kann mich damit herumplagen....
eine Frage dazu, wenn ich mich entschließe meine Programme zu signieren, fallen dann solche zum Beispiel Kasparsky Meldungen weg:
Unter Proaktiver Schutz:
meinProgramm.exe Gefunden: PDM.Private.da... (Verdächtiges Verhalten erkannt)
meinProgramm2.exe Gefunden: PDM.DNS Query...
meinProgramm2.exe Gefunden: Irgendwas mit Passort und so....
Das wäre für mich ein Grund (im Moment der einzige) meine Programm zukünftig zu signieren. Wobei das größte ist, bei diesem Kunden ist die Lizenz des Virenscanners seit Februar abgelaufen und ich kann mich damit herumplagen....
Gruß
Markus
Markus
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9382
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Hallo, Markus.
Nach meiner Erfahrung: Ja. Auch die Einstufung als "mittlere Bedrohung" mit der Folge, dass eine "Prozessüberwachung" stattfindet, was die Applikation um den Faktor 5 verlangsamen kann, gibt es dann nicht mehr. Außerdem verzichten Scanner wie Avira oder Norton gnädig darauf, ihre Heuristiken auf die Programme anzusetzen.fallen dann solche zum Beispiel Kasparsky Meldungen weg
Herzlich,
Tom
Tom
- satmax
- 1000 working lines a day
- Beiträge: 831
- Registriert: Do, 02. Dez 2010 19:34
- Wohnort: Biberbach in Österreich
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Danke, dann werde ich mir eine Signatur besorgen. Darf ich Dich dann nochmals mit der ein oder anderen Frage quälen, in einen neuen Thread?
Gruß
Markus
Markus
- Tom
- Der Entwickler von "Deep Thought"
- Beiträge: 9382
- Registriert: Do, 22. Sep 2005 23:11
- Wohnort: Berlin
- Hat sich bedankt: 102 Mal
- Danksagung erhalten: 361 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
Klar, gerne.
Die Signatur hat darüberhinaus natürlich noch einen psychologischen Wert, da, wenn das Programm installiert, verknüpft und/oder ausgeführt wird, nicht mehr die Frage erscheint, ob Software XY von einem unbekannten Hersteller was tun darf. Stattdessen sieht man dort den korrekten Firmennamen. Und man kann natürlich auch die mit Setup-Programmen erzeugten Pakete signieren, so dass auch in diesem Moment bereits eine entsprechende Erkennung stattfindet.
Das ganze ist allerdings etwas fuddelig. Die Abfrage und Lizensierung des Zertifikats erfolgt, wenn man das mit Symantec macht, über den IE, und sie bleibt in der Folge an den konkreten Arbeitsplatz und, wichtig, diese IE-Version gebunden. Aktualisiert man das oder wechselt man die Ausstattung, wird es ein wenig haarig. Neuere IE-Versionen muss man regelmäßig in den entsprechenden Kompatibilitätsmodus zwingen. Ich habe gerade zum dritten Mal aktualisiert, dieses Mal aber für fünf Jahre, und es hat noch nie beim ersten Anlauf geklappt.
(Leider sind auch die Hilfen und Foren bei Symantec sehr kryptisch.)
Die Signatur hat darüberhinaus natürlich noch einen psychologischen Wert, da, wenn das Programm installiert, verknüpft und/oder ausgeführt wird, nicht mehr die Frage erscheint, ob Software XY von einem unbekannten Hersteller was tun darf. Stattdessen sieht man dort den korrekten Firmennamen. Und man kann natürlich auch die mit Setup-Programmen erzeugten Pakete signieren, so dass auch in diesem Moment bereits eine entsprechende Erkennung stattfindet.
Das ganze ist allerdings etwas fuddelig. Die Abfrage und Lizensierung des Zertifikats erfolgt, wenn man das mit Symantec macht, über den IE, und sie bleibt in der Folge an den konkreten Arbeitsplatz und, wichtig, diese IE-Version gebunden. Aktualisiert man das oder wechselt man die Ausstattung, wird es ein wenig haarig. Neuere IE-Versionen muss man regelmäßig in den entsprechenden Kompatibilitätsmodus zwingen. Ich habe gerade zum dritten Mal aktualisiert, dieses Mal aber für fünf Jahre, und es hat noch nie beim ersten Anlauf geklappt.
(Leider sind auch die Hilfen und Foren bei Symantec sehr kryptisch.)
Herzlich,
Tom
Tom
- Schorsch
- Cut&Paste-Entwickler
- Beiträge: 45
- Registriert: So, 21. Sep 2008 19:21
- Wohnort: Sinsheim im Kraichgau
Re: Fehler bei DbRUnLock()
Hallo Jan,
bei mir kam dieser Fehler auch vor, mit derselben "Erklärung".
Nach längerem Suchen habe ich herausgefunden, dass an einer bestimmten Stelle in einem anderen Programmmodul
ein spezieller Index nicht gepflegt worden ist, trotz update. Ich hatte da keine CDX sondern lauter einzelne NTX Dateien - und prompt eine vergessen zu öffnen.
Wenn jetzt die Datei mit ALLEN Indexen geöffnet worden ist und ein Update auf einen Satz mit dbrlock() gemacht wurde, ist das Modul dann beim dbrunlock() mit diesem Fehler abgebrochen - obwohl der besagte (fehlende) Satz gar nicht direkt angesprochen war.
Die Lösung bei mir war also - den VERGESSENEN Index im entsprechenden Modul zu öffnen - und gut war es. Der Fehler ist mit Version 1.90.355 und 2.0 aufgetreten.
bei mir kam dieser Fehler auch vor, mit derselben "Erklärung".
Nach längerem Suchen habe ich herausgefunden, dass an einer bestimmten Stelle in einem anderen Programmmodul
ein spezieller Index nicht gepflegt worden ist, trotz update. Ich hatte da keine CDX sondern lauter einzelne NTX Dateien - und prompt eine vergessen zu öffnen.
Wenn jetzt die Datei mit ALLEN Indexen geöffnet worden ist und ein Update auf einen Satz mit dbrlock() gemacht wurde, ist das Modul dann beim dbrunlock() mit diesem Fehler abgebrochen - obwohl der besagte (fehlende) Satz gar nicht direkt angesprochen war.
Die Lösung bei mir war also - den VERGESSENEN Index im entsprechenden Modul zu öffnen - und gut war es. Der Fehler ist mit Version 1.90.355 und 2.0 aufgetreten.
Gruß
Schorsch
Schorsch
- brandelh
- Foren-Moderator
- Beiträge: 15697
- Registriert: Mo, 23. Jan 2006 20:54
- Wohnort: Germersheim
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 33 Mal
- Kontaktdaten:
Re: Fehler bei DbRUnLock()
grundsätzlich muss man immer alle Indexdateien einer Datei gleichzeitig offen haben, falls man Schreibzugriff hat.
Ich nutze daher eine Funktion, welche die Datei mit allen zugehörigen Indexen öffnet (bei NTX, bei CDX immer den gleichen Dateinamen), so kann nix vergessen werden.
Gruß
Hubert
Hubert