Search results

Thank you for generously sharing an enviable experience It should be noted, however, that it's still unclear why using that library breaks everything It seems harmless.

Bingo !!! The difference between program 1 and program 2, besides some changes to the 'articles' form, was that in program 2 I added a reference to a DLL I wrote using TwinBasic just to do some experiments and understand how it worked. The DLL code is this: Public Class MyClass Public...

That's correct. Since it's a particularly strange problem, I set up a virtual machine with a clean Windows 10 and installed the entire package with just the runtime. And the problem with program2 persists. While with program1, everything works correctly. Then I installed the full Access, and...

Then, to avoid ambiguity, what is the better way?

Right, I hadn't thought of that. It might work. I'll test it as soon as possible.

Yes, program1 and program2 link tables from the same DNS and therefore from the same database. The REGISTRATION_DATE field is a timestamp, and both program1 and program2 see it as a timestamp. What do you mean by 'explicitly relink' the tables?

Yes, of course I could do that. I simply should modify the dateSQL function and make it return the date exactly as passed The point is: the system has worked this way for years, for dozens of different versions Why should it work differently now? But above all, why does program1.accde still work...

This is truly incredible (at least for me). Program1.accde becomes program2.accde after some changes to the 'articles' form. Both program1 and program2 work correctly on the development PC, with Win10 with Access 2013 32bit Let's move to user PC2, a Win10 pro pc, where only the Access runtime...

Simple and effective But if the program were transformed into mde/accde and the debug.print files were eliminated, could there be any benefit?

He didn't ask how to turn on the phone with Maui, but how to read an mdb/accdb file from an app on the phone And the discussion is far from stupid, but it's very interesting for all Access users who have a smartphone

No He asked how to read an Access data file Not how to run Access on his phone.

Yes, okay, you're excused

You're not the one who has to think about how the system should be set up The colleague asked some questions; if you know the answer, you can help him Otherwise, save the ink

I've linked to a post that provides a solution That link also contains an example (source code) of a program that uses the UcanAccess library So if you write "..yet you refused to elaborate.." you should know you're writing something untrue Why?

I don't think proposing a solution, even if you said there isn't one, can be considered aggressive Don't worry about breathing, I do the ones I like: deep, short, long, a bit of everything.

I, on the other hand, read what our colleague writes, and if possible I try to help him

It's not my game And it's not stupid at all Especially because it responds to a request from colleague prabha_friend Of course, if you have a simpler solution, or less stupid, that's fine, let's hear it.

Which translated into words that we ignorant people can understand, what would it mean?

Reading and writing MDB/ACCDB files is also possible on Android This post may be useful

I'm sorry, but with Access 2013 the file dosen't open