World: r4wp

No response? That means that it loaded fine.

My virtual XP machine is running I think Belgian localistation (turned 
off, but the base system is localised). W7 host is Czech localisation. 
I should try this with original US version.

MagnussunC: did you try to call the function::

>>f1 123

>> lib: do load/library %temp.dll
>> f1 123
** Script Error: f1 has no value
** Where: halt-view
** Near: f1 123

MagnussonC: you need to define the routine! first:

lib: do load/library %temp.dll
f1: make routine! [a [integer!] return: [integer!]] lib "f1"
f1 123

Rebolek: I run a french localized W7 here and no problem with the 
DLL, I doubt the localization is the cause...

OK, then it works, I guess

So only Pekr and Rebolek have issues with it so far...

works for me too - Win 7 64 bit

Rebolek and Pekr: I just fixed a regression in PE header, can you 
try it with this new revision?

just a note that the REBOL that is linked on the Red github page 
is core, and that doesn't work

I don't recall - did REBOL core only have library support if you 
had a licensed sdk?

Doc - no change ...

Can you check if your TotalCommander tool still spits out the error 
on Entry Point RAW?

yes, still in there:

Entry Point RVA: 	00000000h

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

I will better redownload .zip archive. Is there any way how to get 
link to particular branch, so that I can keep my working directories 
intact and not mix a stuff from various branches into one directory?

You can't mix things if you use a Git client and do a Switch/checkout 
each time...

https://github.com/dockimbel/Red/zipball/dyn-lib-emitter

Pekr: be sure to get the lastest commit (pushed a minute ago).

You can now provide an entry-point callback, see the commit log: 
https://github.com/dockimbel/Red/commit/8e7c1f84226b8a7ebfde0ec08136e88f566fb4bb

I don't understand Git, it's complex on me. How can I not mix stuff? 
What my Tortoise git chooses to sync? How do I request particular 
branch?

It syncs the "versioned" files only (the one registered in the repo), 
your other files are left untouched.

How do I request particular branch?
 I gave you the procedure earlier for TortoiseGit.

I am ok to download zip until I figure it out ... Did so, and no 
change yet ...

should I do anything else, apart from:

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

?

Pekr: maybe you should try with this client: http://windows.github.com

Yes...you need to test with a different source:

Red/System []


on-load: func [a [integer!] b [integer!] c [integer!] return: [logic!]][
	print-line "on-load executed"
	true
]

f1: func [a [integer!] return: [integer!]][a + 1]

#export [on-load f1]

Entry Point RVA: 	00001A8Bh
Entry Point RAW: 	00000E8Bh

still no luck with loading it using R2 though ...

So, it's not an entry point issue...

well, do we need those libraries being loadable using R2?

That should work, we need at least to know what causes this.

Would be nice if more ppl on Windows could test it, so we maybe get 
a clue why it doesn't load on 
some configs.

Pekr: are you running an admin session on W7? (or a user with admin 
rights)

I have Vista 32 bit, I am an admin ..

So far, I suppose that the issue is caused by either:
- lack of relocation ability from the DLL (my #1 suspect)

- compatibility issue(s) with some system DLL (msvcrt.dll most probably)
- another unknown reason

I'll try to add relocation data to the DLL tonight.

When I ran my successful test, I ran as a user not admin.

same problem here

>> read %temp.dll

== {MZ€^@^A^@^@^@^D^@^P^@ÿÿ^@^@@^A^@^@^@^@^@^@@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@€^@^@^@^N
^_º^N...
>> lib:  load/library %temp.dll
** Access Error: Cannot open temp.dll as library
** Near: lib:  load/library %temp.dll
	
but
>> load/library %shell32.dll
>>

What if you explicitly point to the current directory? Is that %.\temp.dll 
on Windows?

Or try the full path to the DLL

i tried with full path too. same result

OK, it fixes some cases with R3 extension loading

it is imo not definitely a path problem. Just check with exists? 
%temp.dll, and it returns true. Still library is not loading ...

I suspect about the different msvcrt.dll versions.

AdrianS: "did REBOL core only have library support if you had a licensed 
sdk?" - yes licensed Core (Core/Pro) support library.

I just tried on Win7 64bit, it works.

msvcrt.dll - version 7.0.2600.5701

I tried also on my W7 x64 instance on laptop, it works.

msvcrt.dll - v7.0.7600.16930
kernel32.dll - v6.1.7600.16850

mine is: 7.0.6002.18551 (vistasp2_gdr.111214-0301)