|
I posted this in the General Discussions forum, because I hadn't noticed this one yet, but I think this fits better here. See below:
I am new to the code project, and am hoping to be able to contribute. Would there be interest in an assembly that is 100% managed code that gives access to an MS Exchange 2000 webstore? This assembly uses WEBDAV under the covers to communicate with an exchange server, and includes the ability to retrieve data as an object model, as a dataset, or as an XML document as well as the ability to write to the exchange store. If there is interest I'll comment up the code and post it.
Mark Clements
Senior Systems Development Engineer
BSG, College of Business
Oregon State University
|
|
|
|
|
clementsm wrote:
This assembly uses WEBDAV under the covers to communicate with an exchange server
Honestly I would be more interested in the WebDAV part of the article 
Also the other technologies and methods mentioned in your post would be interesting in this context.
Paul Watson
Bluegrass
Cape Town, South Africa
Christopher Duncan wrote:
Which explains why when Santa asked, "And what do you want for Christmas, little boy?" I said, "A life." (Accesories sold separately)
|
|
|
|
|
OK Paul, I've decided to go ahead and do this, I'll be sure to include some info on the WebDAV part as well as how we were able to convert the results.
Mark Clements
Senior Systems Development Engineer
BSG, College of Business
Oregon State University
|
|
|
|
|
The article is up.
http://www.codeproject.com/useritems/ExDAV.asp
It took me longer than I expected, but I hope it is useful for those interested.
Mark Clements
Senior Systems Development Engineer
BSG, College of Business
Oregon State University
|
|
|
|
|
Building on my CDataFile [^] class, I have a set of functions which support the Matrix-X[^] File Format. There is very little documentation on this format, and so I had to write my I/O routines from scratch. The functions read the file and store the data in a CDataFile object, so your data reduction algorithms that are already using CDataFile will not need to be changed. If anyone out there has a use for this, I will whip up an article and a demo app. I realize it is a very niche application, but it could be a gem for anyone who needs it...
- Nitron
"Those that say a task is impossible shouldn't interrupt the ones who are doing it." - Chinese Proverb
|
|
|
|
|
Hey folks,
I am just curious if anyone would be interested in an article on the so-called "Event Pattern" termed by M.S. which is a variation on the classic Observer pattern. Microsoft recomends [^] that all .net frameworks and apps using events and delegates use this pattern.
If there is any interest I will try to provide an article.
Regards
Chris
Fill me with your knowledge, your wisdom, your coffee.
|
|
|
|
|
I'm interested.
p.s.
There are quite a few event- and event-notification patterns out there, is
the one you refer to the one implemented in VC 7 ?
----------------------------
jarl ostensen
Lead Technology Programmer
Bullfrog/Electronic Arts Inc.
|
|
|
|
|
-=jarl=- wrote:
There are quite a few event- and event-notification patterns out there, is
the one you refer to the one implemented in VC 7 ?
To be honest I haven't played with VC 7 as of yet....I was intending on using C# for the article (since it is the fun new toy). I wouldn't doubt that it is employed in VC 7 though as MS states that this pattern is used extensively in the .net FCL. Also, according to MS it is more of a formalized naming convention within the context of the GOF Observer. Hope that makes sense
Chris
Fill me with your knowledge, your wisdom, your coffee.
|
|
|
|
|
sense...too early for sense... 
Yes, VC 7 implements an event pattern using some magic keywords and code-injection.
(However, I think I've found a bug in it, I posted a message about that on the VC++
board @codeproj yesterday ). It is also supported for MC++ and COM, and events can
be fired between these, ( or so it seems. )
Please write the article using C# though! I'm working actively on event systems at
the moment, so I for one am hungry for any sources of inspiration.
cheers
-=jarl=-
|
|
|
|
|
btw, have a look at this article;
http://www.riehle.org/papers/1996/tapos-1996-event.html
'tis good.
-=jarl=-
|
|
|
|
|
Thanks for the link jarl
At first glance this looks like some good stuff.
Lately, I have been (re-)reading as much Patterns material as I can lay my grubby hands on. (Mabey because I need to keep our Arichtect honest to avoid these late nights)
Fill me with your knowledge, your wisdom, your coffee.
|
|
|
|
|
looking forward to seeing your article! 
|
|
|
|
|
Who's going to be the first to build source code to search content in Cp zip files ?
|
|
|
|
|
Yes, who is going to be the first to provide an add-in able to convert a MSDN link from the MSDN stand-alone library, to a html link to the MS website MSDN library ?
(Or in other words ms-help://.... ==> http://....)
Would be really helpful, since a http:// link is shareable, unlike a ms-help link (you can not seriously assume your audience has the same dev environment than you).
|
|
|
|
|
|
some one please tell me some good books for DX beginners
or if not books..then anyway to get programming in DX!!
kinda urgent
|
|
|
|
|
www.gamedev.net
http://www.gamedev.net/reference/
http://www.gamedev.net/columns/books/
http://www.gamedev.net/reference/start_here/
Papa
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
Can anyone point me to some articles/links where I can find some understandable c++ code for building and FTP server/client. Win32 (No MFC please)
|
|
|
|
|
try perlmonks.com
ITS FREE! And can do what you want to do with easy.
this will help too ...
Net::FTP
No MFC!
|
|
|
|
|
First I assume you know winsock and multi-threading programming .
If you do goto www.faqs.org and get your copy of the FTP rfcs. you`ll find a search there !
then the basic things are !
create server , bind it then :
> One accept() thread to accept clients
> for each client another thread for communication !
FTP commands go line by line ! Or multiline reply codes ! It`s all in the RFC !
If you need more info , maybe I`ll publish my FTP server here ! You know ... I Worked hard on it ! We`ll see about it !
be cool !
I am the mighty keeper of the book on knowledge . Contact me to get your copy .
No MFC SDK only !
|
|
|
|
|
Is there a utility program that can be used to compare the software installed on two separate computers?
I need to know if there are some missing or extra EXE and DLL files between two separate computers. It should NOT be crucial that these files share exactly the same file paths between the two systems. It would be ideal if this test could be filtered to include the EXE that are currently running and the DLL that each one has loaded.
We are experiencing wildly different test result on our software between two systems that are outwardly 'identical'.
Please reply to this post if you are aware of such a utility program, else I will have to go write it myself.
Thanks.
|
|
|
|
|
You are talking about an installer's job. InstallShield, Windows MSI, ... figure exactly these things out when they copy dlls and exes into the target machine.
|
|
|
|
|
Right...
And now we have two ostensibly identical machines, each with the ostensibly identically installed application running.
One leaks memory and the other does not  !
So, what gives  ?
Hence my need for a 'system comparison' utility.
C++/MFC/InstallShield since 1993
|
|
|
|
|
List loaded modules :
HANDLE hSnapShot=CreateToolhelp32Snapshot(TH32CS_SNAPMODULE,procID);
MODULEENTRY32 * modInfo=new MODULEENTRY32;
modInfo->dwSize=sizeof(MODULEENTRY32);
unsigned long index=0;
while(Module32Next(hSnapShot,modInfo)!=FALSE)
{
//process the modinfo here
}
CloseHandle(hSnapShot);
delete modInfo;
}
list loaded tasks :
HANDLE hSnapShot=CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS,0);
PROCESSENTRY32* processInfo=new PROCESSENTRY32;
processInfo->dwSize=sizeof(PROCESSENTRY32);
unsigned long index=0;
while(Process32Next(hSnapShot,processInfo)!=FALSE)
{
//process processinfo here
}
CloseHandle(hSnapShot);
delete processInfo;
///////////////////////
you should have got the picture !
I am the mighty keeper of the book on knowledge . Contact me to get your copy .
|
|
|
|
|
All running modules were 'identical' as far as what was actually executing by name. Somewhere, a registry entry or DLL was not the same version, or some other small inconsistency was the result of the problem. It was not a 'high level' difference we could readily detect with any available tools.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
