World: r4wp

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)

kernel32: 6.0.6001.18000 (longhorn_rtm.080118-1840)

msvcrt.dll - 7.0.7601.21878
kernel32.dll - 6.1.7601.17651

Win 7 x64
msvcrt.dll 7.0.7601.17744
kernel32.dll 6.1.7601.17651

So for ppl where it loads, we have msvcrt rev >= 7600, for ppl where 
it doesn't load, we have rev 2600 and 6002 (Vista). 

Rebolek, are you running on a pre-RTM version of W7?

Anyway, it should load even on XP, so I really suspect a relocation 
need for boxes with older msvcrt.

I have changed 'on-load definition in last commit:


You can now _optionally_ defined 4 callbacks when producing a DLL:

 on-load:        func [hModule [integer!][...]
 on-unload:      func [hModule [integer!][...]
 on-new-thread:  func [hModule [integer!][...]
 on-exit-thread: func [hModule [integer!][...]

 hModule is a handler on the DLL instance.

They don't need to be added to #export block.

I tried to put a msvcrt.dll > 7600 into the same path as temp.dll, 
into system32 or into the rebol home path. still no success

Doc - the SW you suggest for Git is extremly nice, almost like working 
with tablet, but otherwise not much usefull to me. It does not add 
context menu to the shell, so no right click upon the directory. 
I also did not figured out, how should I add red in there? There 
is no place to paste the https://github.com/dockimbel/Red.gitURL 
... I will install back some other git client ...

I try to keep with the console Git to practice it properly, but it 
may not be easy under Windows. I don't know.

My msvcrt.dll version is 7.0.2600.5512 (on XP/Pro Turkish). and it 
works.

The 2600 version was on virtual XP, on W7 I've got 7.0.7601.17744

I just tested on a XP/Pro on VirtualBox, msvcrt.dll version is 7.0.2600.2180, 
it works.

Works on W7/64/Pro, but not on XP/Pro

Petr - for a git GUI you might want to try SmartGit - free for non 
commercial use and, IMO, the best GUI. Also, it's available for all 
platforms. I use this, tortoise and the command-line, depending on 
the context

Pekr: it's easier than you think: just open https://github.com/dockimbel/Red
and click on the "Clone in Windows" button ;)

Well, I am ok with tortoise, I just somehow can't easily swith the 
branches, it can't see them ... one option can see dyn-lib, other 
is still seeing a float branch, etc ...