« first day (2791 days earlier)      last day (389 days later) » 

12:00 AM
REFRESH!
[Minesweeper] 117 Games Played. 63 Bombs Used. 15056 Moves Performed. 15 New Users
[rubberduck-vba/Rubberduck] 6 issue comments
 
 
13 hours later…
 
1:22 PM
> Thanks! I think the best option for me is to enable that setting. I have a few projects that cause parser errors so clearly my code needs some work :)
 
 
4 hours later…
5:04 PM
> @ManuellMiranda

<kbd>Alt</kbd> + <kbd>D</kbd> + <kbd>L</kbd>

Sometimes you have to add and delete some empty lines/modify something in the VBE for this shortcut to be enabled.
 
 
1 hour later…
6:08 PM
 
 
5 hours later…
10:42 PM
Everyone's favorite: NEW PROBLEMS! I just opened an Access project and I started getting "File not found" errors. I opened the VBE to find that one of my modules is there but can't be seen. I double clicked through some modules and they all appear except for one. This one contains code that is called on open so it makes sense that the error was seen at startup.
Question: How is it possible to get "File not found" when viewing a module in the VBE? It's not really a file, is it?
When I hit compile, I get "File not found".
 
most likely your vba project stream is korupt.
 
So it seems the project is now cursed and needs to be recovered from backup but WTF and how did this happen? How can I avoid this?
 
fwiw, I've seen that if you put certain MSForms controls (e.g. a frame control) into a userform and save it in the Access VBA project.
 
eak, I don't think I've done that
 
also, to answer your question about why it's a "file not found", it's because VBA project is basically internally a filesysem
 
10:45 PM
nice, ok
like a zipfile
 
it has its own virtual directories and files, so if it's messed up, you get a file not found. Yep, like that.
FWIW, sometimes it works to export & import the file, esp with the Application.SaveAsText & Application.LoadFromText
depending on the circumstances, it might recover and fix up the corruption within the VBA project.
 
Thanks. That is how I do source control
 
of course, if the corruption's with the form's definition itself, you're most likely hosed and need to rebuild.
 
I have those exported too
I also have backups
 
What is this magical thing "backup" you speak of?
:-D
 
10:48 PM
It's like a copy of the file that exists in a magical location that is unlikely to be touched
 
ooooo
 
(Reaches in to bag of holding)
(Pulls out a functional Access file)
Just another stupid reason why I can't seem to finish this version update...
I've hit so many odd Access specific problems lately. I'm wondering if my project is too big or complex at this point.
 
you probably already know but just in case - I've observed that working on a network location is usually bad
 
deep sigh
but that's how my backups work
 
even if it's in a LAN, it's relatively unreliable compared to local disk.
zipping? Not worried.
I mean editing an Access file directly on a shared folder.
I avoid working like that and work with a copy on local drive and restore it to network. PITA, but safe.
 
10:52 PM
yeah, I've only seen huge problems when people started working from home and complaining that my DB thing wasn't working. I learned that you can't access a backend across a VPN for no fucking reason other than "don't do that".
 
well, when you share an Access backend, you are basically doing something like this:
you're home. Tom's home. Tim's home. You want to read something, so you go to the library, get a book but instead of checking it out, you rip the page out from the book, go to the home. Tim does the same thing to different pages on the book. Ditto for Tom.
Tim makes some edit to the page, return and paste the page into the book back at library, and you later rip it out, and make your own edit to that page at your home, return to library and paste it back in.
but sometime on the way to library, you all drop pages in puddle of water, mud, whatever, you try to clean it the best you can but oh well. glue it back anyway.
In contrast, with a server-RDBMS, it's more like that you are not even allowed to touch the book. Instead you must request a page from the strict librarian who will birch your hands off if you as much look at the book, and she will dutifully xerox the page and hand that copy to you. You can then make edits and give to her but she and only she can actually make changes to the book.
 
This analogy is humorous but it doesn't explain why there is a difference between the file on an SMB share vs going through a VPN to an SMB share.
 
same thing but your homes are much further out, and you're tripping over in puddles & mud more often.
and if Tim wants a page that you ripped out, well, he'll have to wait for you to make it ot the library
 
It's just a little latency.
 
yeah but Access really doesn't like it.
 
11:00 PM
I know there have been issues with how Windows server handles file locking on SMB shares. Maybe it closes the file locks inappropriately when the VPN drops packets.
 
probably. Remember that Access implements their own locking system, rather than using Windows
 
So when you go to glue the page back in you find a xeroxed copy was glued back already
Then it needs some way of doing merge conflict resolution
 
so that further complicates the process because AIUI, they cannot rely on windows locking to do the job.
(I think they do use it but in conjunction with their own locking file in order to allow sharing of data)
 
and yes there are two types of locking going on. One file level lock upon every write operation. The other being table and record locking inside access.
 
file-level? I think it's defaulting to page level
 
11:02 PM
eh? two processes can't have write permission on a file at the same time.... right?
 
AIUI, the write can be locked only for a page.... hence my page-ripping analogy
were it file level, then the analogy would necessitate you taking the whole book, not a page.
mind you, a page can contain several records so even if your edit only changed only one record, you still have to lcok the entire page and htus block others attempt to edit records that happens to be on the same page.
 
11:21 PM
Oh, I'm talking about what the server sees. When you go to glue a page in the book you have to pick up the whole book. At this point the file is locked for writing by the SMB server. Other people can't glue the page in while you are holding it but they can read over your shoulder.
So when Access writes, it has to interact with the SMB server, which has it's own file level locking system.
This gets complicated if you are using a DFSR share: docs.microsoft.com/en-us/windows-server/troubleshoot/…
 
I'm not sure about that - that's beyond my meager networking knowledge.
You might be right that only one person can glue the page into the book, but it certainly does give the appearance of allowing multiple people to glue pages; only not the same page at same time.
Either way, it sounds very very messy and you are going to end up with a sticky book
 
11:45 PM
[rubberduck-vba/Rubberduck] 1506 stars vs. [decalage2/oletools] 1895 stars
 
Yeah, we are talking about writing a few kb or less. The write-lock is very short to update a record so it would appear to be samletimeyously to the user.
 

« first day (2791 days earlier)      last day (389 days later) »