« first day (2609 days earlier)      last day (571 days later) » 

12:03 AM
REFRESH!
[Minesweeper] 114 Games Played. 75 Bombs Used. 17576 Moves Performed. 5 New Users
[rubberduck-vba/Rubberduck] 2 issues opened. 7 issue comments
 
 
12 hours later…
12:02 PM
> Ref. #1585, #2382, #4430
> Ref. #1585, #2382, #4430; note implicit conversions to Variant should be ignored, to avoid flagging arguments to the many built-in functions that take Variant parameters.
 
 
2 hours later…
1:38 PM
> Tysvm for finding and referencing those. I did try to search for prior issues to avoid double posting.
 
 
3 hours later…
4:23 PM
 
 
3 hours later…
7:51 PM
BLARGH! I am getting a persistant "Out of memory" message any time I try to edit any code in this VBA project. No code is running when I get the error. It's the VBE throwing the error when I try to edit a line. I have uninstalled RD and all addins. The host is 64-bit MSAccess.
Has anyone been so fortunate to see such a problem?
Access is using 440MB of RAM and I am decidedly not out of memory by any measure.
I have run MSACCESS.EXE /decompile against the file
 
8:09 PM
is it specific to a particular accdb file? If so, how big is that?
 
8:54 PM
Yeah, it's running about 7MB
 
9:05 PM
I did another de-compile but this time I changed the code (adding a comment) before hitting compile again. Then I did C&R. Size went down to 4MB. It was letting me edit for a second but now the OOM error is back... I hate Access
 
 
2 hours later…
11:11 PM
@HackSlash Sorry missed that. It is a pretty small file so don't see how OOM would factor in. The only thought is that if there's a runaway code making objects that you weren't expecting to create, it might OOM. 440 MB is pretty high for plain Access (IME, it usually runs ~20 MB vanilla)
 
11:48 PM
[rubberduck-vba/Rubberduck] 1383 stars vs. [decalage2/oletools] 1653 stars
 

« first day (2609 days earlier)      last day (571 days later) »