Hi Cameron
Many thanks for the code!
So far I've only needed to change TGUID to PGUID.
But I'm not sure about this.
aDSIntf is an interface you already have of i.e. IDirectSound or
IDirectSoudnBuffer etc
Does this interface need to be created somehow. The interfaces you mention
ar
Hi David
Have you considered using TADOQuery/TADOTable with the Microsoft.Jet OLE
DB provider or MS ODBC provider for Excel?
http://delphi.about.com/od/database/l/aa090903a.htm
Todd
> Has anyone used EMS Advanced Data Import VCL from SQL Manager.net to
> import excel data from a file without Ex
The following code which worked in XP/Vista no longer works in Windows 7 -
it changes the application icon in the taskbar to show the state of
processing - in this case recording or pausing of automatic time recording.
Anyone have ideas on how to do this especially so it will work in all
versi
Hi Todd,
Interesting idea. We want something that can read the Excel file without
Office or indeed any consumer Microsoft products being installed. In some
cases it will be running on a server with the user accessing the application
using Terminal Services over the internet and the Excel file will
Yes there are 2 ways to get IKsPropertySet interfaces. One is to use
QueryInterface on any existing Direct Sound interface that you have, the
other is to create your own instance of it. I will update it to have
this for you.
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@delphi
Instead of the QueryInterface, I tried this.
const
CLSID_DirectSoundPrivate: TGUID =
'{11AB3EC0-25EC-11d1-A4D8-00C04FC28ACA}';
CoCreateInstance(CLSID_DirectSoundPrivate,nil,CLSCTX_INPROC_SERVER,IID_IKsPr
opertySet,PropSet);
But I get "the specified class is not registered in the regi
Try this
You would call it with a null GUID to retrieve the default handler.
Uses ActiveX;
Var WaveDeviceId : cardinal
WaveDeviceId:= DSGUIDToWaveDeviceID(nil, GUID_NULL,
DIRECTSOUNDDEVICE_DATAFLOW_RENDER);
//**
Hi David
Provided you have installed the MS Access database engine, you should be
able to connect to an Excel file without MS Office being installed on
your server.
Check out this link
http://www.microsoft.com/downloads/details.aspx?familyid=C06B8369-60DD-4B64-A44B-84B371EDE16D&displaylang=en
How
Thanks Cameron.
I'm getting a crash in the PropSet.Get
7c809e8a kernel32.dll
MultiByteToWideChar
004a7245 DSGuidToWaveDevice.pas.exe DSGuidToWaveDevice 65 +15
DSGUIDToWaveDeviceID
Does perhaps memory need allocating for the PChar vars Description, Module,
Interface_, or is this done
I think the problem is the use of TGUID instead of PGUID in your structures
and functions. The MSDN page mentions the parameter can be NULL which would
indicate a pointer.
Changed TGUID to PGUID and the function at least doesn't crash. Need to
test further if it actually works with a real GUI
Hi Todd,
Client local drives can be accessed from a Terminal Services/Citrix
connection so long as the user has allowed access to them. They appear as
mapped drives. If the user hasn't allowed access then that is their problem!
Sounds like it would work and isn't something I considered - thanks f
Hi John,
Wouldn't know out of the top of my head... I know it's a long shot but
how about trying to run your app as Administrator - see if that makes a
difference? Using D2010 on W7 here too - if you post a small example app
- ie. stripped down to just the problem - I'll have a play with it.
Jan
Bingo - that was it - it needs administrative access and icon change works
fine. (The user I am logged in does already have administrator level - so
I hadn't thought of this yet), but I need to run the program as
administrator to have control over the task bar it looks.
Now - why did it used
Hi John,
On 28/05/10 11:17, John Bird wrote:
> Bingo - that was it - it needs administrative access and icon change works
> fine. (The user I am logged in does already have administrator level - so
> I hadn't thought of this yet), but I need to run the program as
> administrator to have cont
I'm not particularly well up on Windows 7, but if you're talking about
applications by default NOT running elevated, then Vista was the same.
As you say, there is a difference between running applications simply
while logged into an administrative account and an application running
"elevated", but
Hi Conor,
On 28/05/10 12:42, Conor Boyd wrote:
> I'm not particularly well up on Windows 7, but if you're talking about
> applications by default NOT running elevated, then Vista was the same.
>
> As you say, there is a difference between running applications simply
> while logged into an administ
Surely that is security gone made. Not letting another application change
the icon of another is fair enough, but where is the security threat for an
application that created the icon in the first place!
Ross.
-Original Message-
From: delphi-boun...@delphi.org.nz [mailto:delphi-boun...@d
17 matches
Mail list logo