similar to: Win32-ole start

Hi all, Just looking over fole_s_connect() in win32ole.c and I noticed this bit: hr = CLSIDFromProgID(pBuf, &clsid); ... hr = GetActiveObject(&clsid, 0, &pUnknown); ... hr = pUnknown->lpVtbl->QueryInterface( pUnknown, &IID_IDispatch, (void **)&pDispatch ); Using win32-api, that would be something like: IID_IUnknown =

Feature Requests item #25792, was opened at 2009-05-05 17:29 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=414&aid=25792&group_id=85 Category: None Group: None Status: Open Resolution: None Priority: 3 Submitted By: Daniel Berger (djberg96) Assigned to: Nobody (None) Summary: Create a pure Ruby win32-ole library Initial Comment: The current Win32OLE

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

Hi, What''s happening here? require ''windows/path'' require ''windows/unicode'' include Windows::Path include Windows::Unicode file_a = ''bar.txt'' file_w = multi_to_wide(file_a) p PathFindExtensionA(file_a) # ''.txt'' => OK p PathFindExtensionW(file_w) # ''.'' => WRONG Is Ruby chopping the

Hi all, I''ve started porting the Win32::Shortcut Perl module over to Ruby. I''ve done some initial work and committed it to CVS (look under win32utils - I goofed and made a toplevel dir as well - it''s empty). Anyway, everything compiles fine, but when I do "s = Shortcut.new" I get a weird error: test.rb:11:in `initialize'': undefined method

I'm using the the Microsoft Real-Time Communications Client API SDK using Visual Studio 6 and . NET 2003 SE to make SIP calls. Using the examples provided I can make unregistered SIP calls fine, however I am having trouble registering with Asterisk. I have to produce an XML Profile to use when registering with a registrar. The one I use is... <provision

I am giving serious consideration to abandoning waveOut multimedia and the wav format, for most of the audio in my C++/MFC project. However, I've never done any programming with a codec, and I still can't see how to step into Ogg Vorbis. If I convert all my wav files to ogg, there seem to be two major issues I'm facing: 1) What exactly will I replace my waveOut functions with? 2)

I am giving serious consideration to abandoning waveOut multimedia and the wav format, for most of the audio in my C++/MFC project. However, I've never done any programming with a codec, and I still can't see how to step into Ogg Vorbis. If I convert all my wav files to ogg, there seem to be two major issues I'm facing: 1) What exactly will I replace my waveOut functions with? 2)

Any ideas? ---------- Forwarded message ---------- From: Christian Kerth <christian.ke... at dynamicmedia.at> Date: Dec 5, 8:28 am Subject: win32/process problem To: comp.lang.ruby I have an application that consists of serveral independent parts. I want to use the Windows Process API to spawn the different processes. e.g. require ''rubygems'' require

Hi all, Windows 2000 Ruby 1.8.2 R7 VC++ 6.0 I noticed that if I try to call new_work_item and give the task a name that already exists, I get a segfault: C:\eclipse\workspace\win32-taskscheduler>ruby test.rb "0.1.0" test.rb:22:in `new_work_item'': NewWorkItem() function failed (Win32::TaskSchedul erError) from test.rb:22 test.rb:22: [BUG] Segmentation fault ruby

Has anyone gotten this working? I'm getting an error during the install: fixme:ole:CoTreatAsClass (0x46c858,0x46e128), stub! fixme:ole:CoGetClassObject CLSCTX_LOCAL_SERVER not supported! fixme:ole:CoCreateInstance no instance created for {91814ebf-b5f0-11d2-80b9-00104b1f6cea}, hres is 0x80070005 I've tried copying ole32.dll from my real windows, and the error changes. I get a dialogue

src/share/utf8/utf8.c mentions that "On NT-based windows systems, we could use WideCharToMultiByte()/MultiByteToWideChar(CP_UTF8), but MS doesn't actually have a consistent API across win32". flac/metaflac don't support Win98 since ver. 1.3.0, so it's possible to use system routines to convert to/from UTF-8. I removed all fprintf(stderr...) code from the win32 code

Hi! when I start my program, after entering the user an password I get the error: DCom-Imit: Error in CoInitialize Error: 0 Pgm-Step: 3 Error: Der BMDGUI-Server (BMDGUISV.EXE) kann nicht gestartet werden! (in english: The BMDGUI-Server (BMDGUISV.EXE) cannot be startet) On the console I get this messages (before the debugger starts): fixme:win32:SetCriticalSectionSpinCount

Dear list members, When I modify the MFC sample (using the statconnector graphics device) to show a lattice graph in the Active X control (actually the wireframe from http://addictedtor.free.fr/graphiques/graphcode.php?graph=40 ) the program runs without generating any errors, but the data-driven part of the plot does not display. The bounding box is displayed, but not the axes or data within

err:ole:CoCreateInstance apartment not initialised What does it mean and how do I fix it?

AFAIK Clang internals do assume utf8, and llvm::sys::path converts strings to utf16 on windows and calls W API functions. If somebody would like to take a look at my changes and comment on them. Here's a brief explanation of what I did: - Convert argv to utf8 using current system locale for win32 (this is done as soon as possible inside ExpandArgv). This makes the driver happy since calls to

Op 1 sep. 2011 14:12 schreef "NAKAMURA Takumi" <geek4civic at gmail.com> het volgende: > > Guys, welcome to the too weird i18n world! > We, Japanese, has got suffered for multibyte charset for 20 years. > > I have added a comment in http://llvm.org/bugs/show_bug.cgi?id=10348 . > Of course I know, I don't think it would be a practical resolution. > > FYI,

I spent some more time on this. My idea was to use functionality from llvm::sys::fs like file_status instead of stat struct, but as it turns out this is not really possible. file_status structure is not a replacement for stat, nor are there functions inside llvm::sys::fs that can replace calls to ::stat and ::open. The only solution I can see is to create wrappers around ::stat, ::open, etc. and

Hi, I'm experiencing weird things with the vbox driver when using multiple threads. Following is the snippet of code I experience problems with /*****************************************************/ #include <stdlib.h> #include <stdio.h> #include <pthread.h> #include <libvirt/libvirt.h> void *create_and_destroy(void *arg) { virDomainPtr dom = (virDomainPtr)arg;

On Wed, Sep 7, 2011 at 12:20 AM, Nikola Smiljanic <popizdeh at gmail.com> wrote: > So what are you exactly saying? Somebody proposed using GetCommandLine > instead of using argv directly. And what about my other points about ::open > and ::stat? Because of the way Windows works, the only fully correct solution is to never touch the native charset, and keep everything in UTF-8/16