Pro*C 11.2 vs inline

Ez most apró kis ügy, de azért meg kellene vizsgálni:

static inline size_t zstrlen (const char *p) {
..............1
PCC-S-02201, Encountered the symbol "size_t" when expecting one of the following:
   ; , = ( [

Jobb híján ide tettem a foltozást:
https://github.com/lzsiga/proc_include/blob/main/stddef.h

Közben szembejött még egy érdekesség: nemcsak az Ora10-ben, de az Ora11-ben sincs OCIDefineByPos2.

( NevemTeve | 2025. 08. 11., h – 16:39 )

Szerkesztve: 2025. 08. 11., h – 16:52

Aix/Ora12.1 ugyanaz a hiba, Linux/Ora12.2 látszólag jó, Aix/Ora19 szintén jó

( mcnab | 2025. 08. 14., cs – 08:50 )

Ha nem túl titkos, milyen fajta feladatokat szoktál Pro*C-ben megoldani?

Ugye van az a mondás, hogy amit lehet, oldjál meg a SQL-ben, ha az nem megy, akkor PL/SQL-ben. Ha nem megy PL/SQL-ben, akkor oldjad meg Java-ban. Ha nem megy Java-ban, akkor oldjad meg Pro*C-ben. Ha Pro*C-ben sem megy, akkor azt a feladatot nem lehet megoldani. Én Java-n túl soha nem jutottam. 

Igen, már én is hallottam róla, hogy lehet tárolt eljárást írni Java-ban (Pl/Sql helyett), de még nem próbáltam ki.

Ettől függetlenül kliensoldalra is kell valami, az OCI (Oracle Call Interface) erősebb, a Pro*C kompatibilisebb. Na jó, ez utóbbi nyilván nem igaz, de mondjuk az igaz, hogy könnyebb elkezdeni a vele a fejlesztést.

( peterszky | 2025. 08. 16., szo – 16:51 )

Jó kis legacy cucc lehet, nálunk akkor "irtották ki" a Pro*C-t, mikor elkezdtem gyakornokoskodni (10+ éve), és áttértek az OCCI-ra.