-
Robert,
alles zu seiner Zeit und an seinem Platz. Gut, ich verwende eher 'system' als QCMDEXC und einer der nütztlichsten BIF's den %scanrpl um die Platzhalter innerhalb eines Command-Strings zu ersetzen, wenn ich es denn über RPG löse. Doch immer ein RPG Programm zu schreiben, finde ich jetzt auch ein wenig übertrieben. ;-)
kf
-
Da gebe ich Dir sogar recht! Allerdings muss ich immer den kleinsten gemeinsamen Nenner unter den Kunden wahren (die einen sind noch auf V5.4 oder 6, andere sind nicht sattelfest in CL/CLLE und wieder andere leisten sich nichtmal RDi...
Ich muss also so schreiben, dass die vorhandenen human resources das lesen können. Das prägt ;- )
-
Ich habe bisher nur einen einzigen Kunden, der RDi einsetzt. Alle anderen muss ich mir Greenscreen und PDM verarzten.
Und RDi remote macht nicht gerade Spaß, zumal das Autovervollständigen nicht innerhalb SQL funktioniert. Da brauchts immer noch Splitscreen und copy/paste.
Da sind andere IDE's erheblich weiter. Bereits VB6 (seit1997) konnte da schon mehr.
-
Zitat von Fuerchau
Und RDi remote macht nicht gerade Spaß, zumal das Autovervollständigen nicht innerhalb SQL funktioniert.
Wenn's ganz schlimm wird, arbeite ich mit Projekten und synchronisieren dann einfach rüber.
Am besten ist es wenn die Sourcen im IFS sind, dann arbeite ich mit dem Visual Code, der hat da viel weniger Probleme mit den Verbindungen.
Aber ja, nur selten ist eine Umgebung perfekt oder gar "gut".
-
Zitat von Andreas_Prouza
Am besten ist es wenn die Sourcen im IFS sind ...
...was ich ganz stark anzweifle! Wenn sich da mal ein Tsunami aus versemmelten CCSIDs, unerfahrenen Codern in Verbindung mit unerwarteten Havarien (RDi oder Anwendung) entwickelt, möchte ich nicht in Deiner Haut stecken!
Bitte sportlich nehmen ;- )
-
Für konstruktiven Erfahrungsaustausch bin ich immer offen. Nur so können wir uns alle weiterentwickeln :-)
Ich habe ehrlich gesagt, mehr Probleme mit unterschiedlichen CCSIDs bei Source-Files gehabt als im IFS.
Im IFS kann ich wenn nötig recht einfach die Sourcen korrigieren. Bei Source-Files hängt's ja auch an der CCSID des Source-Files ab und dann auch noch am Member mit welchem Job & CCSID man dort drinnen gearbeitet hat.
Da tu ich mir einfacher im IFS alles mit UTF-8 zu speichern und fertig.
Gerade wenn's dann darum geht unterschiedliche Länder unter einem Hut zu bekommen die mit unterschiedlichen CCSIDs arbeiten, erspart mir das einige Probleme.
Falls jemand Probleme mit der Variante im IFS mal gehabt hat würde mich das sogar wirklich interessieren.
-
Warum gibts nur soviele Probleme mit CCSID's?
Wenn man sich an die simplen Regeln hält:
- Systemwert QCCSID auf die Sprache einstellen (z.B. 1141), kein Job ohne CCSID
- Alle Dateien haben eine CCSID wenn man sie mit DDS oder SQL erstellt.
- Bildschirmcodepage immer passend zum Job, z.B. 1141
- Mehrsprachigkeit (West+Ost), immer Unicode 1200, im ACS Unicode aktivieren
- NetServer CCSID 1252
- FTP CCSID 1252
- Streambefehle (CPYxxx) nie PCASCII sondern passend 1252 verwenden.
Und schon gibts keine CCSID-Probleme mehr.
-
Tja, wenn sich jeder überall an Regeln halten würde, gäbe es generell fast keine Probleme mehr ;-)
-
Ich erzähls ja nur schon seit 20 Jahren;-).
Dass da dann so gar nichts hängenbleibt spricht nicht so für mich.
-
Wieso eigentlich. Es sind doch die anderen, die nicht zuhören ;- )
-
Hat ja nichts damit zu tun ob du, Dieter, Birgitta, ich oder sonst wer im Forum oder bei diversen Veranstaltungen Tipps geben wie man "richtig" arbeiten sollte um Probleme zu vermeiden.
Nicht alle lesen aufmerksam oder interessieren sich dafür.
Ich würde mich wundern, wenn du bei deinen Kunden nie irgendwelche Probleme hättest (nicht nur vor 20 Jahren) ;-)
-
Zitat von Fuerchau
Warum gibts nur soviele Probleme mit CCSID's?
Wenn man sich an die simplen Regeln hält:
- Systemwert QCCSID auf die Sprache einstellen (z.B. 1141), kein Job ohne CCSID
- Alle Dateien haben eine CCSID wenn man sie mit DDS oder SQL erstellt.
- Bildschirmcodepage immer passend zum Job, z.B. 1141
- Mehrsprachigkeit (West+Ost), immer Unicode 1200, im ACS Unicode aktivieren
- NetServer CCSID 1252
- FTP CCSID 1252
- Streambefehle (CPYxxx) nie PCASCII sondern passend 1252 verwenden.
Und schon gibts keine CCSID-Probleme mehr.
Hi zusammen,
das fängt schon damit an das die IBM die Systeme mit den Systemwert QCCSID und 65535 ausliefert.
Wenn das System dann läuft traut sich keiner diesen Wert zu ändern.
Warum eigentlich ?
Gruß
Michael
Similar Threads
-
By msost in forum NEWSboard Programmierung
Antworten: 5
Letzter Beitrag: 31-08-17, 12:50
-
By dibe in forum NEWSboard Programmierung
Antworten: 2
Letzter Beitrag: 18-09-15, 09:55
-
By Etherion in forum NEWSboard Programmierung
Antworten: 6
Letzter Beitrag: 30-09-14, 13:36
-
By Ludger Muhmann in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 07-10-02, 14:06
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks