probleme beim programmieren für koreanisches winXP...

[mgalli]

hallo zusammen,

ich habe für einen koreanischen imbiss eine "lieferservice-software" programmiert mit kundenverwaltung, bestellabwicklung usw.

lief bisher auf diversen rechnern problemlos, startet aber auf seinem koreanischen winxp gar nicht erst. direkt nach aufruf kommt ein "schwerer ausnahmefehler" mit hinweis auf das modul kernel32.exe.

da windows diese meldung komplett in koreanischen zeichen ausgibt und wirklich nur kernel32.exe "lesbar" ist, muss ich mich mit der freien übersetzung der meldung begnügen. danach entschuldigt sich ein winxp in korea sogar dafür... :O)

kompiliert habe ich das mit delphi7 und ich greife mit dem aktuellsten myodbc-connector(3.51.11-2) auf einen lokalen mysql-server(4.1.13) zu. verbindungstests zur datenbank unter "datenquellen" in der systemsteuerung funktionieren problemlos.

offensichtlich hat er auch keine probleme mit anderer software, scheint als gäbe es nur mit meinem kleinen prog. schwierigkeiten...

in der delphi-hilfe habe ich einen hinweis auf unterschiede bei der übergabe von variabeln gefunden, da ein koreanischer zeichensatz irgendwie viel größer ist als unser standard... habe das aber leider nicht wirklich verstanden...

habe nun erfolglos "gegoogelt", foren durchsucht und die delphi-hilfe gefragt, komme aber nicht weiter...


hat jemand hiermit erfahrung?

gibt es generell probleme software für ein koreanischen xp zu erstellen?
gibt es vielleicht tools, die den quelltext einfach "konvertieren" können?
was muss man beachten?


ich sag schon mal vielen dank!

marcus

[dahead]

ich schätze dein stichwort lautet unicode, so wie es hier im forum gerade öfters diskutiert wird.

[mgalli]

danke, für deine schnelle antwort!

ich habe mir mal angesehen, was über unicode geschrieben wird. ich glaube aber, das trifft es doch nicht ganz. meine software braucht koreanisch eigentlich nicht unterstützen, das kann alles "deutsch" bleiben.

oder ist das tatsächlich schon relevant, damit es überhaupt läuft?
hatte gedacht, windows ist windows und die sprachen setzen da lediglich "oben auf"...

gruß,
marcus

[dahead]

naja, ich hab noch nie eine anwendung für ein kor. winxp geschrieben.

aber du könntest um das zu überprüfen einfach mal ein dt. hallo-welt schreiben und das dort ausführen.

du schreibst dein programm hängt sich gleich beim start auf. wird dort irgendwas windows-relevantes ausgeführt?

[Bernhard Geyer]

Zitat:

Zitat von mgalli

hat jemand hiermit erfahrung?

Ja :-)

Zitat:

Zitat von mgalli

gibt es generell probleme software für ein koreanischen xp zu erstellen?

Nein (D6 Pro mit zig Komponenten)

Zitat:

Zitat von mgalli

gibt es vielleicht tools, die den quelltext einfach "konvertieren" können?

Zu was?

Zitat:

Zitat von mgalli

was muss man beachten?

Entweder auf Unicode umstellen oder keine Sonderzeichen (üöä) verwenden.
Sinnvollerweise besorgst du dir eine entsprechendes Windows (MSDN mit entsprechenden BS-Optionen) um es selbst zu testen.

[Kedariodakon]

Zitat:

Zitat von Bernhard Geyer

Sinnvollerweise besorgst du dir eine entsprechendes Windows (MSDN mit entsprechenden BS-Optionen) um es selbst zu testen.

Ich Sag nur, da ruft der Sandkasten :lol:
Das heißt: VM-Ware und halt verschiedene Windows Versionen Sessions erstellen, ist dann pro System eine Datei, an der man nix weiter putmachen kann, man kann Sie ja sichern ;)
Und das beste, mann kann Sie immer wieder verwenden =)

Ich wünsche dir dann schonmal viel Spass beim installieren der koreanischen Version, meiner einer hate schon viel Spass bei der Polnischen und Russischen :zwinker:

Bye

[Bernhard Geyer]

Zitat:

Zitat von Kedariodakon

Ich Sag nur, da ruft der Sandkasten :lol:

Auch 'ne Möglichkeit. Von der MS-Version (Virtual PC) bin ich aber enttäuscht worden. Teilweise wurden Tastaturaktionen nicht übertragen.

Zitat:

Zitat von Kedariodakon

Ich wünsche dir dann schonmal viel Spass beim installieren der koreanischen Version, meiner einer hate schon viel Spass bei der Polnischen und Russischen :zwinker:

Hatte schon erfolge mit Russisch, Chinesisch (98/NT/XP) und Taiwanesisch.
Am besten macht man von der gleichen BS-Version eine gleichzeitige Installation um den richtigen Button zu finden.

[Kedariodakon]

Zitat:

Zitat von Bernhard Geyer

Am besten macht man von der gleichen BS-Version eine gleichzeitige Installation um den richtigen Button zu finden.

Jaja im Nachhinnein ist man immer schlauer :mrgreen:

Aber eins ist an Windows Spitze, der Start-Button ist überall an der gleichen Stelle :zwinker:

Bye

[Bernhard Geyer]

Zitat:

Zitat von Kedariodakon

Aber eins ist an Windows Spitze, der Start-Button ist überall an der gleichen Stelle :zwinker:

Du hast noch keine Arabisches Windows (ach ja, auch geschaft) installiert.
Dort ist er rechts unten. Aber mit einem Spiegel neben dem Monitor geht es.

[Kedariodakon]

Zitat:

Zitat von Bernhard Geyer

Du hast noch keine Arabisches Windows (ach ja, auch geschaft) installiert. Dort ist er rechts unten. Aber mit einem Spiegel neben dem Monitor geht es.

Hmm das hab ich noch nicht installiert *gleich mal nachschaut ob er es in serner Wunder CD-Box hat* :zwinker:

VmWare (offizielle WS)
VmWare Forum (inoffizielles deutsches Forum)


Bye

[mgalli]

Zitat:

Zitat von dahead

aber du könntest um das zu überprüfen einfach mal ein dt. hallo-welt schreiben und das dort ausführen.

das werde ich mal versuchen...

Zitat:

Zitat von dahead

du schreibst dein programm hängt sich gleich beim start auf. wird dort irgendwas windows-relevantes ausgeführt?

nein, mein programm greift lediglich auf die odbc-connection zu, ansonsten passiert da nichts. das dort gleich die kernel32.exe einen fehler wirft wundert mich eh.

hmmm, vielleicht "disable" ich einfach mal alle mysql-abfragen beim start. das kann den fehler vielleicht darauf eingrenzen. daran hab ich, während ich verwundert in der imbiss-küche stand, gar nicht gedacht...


dann mach ich mich mal an's probieren und gewöhne mich langsam und ungern an den gedanken, dass windows wohl doch nicht gleich windows ist...


marcus


ps: der start-button ist übrigens neben den icons tatsächlich das einzige was bei der version gleich ist! der rest ähnelt eher einem display, das mit einer rasierklinge ganz fein und akkurat zerkratzt wurde... :-D

[Kedariodakon]

Zitat:

Zitat von mgalli

dann mach ich mich mal an's probieren und gewöhne mich langsam und ungern an den gedanken, dass windows wohl doch nicht gleich windows ist...

Schon alleine wenn ich an Verzeichnissstrukturen denke ;)
Denn es gibt ja auch Ordner mit Koreanischen usw... Namen...

Bye

[Bernhard Geyer]

Zitat:

Zitat von Kedariodakon

Schon alleine wenn ich an Verzeichnissstrukturen denke ;)
Denn es gibt ja auch Ordner mit Koreanischen usw... Namen...

Wenn man die entsprechenden API-Funktionen verwendet um die Systemverzeichnis zu bestimmen ist das keine Problem. Die gehen auch ohne Unicode immer auszulesen.

@mgalli: Du verwendest MySQL und greifst über ODBC darauf zu? brrrr.
Nimm lieber einen native Treiber und du hast 1000 Problem weniger: Keine BDE bzw. ADO, keine ODBC und kein MyODBC. Evtl. ist ja der MySQL-ODBC-Treiber der verursachende Teil.

[Kedariodakon]

Zitat:

Zitat von Bernhard Geyer

Wenn man die entsprechenden API-Funktionen verwendet um die Systemverzeichnis zu bestimmen ist das keine Problem. Die gehen auch ohne Unicode immer auszulesen.

Das was man da aber rausbekommt ist dooch nen Unicode String :zwinker:
Oder irre ich mich? :gruebel:

BYe

[Bernhard Geyer]

Zitat:

Zitat von Kedariodakon

Zitat:

Zitat von Bernhard Geyer

Wenn man die entsprechenden API-Funktionen verwendet um die Systemverzeichnis zu bestimmen ist das keine Problem. Die gehen auch ohne Unicode immer auszulesen.

Das was man da aber rausbekommt ist dooch nen Unicode String :zwinker:
Oder irre ich mich? :gruebel:

System-Verzeichnisse sind immer so gewählt das sie auch für nicht-Unicode-Anwendungen über die aktuelle Codepage erreichbar. Deutsche Umlaute (üöä) stellen unter einem Westeuropäischen Windows auch keine Problem dar. So ist es auch für koreanische Zeichen unter einem koreanischen Windows. Die Umwandlung Widestring -> String wird in Delphi automatisch immer mit der aktuellen Codepage durchgeführt.

[mgalli]

Zitat:

Zitat von Bernhard Geyer

@mgalli: Du verwendest MySQL und greifst über ODBC darauf zu? brrrr.
Nimm lieber einen native Treiber und du hast 1000 Problem weniger: Keine BDE bzw. ADO, keine ODBC und kein MyODBC. Evtl. ist ja der MySQL-ODBC-Treiber der verursachende Teil.

jap, genau daran scheints zu liegen. ich habe mal alle datasets und querys rausgeworfen und das mal testen lassen. dann lässt es sich starten und läuft, nur halt ohne daten... :?

ich würde gerne mal eine alternative zu myodbc testen, muss aber gestehen, dass ich nicht so wirklich weiß was du mit "nativem treiber" meinst. alles was ich bisher gemacht habe war über ado, die bde und eben odbc...

kann mir jemand einen tipp geben nach welchen begriffen ich suchen muss um darüber was zu erfahren? konnte bisher nichts wirklich aufschlussreiches finden...

ganz wunderbar wäre natürlich auch irgendein beispiel etc... :-D

danke!

marcus

[supermuckl]

stichwort mysql ohne komponenten

[Bernhard Geyer]

z.B. MySQLDAC