|
I'm developing a small application in which the user can open/save files. It's very simple, the possibilities are actually just like Notepad. However, with my new application I'd like to use a custom file format with a custom extension. The main thing is that I'd like to be able to store properties like labels, author, etc. in my file format and that Windows can recognize it - for example when showing it in the right columns in Details view in Windows Explorer. Does someone have an idea how I'd go about this?
Thanks.
|
|
|
|
|
You can register a file extension under HKEY_CLASSES_ROOT in the system registry such that Windows will recognise the file extension, and launch a particular application if you click on such a file. There is some useful information here[^] at MSDN. However I am not aware of anything whereby Windows will actually look at the content of a file to make such a decision.
|
|
|
|
|
Thanks for your reply.
The extension part is not the problem actually, registering it with a custom icon etc. is working well. What's the problem is the properties part that I can't manage to get information about. It's a shame you don't have an answer on that but I'll keep looking for it.
Thanks.
|
|
|
|
|
pimb2 wrote: What's the problem is the properties part that I can't manage to get information about.
I'm not sure I understand what you mean here. The contents of a file mean nothing to Windows, only to an application that reads it.
|
|
|
|
|
I mean that properties like labels and author are saved in the contents of the file, for example with Word files (.doc, .docx).
At the moment I've managed to let Windows display several properties (like labels) in the Details pane (on Vista), just like Word files. The only thing is that I have to create a so-called Property Handler which has the job to read and write properties to a file.
Thanks.
|
|
|
|
|
pimb2 wrote: I mean that properties like labels and author are saved in the contents of the file, for example with Word files (.doc, .docx).
Sorry, my mistake; I'm not sure how to do this, I suspect it may be something to do with file streams. I do know that the version information in .exe files gets picked up via properties, but I've not looked into how that can be extended. I would guess MSDN has the details somewhere.
|
|
|
|
|
I just discovered some information here on MSDN[^] which may help.
|
|
|
|
|
Apologies for the delay in responding but I have been a little bit busy last few days.
Thanks for the link. Now, I've made quite some progress - I've managed to let Windows succesfully apply properties to a .docx file with a custom extension (ie, an Word file with the extension changed). Unfortunately, I've discovered that property handlers (dll's) must be made in native code because Windows Explorer uses internal calls to them. This means I cannot use .NET for this. I assume I should use the Word file format for the properties and put the actual contents of the file in the Word file. As the .docx file is actually a zip file, it won't give that much problems I hope.
I'll be experimenting some more.
Thanks.
|
|
|
|
|
pimb2 wrote: Apologies for the delay in responding
No worries, just hope you solve your problem. Maybe when you fully understand this stuff you can write an article about it.
|
|
|
|
|
How can we set a value for a field in code before ending the insert? I have a bindingsource and have bound some textboxes to it. But I want to set some of my database fields in code rather than through textboxes . These fields don't allow null values so that I will get exception if they are not set in code.
|
|
|
|
|
I Just loaded VS2008 pro 90 trail. When I try to display an WPF XMAL in the designer it gives me the error that I do not have an editor for XMAL.
Anyone know what needs to be loaded/change or where I get the XMAL editor.
|
|
|
|
|
|
|
Had the same problem, the solution for me was using Microsoft Expression Blend for the GUI design and visual studio for the rest.
|
|
|
|
|
hi!
I would like to disassembly some dll files with .Net Reflactor but I got the MSCDRUN, Module 'C:\WINDOWS\system32\MSCDRUN.DLL' does not contain a CLI header". compliance. I searched this problem the only thing I learned about the reason is this files had not been written any cli languages or there might be usage of obfuscation tool to keeping code secret . do you have any opinion how can I overcome this problem ?
|
|
|
|
|
So it holds native code, not .NET managed code. You could use DUMPBIN to peek inside.
Luc Pattyn
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
thanks for your attention. could you explain it in detail ? because it does not express me anaything 
|
|
|
|
|
Simple. You don't. Reflector will not work on a native code .DLL.
You can find other disassemblers out there, but reversing a native code .DLL is not going to be that easy.
|
|
|
|
|
Hi Dave
I am new to this subject so I have very little opinion do you have any idea for other disassemblers ?
|
|
|
|
|
I think Dave gave you the answer; you can disassemble a dll but it will not mean much to you. Perhaps you could explain what you are trying to achieve with this?
|
|
|
|
|
I have a graduation project. I need to get the data form the blood pressure meter which has a usb gateway. this device also includes software that enables user to archieve the result in html or txt format. What I need to do is trasferring measured result from BP meter to PDA instead of PC. I think that if I reach the dll code of the application I can find a solution to do it. ıf you have better I idea I am completely open mind.
|
|
|
|
|
Rather than disassembling existing executable code you should try this list:
1. read the documentation, especially the "programmers guide" for your BP meter;
2. study the source code of any PC application that the manufacturer may have provided;
3. check the manufacturer's web site;
4. contact the manufacturer if any of the above isn't available;
5. google your problem.
Luc Pattyn
Local announcement (Antwerp region): Lange Wapper? Neen!
|
|
|
|
|
Disassembling the code in that .DLL is not going to help you at all. MSCDRUN is the runtime library for Microsoft's Connection Designer. It doesn't have anything in it that describes how the connection itself is made or how data is transferred.
Like Luc said, your best bet is to start with the manufacturer of the device and see if they have an SDK for it.
|
|
|
|
|
thanks for your attention. some of my collegues suggested me to make reverse engineering using dll files of the software but as you mention before I could analyze some of dll but they do not imply anything to me. I will follow your suggested way.
|
|
|
|
|
1) maybe you can P/Invoke the metodhs in the dll, use the Depedency walker to se what methods there is in the dll, use google to learn about those methods and implement them in your .net application.
2) Use a disassembly for unmanaged code, and recreate the logic in the resoulting asm code in .net
3) Use a c++ decompiler, and recreate the logic in .net, all c++ decompilers, but rememer they produces really bad output.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
