On 2019-11-27 21:37, Adriano dos Santos Fernandes wrote:
On 26/11/2019 20:08, Adriano dos Santos Fernandes wrote:
Hi!
You can see here https://github.com/FirebirdSQL/firebird/runs/321529377
that sometimes MacOS build hangs.
This is during the build but is when some FB utility is called.
I had this many times in Travis and GitHub Actions.
I've used to see that hang (hmm... not sure exactly that - at least hang
in build_file) sometimes, on 2.5 as far as I remember. "My" hang was
caused by missing EOF marker in a stream. I did not pay much attention
to it cause it always used to be gone after full rebuild. Now looks like
we have that during clean build process - and on a rather specific
platform.
More or less related question. As far as I know latest builds done by
Paul Beach were done using llvm. gcc had some problems. May be try llvm
instead it?
And now a bugcheck...
internal Firebird consistency check (can't continue after bugcheck)
(E)
/Users/runner/runners/2.161.0/work/firebird/firebird/src/msgs/build_file.epp:47:
Couldn't access database DB = 'msg.fdb'
1 error, no warnings
Version(s) for database "msg.fdb"
https://github.com/FirebirdSQL/firebird/runs/323394276
That's something extraordinary. Useally to see that message without
previous one describing exact BC reason we need >1 attachment to
bugchecked database on SS. No idea how could gpre have >1 attachment to
single DB. Well, some chances to miss initial error are present in
nbak.cpp, but I hardly imagine it with DB which was never locked by nbak.
Afraid we can only guess now - not enough info to suggest something
reasonable.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
