code logs -> 2019 -> Sun, 31 Mar 2019< code.20190330.log - code.20190401.log >
--- Log opened Sun Mar 31 00:00:02 2019
00:01 Degi [Degi@Nightstar-a1n3m6.dyn.telefonica.de] has quit [Connection closed]
00:27 Derakon[AFK] is now known as Derakon
03:23 * McMartin attempts something Unwise.
03:25
<&McMartin>
So far so good.
03:25 * McMartin breaks for dinner.
05:10 Derakon is now known as Derakon[AFK]
05:16
<&McMartin>
Post-dinner: failcannon
05:16
<&McMartin>
It looks like the MinGW linker cannot do this stunt.
05:20
<&[R]>
What stunt?
05:27
<&McMartin>
Linking against a DLL using symbols that the DLL does not export
05:27
<&[R]>
Ah
05:27
<&McMartin>
With a mapping to symbols it *does* export
05:28
<&McMartin>
(The use case here is wrapping a DLL with a shim at build time without relying on runtime symbol-extraction hackery like dlsym - Linux has a flat namespace and so *requires* dlsym to do the trick, but Windows in principle does not)
05:29
<@celticminstrel>
Doesn't MinGW essentially use the Linux linker
05:29
<&McMartin>
I found an anomaly in my testing that I will need to investigate further
05:30
<&McMartin>
But the short answer is "no, the two-level namespace stuff is intrinsic to the PE32 executable format and under normal circumstances that's how it works"
05:30
<&McMartin>
In particular, if you have lib1a and lib1b which define the same symbol
05:30
<&McMartin>
And lib2a and lib2b which call that symbol and link only 1a or 1b, respectively
05:30
<&McMartin>
A program can link lib2a and lib2b and there will not be any symbol confusion, even with MinGW
05:30
<&McMartin>
But GetModuleHandle did not behave the way I expected it to, while LoadLibrary did
05:31
<&McMartin>
I'm going to need to run parallel tests in Visual Studio to see what's up.
05:31 Vorntastic [uid293981@Nightstar-6br85t.irccloud.com] has joined #code
05:32 mode/#code [+qo Vorntastic Vorntastic] by ChanServ
05:32
<&McMartin>
MinGW has a utility called dlltool which can fabricate import libraries out of module definition files that seem to be in ELF object formats and thus Suitable For MinGW, but actually using them just causes any program that links the resulting library to crash with the NTSTATUS ERROR_ENTRY_POINT_NOT_FOUND
05:33
<&McMartin>
So take two will be to flip the script and do it with the MSVC Librarian tool.
06:01 McMartin [mcmartin@Nightstar-rpcdbf.sntcca.sbcglobal.net] has quit [Ping timeout: 121 seconds]
06:20 celticminstrel is now known as celmin|sleep
06:23 McMartin [mcmartin@Nightstar-rpcdbf.sntcca.sbcglobal.net] has joined #code
06:23 mode/#code [+ao McMartin McMartin] by ChanServ
09:15 McMartin [mcmartin@Nightstar-rpcdbf.sntcca.sbcglobal.net] has quit [[NS] Quit: rbt]
09:16 McMartin [mcmartin@Nightstar-rpcdbf.sntcca.sbcglobal.net] has joined #code
09:16 mode/#code [+ao McMartin McMartin] by ChanServ
10:41 Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has joined #code
11:29 Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Ping timeout: 121 seconds]
14:34 gizmore [kvirc@Nightstar-ra59e4.dip0.t-ipconnect.de] has joined #code
15:11 celmin|sleep is now known as celticinstrel
15:13 celticinstrel is now known as celticminstrel
15:43 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has joined #code
15:43 mode/#code [+qo Vornicus Vornicus] by ChanServ
16:35 catalyst [Jessikat@Nightstar-5dv16h.cable.virginm.net] has joined #code
16:54 celmin [celticminst@Nightstar-5cqq2e.dsl.bell.ca] has joined #code
16:54 mode/#code [+o celmin] by ChanServ
16:54 celticminstrel [celticminst@Nightstar-5cqq2e.dsl.bell.ca] has quit [Ping timeout: 121 seconds]
16:54 celmin is now known as celticminstrel
17:08 catalyst` [Jessikat@Nightstar-5dv16h.cable.virginm.net] has joined #code
17:10 catalyst [Jessikat@Nightstar-5dv16h.cable.virginm.net] has quit [Ping timeout: 121 seconds]
17:26 PinkFreud [WhyNot@NetworkAdministrator.Nightstar.Net] has quit [A TLS packet with unexpected length was received.]
17:31 Vorntastic [uid293981@Nightstar-6br85t.irccloud.com] has quit [[NS] Quit: Connection closed for inactivity]
17:34 celticminstrel [celticminst@Nightstar-5cqq2e.dsl.bell.ca] has quit [[NS] Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
17:36 celticminstrel [celticminst@Nightstar-5cqq2e.dsl.bell.ca] has joined #code
17:38 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Connection closed]
19:37 PinkFreud [WhyNot@NetworkAdministrator.Nightstar.Net] has joined #code
19:37 mode/#code [+o PinkFreud] by ChanServ
20:17 Kindamoody is now known as Kindamoody|afk
20:39 VirusJTG [VirusJTG@Nightstar-42s.jso.104.208.IP] has quit [Connection closed]
20:41 VirusJTG [VirusJTG@Nightstar-42s.jso.104.208.IP] has joined #code
20:41 mode/#code [+ao VirusJTG VirusJTG] by ChanServ
20:58 Kindamoody|afk is now known as Kindamoody
21:12 himi [sjjf@Nightstar-v37cpe.internode.on.net] has quit [Ping timeout: 121 seconds]
21:13 Derakon [Derakon@Nightstar-fr5qel.ca.comcast.net] has joined #code
21:13 mode/#code [+ao Derakon Derakon] by ChanServ
21:16 Derakon[AFK] [Derakon@Nightstar-fr5qel.ca.comcast.net] has quit [Ping timeout: 121 seconds]
21:35 Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has joined #code
21:40 Reiv [NSkiwiirc@Nightstar-ih0uis.global-gateway.net.nz] has joined #code
21:40 mode/#code [+o Reiv] by ChanServ
22:17 catalyst` [Jessikat@Nightstar-5dv16h.cable.virginm.net] has quit [Ping timeout: 121 seconds]
22:20 catalyst [Jessikat@Nightstar-5dv16h.cable.virginm.net] has joined #code
22:22 catalyst` [Jessikat@Nightstar-5dv16h.cable.virginm.net] has joined #code
22:25 catalyst [Jessikat@Nightstar-5dv16h.cable.virginm.net] has quit [Ping timeout: 121 seconds]
22:27 Emmy [Emmy@Nightstar-9p7hb1.direct-adsl.nl] has quit [Connection closed]
22:29 catalyst` [Jessikat@Nightstar-5dv16h.cable.virginm.net] has quit [Ping timeout: 121 seconds]
22:34 catalyst` [Jessikat@Nightstar-5dv16h.cable.virginm.net] has joined #code
23:56 himi [sjjf@Nightstar-1drtbs.anu.edu.au] has joined #code
23:56 mode/#code [+o himi] by ChanServ
--- Log closed Mon Apr 01 00:00:04 2019
code logs -> 2019 -> Sun, 31 Mar 2019< code.20190330.log - code.20190401.log >

[ Latest log file ]