| |
Anzeigen |
|
|
Social Bookmark Script |
|
|
|
 |
Seltsame Sortierung |
Roman Köhler
Administrator
    

Dabei seit: 29.08.2007
Beiträge: 202
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Mannheim Betriebssystem: Windows XP
 |
|
So, es ist mal wieder so weit.
Ich hab wieder ein richtig seltsames Phämonen:
Ein Report ist im Details-Bereich nach einer Raumbezeichnung aufsteigend sortiert.
- Rufe ich diesen Report aus VDF heraus auf, ist die Reihenfolge: Keller, Bad, Bad
- Öffne ich Crystal XI, bleibt die Reihenfolge bestehen
- Öffne ich in Crystal den Report (brauche keine Vorschau), ändert sich die Reihenfolge auf Bad, Bad, Keller
- Schließe ich den Report und starte mein VDF-Programm erneut, ändert sich die Reihenfolge wieder auf Keller, Bad, Bad
Ich habe nun meine gesamte Platte nach der df_collate.cfg durchsucht und habe nur die deutsche Sortierfolge gefunden.
Hat jemand noch eine Idee, woran dies liegen könnte?
Danke Euer
Roman
|
|
23.04.2008 14:33 |
|
|
abraxas
Doppel-As
Dabei seit: 23.07.2007
Beiträge: 107
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Frauenfeld (CH)
 |
|
Roman
Da wir immer noch auf 8.5 sind, kann nur Vermutungen anstellen:
Angenommen die df_collate.cfg sind vorhanden (es braucht vermutlich eines für die Runtime und eines für den Crystal-Treiber): Wurden die Daten auch mit dieser collating sequence erstellt? Eventuell reicht das Reindizieren.
Bei 8.5 ist es so, dass zusammen mit dem Crystal-report immer die apidll.dll geöffnet wird. Am selben Ort muss dann auch die df_collate.cfg zu finden sein
Paolo
__________________ =================
Abraxas Informatik AG
Schweiz
=================
|
|
24.04.2008 09:15 |
|
|
Roman Köhler
Administrator
    

Dabei seit: 29.08.2007
Beiträge: 202
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Mannheim Betriebssystem: Windows XP
Themenstarter
 |
|
Hallo Paolo,
ich arbeite schon die ganze Zeit mit der gleichen (deutschen) collate.cfg. Habe diese vorsichtshalber auch immer in alle möglichen (wahrscheinlich auch nicht immer benötigten) Verzeichnisse kopiert. Unter anderem auch in "...Windows\system", "...Windows\system32" und "C:\Programme\Gemeinsame Dateien\Business Objects\3.0\bin". Leider alles ohne Erfolg.
Ich habe nun heute morgen mit dem ProcessExplorer mir die DLLs angeschaut, die mein VDF Programm lädt und habe festgestellt, dass nach dem Öffnen des Reports mit Crystal mein VDF-Programm zusätzlich moch die Datei "crlov.dll" lädt. Damit scheint es zu funktionieren. Nun bin ch vielleicht ein bisschen weiter, weiß aber nach wie vor nicht, wie ich mein VDF-Programm dazu bringen soll, von Anfang an diese DLL zu laden.
So, nun was ganz neues: Durch wildes, mehrmaliges Aufrufen des Reports, funktionierte dieser dann wirklich irgend wann. Und siehe da, sobald er richtig sortiert, ist die crlov.dll geladen.
Hast Du irgend welche Vorschläge, wie ich mein Programm dazu bringen kann, diese DLL von Anfang an zu laden?
LG
Roman
|
|
24.04.2008 13:33 |
|
|
abraxas
Doppel-As
Dabei seit: 23.07.2007
Beiträge: 107
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Frauenfeld (CH)
 |
|
Roman
Die DLL kann mit regsvr32 de- und dann wieder registriert werden. Eventuell hilft das. Registrierte DLL werden in der Regel ohne Probleme gefunden und geladen.
Oder besser: vielleicht kann man die CR Installation 'reparieren'. Dies registriert in der Regel die DLL's neu. Schau doch mal in der Systemsteuerung/Software nach.
HTH, Paolo
__________________ =================
Abraxas Informatik AG
Schweiz
=================
|
|
24.04.2008 14:48 |
|
|
Roman Köhler
Administrator
    

Dabei seit: 29.08.2007
Beiträge: 202
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Mannheim Betriebssystem: Windows XP
Themenstarter
 |
|
Hallo Paolo,
di dll ist es nicht. Habe sie umbenannt. Nach dem 2. bis 3. Aufruf des Reports klappt es dann auch ohne diese Datei.
Schade
Roman
|
|
24.04.2008 17:35 |
|
|
Roman Köhler
Administrator
    

Dabei seit: 29.08.2007
Beiträge: 202
Einsatzart von VDF: gewerblich Anwenderstatus: VDF-Entwickler Herkunft: Mannheim Betriebssystem: Windows XP
Themenstarter
 |
|
Ich weiß, man soll nicht fluchen, vor allem nicht in öffentlichen Foren, aber verdammt noch mal ich brauch das jetzt! Sorry ;-)
Ich habe nun den Fehler eingrenzen können und, wie es nicht anders zu erwarten war, liegt er (natürlich) bei mir: Die gleichen Reports, die aus meinem VDF-Programm heraus falsch aufgerufen werden, funktionieren mit den originalen VDF-Klassen tadellos. Ich muss also irgend einen Bock bei der Erstellung meiner SubKlasse gabaut haben. Aber den zu finden ist nun ein Kinderspiel.
Trotzdem vielen Dank für Eure Mühe. Ich wünsche Euch noch ein schönes WE.
Bis bald
Euer
Roman
|
|
25.04.2008 11:48 |
|
|
|
|
|
 |
|