gpt4all
gpt4all copied to clipboard
v3.2.x->v3.3.0: Prompt(s) referring the LocalDocs database cause(s) repeated crashes even after (PC restart + other LD collections selected)
Bug Report
GPT4All crashes
- during the same computer session, after sending in a prompt asking for information related to the LocalDocs database while 1 LocalDocs collection is selected
- during the Next^ computer session, the same conditions as above^ - it also crashes on prompts that Do Not refer to the database, but while 1 collection is selected.
... So the impression is that LocalDocs functionality is not working anymore.
"However", after a time indeterminate after restarting the computer (could also happen before), LocalDocs functionality is restored.
The prompt is the first of the first conversation of a program session; no prior conversations listed; 1 LocalDocs collection selected There is external information that you can now see as a collection of files. You tell me the name of that collection. You can see the names of some of those files. Those filenames are values of the field "document_path" in the table "documents" of the SQLite database that you are now accessing. You orient yourself by those filenames and find all values of the field "document_path".
Possible causes:
- self-referencing ad infinitum or on wrong pointers
- delayed cleanup dragged well into a subsequent computer session, after computer restart
Steps to Reproduce
- Selected 1 LocalDocs collection with PDF files exclusively - be it tens of files, or 1 file only, or no files
- Sent the prompt^ above
- Program crashes, seemingly randomly - during, or at the beginning of "generating response" or "searching localdocs"
Expected Behavior
Thorough testing of the backbone feature of the program.
Your Environment
- GPT4All version: 3.x
- Operating System: Windows 10 Pro
- Chat model used (if applicable): Nous Hermes 2 Mistral DPO, suggested by and downloaded from within the program
- Context Length: 30720
- Temperature: 0.1
- Top K: 30
- Top P: 0.2
- Min P: 0
- Prompt Batch Size: 1024
- device for text generation: CUDA or CPU, crash happenz regardless
- LocalDocs: 1 collection, selected: 35 PDF files, 950 MB in all / or, 1 PDF file, 14 MB / or, no files at all
As we know that the models cannot access the file system, even less so after a restart of the computer, it must be the program itself that may be accessing a wrong/damaged/etc. physical resource (RAM is out of the question after a computer restart).
There's some physical entity being queried but not delivering as it should, lingering after a computer restart and related to the prompt which is related to the localdocs database.
As nobody bothered to answer my question about the location in Windows'fs of the error log of the program, here's some messages from Event Viewer:
Faulting application name: chat.exe, version: 0.0.0.0, time stamp: 0x66edf3fd Faulting module name: ucrtbase.dll, version: 10.0.19041.3636, time stamp: 0x81cf5d89 Exception code: 0xc0000409 Fault offset: 0x000000000007286e Faulting process id: 0x1ea0 Faulting application start time: 0x01db0de5fdc511f9 Faulting application path: H:___programe_instalate\gpt4all\bin\chat.exe Faulting module path: C:\Windows\System32\ucrtbase.dll
Faulting application name: chat.exe, version: 0.0.0.0, time stamp: 0x66edf3fd Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x0000000000000000 Faulting process id: 0x1bb8 Faulting application start time: 0x01db0de6224028ca Faulting application path: H:___programe_instalate\gpt4all\bin\chat.exe Faulting module path: unknown
Faulting application name: chat.exe, version: 0.0.0.0, time stamp: 0x66edf3fd Faulting module name: ucrtbase.dll, version: 10.0.19041.3636, time stamp: 0x81cf5d89 Exception code: 0xc0000409 Fault offset: 0x000000000007286e Faulting process id: 0x1148 Faulting application start time: 0x01db0de648be1477 Faulting application path: H:___programe_instalate\gpt4all\bin\chat.exe Faulting module path: C:\Windows\System32\ucrtbase.dll
The following message and several others after it were after computer restart (faulting module, unknown; before, it was because of ucrtbase.dll):
Faulting application name: chat.exe, version: 0.0.0.0, time stamp: 0x66edf3fd Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000 Exception code: 0xc0000005 Fault offset: 0x0000000000000000 Faulting process id: 0x17bc Faulting application start time: 0x01db0de703639bf9 Faulting application path: H:___programe_instalate\gpt4all\bin\chat.exe Faulting module path: unknown
The behavior is erratic - the same prompt now it crashes the program, now it does not.
Which makes this an Issue and a job for testers, and since I'm not on a payroll, but a common user who's highly interested in this program (even quoted it in a paper) this is all I can say.
One 1 collection selected, and the prompt:
There is external information that you can now see as a collection of files. You tell me the name of that collection. You can see the names of some of those files. Those filenames are values of the field "document_path" in the table "documents" of the SQLite database that you are now accessing. You orient yourself by those filenames and find all values of the field "document_path".
It jsut crashes all the time randomly, no action taken. For a long time, many versions. Now at the latest 3.10 Error from windows events:
Faulting application name: chat.exe, version: 0.0.0.0, time stamp: 0x67bcfaf9 Faulting module name: ucrtbase.dll, version: 10.0.22621.3593, time stamp: 0x10c46e71 Exception code: 0xc0000409 Fault offset: 0x000000000007f6fe Faulting process id: 0x0x906C Faulting application start time: 0x0x1DBBFED47E05025 Faulting application path: *\gpt4all\bin\chat.exe Faulting module path: C:\Windows\System32\ucrtbase.dll Report Id: ea346e69-584d-4d6c-a748-1b5aa257b81a Faulting package full name: Faulting package-relative application ID: