I figured out that a couple of the 'errors' were just symlinks I had to make. I run make and then type at the commannd prompt ./cobweb-gui and get the msg:
pkgconfig --libs gtk+-3.0
if I do echo $PK_CONFIG_PATH
i get the right directory:
/usr/lib64/pkgconfig
when i run the pkgconfig command it prints out the version of gtk+-3.0.
when I run cobcrun cobweb-gtk test i get:
cobweb-gtk.cob error:3329 g_file_get_contents not found.
I am not sure what I am doing wrong!
if it is an easy fix please let me know. I don't know if you want everyone using cobweb-agar instead of this code.
thanks,
roboloki
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Things changed it seems. I logged in to restate the ancient gripe I had with GTK and GNOME being an ever moving breaking change, which is what put the stop on cobweb-gtk development 6 years ago. GTK 3 eventually got better, the team split breaking development from normal releases. I gave up when GTK changed from attributes set by code (as in the simple colour of a button) to a CSS themeing scheme. As stated, I logged in to pass the buck Wily smiley face.
Then, dawn on saddy face. There are a few places where cobweb-gtk.cob needs to be updated. The COBOL broke between GnuCOBOL updates (new resevered word for COLOR, a 32-64 bit alignment problem, changes to void and external C callback handling) plus a didn't age well cobweb-gtk Makefile. Can't really cry about other people breaking things, when your own stuff is broken too, Winky face.
I had to update the libvte2_90 to libvte-2.91 in the Makefile. Changed the identifier for COLOR to COLORS in cobweb-periodic.cob, and support-periodic.cob. Then due to said alignment issues in one or more copybook field group layouts, the whole thing borks (attaching eventx fails with a GLib critical) on this 32 bit laptop.
I didn't see the linkage problem with g_file_get_contents though. :-) Just a whole whack of other borkedness. The glib link flags should be properly handled by pkg-config, but things might have changed in that area too.
Will look into fixing all the things. Minor changes probably, clean up some of the bitrot.
Jeers,
Blue
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
Anonymous
-
2020-10-12
Hi Brian-
I didn't know the history behind the gtk. If you like Agar instead that is fine and I will try that. I have some extra time to burn. I spent some time working on a budget program at but I got bored with it. It is coded in U++. I'd like to fire up some gui's and use esql. Then back to budget program.
thanks Brian.
roboloki
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
Anonymous
-
2020-10-12
Hi Brian-
Update: I got the samples working on guicobol. I will read more about that and then try out cobweb-agar. thanks roboloki
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hi all-
I figured out that a couple of the 'errors' were just symlinks I had to make. I run make and then type at the commannd prompt ./cobweb-gui and get the msg:
pkgconfig --libs gtk+-3.0
if I do echo $PK_CONFIG_PATH
i get the right directory:
/usr/lib64/pkgconfig
when i run the pkgconfig command it prints out the version of gtk+-3.0.
when I run cobcrun cobweb-gtk test i get:
cobweb-gtk.cob error:3329 g_file_get_contents not found.
I am not sure what I am doing wrong!
if it is an easy fix please let me know. I don't know if you want everyone using cobweb-agar instead of this code.
thanks,
roboloki
You're not doing anything wrong, Anon.
Things changed it seems. I logged in to restate the ancient gripe I had with GTK and GNOME being an ever moving breaking change, which is what put the stop on cobweb-gtk development 6 years ago. GTK 3 eventually got better, the team split breaking development from normal releases. I gave up when GTK changed from attributes set by code (as in the simple colour of a button) to a CSS themeing scheme. As stated, I logged in to pass the buck Wily smiley face.
Then, dawn on saddy face. There are a few places where cobweb-gtk.cob needs to be updated. The COBOL broke between GnuCOBOL updates (new resevered word for COLOR, a 32-64 bit alignment problem, changes to void and external C callback handling) plus a didn't age well cobweb-gtk Makefile. Can't really cry about other people breaking things, when your own stuff is broken too, Winky face.
I had to update the libvte2_90 to libvte-2.91 in the Makefile. Changed the identifier for COLOR to COLORS in cobweb-periodic.cob, and support-periodic.cob. Then due to said alignment issues in one or more copybook field group layouts, the whole thing borks (attaching eventx fails with a GLib critical) on this 32 bit laptop.
I didn't see the linkage problem with
g_file_get_contentsthough. :-) Just a whole whack of other borkedness. The glib link flags should be properly handled by pkg-config, but things might have changed in that area too.Will look into fixing all the things. Minor changes probably, clean up some of the bitrot.
Jeers,
Blue
Hi Brian-
I didn't know the history behind the gtk. If you like Agar instead that is fine and I will try that. I have some extra time to burn. I spent some time working on a budget program at but I got bored with it. It is coded in U++. I'd like to fire up some gui's and use esql. Then back to budget program.
thanks Brian.
roboloki
Hi Brian-
Update: I got the samples working on guicobol. I will read more about that and then try out cobweb-agar. thanks roboloki