|
Sorry, but I got very basic noob question:
When I add a string to resources of a .NET win app on "Resources" tab in Properties of the project and I can use the string in code like so: "Properties.Resources.str" instead of hard coding the string in, right? Why can't I see the string in the executable itself (with a resource editor)? I need to be able to change the string in there without recompiling.
Thanks a lot!
|
|
|
|
|
You are not supposed to modify the content of executable files such as EXE and DLL.
How do you expect to replace a string by a longer string in there and keep all
pointers/references correct ?
For your own safetym executable files are protected by checksums and/or signatures.
So if you manage to alter their content, the system will refuse to run them.
EXE and DLL files should be the unmodified result of running some tool, first
candidate is the linker that gets invoked when building with Visual Studio.
There is a concept of "Internationalization" that lets you put regional stuff
into separate DLLs (say one per language). In that sense, you can change a
language-specific DLL, without really changing the app itself.
If that is what you need, look it up!
There also is a concept of a "settings file" that lets you put some initial
values in a file.
If that is what you need, look it up!
|
|
|
|
|
Well in regular Win Apps (non .NET) you can change resources just fine with a resource editor without having to recompile the exe. But so I guess in .NET you can't. What's the point of the resources then (besides reusability)? And why are there some resources in the exe that are visible in resource editor and others not?
|
|
|
|
|
A resource editor has to preserve the correctness and consistency of an EXE or
DLL file. Why Microsoft has choosen to offer that as a separate tool in the past,
and not to do that anymore, I don't know.
I don't care much what the tool is called; you hit a button, and it happens.
Today it is the same button all the time...
Most if not all of the advantages of resources remain intact: you can store
non-code items in a DLL (rather than embed them in the middle of your code),
hence reuse it across several projects, and, thru internationalization,
replace it as you see fit. A variant is "personalization" where you would be
selling almost the same application to several big customers; if well organized
you just need to replace some images, icons, strings that may all reside in
a single DLL.
If unhappy, fire your complaints towards Microsoft...
|
|
|
|
|
Chill out, man! I'm not firing complains toward anybody, especially you since you don't know...
If unhappy, fire back your complaints through UN...
That was helpful. 
|
|
|
|
|
If you need to read in the value of a string that's subject to configuration, why not store\read from the registry?
|
|
|
|
|
Thanks for reply. Sure I can store things anywhere really. There's always a set of different approaches to anything. I just want to get the answer to this particular question. That's all.
|
|
|
|
|
this is probably a stupid question but one of our clients runs macs, and all of our apps are done in .NET 1.1, i've been looking for a while, but i cant seem to find anything that says weather or not the framework will work on a mac, i thought the whole purpose of the framework and the CLR was to make the same program executable on most os's, if someone could pelase enlighten me i would appreciate, i would apprecieate it even more if they could send me a link to a mac version of the .net installer so i can send it to the client.
|
|
|
|
|
Microsoft's .NET implementations will only run on Windows (apart from the upcoming Silverlight subset of .NET 3.x).
For .NET 1.1 you have these choices.
1. Port the application to Mono. http://www.mono-project.com[^]
2. Run Windows on the Mac using Bootcamp or virtual machine software like Parallells or VMWare (still in beta).
Kevin
|
|
|
|
|
i've never set up a vm on a mac will i have to install windows on that machine so the vm program will work or does the vm handle it for me? also does any of that come with OS X?
|
|
|
|
|
Not sure what the status of BootCamp is. It may be a free add-on. I did read that it was going to be bundled with the next version of Mac OS X - http://www.apple.com/macosx/bootcamp/[^]
For the VM you would need to buy the software. The Parallels version is available, not that expensive - http://www.parallels.com/[^]. VMWare's is still in Beta.
You would also need to buy a Windows license and the bad news is that Microsoft only allow XP Pro or Vista Business or higher to run in a VM. You install the VM in Mac OS and then install Windows in the VM.
Longer term, it might be worth seeing how feasible it is to convert your app. to run on Mono. I remember reading about a customer in Germany that did this successfully.
Völcker Informatik AG[^]
Mono have an application compatibility tester on their site.
Last modified: 12mins after originally posted --
Kevin
|
|
|
|
|
I've never tried to use Mono, does it suport using Web Services? the primary function of this application is that it reads a file or files, and uploads their contents to our web service to update data stored on our system. I think i could probably do this with java, but for some reason we were under the impression that .NET was microsofts answer to java in that one executable would run on any machine with the framework, just like java runs on any machine with the jvm.
|
|
|
|
|
I've never used Mono myself but it seems to be getting more and more capable. My impression is that it is easier for it to handle the web side of .NET than the Windows side. It will probably be easier for them once everything goes to WPF. I'd make some inquiries or ask in forums on the Mono site. There may also be one or two articles on codeproject. From your initial description it seems that Mono should be more than capable of handling that, especially if it has no complex Windows GUI.
.NET was designed so that it could be made cross-platform (hence Mono) but MS have only provided a Windows implementation (but the new Silverlight runs on Mac OS X). Otherwise, the main difference in MS's implementation compared to Java's is that .NET is multi-language, single platform while Java is single language, multi-platform.
Kevin
|
|
|
|
|
Alright, i'm running the compatibility tester right now, thanks for all your help, i'll look into it, and see which i any solution my boss prefers.
|
|
|
|
|
I'd be interesting in knowing if this is successful.
Kevin
|
|
|
|
|
the compatibility tester said that there are no problems...I used the mono command line to start one of the applications and it seemed to work correctly even the web service calls worked. unfortunatly i dont have mac to test this on..i dont even have a pc w/out the .net framework, so i dont know if its actually using mono or if its still using .net, the site said that the monoframework could run exe's complied with visual studio with .net which seems true. Also, it said that some pieces of windows froms are not supported, but it seemslike the basic controls, buttons, textboxs, labels, etc... are in the current version 1.2.4 i think it is, there is also a c# compliier so if running the exe wont work on anoter machne i'm going to try to compile my source code with the mono compiler ad see what happens.
|
|
|
|
|
Oh yes - another thing - many of the open source utilities, such as NUnit - also work with Mono.
Kevin
|
|
|
|
|
SomeGuyThatIsMe wrote: we were under the impression that .NET was microsofts answer to java in that one executable would run on any machine with the framework,
Wrong, very wrong.
The .NET Framework is Microsoft's implementation of the ECMA standard Common Language Infrastructure, or CLI. It has nothing to do with having an application run on a variety of operating systems. It defines a managed exectution environment and a common base class library that multiple lanugages targeting the CLI can use. It has nothing to do with being O/S independant, nor is it Microsoft's answer to Java.
The only other CLI implementation I know of is the Mono Project. It's modeled after Microsoft's .NET Framework, but is not a bit-for-bit compatible implementation. For instance, the last I looked, Microsoft's System.Windows.Forms namespace doesn't exist in Mono, because all the classes in that namespace are specific to functionality found only in the windowing functionality of Windows.
|
|
|
|
|
hi,
can anyone please tell me how to convert a stream containing a ".ico" file to stream compatible with a ".cur" file in j#
|
|
|
|
|
|
Oops. You had a very similar remark here[^] but
the OP needs a solution, not a comment.
|
|
|
|
|
True. But I think even select count(*) of his duplicate posts and timestamps make the problem itself bit disgusting.
If he is clinging onto to a single discussion thread, the topic can be featured as a good KB too. But he is spoiling the main topic of the thread itself and hence trying to emphasize it.
|
|
|
|
|
Well, the only way that you can really do this is to rewrite the ico file on a byte level.
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
Hi,
When I deploy my web application in a Windows 2003 server(SP2) it is giving the array "index was outside the bound of the array".If you have any suggestions to resolve this issue please let me know.
Regards,
Prajin
|
|
|
|
|
Any idea on what we should base our suggestions ?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
