URGENT HELP NEEDED. after gambas update I lost the most important application

[sadams54]

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.

[sadams54]

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.

[thatbruce]

???? 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.

[BruceSteers]

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

[sadams54]

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.

[gbWilly]

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

[sadams54]

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.

[gbWilly]

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

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.

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?

[BruceSteers]

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?

[gbWilly]

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.