[PATCH RFC] fork: reduce chances for "address space is already occupied" errors

Achim Gratz Stromeko@nexgo.de
Fri Mar 29 20:23:00 GMT 2019

Brian Inglis writes:
> Achim, thanks for the clarifications; could you please comment on the suggested
> approach for handling local production dlls and exes, or explain the best
> approach for migrating from test to prod and handling rebase on target systems?

I'm not quite sure what you want to know.  As I said before oblivious
rebase was invented for running tests that use freshly built DLL (I
usually package them before running the tests, so the package will have
the un-rebased DLL from before the test was run).  For this it suffices
to simply feed in all new DLL names to rebase.  If you were to build in
stages and/or combine different builds then you'd somehow have to
remember the DLL from each stage or build, or just collect all the DLL
names again each time you change something.  The important thing is that
each oblivious rebase needs to get the list of _all_ DLL that need to
get rebased, since the database only knows about the host system
(i.e. you can't rebase incrementally with --oblivious).

+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf rackAttack V1.04R1:

More information about the Cygwin-patches mailing list