C++/VB - wince nls load information
Asked By raja
16-Dec-09 12:39 PM
Hi,
I have learned that the locale conventions are kept in wince.nls in
\windows folder.
The OS uses this file for initializing the NLS tables.After wince
boots up i can see the list of
locales in regional languages list.
I have also read that in the File System Boot Process the Filesys
initializes national language support (NLS) data.
Where is this data(for all locales loaded ) after it is read from the
wince.nls file?
how to load a different NLS after wince boots up?
Best Regards,
Raja
Filesys
(1)
Windows
(1)
InHi
(1)
Initializes
(1)
Filesystem
(1)
Notexist
(1)
Boots
(1)
Hides
(1)
Paul G. Tobey [eMVP] replied to raja
I do not think that you can "load" that from a different .nls file later. You
can read the help on national language support in the MSDN library for Win32
development. That should give you the right information, mostly for Win32 in
Windows CE, also.
Paul T.
raja replied to Paul G. Tobey [eMVP]
You
n32
n32 in
Hi Paul,
Thanks for the reply..It is Possible to make the wince system
load a different NLS.
There are some exe's available which do this.but there is no code
available for it.
I am trying to find this out..this is very interesting....
I guess it has to do something with the shadowing mechanism supported
by the winmo file system.
Are there any clues as to where in memory, the winmo system loads the
NLS data.Can i access that?
Best regards,
K.Rajasekaran
Paul G. Tobey [eMVP] replied to raja
So you want to use an undocumented interface to a function that might not
exist in the next version of Windows CE, yes? I do not see the point in doing
that. You have a set of well-documented interfaces for making most changes
that can be made. What specifically has led you to the idea that you want to
do this?
I suppose that, in the simple vein, you could arrange to change the
*contents* of wince.nls in the filesystem and then reboot the device. This
could be done using a shadowed filesystem for the \windows folder where any
file that you copy there effectively hides the ROM version of wince.nls.
Paul T.
C++ / VB Hello, I have a text file called OS.txt that looks like this: Windows 2000 Professional 5.0 (2195) Windows 2000 Server 5.0 (2195) Windows 7 Professional 6.1 (7600) Windows 7 Professional 6.1 (7600) Windows 7 Professional 6.1 (7600) Windows 7 Professional 6.1 (7600 Windows 7 Ultimate 6.1 (7100) Windows NT 4.0 Windows NT 4.0 Windows Server 2003 5.2 (3790) Windows Server
Slow text IO on 32 bit Windows 7 C++ / VB We have a customer reporting that our product draws text slowly on Windows 7. Upon further investigation, it appears as if 32 bit Windows 7 itself draws text slowly. I wrote a test program that uses printf to write 5000 times and it seems to run 2 to 9 times slower on 32 bit Windows 7 than on 64 bit Windows XP. (I am testing those systems using Vmware running on 64 bit Windows XP.) The performance on native 64 bit Windows 7 seems fine. Our product uses the standard wide character versions of WIN32 SDK APIs very fast on XP. Can anyone suggest why it is so slow on 32 bit Windows 7? Is there a known problem with text output on that system? Thank you. David
it was design purely for WIN32 and never had to worry about the version of windows users had. That seem to change now. So I guess, the deeper questions and answers WPF over MFC? - - HLS VC MFC Discussions SQL Server (1) Visual Studio (1) Silverlight (1) Windows 7 (1) Office (1) Linux (1) Adobe (1) Perl (1) I am using the RC in VS2010. VS2010 has the VC6-style ClassWizard, a welcome-back addition. It also has Windows 7-oriented enhancements to MFC. And an MFC ribbon designer (for the ribbon that debuted machine to run it. Build times are pretty quick. MFC is a GUI framework, requiring Windows. WPF is a GUI framework requiring .NET. WinForms is another GUI framework requiring .NET. WPF addition, WPF is a superset of Silverlight, which is how you program the recently announced Windows Phone (which replaces Windows Mobile). So for career longevity, learning WPF / Silverlight is inevitable. Now that Windows 7 ships with .NET Framework 3.5 SP1, the preinstalled base of .NET is growing Ajay Great! Yes, I always keep that to a minimum to maximize WIN32 across all Windows OS from 95-based OSEs to NT based OSes. Only in rare exceptions, like IPHLPAPI
bottleneck is memory bandwidth rather than CPU cycles. Is this analysis correct? VC MFC Discussions Windows XP (1) PowerPoint (1) Windows 7 (1) Vista (1) XP (1) CMemoryMapFile (1) MapViewOfFile (1) GlobalMemoryStatus (1) Geez, and here for him. I have a version where I am exploring NUMA that will leverage 2003+ Windows technology. I am going to pencil in getting a test computer with a Intel XEON at least understand this his old memory usage paradigm for processes does not apply under Windows. The only reason I can suspect for his ignorance is that he is not a programmer or at the very least, very primitive nature of programming knowledge. A real Windows programmer would under this this basic principles or at least explore what experts are saying reason is that you are not using pure RAM for the entire load of data. Windows will virtualize everything. In basic terms, there are two kinds - Windows using memory maps internally, that is how you get system pages and ones that applications The same with MEMORY - it is virtualized, even if you have 8GB! Unless you tell windows: Please do not CACHE this memory then it is CACHED MEMORY. So you have to
Opening URL with ShellExecute returns SE_ERR_ACCESSDENIED on Windows XP C++ / VB Hello, I have an application that uses (several times) the function "ShellExecute actual values are different and there are 3 different ones) This used to work on Windows XP, and this still works on Windows Vista and Windows 7. But now, for an unknown time, maybe after some update to Windows XP, the call no longer opens anything and returns error code 5 ( = SE_ERR_ACCESSDENIED). Same result whatever I compile in Unicode or not. Used default brower is Mozilla Firefox. OS is Windows XP Professional SP3, French edition, all critical and many not critical updates installed as of today (on all computers). I checked this using 3 different computers having Windows XP (for getting an error result) and also 3 different computers having Windows Vista or Windows 7 (actually multiboot of the same computers), where it works correctly. I