|
I'm developing an application running on Windows CE .Net 5.0 and sometimes I get the message 'intoofueil'. This will occur each second for a long period of time. When setting the unit into SystemIdle_L2 it will stop.
Does anyone know what this means and is it harmfull (besides filling my debuglog file with a lot of these messages).
|
|
|
|
|
Hi Expert,
Does anybody know how Win2K works exactly of recognizing the date format ? I got difficulties that my remote DCOM is recognizing the date format in the server as MM/dd/YYYY while in the regional setting of that PC I set to dd/MM/YYYY ?
Furthermore I found an article in MSDN:
http://support.microsoft.com/default.aspx/kb/271587
suggesting to set the
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLEAUT]
VarConversionLocaleSetting = 2
to force using system default setting, but it doesn't work (after I did all they suggest, by setting that registry & the system default to dd/MM/YYYY, my remote DCOM still getting MM/dd/YYYY).
Is there something else I need to do ? (I don't use IIS, so I didn't set anything releated to IIS).
Thanks before.
|
|
|
|
|
hi,
everything about the compilers always stops at the creation of an assembly lang file and being fed to the assebnler.
how does the assembler translate?what exactly is a binary data( know it is voltage level etc) that can be given directly to the processor from keyboard?
the lack of info is killing me.someone please help.i want to know.
bye.
|
|
|
|
|
as i don't understand what you talk about exactly, i certainly won't answer the whole things you want to know.
When you program (whatever language), the compiler has to transform plein text (source code) to binary datas.
binary datas is a queue of bytes which are understood directly by the microprocessor.
processor manufacturers design built-in functions such as additions, decimal division, long jumps, etc... this way, software must fit to that built-in functions for them to be executed (else, they won't be even understood - or misunderstood).
these built-in functions are recognized by the processor as one ore two consecutive bytes, followed directly by its parameter(s).
the goal of the compiler is to translate the source code into that machine code made of bytes ones behind others...
of course, machine code are processor dependant and before the compiler starts working, it must get the processor type (intel,IBM, amd, etc...) to generate the right language.
if you want to know the processors assembly commands and byte translation, you will have to look in processors manuals.
when you talk about voltage levels, i'm not certain to understand you. if you talk about how to transmit the generated bytes to the processor physically, it is certainly in the proc manual. but that job is done by the operating system.
cheers,
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Actually few modern compilers bother with an intermediate assembler stage, unless you actually ask for a listing. They go straight to object code.
A program as an executable file on disk isn't really runnable as-is. It's more like flat-pack furniture - all the parts are there (in theory!) but some assembly is required. The tool that assembles the program into a running memory image - a process - is the loader, a component of the OS. This creates the process, sets up the address space, loads the executable and all its dependencies (relocating libraries as required), performs the linking from import to export tables so that calls to DLLs work properly, creates a thread stack, then a thread, sets the initial thread's entry point to the address listed in the executable's header, and finally switches the processor to that thread, causing it to start executing.
What loads the loader? Various bits of the OS load each other; the OS starts loading from the disk's boot sector, which the BIOS locates and loads. The BIOS itself is run at system startup because it is electrically wired to a range of physical memory addresses starting at the point that the processor is designed to read its first instruction from.
When dealing with hardware there are two main methods of receiving input. The first is simply to read the device periodically to see if there's any data - known as polling. Polling is pretty inefficient because you have to read frequently enough to remain responsive. For example the human optical system cannot detect things that take less than about 0.04 seconds to occur - if it takes less than this it is observed as being instantaneous. You therefore need to poll at least this fast in order to give the illusion of instantaneous processing. But if the user isn't pressing any keys, it's wasteful - you could have spent that time doing something else.
In order to poll the processor must be able to read from the device. The I/O devices are therefore wired up so that when particular addresses appear on the address bus, the I/O device responds to the read request. (Some processors, like the x86 family, have a separate I/O line to distinguish I/O operations from memory operations, and corresponding IN and OUT instructions to cause this line to have a different value when using IN or OUT from that used when performing memory operations. Other processors have memory-mapped I/O, i.e. I/O devices just appear as if they're a kind of memory).
So most modern input devices use interrupts. The processor has some inputs on it known as interrupt requests (IRQs). If it detects that an interrupt is occurring, it jumps to a known location associated with that interrupt, and executes the code at that location. When processing is complete the interrupt handler uses a special return-from-interrupt instruction to continue whatever task was interrupted.
Traditionally the processor was the only device in the system that generated addresses on the address bus. All transfers from an I/O device to or from main memory had to be done explicitly in software - normally a loop that read from an I/O location (either using IN or a memory-read operation) and wrote to memory, or vice-versa. This is known as programmed I/O. Again this takes processor time that could be used for other things.
Later devices support Direct Memory Access, using bus arbitration lines on the processor to cause the processor to stop outputting addresses onto the bus, then drive the address and data buses itself. In the older architectures this caused the processor to 'stall', but with caches the processor can continue working even when it doesn't have access to main memory. The processor bus is normally a lot faster than the other buses, so the device normally only steals a relatively few cycles anyway. In this mechanism the OS simply instructs the device where to transfer data from or to, the device gets on with it, then signals via an interrupt when the operation is complete.
Stability. What an interesting concept. -- Chris Maunder
|
|
|
|
|
I like the answer that Mike gave you, but it needs a bit more detail to fulfill what you're asking. No matter what level of language you use to attack a problem, at some point the solution has to be translated into a pattern of ones and zeroes that a specific CPU can interpret and execute. That's the assembler's job. Each CPU on the market has a unique instruction set, which is defined as a set of binary numbers which cause the CPU to execute specific instructions. In reality, the binary number is an address which points to a starting point in the CPU Control Store that contains the binary switching information necessary to execute the specified instruction. In practice, what we see is an opcode, plus 0 or more operands contained in memory.
For example, for the old Intel 8080 CPU, a Jump instruction was defined as the hex value 0xc3, followed by two bytes of address data. When the program counter found the byte 0xc3, it then looked for two bytes of address data in the next two contiguous bytes of RAM, then transferred execution to the instruction at that address. The Assembler program takes care of filling that memory address with the proper binary data by using #define statements to assign specific values to variables, as in
#define Target 0x100
JMP Target
which would cause program execution to jump to the instruction located at 0x100.
Assembly programming requires an intimate knowledge of the target hardware and its internal structure. High level languages relieve us of that requirement, and make life much easier by abstracting the details of implementation so that we no longer have to worry about which registers are available, and whether memory addressing is high-Endian or low-Endian (Intel quirks). Using high level languages makes life a whole lot easier for all of us except those who have to worry about the details.
Voltage requirements are beyond the need-to-know threshold for programmers. If you can get the proper ones and zeroes into memory, we hardware types will take care of the rest. I strongly believe that a programmer who understands how the target hardware works will be a better programmer, but I think that I'm in a small minority group here - you decide. But I'm proud of you for wanting to understand. No knowledge is ever wasted...
"...putting all your eggs in one basket along with your bowling ball and gym clothes only gets you scrambled eggs and an extra laundry day... " - Jeffry J. Brickley
|
|
|
|
|
Hi all,
does WinXP provide a way to automate "Defrag"? It could be done by creating an script and schedule it to be executed at a certain time but, in a computer running 24x7, the best way should be to run defrag in background mode when the resources load is low or when there's no HDD requests from the applications. I know that there are some commercial products that perform that but I'd like something provided by WinXP itself ... or free???
Thanks,
Marc Soleda
|
|
|
|
|
Never heard about automatic defrags..
Don't try it, just do it! 
|
|
|
|
|
|
Thanks, I'll keep in mind to apply it another time
... she said you are the perfect stranger she said baby let's keep it like this... Dire Straits
|
|
|
|
|
You are wellcome 
|
|
|
|
|
We are creating a simulation environment where the user will be creating input data sets for hundreds of individual 3D atmospheric simulations. Each individual simulation takes between 1-3 hours to run to completion on a 3GHz machine. The simulation code is old Fortran executables invoked from Python scripts.
The computing environment is a "loose" cluster of ordinary PC's running Windows/XP Pro with a few off-the-shelf 1 Gigabit 10BaseT switches to connect it all together. One machine shares a large data disk to all the other "cluster" members to provide a common rooted file system.
The current plan is to use Condor as the Batch engine.
Does anyone on this board have any opinions or thoughts about this configuration??
Cheers... Martin
|
|
|
|
|
I have an e-mail 2 mega and i want to make it 250 mega . can you help me ?
|
|
|
|
|
when you say "e-mail", you talk about the document you send to somebody, or the mail box ?
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Of course no, he means that he wants his hotmail account to be 250 mb :->
Some folish questions is being asked here  .
|
|
|
|
|
i was lookinf for any relation with the forum theme...
hum, he's definitely off topic, and i don't know how to help him on that so...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
toxcct wrote:
and i don't know how to help him on that so...
Don't ,
|
|
|
|
|
Select state USA and then Alaska ZIP Code is 99559 then clikc update.
1. U should wait 30 days to get 250MB
2. Sign Out by rulers (by clicking button SingOut which is top of the window) then sign in again by rulers type your e-mail and password maybe this will get atuomaticlly 250MB for your Inbox.
|
|
|
|
|
|
Hello,
I need to recover the content of a deleted encrypted file from a NTFS volume. I can read the file's content by directly accessing the volume (reading and decoding MFT, data runs and all that candy). I see that encrypted files have a named NTFS attribute of type LOGGED_UTILITY_STREAM (name is $EFS). I need to interpret the content of this, the goal being to obtain the (encrypted) FEK (file encryption key).
From the info I could gather so far, this data consists of:
struct EFS_INFO_HEADER
{
DWORD m_dwSize;
DWORD m_dwVersionMinor;
DWORD m_dwVersionMajor;
DWORD m_dwUnknown1;
BYTE m_Checksum[32];
BYTE m_Unknown2[36]; // this somewhere contains the count of following DDF
entries
// the DDF entries
// count of DRF entries
/// the DRF entries
};
struct EFS_ENTRY_HEADER
{
BYTE m_Unknown1[64];
};
struct EFS_DDF_ENTRY
{
EFS_ENTRY_HEADER m_Header;
// container name
// crypto provider name
// EFS certificate hash
// encrypted FEK
};
struct EFS_DRF_ENTRY
{
EFS_ENTRY_HEADER m_Header;
// container name
// crypto provider name
// EFS certificate hash
// encrypted FEK
};
Anyone knows more about these structures, where are they defined, where can I find more about them? Some of these structures seem to have members that are sometimes missing, and I cannot decide how to handle this. Any info, hint, pointer in the right direction would be welcome. Thanks a lot.
Regards,
Levente
------------------------------------------->>
Life is tough. Then die you do. [Yoda]
|
|
|
|
|
While struggling to solve this problem I found another approach. This leaves me with two possible solutions, unfortunately both are crippled by the lack of information:
1. Either I read and parse the file's LOGGED_UTILITY_STREAM NTFS attribute (named $EFS), then I recover the encrtypted FEK from there (and then decrypt the FEK, etc.). The problem here is that even if in "Inside Windows 2000" the general structure of the $EFS attribute is described, I cannnot find precise documentation (a structure definition would be good!) for it (e.g. some fields may be missing and so on). After looking at hundreds of encrypted files, I still cannot empirically deduce this structure.
2. Either I use the WriteEncryptedFileRaw API and then I feed it with the necessary data in the callback function, essentially attempting a restore directly from the deleted file. Again, I see by attempting to use ReadEncryptedFileRaw that the data this API stuffs into my callback function on backup is some header, followed by the $EFS attribute (slightly modified!), then some addional data, probably another header, then the encryped content, interrupted every now and then by some unknown data. I have no documentation for any of these.
Anyone could give me a hand here, guys?
Levente
------------------------------------------->>
Life is tough. Then die you do. [Yoda]
|
|
|
|
|
hii guys :
i have an limited account on my computer and i want to change it into administrator ,please help me .
|
|
|
|
|
Omar _ wrote:
and i want to change it into administrator
programmatically ??
otherwise, you go to : "config panel" > "Admin tools" > "Cpu managment" > "users"
there choose your user and move it to the group you want. off course, to do this, you must be logged as an administrator, or at least whatever user that is allowed to change user rights...
TOXCCT >>> GEII power
[toxcct][VisualCalc]
|
|
|
|
|
Omar _ wrote:
i have an limited account on my computer and i want to change it into administrator ,please help me
Programmatically:-
http://www.codeproject.com/internet/caanetadminclass.asp[^]
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
|
|
|
|
|
hi
i want to know what is the name of exe file that executes the programs.sometimes programs himselft start running how it is possible.
ddd
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
