I have updated to gambas 3.20.2    other programs work fine but I get this error on my most important one. I can't figure out what is wrong. It worked fine until this update.

[gb.gui.base]._Gui._InitApp.180: #2: Cannot load class 'PHPOS': File or directory does not exist
[gb.gui.base]._Gui._InitApp.180 ?

the PHPOS is a class inside the program and this only started after update. And only to this most important of all programs. I need help solving this quickly. The shop has no point of sale now.

I can bring up the program in the IDE and it works fine. I tried to build new executable but that has not helped.

Stranger still, the program will run in the IDE but not from executable even on same machine.

 well I found it.  seems our devs obsoleted what I was using.   gambas3-gb-db   is now gambas3-gb-db2    and once that was registered on the program I made a new executable and the problem is now solved. Wish there would have been more information and a way to figure it out easier than having production down for half a day. The runtime module just doesn't support it any longer and we all have to upgrade to the db2.  Different mess but at least I can function again.

 ???? I have several dozen applications that are still using gb.db+gb.db.postgresql with no problems.
Although the gb.db components are "deprecated" they still exist and still work. The reason I haven't yet converted these applications is that there are still bugs/shortfalls in gb.db2 and probably will be for some time yet as the issues need to be reported to Benoit (who is usually fairly quick in addressing them.)
So beware of this and be careful.
I can't see how your application could run in the IDE and not as an executable?
In your IDE project properties popup Components tab, have you got the "Show Deprecated Items" option on?
b
p.s. Benoit did warn about the deprecation of gb.db on the mailing list in June/July last year.

Did you hit the "compile all" button to rebuild all binaries?

 i did not have the show depreciated on. I noted that every database app (many) all use the db not db2. and some work and some do not. They worked in IDE but not live. I am transitioning all to the db2 because I need some of these daily use apps and they are important. Now I am waiting for the ones that still work to just mysteriously stop working. Making a bit of a disaster for me to have to recompile everything and unable to use the inbuilt update because I have to install the db2 components and the programs will not run to use the built in update. That means going to every system on the property and manually updating.

I am still having issue on a raspberry pi that does not seem to find the db2 components in the repo.  This pi has raspian bullseye and can't seem to find the db2 components for it. So even more trouble due to this. Benoit does great work but sometimes he misses something and this time it is hitting me hard.

sadams54 said

I am still having issue on a raspberry pi that does not seem to find the db2 components in the repo.  This pi has raspian bullseye and can't seem to find the db2 components for it. So even more trouble due to this. Benoit does great work but sometimes he misses something and this time it is hitting me hard.

What repo's are you pulling from? If NOT from OSB (my guess), don't blame Benoit, blame the distro for creating fuck ups
OSB is on 3.20.4 (that has had some db2 fixes) and has arm64 builds as well. https://gambaswiki.org/wiki/doc/packages

 raspian repos are horrible but stuck with it on one thing. I use fedora otherwise and this is still a problem but doable. I say good things about benoit, except when something is not seemless.
I need to find the db2 stuff for bullseye, any idea where?

Other note. I have a system stuck on fedora 29 due to software issue. Can't upgrade without losing stuff. The db2 does not exist in fedora repo earlier than fedora 40. How can I get the db2 the db2-form and db2-mysql that I can compile for that one system? I already did something similar with the runtime but now I have to add to it. My other problem child system.

sadams54 said

raspian repos are horrible but stuck with it on one thing.

For Raspian you can use OSB Debian arm64 repository, if 64-bit Raspbian. It holds 3.20.4

sadams54 said

I need to find the db2 stuff for bullseye, any idea where?

OSB repo has 3.20.4 for bullseye, bookworm and trixie
Addins OSB repo is explained in link I provided in my previous post.

sadams54 said

Other note. I have a system stuck on fedora 29 due to software issue. Can't upgrade without losing stuff. The db2 does not exist in fedora repo earlier than fedora 40. How can I get the db2 the db2-form and db2-mysql that I can compile for that one system? I already did something similar with the runtime but now I have to add to it. My other problem child system.

Selfcompile 3.20.4 on Fedora 29?

I neither use it or understand it but Db2 mostly uses mongodb

If you look at the later fedora packages needed for mongodb perhaps they are available on the older fedora.

Ideally you need to update that machine.
Not being able to update due to one program means likely many compatibility issues ahead, you need an alternative to that program.

Can't you make one with Gambas? <EMOJI seq="1f60e" tseq="1f60e">😎</EMOJI>

BruceSteers said

I neither use it or understand it but Db2 mostly uses mongodb

That's a nonesens statement you make there. gb.mongodb has NOTHING to do with gb.db2.

gb.db2 is a rewrite of gb.db, with as much as possible code written in gambas. It's dependencies haven't changed from gb.db (when there was no gb.mongodb for gambas).
gb.mongodb is a component that is for mongodb databases ONLY, and works entirely different than the databases gb.db and gb.db2 deal with.

Aah sorry my mistake.

Told you i didn't understand it  

BruceSteers said

I neither use it or understand it but Db2 mostly uses mongodb

If you look at the later fedora packages needed for mongodb perhaps they are available on the older fedora.

Ideally you need to update that machine.
Not being able to update due to one program means likely many compatibility issues ahead, you need an alternative to that program.

Can't you make one with Gambas? <EMOJI seq="1f60e" tseq="1f60e">😎</EMOJI>

The issue that keeps me on fedora 29 is this system is running zoneminder. zoneminder is why I can't do upgrades. The software underwent updates that broke many many many things. Updating the system will require updates to zoneminder and that will effectively shut down the zoneminder system do it also updating. I have been on with the zoneminder people and they denied they had any issues even when shown proof, but they did offer to fix those non-existent errors for a tidy little fee. So I have that system with some special things to keep it functional for the future.

I have looked into replacing it with something I could write in gambas but that is a huge project I do not have the time or resources for. I would love to do it though.

I compiled gambas for that system but no idea where I got the source to compile from so that is what I seek and hoping that could find just the parts I need but if I need to recompile the whole thing that is fine as long as I can find the source again.

sadams54 said

I compiled gambas for that system but no idea where I got the source to compile from so that is what I seek and hoping that could find just the parts I need but if I need to recompile the whole thing that is fine as long as I can find the source again.

You could start here: https://gambaswiki.org/wiki/install
All is explained, even how to pull the source code with proper tag from gitlab.

Each tag is a version, current latest tag is 3.20.4, but you can go for any version you prefer to compile on that system.
If parts don't compile because libraries might be too old or missing, you can disable those components that it says that will not compile,
db2 should not be a problem as requirements are like db + extra gambas parts.