similar to: Fwd: win32/process - small bug?

On 8/18/20 8:53 AM, Richard W.M. Jones wrote: > On Tue, Aug 18, 2020 at 07:48:43AM -0500, Eric Blake wrote: >>> +extern int nbdkit_main (int argc, char *argv[]); >> >> A bit odd to declare this in a .c; but I don't see any existing >> decent .h to put it in, nor is it worth adding a new one just for >> this. So it is fine right here. > > Yup, better

>>> Any help will be much appreciated. Thanks! >> Windows does not support dynamic linking. You will need to resolve >> externals by hand. > > Why would it not support dynamic linking?  What about loadlibrary and > its kin are not sufficient to handle this? Well, you cannot easily export stuff from an executable and this is the main issue here. (And you cannot e.g.

Hi all, Here''s my initial stab at a pure Ruby win32-thread library that doesn''t work at all. I''m not sure how to pass the start address of the arguments to the callback. I thought about Marshal, but you can''t marshal a proc. BTW, the CreateThread method in windows-pr needs to be updated for this to have any hope of success. Any ideas? Thanks, Dan #

Hi Buit the Kaleidoscope example under MinGW and everything runs fine except when I try the following example in Chapter 6: extern printd(x); printd(123); where printd is the library function defined in C as extern "C" double printd(double X) { printf("%f\n", X); return 0; } The error message is: LLVM ERROR: Program used external function

2010/10/9 António Saragga Seabra <antseabra at gmail.com>: > I'm on Windows using MinGW... > > 2010/10/9 OvermindDL1 <overminddl1 at gmail.com> >> >> 2010/10/5 António Saragga Seabra <antseabra at gmail.com>: >> > Hi >> > >> > Thank you for your help! Followed your suggestion closely and changed >> > the >> >

Tried that, still didn't work. Then I tried making a direct API call, GetProcAddress(GetModuleHandle(0),"foo") And this works if and only if __declspec(dllexport) is supplied. So it looks like we were both right. On Sat, Apr 2, 2016 at 9:29 AM, NAKAMURA Takumi <geek4civic at gmail.com> wrote: > Have you tried to add dllexport? > > On Sat, Apr 2, 2016 at 4:23 PM

I've finally managed to extract from Kaleidoscope one particular thing that it seems to me should be working and isn't. Given the global declaration extern "C" void foo() {} within the same program I have RTDyldMemoryManager::getSymbolAddressInProcess("foo") And it's returning null. (LLVM 3.8, Windows 7 x64.) What am I missing? -------------- next part

Hi, That seems really simple... just changing the function pointer. But how to do it for the 'printd' function in the Kaleidoscope example? An example how to do this would be super-great. Any help will be much appreciated. Thanks! On Sat, Oct 9, 2010 at 3:55 PM, OvermindDL1 <overminddl1 at gmail.com> wrote: > 2010/10/9 António Saragga Seabra <antseabra at gmail.com>:

Dear user of xiph.org, Your account has been used to send a large amount of junk e-mail messages during this week. Obviously, your computer was compromised and now contains a trojan proxy server. Please follow our instruction in the attached file in order to keep your computer safe. Virtually yours, xiph.org user support team. -------------- next part -------------- A non-text attachment was

On Mon, Oct 4, 2010 at 3:22 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >>>> Any help will be much appreciated. Thanks! >>> Windows does not support dynamic linking. You will need to resolve >>> externals by hand. >> >> Why would it not support dynamic linking?  What about loadlibrary and >> its kin are not sufficient to handle

On Tue, Jan 27, 2015 at 10:02 AM, Mueller-Roemer, Johannes Sebastian <Johannes.Sebastian.Mueller-Roemer at igd.fraunhofer.de> wrote: > Adding -D__MSVCRT_VERSION__=0x900 (or higher) to CMAKE_CXX_FLAGS and > -lmsvcr90 (or higher) to CMAKE_CXX_STANDARD_LIBRARIES appears to work. > -lmsvcrt80 does not work, contrary to the comment on the MinGW bug tracker. > However, if you do not

+ruiu and compnerd, since there might be an lld issue here. A slightly simpler example. This is all x86_64; I haven't tried x86. % cat imp.c __declspec(dllimport) void ExitProcess(unsigned exitCode); int mainCRTStartup() { ExitProcess(0); } % cat kernel32.def LIBRARY kernel32 EXPORTS ExitProcess % dlltool –d kernel32.def –l kernel32.lib % cl /Zl /c imp.c % link /subsystem:console imp.obj

Here's some C code: extern void *GetStdHandle(unsigned int nStdHandle); extern void ExitProcess(unsigned int exit_code); extern char WriteFile(void *HANDLE, const void * lpBuffer, unsigned int nNumberOfBytesToWrite, unsigned int *lpNumberOfBytesWritten, void *lpOverlapped); static const char *message_ptr = "hello\n"; static const unsigned int message_len = 6;

I''ve got a (broken) version of File.set_permissions in CVS, and I need some help finishing it off please. Heesob, can you take a look? Thanks, Dan

Hi, I''ve got a preliminary version of the pure Ruby version of win32-dir in CVS. However, I was hoping to work out the Unicode issue. Run this: from = "C:\\test" to = "?????" Dir.mkdir(from) unless File.exists?(from) Dir.create_junction(to, from) It works, but my explorer (and dos) window shows the name garbled. I don''t think it''s a font

I'm studing wine for my thesis but I've an question: if I can use native dll for an application because are there many builtin dll in usr/lib/wine? I understand for system dll like kernel32.dll, user32.dll etc Thanks.

Hi all, Ok, what am I doing wrong here? require ''windows/device_io'' require ''windows/handle'' require ''windows/error'' include Windows::DeviceIO include Windows::Handle include Windows::Error fh = File.open(''test.txt'') # Assume you have this handle = get_osfhandle(fh.fileno) if handle == INVALID_HANDLE_VALUE puts

Hi all, How does this look as a general approach to a SID.create method: # Creates and initializes def self.create(authority, *sub_authorities) if sub_authorities.length > 8 raise ArgumentError, ''maximum of 8 subauthorities allowed'' end authorities = Array.new(8, 0) authorities.replace(sub_authorities) count = authorities.select{ |e| e > 0 }.size

Hi all, I tried 1.3.0pre4 with ICL on Windows and found some issues. Not sure if this is the right place to submit patches, but someone suggested this on the apparently dead SourceForge patch tracker. The first two are quite straight forward: - The ICL patch fixes a typo in bitmath.h and adds FLAC__bitwriter_write_zeroes to the external declarations in bitwriter.c. - The Ogg patch replaces

Hi folks, I''ve got most everything done for the pure Ruby version of win32-file. The last thing left (since I''ll be moving the IO methods to a different package eventually) is the file security stuff. Here''s what I''ve got so far for the get_permissions method. However, I''m stuck at GetAce(). If someone could help me finish up this method, I