[Allegro] Indexproblem

Do Okt 15 11:01:51 CEST 2015

Guten Tag Herr Fischer,
danke für Ihre Nachricht.
Am Mittwoch, 14. Oktober 2015 um 20:04 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

> Hallo Herr Berger,
>>> Ich bekomme wohl C:\OPRD_1.pld hin, wie ich ein C:OPRD_1.pld bekäme, weiß ich aber nicht.
>> C:foo.bar ist ein /relativer/ Pfad.
> ??? Entweder ist es ein vermurkster Pfad (weil \ fehlt) oder es ist
> überhaupt kein Pfad (jedenfalls unter Windows, beim Mac ginge das).
> Und als Dateiname geht das auch nicht (mein Windows 7 nimmt jedenfalls kein : in Namen an).

NEIN. es ist KEIN vermurkster pfad!

hier mal ein bild von mir:
C:\tmp>cd c:tmp
Das System kann den angegebenen Pfad nicht finden.
C:\tmp>cd x:tmp
Das System kann den angegebenen Pfad nicht finden.
C:\tmp>x:
X:\tmp>cd ..
X:\>c:
C:\tmp>cd x:tmp
C:\tmp>

in der vorletzten zeile kann cmd.exe damit WAS anfangen. es gibt KEINE
fehlermeldung.

wie kollege berger sagt, es ist (alles) relativ! ;-)

ich interpretier das mal so:
" wie ich ein C:OPRD_1.pld bekäme, weiß ich aber nicht."
man  war  auf  c: IM subdir, wo ORD_1.pld sich befindet. man ist JETZT
woanders! z.b,. auf d:\pups.
wenn man zurückwill, also nach dem ort, wo sich ORD_1.pld befindet.
sagt man c:ord_1.pld

ähnlich verhält es sich mit dem PUNKT, mit "..", mit ..\ usw usw.
iss ne lustige sache!

lustige grüße aus potsdam, dem theodor-fontane-archiv!
Ihr Klaus lehmann

>>>> Die Meldungen interpretiere ich so, dass es in diesem Verzeichnis
>>>> bereits eine Datenbank (wohl von ihren vorigen Versuchen) gibt,
>>>> mit 170 Saetzen und einer bereits existierenden oprd_1.pld. Dazu
>>>> kommen dann die 42 Saetze neu hinzu.
>>> 
>>> Das liegt nahe, die Frage ist aber wo: zum Zeitpunkt der Meldung gibt
>>> es in dem entsprechenden Ordner nichts dergleichen.
>> 
>> Dann haben Sie den richtigen Ordner noch nicht gefunden:
>> Koennte das Wurzelverzeichnis sein, oder auch Ihr Desktop-Verzeichnis
>> oder vielleicht gar c:\windows\system32: Ist halt das, was
>> der Konsolfenster-Prozess gerade fuer C: eingestellt hat und
>> an index.exe vererbt.

> Ich habe das früher schon einmal gesucht, bin jetzt aber fündig
> geworden: Im Wurzelverzeichnis sind die entsprechenden Dateien
> angekommen, wenn ich sie in das richtige Verzeichnis transportiere, läuft alles glatt,

> Ich hatte vorher schon in dieser Richtung geforscht und den Befehl
> mal mit reichlich Pfaden ausgestattet:
> W:\Allegro\Prog\index -f70 -d W:\Allegro\Prog\KAPSEL\OPRD.PLG -e
> W:\Allegro\Prog\KAPSEL\OPRD/W:\Allegro\Prog\KAPSEL -kp -n1
> Das ist gescheitert:

> W:\Allegro\Prog\uif7ger geoeffnet
> W:\Allegro\Prog\KAPSEL\$p.cfg geoeffnet

> Target files W:\Allegro\Prog\KAPSEL\OPRD.PLG
> Verarbeitet werden die Dateien:
> OPRD.PLG
> ACHTUNG: path=W:\Allegro\Prog\KAPSEL\, dbn+i+1=W:\Allegro\Prog\KAPSEL
> path=W:\Allegro\Prog\KAPSEL\, dbn=C:W:\Allegro\Prog\KAPSEL\OPRD

> W:\Allegro\Prog\KAPSEL\OPRD.ppi geoeffnet
> size of W:\Allegro\Prog\KAPSEL\W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0

> und dann kommt eine Fehlermeldung:

> [Window Title]
>         index.exe
> [Main Instruction]
>         index.exe funktioniert nicht mehr
> [Content]
>         Es wird nach einer Lösung für das Problem gesucht...
> [Abbrechen]

> die man nur abbrechen kann (bei mir hat Windows noch nie eine Lösung gefunden…).
> Bei dem
> size of W:\Allegro\Prog\KAPSEL\W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0
> ist wohl etwas schief gelaufen, da scheint Index bei dem ersten
> Teil des -e-Parameters keine Pfad zu vertragen.
> Wenn ich stattdessen den Aufruf so schreibe:
> W:\Allegro\Prog\index -f70 -d OPRD.PLG -e
> OPRD/W:\Allegro\Prog\KAPSEL -kP -n1
> dann scheint alles zu funktionieren.
> Die Meldungen sind etwas anders:

> Target files OPRD.PLG
> Verarbeitet werden die Dateien:
> OPRD.PLG
> ACHTUNG: path=W:\Allegro\Prog\KAPSEL\, dbn+i+1=W:\Allegro\Prog\KAPSEL
> path=W:\Allegro\Prog\KAPSEL\, dbn=C:OPRD
> W:\Allegro\Prog\KAPSEL\OPRD.ppi geoeffnet
> size of W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0
> Saetze   Sekunden     Schluessel  Schl./sec
>  OPRD.P8G eingelesen

> Man sieht, dass der (seltsame) Wert  dbn=C:OPRD hier anders ist und
> sich offenbar auf den vermuteten Pfad der *.tbl auswirkt.
> Das muss im Quellcode mal nachgesehen werden, irgendetwas wird da durcheinander gebracht.

>> 
>>> Und wo immer index.exe ein ii1 erzeugt, Qrix findet es nicht.
>> 
>> Ich habe in den Sourcen nachgesehen, es sieht so aus, als habe
>> index da andere Defaults als qrix (qrix scheint in gewissen Situationen
>> noch ein "allegro" zu ergaenzen, die anderen Programme nicht).

> Das sollte dringend vereinheitlicht werden (und möglichst keine
> undurchsichtigen Konsequenzen haben).

> Zunächst sieht es aber so aus, dass mein Skript jetzt durchläuft!

> Herzlichen Dank nochmals, und ein erholsamen Abend!
> Thomas Fischer

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: allegronet ist ein eingetragenes Warenzeichen

Am Mittwoch, 14. Oktober 2015 um 20:04 schrieben Sie:
> Hallo Herr Berger,

>>> Ich bekomme wohl C:\OPRD_1.pld hin, wie ich ein C:OPRD_1.pld bekäme, weiß ich aber nicht.
>> 
>> C:foo.bar ist ein /relativer/ Pfad.

> ??? Entweder ist es ein vermurkster Pfad (weil \ fehlt) oder es ist
> überhaupt kein Pfad (jedenfalls unter Windows, beim Mac ginge das).
> Und als Dateiname geht das auch nicht (mein Windows 7 nimmt jedenfalls kein : in Namen an).

>>>> Die Meldungen interpretiere ich so, dass es in diesem Verzeichnis
>>>> bereits eine Datenbank (wohl von ihren vorigen Versuchen) gibt,
>>>> mit 170 Saetzen und einer bereits existierenden oprd_1.pld. Dazu
>>>> kommen dann die 42 Saetze neu hinzu.
>>> 
>>> Das liegt nahe, die Frage ist aber wo: zum Zeitpunkt der Meldung gibt
>>> es in dem entsprechenden Ordner nichts dergleichen.
>> 
>> Dann haben Sie den richtigen Ordner noch nicht gefunden:
>> Koennte das Wurzelverzeichnis sein, oder auch Ihr Desktop-Verzeichnis
>> oder vielleicht gar c:\windows\system32: Ist halt das, was
>> der Konsolfenster-Prozess gerade fuer C: eingestellt hat und
>> an index.exe vererbt.

> Ich habe das früher schon einmal gesucht, bin jetzt aber fündig
> geworden: Im Wurzelverzeichnis sind die entsprechenden Dateien
> angekommen, wenn ich sie in das richtige Verzeichnis transportiere, läuft alles glatt,

> Ich hatte vorher schon in dieser Richtung geforscht und den Befehl
> mal mit reichlich Pfaden ausgestattet:
> W:\Allegro\Prog\index -f70 -d W:\Allegro\Prog\KAPSEL\OPRD.PLG -e
> W:\Allegro\Prog\KAPSEL\OPRD/W:\Allegro\Prog\KAPSEL -kp -n1
> Das ist gescheitert:

> W:\Allegro\Prog\uif7ger geoeffnet
> W:\Allegro\Prog\KAPSEL\$p.cfg geoeffnet

> Target files W:\Allegro\Prog\KAPSEL\OPRD.PLG
> Verarbeitet werden die Dateien:
> OPRD.PLG
> ACHTUNG: path=W:\Allegro\Prog\KAPSEL\, dbn+i+1=W:\Allegro\Prog\KAPSEL
> path=W:\Allegro\Prog\KAPSEL\, dbn=C:W:\Allegro\Prog\KAPSEL\OPRD

> W:\Allegro\Prog\KAPSEL\OPRD.ppi geoeffnet
> size of W:\Allegro\Prog\KAPSEL\W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0

> und dann kommt eine Fehlermeldung:

> [Window Title]
>         index.exe
> [Main Instruction]
>         index.exe funktioniert nicht mehr
> [Content]
>         Es wird nach einer Lösung für das Problem gesucht...
> [Abbrechen]

> die man nur abbrechen kann (bei mir hat Windows noch nie eine Lösung gefunden…).
> Bei dem
> size of W:\Allegro\Prog\KAPSEL\W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0
> ist wohl etwas schief gelaufen, da scheint Index bei dem ersten
> Teil des -e-Parameters keine Pfad zu vertragen.
> Wenn ich stattdessen den Aufruf so schreibe:
> W:\Allegro\Prog\index -f70 -d OPRD.PLG -e
> OPRD/W:\Allegro\Prog\KAPSEL -kP -n1
> dann scheint alles zu funktionieren.
> Die Meldungen sind etwas anders:

> Target files OPRD.PLG
> Verarbeitet werden die Dateien:
> OPRD.PLG
> ACHTUNG: path=W:\Allegro\Prog\KAPSEL\, dbn+i+1=W:\Allegro\Prog\KAPSEL
> path=W:\Allegro\Prog\KAPSEL\, dbn=C:OPRD
> W:\Allegro\Prog\KAPSEL\OPRD.ppi geoeffnet
> size of W:\Allegro\Prog\KAPSEL\OPRD.tbl is 0
> Saetze   Sekunden     Schluessel  Schl./sec
>  OPRD.P8G eingelesen

> Man sieht, dass der (seltsame) Wert  dbn=C:OPRD hier anders ist und
> sich offenbar auf den vermuteten Pfad der *.tbl auswirkt.
> Das muss im Quellcode mal nachgesehen werden, irgendetwas wird da durcheinander gebracht.

>> 
>>> Und wo immer index.exe ein ii1 erzeugt, Qrix findet es nicht.
>> 
>> Ich habe in den Sourcen nachgesehen, es sieht so aus, als habe
>> index da andere Defaults als qrix (qrix scheint in gewissen Situationen
>> noch ein "allegro" zu ergaenzen, die anderen Programme nicht).

> Das sollte dringend vereinheitlicht werden (und möglichst keine
> undurchsichtigen Konsequenzen haben).

> Zunächst sieht es aber so aus, dass mein Skript jetzt durchläuft!

> Herzlichen Dank nochmals, und ein erholsamen Abend!
> Thomas Fischer

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda, zuständige Kammer: IHK Dresden
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg, USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Always with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: allegronet ist ein eingetragenes Warenzeichen

Klaus                            mailto:lehmann_klaus at t-online.de