World: r4wp

Rebolek: if you have a antivirus, can you disable it and try?

Can it be msvcrt.dll version?

Try to watch what happens when loading the dll using Process Monitor 
and File Monitor from System Internals.

lib: do load/library %temp.dll
** Script Error: MZ€ has no value
** Near: lib: do load/library %temp.dll

You are trying with Rebol/Core I think. it doesn't support library. 
Try with View instead.

Ah..

Rebolek: You are using View, right?

I'll try with view ...

Endo, Nenad: no antivirus. Yes, I'm using View.

Anyway, if it works for everybody else, it's just probably some problem 
with my setup. I'll investigate it and let you know.

Sorry for the false alarm :)

I don't get any output, just a question if I'm allowing to open a 
port for read/write ...

I'm on Win 7 x64 & rebol-view-278-3-1... Never mind me, I'm just 
fooling around with this.

I am getting the same problem as REBOLEK

what is the source code? UTF8, or Windows32?

You mean the C source code I posted, I guess it's a Unicode main() 
from VisualStudio, you can safely replace it with a standard main().

Pekr: does loadlib works for you too?

No, I mean the source code file ... but not sure it matters. E.g. 
for R3, I had difficulcy running some scripts, unless I re-saved 
the source file to UTF8. Some strange chars appeared in the console 
and apps crashed

Loadlib works ...

I might try to compile the library myself. How do I get different 
branch onto my PC?

You need to use the WinDLL target: -t WinDLL
 - where, how? I need simple explanation how to compile the line:

do/args %rsc.r .... what now?

... otherwise it produces the exe for me ...

got it, needs to be enclosed in string along with the script name 
...

do/args %rsc.r "-t WinDLL %temp.reds"

I compiled it OK and loadlib works

Maybe it is F-secure that stops the DLL ... not sure it I can stop 
it at work.

MagnussonC: thanks for testing.

How do I get different branch onto my PC?

 If you're using TortoiseGit client, just search in the context menu 
 for "Switch/Checkout", then select the `dyn-lib-emitter`branch. If 
 you don't have it, you need to click on "..." button and create a 
 remote to dockimbel/dyn-lib-emitter.

Well, downloaded zip. I was scared it will sync to the same dir and 
will create a mess :-)

It will sync in the same dir, replacing everything that needs to 
be replaced, no mess here, just Git doing its job! ;-)

well, and if you want to keep several branches?

I've uploaded a file on Altme, DLLFunc, it loads a dll and prints 
the function names. It works with temp.dll, shows "f1" function.

Its Windows only.

You need to checkout the branch in a new local folder if you want 
to have several branches of code at the same time (I never had that 
need as switching between them is done in a couple of seconds).

Endo: thanks, tested the downloaded %temp.dll from Rebolek, shows 
"f1".

I think I stopped F-secure, but still no output :(

Entry Point RAW: 	Invalid or not in CODE section (possible Encrypted 
or Compress Executable)

I use Total Commander, and they have cool plugin called FileInfo. 
It is able to nicely inspect DLLs .... I am comparing temp.dll to 
some other ....

I checked four additional DLLs, and the tool reports for all of them:

Entry Point RVA: 	00001000h
Entry Point RAW: 	00000400h

temp.dll is however:

Entry Point RVA: 	00000000h

Entry Point RAW: 	Invalid or not in CODE section (possible Encrypted 
or Compress Executable)

Entry point should be 0 (for now).

hmm...

Other libraries have rather extensive file type info, temp.dll has 
no such info. Don't want to spam it here ....

Can you pm me the reports?

E.g. libiconv: file type: Dynamic Link Library (0x2) .... is such 
info just some metadata, which is not needed?

It is needed, but the DLL type flag should be 0x2000.

however - it might be unrelated, if it works for some of you, and 
it does not work for me and rebolek. Maybe somehow related to a czech 
locale Windows version? Any language dependency?

That info (type flag) is not available or at least the tool can't 
see it ...

.... for temp.dll

Just catching up. This is all great Doc (et al). Wow.

Ah ok, the info you get there are Windows file metadata (probably 
a resource section in the file), these are not from DLL core structures.