5333 error caused by OLE-control
Paul De Bie
I'm experiencing this annoying problem: I have an application that uses R&R
Report Writer to produce reports.
My window has an OLE-object that inherits from my R&R Report Writer class.
I don't use an MDF-file, the OLE-control is created like this
self:oDCmyOLEControl:CreateEmbedding("R&R.ReportControl"
Now most of the time this goes perfectly well.
However from time to time, and especially after having opened/closed the my
printing datadialog window several times, I get a 5333 error.
Form me this is not really problematic, I'm on Win2000 and I can kill the
application. But the Win98 users find themselves with their computer totally
frozen.
This is the error:
Error code 50 (access violation)
Subsystem VO-code
Error subcode:5333
Function:
Argument nr: 2
Callstack:
RRREPORT:REPORTNAME:ASSIGN(Line:19)
AFDRUKWIN:PBSTARTAFDRUK(Line:10)
etc...
So this is the code that leads to the error:
In my AfdrukWin:pbStartAfdruk() method I assign the name of the report (=
line 10) like this
SELF:oDCOLEctrlRReport:REportName := "LstFR.RRW"
In the Report Writer class, this is the code for the assign: (this code has
been generated with the window editor "generate class")
ASSIGN ReportName(;
uParam001,; // AS STRING
) CLASS RRReport
//
LOCAL a AS ARRAY
LOCAL pFirstParamDesc, pParamDesc AS VOOLEARGDESC
LOCAL uRetValue AS USUAL
a := {String2Symbol("ReportName"), 46, INVOKE_PROPERTYPUT, 1, 0, .F., ,
NULL}
pParamDesc := pFirstParamDesc := oAuto:__AllocArgDescs(1)
a[OFD_PARAMDESC] := pParamDesc
pParamDesc.dwIDLFlag := 0
pParamDesc.dwVarType := VT_BSTR
pParamDesc += 1
a[OFD_RETDESC] := NULL
uRetValue := oAuto:__InvokeMethod(a, DWORD(_bp+16),PCount()) / THIS
IS THE LINE 19 WHICH CAUSES THE CRASH
MemFree(pFirstParamDesc)
RETURN(uRetValue)
Can anyone give me a tip how I can modify this damned piece of
(autogenerated) code so that this problems goes away. To be honest I don't
understand what it does in the first place, let alone I could fix it...
TIA
===================================================
Paul De Bie
HN Transport, Belgium
FDW
You should increase refcount, by using AddRef() and when you discard the
interface you shoud do a Release() call.
Frans
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7b59fb$0$33515$ba62...@news.skynet.be...
Paul De Bie
I'm sorry but this really chinese to me. The VO-help says nothing useful
about this AddRef() / Release() stuff . I've looked around in the NG
archives on this and the few threads I found were really incomprehensible.
Am I really so stupid or is Windows or VO-programming really only for a the
"chosen few"?...
Paul
"FDW" <fdewit@_remove_planet.nl> schreef in bericht
news:a5fofl$sv9$1...@reader08.wxs.nl...
Paul De Bie
chosen VO as a programming language. Not that it is no good, but because of
the sheer lack of documentation. The books (user guide, programmers guide)
? Don't make me laugh! The online help? Most of the time it say "this is a
method used by VO - you shouldn't use it in your code". Information on the
Web about VO: pretty limited if you ask me. Do a search on AddRef and
Delphi or VB, it will give you thousands of hits. Combine it with "VO":
nothing!
Books? You can count the books about VO on one hand. So this leaves the NG
and the NG archives , which has indeed been over the past year my most
valuable source of information and I thank everbody for it. But for urgent
matters, this way of problem solving it just not good and fast enough.
It is already difficult enough to learn an OO-language, but having to learn
it nearly on your own because of an enormous lack of good documentation, is
really frustrating.
To use an old saying: Visual Objects; the 32-bit language with the 1 bit
documentation.
Paul (in a very bad mood)
"Paul De Bie" <paul....@CLEARTHIShnt.be> schreef in bericht
news:3c7b8b9f$0$33510$ba62...@news.skynet.be...
Arne Ortlinghaus
in our applications we have also this type of error together with a
TEXTCONTROL and the Leadtools.
It went much better when I inserted CollectForced() before calling methods
of the control or initializing it. Also setting the dynamic memory high
above with DynSize() helped a lot reducing these errors.
Arne
David Nicollerat
Actually I am looking for the same Problem that happens when I create a
ReportPro3 OLE control...
The worst thing is that I cannot reproduce this error. It could work very
well for many day and sometimes It breaks my application every 20 minutes.
As it not always happens, I could not even know that would work when I make
a change!
How should I use the AddRef() and Release() method?
What are the parameters to be given?
I could also see, CollectForced() does not help.
The code that makes problem is the following:
SELF:Owner:poReport := rp3Runtime{goGeneralWindow}
SELF:Owner:poReport:HyperLabel:=HyperLabel{#rp3Runtime, "rp3Runtime",
NULL_STRING, NULL_STRING}
SELF:Owner:poReport:CreateEmbedding("ReportPro.Runtime") // 5333
COMES AT THIS LINE !!! (but not always...)
SELF:Owner:poReport:InitAutoObject()
In advance, thank you very much for any information about that problem.
Regards,
David Nicollerat
_____________________________________
David Nicollerat
SCS Software
Cà Iberica
6921 Vico Morcote
Switzerland
Phone: +41 (0) 91 / 980 22 33
Fax: +41 (0) 91 / 980 22 25
david.ni...@scs-software.ch
_____________________________________
Jamal
After you're done with the OLE control, send
self:oDCmyOLEControl:Destroy( ). Also you may want to issue a
CollectForced() before CreateEmbedding( ).
BTW, the AddRef() and Release(), these are methods generated by VO when you
generate the OLE control and since they are internal to the implementation
of the OLE object, I suggest that do not mess with them.
HTH,
Jamal
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7b59fb$0$33515$ba62...@news.skynet.be...
FDW
The 5333-error will be generated if you are calling a method on a OLE/COM
object that has been destroyed. Reading about your problem I thought that
this could be the case.
Firts of all, how dous it work: When a OLE/COM object is instantiated a
method called 'AddRef()' is called, this increments a counter in the object.
When the object is no longer needed the method 'Release()' is called to
decrement the same counter. Multiple clients can use the same instance of a
OLE/COM object/server and share its interfaces. When all clients that have
incremented the 'refcount' value have decremented the 'refcount' value, then
the object/server is destroyed, the static pointers that your program is
keeping ( OLEAutoObject has one ) still point to some place, and still can
be used to try to call the methods of the ( now no longer in existence )
object/server.
You could try to see if adding an 'AddRef()' call to the OLEAutoObject
solves the problem, if so you have a AddRef/Release ( or as it is generaly
called 'a refcount' ) problem. This kind of problems do popup and are very
hard to debug ( see: Inside COM ) but they are easy to test ( just do a
AddRef() call ). When this helps you now must look for the source of the
problem, carefull reading of the source and counting/testing all objects
derived from the same interface is needed. Note: when trying if AddRef()
changes/solves the problem try to do the addref as soon as posible after
creating the OLEAutoObject.
As for the documentation, this is not a VO thing it is COM/OLE programming,
the best book that I can advise you is 'Inside COM' and its 'need to know'
information when using COM/OLE objects ( even in other languages ). Also
have a look at the MSDN documentation on COM, IUnknown and IDispatch.
Frans
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7b8b9f$0$33510$ba62...@news.skynet.be...
Geoff Schaller
assistance in programming than most VO types so I recommend an easier
language. Try VB - you might be happier <g>.
Either that or swallow a little bit of pride and listen to the advice
offered without showering us with useless and baseless negativity. There are
obviously some people out there who do not suffer your shortcomings and
maybe they can help?
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7b9732$0$33503$ba62...@news.skynet.be...
Ginny Caughey
Your own little diatribe is truly unimpressive. Many of us here have learned to
work around VO's bugs and inadequate documentation, but I think Paul's
criticisms are valid for the most part.
Ginny
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:ThUe8.12854$RV3....@news-server.bigpond.net.au...
Paul De Bie
program uses the OLE-control except for the one datawindow in the one
VO-application (which is not networked). Now the problem seems to have gone
away by adding the Collectforced() before the creating of the OLE object.
And as Jamal suggested I will also add a Destroy() after I'm done with the
object.
I will keep your answer as a reference, in case I run into these errors
again.
Thanks
Paul
"FDW" <fdewit@_remove_planet.nl> schreef in bericht
news:a5h2oh$qf3$1...@reader05.wxs.nl...
Geoff Schaller
solution.
"Ginny Caughey" <ginny....@wasteworks.com> wrote in message
news:a5hedv$ng8$1...@suaar1ac.prod.compuserve.com...
Paul De Bie
a) hitting below to belt is so easy
b) truth hurts, especially for those who love something so much that they
get blinded by it.
c) pride has nothing to do with it. Wasting precious time because a good
product is so poorly documented, marketed and supported has everything to
do with it.
d) if I look at the activity of this NG and the type of questions then
apparantly a lot of us have shortcomings (in VO-programming ). In reality
again it's mostly a lack of good documentation.
This week I asked how I could set the default button in a textbox. The NG
helped me out quick (and yes I could/should have found this myself in the
NG's archives). But in fact, it should have been in the docs. It isn't,or
if it is, it's damned good hidden somewhere.
And this is only one example, I can give you dozens and so can everyone of
us. Learning VO means: building your own documentation. A slow and painful
process, browsing around the net and in the NG's archives and resources such
as KnowVo. And CA, what do they have to offer?
http://support.ca.com/techbases/ca-visobj/ca-vo1000.html
Best support site I've seen in years. 2 new items in the Knowledge base in
the whole year 2001.
Paul
Paul
Geoff Schaller" <geof...@bigpond.net.au> schreef in bericht
news:ThUe8.12854$RV3....@news-server.bigpond.net.au...
Gary Stark
> d) if I look at the activity of this NG and the type of questions then
> apparantly a lot of us have shortcomings (in VO-programming ). In reality
Then there must be heaps and heaps of shortcomings in Delphi, VB, et al, because
they all have so many newsgroups, and so many more messages on each of them that
one could simply spend the whole day reading them, and not doing any work!
Now, I don't think that anyone has ever said that VO's documentation is good,
but then again, who (apart from Geoff) actually ever reads it?
Ok, I know you do too, Willie <g>
It's useful as a reference point, but beyond that, one has to experiment and
play, not matter what one's chosen tool is. I know that I have all too
frequently tried to find explanations of something in Microsoft's documentation,
and have come away far more confused than when I started.
By far the best documentation is a simple example of the code in question being
used.
And the best way to learn is to simply put your hands on the keyboard and try
the damn thing out. If you're not prepared to do that, then my best suggestion
is to go and become a VB form painter.
--
g.
Gary Stark
gst...@RedbacksWeb.com
http://RedbacksWeb.com
Willie Moore
> Ok, I know you do too, Willie <g>
>
<g>
Ginny Caughey
I disagree. I think it IS useful to assert that developers have a right to
expect better quality than we have received from CA. Saying this won't change
CA, but it might help somebody trying to decide what tools to use for the next
project. Realizing that there are tools out there that do have decent
documentaion is the first step toward making an informed choice.
Ginny
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:yH1f8.14050$RV3....@news-server.bigpond.net.au...
Amilcar A. Camargo
On Wed, 27 Feb 2002 12:57:33 +0100, "Paul De Bie"
<paul....@CLEARTHIShnt.be> wrote:
[snip]
>This week I asked how I could set the default button in a textbox. The NG
>helped me out quick (and yes I could/should have found this myself in the
>NG's archives). But in fact, it should have been in the docs. It isn't,or
>if it is, it's damned good hidden somewhere.
Maybe we should not blame only to CA. Windows programming API is a
beast, a tough one. Also, by way of comparision, I've been able to
drill my way into VO with no more than the included help and the
effort and generosity of this NG. The answer to any question you need
to ask can be found in either place. Most of the time, as you say, is
in the included documentation but well hiden.
After these years, now I know why most of the VB programmers I have
met usually answer "that's not possible" to some questions. Unless
they drop themselves into MSDN documentation, they will find some
tasks to be "out-of-this-world". At least, in a lot of places, VO
documentation directs you to the Windows API for further info. And it
includes documentation for it, outdated, but it's there for you to
peruse.
And there is also the VO-SDK that should probe to be the best learning
samples you can find (aside from the power they will give you).
This is not to say that things should not be improved or that they are
perfect. And, as somebody said in this NG, VO is not for the faint of
heart, but it rewards letting you do things that others can only do
switching to another plataform.
Let's continue finding the answers to our problems and sharing our
knowledge so we can build better apps with our plataform.
Regards,
Amilcar A. Camargo F.
Sand, S. A.
Guatemala, C. A.
Willie Moore
This is how I start my reportPro. I have never had a 5333 from it. oSysInfo
is a global object that I use to contain the shell and other systm info that
is passed around. I always init rp3 with a shell window, never a datawindow.
Hope this helps,
Willie
method pbRunReport() class myClass
local oReport as rp3runtime
oReport:=rp3Runtime{oSysInfo:oShell}
oReport:HyperLabel:=HyperLabel{#rp3Runtime,"rp3Runtime",NULL_STRING,NULL_STR
ING}
oReport:CreateEmbedding("ReportPro.Runtime")
oReport:InitAutoObject()
oReport:LoadReport(cReport)
IF oReport:IsValid
oReport:PreviewModal := TRUE
oReport:PrintCaption := oSysInfo:oShell:caption
oReport:PrintMessage := "Printing in Progress..."
IF SELF:rbgPrintOptions = "V"
oReport:PreviewReport()
ELSE
oReport:PrintReport()
ENDIF
oReport:Close()
oReport:Destroy()
ELSE
ErrorBox{ nil, "No Data found"}:show()
ENDIF
"David Nicollerat" <david.ni...@scs-software.com> wrote in message
news:a5galo$79it8$1...@ID-99202.news.dfncis.de...
Adriano Rui Gominho
<paul....@CLEARTHIShnt.be> wrote:
>...
>This week I asked how I could set the default button in a textbox. The NG
>helped me out quick (and yes I could/should have found this myself in the
>NG's archives). But in fact, it should have been in the docs. It isn't,or
>if it is, it's damned good hidden somewhere.
>...
Paul,
My understanding on this particular point is that VO docs go as far as
the VO classes and functions go, and for that I must aknowledge that
they (the docs) are reasonably detailed. I'm talking about the VO1
manuals as well as the online docs on VO2 and VO 2.5. To dive into the
inner workings of VO the SDK is invaluable.
But as soon as you are dealing with WIN32 issues - which happens very
quickly if you try to go deeper than plain VO - you need a good
Windows programming manual.
Adriano
Willie Moore
I use VO a lot but I also am fluent in several other programming languages.
A very good site that you can go to for Win32 docs is http://www.allapi.net
All of the samples are in VB but they have the entire windows api documented
with samples! If you can translate between VB and VO, it is pretty easy
reading.
Regards,
Willie
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7cc959$0$33515$ba62...@news.skynet.be...
Geoff Schaller
implementation and instead of acknowledging a limitation in his experience,
he carps on at CA. This kind of cover-up for personal inadequacies makes me
hot under the collar and I will admit to getting less and less tolerant as
time goes by. Its about time some people faced up to the realities and just
went about their commercial decisions professionally. If he wanted help with
his problem (which many others don't have...), then he should just ASK! End
of story. But don't use some specious diatribe against CA to justify
personal shortcommings as a programmer. Not all of his little attack was
accurate - I think even you will agree, certainly not on some of the
documentation issues etc. Sheesh!
"Ginny Caughey" <ginny....@wasteworks.com> wrote in message
news:a5j20d$n41$1...@suaar1ac.prod.compuserve.com...
Ginny Caughey
Paul's problem wasn't with OLE control implementation, it was with VO's OLE
client support. I still think you were unfair to jump on him for falling into a
trap laid by CA.
Ginny
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:81df8.14916$RV3....@news-server.bigpond.net.au...
James Beauchamp
Just my 2c worth...
Some while ago I had a problem with an ActiveX control that went on for
months and months and we could never work out what we were doing wrong. We
were getting similar issues to Paul.
I eventually packaged up some stuff and sent it to Marijo and sometime much
later got a hotfix from one of the developers -- it turned out to be a
problem with VO's implementation of OLE support -- this control worked fine
in every other dev tool I tried except VO.
Now it was great to get the fix but I'd wasted a lot of time assuming it was
my problem, when it wasnt my problem.
James
Jamal
VO has problems especially with OLE implementation and sometimes it get
frustrating when a customer after customer report mysterious 5333 errors at
OLE control instantiation. I think facing this problem does not qualify as
'personal inadequacies' as you liked to call it. Now, Paul was not attacking
anyone personally, but an incomplete or outdated documentation that CA
provides can lead to feelings that a product like VO, which has great
potential, should have better and updated documentation; we all know that CA
needs to be pushed into a corner to react to VO users who have been
screaming for change and responsiveness. Having said that, I hope we all
stop the personal attacks that lead nowhere because I not sure if CA will
ever see them to influence the guys on the top.
Jamal
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:81df8.14916$RV3....@news-server.bigpond.net.au...
Paul De Bie
API-guide and viewer which will most certainly be of futur use.
And VO's WIN32SDK.HLP is a good reference too. Forget tho mention that.
"Willie Moore" <wil...@wmconsulting.com> schreef in bericht
news:u7qeut7...@corp.supernews.com...
Geoff Schaller
I know all this - and as some of you know, I have been involved with some of
the research and it was I who published a fix here in the NG only a few
weeks back for some OLE stuff. The original work came from Ed Richard and it
was CA staff who provided the fix. I am not defending what turns out to be
bugs and the OLE side of the house is probably worse off than others. Some
of you will also be involved in the areas where I can and have been strongly
critical of CA. None of this is new. However, I am not going to stay silent
on extended and gratuitous attacks - it seems to be turning into some kind
of club membership passage of rites. Sling off at CA - get heaps of
sympathy. This particular post did not restrict itself just to OLE and if it
was a call for help, it was thinly disguised. Did you note that several
people did jump in with solutions and suggestions and very few received any
response from the original author. I therefore question the motives behind
the original post.
Geoff
"James Beauchamp" <james.beauc...@my.pants.dipolar.com.au> wrote in
message news:%3hf8.15286$RV3....@news-server.bigpond.net.au...
Geoff Schaller
You ask way too much from a cheap product and as for lack of documentation,
you can thank the IT users for this. The move to online style helps has
accelerated the decline of "real" documentation and manuals. But lets face
it, printed manuals cost. Please show me the official Delphi or C++ manual
that leaves VO ones shameful? Sorry but you can't. All the good material is
3rd party written. Always was and probably always will be. Other systems
have more documentation by force of use. Look at Clipper. An enormous amount
of stuff available but very little from Ashton Tate or Nantucket themselves.
Do you criticise them too? What about Microsoft? Perhaps the best material
came from Charles Petzold and Mark Minasi - I have yet to see a W98 manual,
let alone one for W2K!
Well, welcome to the world of MSDN and self help.
I don't know where you want to take this discussion because nothing is
likely to change. If you want to know about books and documentation, go and
ask Sandy Hood of his experiences.
Geoff
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7cc959$0$33515$ba62...@news.skynet.be...
Paul De Bie
Did you note that several
> people did jump in with solutions and suggestions and very few received
any
> response from the original author. I therefore question the motives behind
> the original post.
>
> Geoff
"I therefore question the motives behind the original post".
Come on guy!
Three people came with suggestions:
Frans (suggested to use Addref(); which I answered
Arne ( suggested CollectForced) which brought the solution to my problem
(and I mentioned this afterwards)
Jamal (suggested NOT to use Addref())
That was that. Thanks all.
Some others said they have exactly the same problem (so they are bad
programmers too?)
And others jumped into the discussion and most of them also agreed that
there is a lack of documentation and support.
(BTW: thanks Ginny, I appreciate it very much that you defended me against
the dreaded Geoff Schaller. )
I'm certainly not half as talented and skilled in VO-programming as you
apparantly are, but a 5333 error after an entirely CORRECT implementation of
an OLE object is no excuse for calling people incompetent in public.
And if you have indeed that much influence at CA, then it's is a crying
shame that you don't use this more to defend the user's point of view.
If you go through the NG archives, then you will find many postings of
people who complained about outdated and too few docs, inexisting or poor
support, inexisting marketing. Instead of thinking "yeah they could be
right" you attacked them all, each and everyone of them.
Now don't bother to reply on this, I know your point of view, it won't
change, and I am not going to continue anymore in this thread neither 'coz
it is just a waste of time (of my lunchbreak in fact).
Next post from me will be purely technical VO.
Paul
FDW
As usual I do not bother to enter these kind of discussions, I mak this
exeption to advice other people to the same, this has gone far to far IMHO
Frans
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:bWmf8.16071$RV3....@news-server.bigpond.net.au...
FDW
I am glad to see that you found a solution to you problem, do not let you
scare away.
Frans
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7e1dc6$0$75166$ba62...@news.skynet.be...
Ginny Caughey
Your unconditional support of CA is laughable. If CA had a hotfix available for
James, why wasn't it made public? CA's behavior has been irresponsible and they
do not deserve such loyalty from you. I bet you don't leave your own customers
hanging for years after reporting bugs! BTW if you use the Classmate GUI, this
is just one more problem you don't have. <g>
Ginny
"Geoff Schaller" <geof...@bigpond.net.au> wrote in message
news:SRlf8.15924$RV3....@news-server.bigpond.net.au...
Willie Moore
The win32sdk that ships with VO is very old. You can pick up a much newer
one off of Microsoft's site. I rairly use it anymoe though. the allapi
version is update with much better descriptions of what each function does.
The lattest version also supports the .net stuff!!
Regards,
Willie
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c7ddcb8$0$75153$ba62...@news.skynet.be...
James Beauchamp
Actually it was a mistake on my part not to say I think it did get into one
of the later b patches. But you are correct in what you say. Sorry for
confusion
David Nicollerat
Thank you for your answer.
Actually I work with ReportPro 3 like you do. And the owner of my report is
always a shell window, so this could not be the problem.
I found that increasing the dynamic memory size seems to solve my problem.
When my application starts, I set the dynamic memory size up to 20 pages.
This value is read from an ini-file where it is stored. Doing this allows me
to increase this parameter in case of the application would not work fine on
the customer computer. This is not the best solution but at least it works
out.
Regards,
David
"Willie Moore" <wil...@wmconsulting.com> wrote in message
news:u7qbroa...@corp.supernews.com...
Geoff Schaller
> the dreaded Geoff Schaller. )
Dreaded? Come on, this is too much <g>.
> I'm certainly not half as talented and skilled in VO-programming as you
I don't know you - you don't know me.
The statement might be inaccurate - in either direction <g>.
> apparantly are, but a 5333 error after an entirely CORRECT implementation
of
> an OLE object is no excuse for calling people incompetent in public.
You say correct - maybe and maybe not.
There are VO issues here but there are also issues with your code.
> support, inexisting marketing. Instead of thinking "yeah they could be
> right" you attacked them all, each and everyone of them.
I attack bullshit, me-too-ism and sour grapes.
Please just get on with life - ask your questions without the rhetoric.
> Now don't bother to reply on this, I know your point of view, it won't
...oops, too late!
> Next post from me will be purely technical VO.
Terrific. I'm looking forward to it.
Geoff (Djeff and a few others words used here too...<g>)
Geoff Schaller
their levels. You know this is both inaccurate and irrelevant. The "fix" was
"published" just as soon as it was tested and I even made available the code
to the NG and have referred to it every time I have spotted a post going
over that territory. And if you have been following the other forum you
would have seen the relevant comments. This thread should not degenerate
into a CA slanging match because that's all it seems to be. The
documentation that comes with VO is first rate compared to many other
languages and I think you need to compare apples with apples.
So anyway, if CM does all this OLE stuff without flaw then great, but I
haven't heard anyone commenting as such so far.
Geoff
"Ginny Caughey" <ginny....@wasteworks.com> wrote in message
news:a5lgtr$4tm$1...@suaar1aa.prod.compuserve.com...
Geoff Schaller
"FDW" <fdewit@_remove_planet.nl> wrote in message
news:a5lfk1$4r6$1...@reader08.wxs.nl...
Ginny Caughey
The whole reason for Classmate was to avoid the performance and memory-related
problems in the VO GUI classes so of course Ole support is in there.
Ginny
Paul De Bie
Outdated? I barely can believe this....
Anyway, I tried to find a more recent version. Searched the net, MSDN, MS
site and couldn't locate it.
Have you got an URL or so?
TIA
Paul
"Willie Moore" <wil...@wmconsulting.com> schreef in bericht
news:u7t5b0j...@corp.supernews.com...
Malcolm Gray
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
> Willie,
>
> Outdated? I barely can believe this....
so nothing on ME, w2k or XP - has anyone found a copyright notice
I had forgotten how bad it was, we never use it now having MSDN
(althought the latest MSDN no longer integrates with pre .net
visual studio - they have intrduced another help format...)
or just use the msdn web site.
> Anyway, I tried to find a more recent version. Searched the net, MSDN, MS
> site and couldn't locate it.
> Have you got an URL or so?
I think you want the platform SDK
Software Development Kits
Software Development Kits include tools, headers, libs, sample code, and
documentation to help you develop and write to Microsoft® technologies and
products. The Platform SDK encompasses the SDKs for most Microsoft products,
and is available as a single download or in smaller components.
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/
But that is 231Mb....
Geoff Schaller
Look up those words on the MS site.
"Paul De Bie" <paul....@CLEARTHIShnt.be> wrote in message
news:3c85e4bd$0$33503$ba62...@news.skynet.be...
Ed Ratcliffe
>
>
> http://www.microsoft.com/msdownload/platformsdk/sdkupdate/
>
> But that is 231Mb....
>
Or order it on CD for a nominal cost. <g>
Ed
Malcolm Gray
"Ed Ratcliffe" <Gryphon...@telus.net> wrote in message
news:Z2rh8.80519$Ym3.13...@news0.telusplanet.net...
Fair enough - if we didn't get it sent quarterly anyway
I would probably use the leaded line here to download it
over a weekend but others may feel differently. Anyone
know what the nominal cost is?
Ed Ratcliffe
Ed