Most compilers do these days.Originally Posted by esbo
Take a look at :
theForger's Win32 API Tutorial
Windows Development (Windows)
Introduction to Windows Programming in C++ (Windows)
These should get you started...
Most compilers do these days.
Take a look at :
theForger's Win32 API Tutorial
Windows Development (Windows)
Introduction to Windows Programming in C++ (Windows)
These should get you started...
If it is the euro symbol then its character code cannot possibly be 63. I'm still confused. Also, there's no such thing as "extended ASCII".
Code://try //{ if (a) do { f( b); } while(1); else do { f(!b); } while(1); //}
Yes there is.
In the "dir>filename" it appears as a ?
I have to over write the 63 with 128 in the code.
There is not. Read Wikipedia:
Your problem is that you're using "dir > somefile" to get the list of filenames in a directory. Instead, use FindFirstFile() and FindNextFile()The term extended ASCII (or high ASCII) describes eight-bit or larger character encodings that include the standard seven-bit ASCII characters as well as others. The use of the term is sometimes criticized, because it can be mistakenly interpreted that the ASCII standard has been updated to include more than 128 characters or that the term unambiguously identifies a single encoding, both of which are untrue.
Code://try //{ if (a) do { f( b); } while(1); else do { f(!b); } while(1); //}
If you type dir at a command line, what do you see? I'm not really sure how you've settled on 128 as the value you're looking for here. Also, there's no such thing as extended ASCII, but there sure are a lot of (inconsistent/incompatible) code pages out there to map values to visible glyphs. So you'd first need to figure out which code page you're on.
I notice now that once I open the file there are problems as the € is also in the file.
By the time it is processed it comes out as 2 or 3 characters!!
Not really a huge problem though, I think I can just convert the output.
Not really the problem is the handling of the € character, it works fine when it is not present.
I will look at those functions, not sure my djgpp compiler has them.
There are also problems within the file with the € character.
Well the output is redirected into a file and it is a '?' or a 63 decimal, I see this in a hex editor.
So I would see that on the screen.
I settled on 128 because that is in the ascii character set for €, and it works when I converted it within the program.
Here's half your problem .... from the DJGPP home page...
Buddy... you're trying to teach table manners to a Dinosaur!DJGPP is a complete 32-bit C/C++ development system for Intel 80386 (and higher) PCs running DOS.
Really... time to update.
Well it was the best I could find at the time and has been basically fine for me.
Also I did not have observe unnecessary pointless and tedious compiler inflexibility.
(void declarations etc... and other annoyances.)
Trust me... you have no idea what you are missing.
