|
Hi,
Is it possible to convert exe to dll or dll to exe. If possible then what is the procedure ? If exe is coverted to dll then what about main function which is in exe ?
|
|
|
|
|
Do you want to convert your refrigerator to a cupboard? If so, what will you do with it's compressor?
*jaans
|
|
|
|
|
|
The question is perfectly valid, although Namrata could have tried it out for herself. You can change the output type to DLL and it will build a DLL just fine.
Cheers,
Vikram.
The hands that help are holier than the lips that pray.
|
|
|
|
|
Most exe can simply be renamed to dll, the opposite is not true. In the former case, your entry point (Main) will simply not be called. To achieve the same behavior, just call the Main function yourself from another dll/exe.
|
|
|
|
|
|
Hi,
I am using "ActiveDs" to assign rights to a shared folder
Code:
ADsSecurityUtilityClass objClass = new ADsSecurityUtilityClass();
string strSharedFolderName = "\\\\" +strMchnName +"\\" +strName;
Object obj = objClass.GetSecurityDescriptor(strSharedFolderName,(int)ADS_PATHTYPE_ENUM.ADS_PATH_FILESHARE,(int)ADS_SD_FORMAT_ENUM.ADS_SD_FORMAT_IID);
The last line is giving "Unspecified Error"
Can someone help please????
DDeepali
|
|
|
|
|
this.SetStyle(ControlStyles.AllPaintingInWmPaint | ControlStyles.UserPaint | ControlStyles.OptimizedDoubleBuffer,true);
I used the above code Flickering is not completely removed, still it’s slightly flickering. Is there any way to remove complete flickering of Waveform?
Whenever the form is resized or the horizontal scrollbar is moved, the waveform starts flickering... Please do help me...
|
|
|
|
|
You are probably trying to paint too much, try paint less when you scroll, and do a full repaint when u stop.
|
|
|
|
|
i have data table contains more than 90 column and i want easy and effective way to make the user easly handle it (read & write)
welcome for any suggestions
regards
|
|
|
|
|
Try to divide this table into sub-tables and establish relations between them (follow Normalization process).
After this you may use any grid control to show tables with parent child relationship.
This will be showing data in hierarchical representation, and make it very easy for users to look at it and modify it.
-Ajay.
-------------------------
www.componentone.com
-------------------------
|
|
|
|
|
how can Extract Link embedded file from word file using Application object.using C# coding.
|
|
|
|
|
|
Hello everyone,
Suppose I am using append mode to write to a file using StreamWriter. My application is a long run Windows service. I get the handle of StreamWriter only once during the start of my application by using StreamWriter abc = new StreamWriter (...). I never close the handle abc until application stops, and will use the handle to perform write operations in the runtime of the application.
I only write to the file rarely, for example, there may be no write operation for 2 days or something.
My question is, if I obtain the handle of the StreamWriter too long without any write operations (for example, 2 days or longer), will the handle (or the underlying file) be closed by some parties (e.g. CLR, OS, etc.) -- like timeout of socket?
thanks in advance,
George
|
|
|
|
|
i think Garbage Collector will destroy the object.
|
|
|
|
|
Hi Nouman,
Sorry I made a mistake in my original reply, the abc is a static member of my class. Will it be GCed?
Any updates to my original question?
regards,
George
|
|
|
|
|
No, it will not be garbage collected as long as you have a reference to it.
Despite everything, the person most likely to be fooling you next is yourself.
|
|
|
|
|
Thanks for your confirmation, Guffa!
regards,
George
|
|
|
|
|
That may depend on wether the file is local or if there is a network layer involved in accessing the file. If it's local, I see no reason why it wold be closed.
However, if you are writing to the file so infrequently, why are you keeping it open? Just open the file when you need to read it, and close it afterwards. That way you don't risk losing any data because the stream is not flushed when the computer crashes...
Despite everything, the person most likely to be fooling you next is yourself.
|
|
|
|
|
Thanks Guffa,
1.
It is a local file. Why do you think there may be issues for network based file? For example scenario?
2.
The reason why I keep it open is, the content writes to the file depends on ad-hoc client request, if no request, no write operation, if many requests, I need write a lot of stuff. It is impossible to predict the # of request of clients.
regards,
George
|
|
|
|
|
2 - If your application crashes after some requests, you will loose all the text written for the previous requests.
|
|
|
|
|
Thanks N a v a n e e t h,
Each time I write, I will do a flush if the content contains important information. Any comments or updates to my original question?
regards,
George
|
|
|
|
|
George_George wrote: 1.
It is a local file. Why do you think there may be issues for network based file? For example scenario?
If the network connection gets dropped, i.e. hardware problems
George_George wrote: 2.
The reason why I keep it open is, the content writes to the file depends on ad-hoc client request, if no request, no write operation, if many requests, I need write a lot of stuff. It is impossible to predict the # of request of clients.
Ever heard of appending?
using (System.IO.StreamWriter sr = new System.IO.StreamWriter("filename", true))
{
sr.WriteLine("test message");
sr.Flush();
}
will append to the file, not create a new one.
Hope this helps
Bob
Ashfield Consultants Ltd
|
|
|
|
|
Hi Bob,
In your code, each time we need to write, we need to open the file, go to end (append mode) of the file and write, then close.
I think it is a waste if we write frequently -- we need to open only once and close only once if the file is not automatically closed by some parties for no operation in a long time -- this is why I asked this question about optimization of your code.
Any comments?
regards,
George
|
|
|
|
|
George_George wrote: My question is, if I obtain the handle of the StreamWriter too long without any write operations (for example, 2 days or longer), will the handle (or the underlying file) be closed by some parties (e.g. CLR, OS, etc.) -- like timeout of socket?
I don't think so. GC will reclaim the memory only when no references to that object. A better approach would be to open the file when required, write content and close it though.
|
|
|
|