|
I just wrote some code to check it out. This should do the trick.
Thank-you! 
|
|
|
|
|
Hello,
Till now, I used something like this for this problem:
karstamm::storesort(CString fn)<br />
{<br />
struct satz<br />
{<br />
char karnr[256];<br />
char karsort[256];<br />
char cr;<br />
};<br />
<br />
int k;<br />
satz aussatz;<br />
FILE *ausgabe;<br />
<br />
aussatz.cr = '\n';<br />
ausgabe = fopen(fn, "wt");<br />
if (first())<br />
{<br />
do<br />
if (getkarsort() != "")<br />
{<br />
strcpy(aussatz.karnr, getkarnr().c_str());<br />
strcpy(aussatz.karsort, getkarsort().c_str());<br />
k = fwrite(&aussatz, sizeof(aussatz), 1, ausgabe);<br />
}<br />
while(next());<br />
}<br />
fclose(ausgabe);<br />
}<br />
And it works fine, if I read it in my program to use it there again. But now, I want to export my data in CSV-format - and I have problems with the data-length and the default-characters. Is there any possibilty to export 2 CStrings like "abc" and "def" and get a text-file like "abc;def;"???
Many thanks in advance, GE
|
|
|
|
|
Gerhard-E wrote: Is there any possibilty to export 2 CStrings like "abc" and "def" and get a text-file like "abc;def;"???
No. I don't think that has been supported in any PCs since the Commodore 64
led mike
|
|
|
|
|
Thank you. Seem's, that I have to export chracter by character
But it's a great help for me, to have somebody else who says, that there is no easy way.
Thanks again, GE 
|
|
|
|
|
 Does the Commodore 64 support .NET?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
I'm using VC 6.0 - so it wouldn't be necessary 
|
|
|
|
|
Sorry, I guess the reply you got is sort of my fault for starting the whole thing. ![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)
led mike
|
|
|
|
|
 You can't buy this kind of entertainment!
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
Lack of humour in voting people.
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
One possibility, although it might be padded oddly, is to change your structure to:
struct satz
{
char karnr[256];
char komma;
char karsort[256];
char cr;
};
...
aussatz.komma = ',';
"Love people and use things, not love things and use people." - Unknown
"The brick walls are there for a reason...to stop the people who don't want it badly enough." - Randy Pausch
|
|
|
|
|
You might want to pick up a C++ book or two. And you should look at the other responses and figure out why they are funny.
You mentioned CString (MFC), but it looks like a Standard C++ string to me.
Anyways, when I want to write to a file, I often use the fprintf() function.
fprintf(ausgabe, "%s;%s;\n", getkarnr().c_str(), getkarsort().c_str());
Good luck,
Jim T.
|
|
|
|
|
That's exactly what I need.
I used fprintf and sprintf years ago, but I forgot this solution.
Many thanks, GE
|
|
|
|
|
James L Turner wrote: And you should look at the other responses and figure out why they are funny.
You have pretty high expectations!
led mike
|
|
|
|
|
I tried looking at the always useful a friendly MSDN site, but my patience grew thin.
What is comsuppw.lib?
I noticed this when I tried to build some code in VC++ 6.0 taken from a set of code in VS2005. I was using a previous .DSW workspace for the "same" set of code that recently was upgraded to VS2005, so it shouldn't have been that far of a stretch.
Thanks,
John John
|
|
|
|
|
john john mackey wrote: I tried looking at the always useful a friendly MSDN site, but my patience grew thin.
Try this[^] specifically the second result
led mike
|
|
|
|
|
Is there any limit, and how much is it?
Would it be practical to send a 100 fully qualified file names as arguments by the command line?
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
sashoalm wrote: Is there any limit...
Yes.
sashoalm wrote: ...and how much is it?
I don't recall for sure, but 8K comes to mind. See here for more.
sashoalm wrote: Would it be practical to send a 100 fully qualified file names as arguments by the command line?
No. Perhaps writing those paths to a file that your program could then parse would be better.
"Love people and use things, not love things and use people." - Unknown
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
32K in windows XP + and MAX_PATH Windows 2000 and below.
Best Wishes,
-David Delaune
modified on Thursday, July 31, 2008 12:10 PM
|
|
|
|
|
But I've seen that explorer sends file names through the command line. When you drag files on the icon of an executable, the executable is started with the file names added to the command line. I've tested this on Windows 98 and XP.
I found out this while writing the response here. If the files are too much explorer failed to start the exe and an error message 'Access to the specified device, path or file is denied'.
There is sufficient light for those who desire to see, and there is sufficient darkness for those of a contrary disposition.
Blaise Pascal
|
|
|
|
|
In your original post you stated that you needed to send the full path of around 100 files. We have 32767 bytes available.
Your limitation could be defined as:
<br />
100 * sizeof(wchar_t) * wcslen(szPath);<br />
Therefore if the average length of your path strings are greater than 164 wide characters it will fail.
because ((164 * 100) * 2) == 32800;
and 32800 > 32767
Best Wishes,
-David Delaune
|
|
|
|
|
Hi all,
I want to test that is my PDA supporting Arabic language? I wrote this code;
CString str;
for(int i = 1500;i<1800;i++)
{
str.Format(_T("%s %c"),str,i);
}
m_edit.SetWindowText(str);
But I know that %c does not get 2 bytes.So it is getting the first Byte of an unicode and does not display an Arabic letter if the OS is supporting it.How can I see an Arabic letter?
Thanks
|
|
|
|
|
You could try just creating an array of WCHARs and intializing it with numeric values.
<br />
WCHAR aTestString[10] = <br />
{<br />
1500, 1501, 1502, 1503, 1504, 1505, 1506, 1507, 1508, 1509, 1510, 0000<br />
};<br />
<br />
m_edit.SetWindowText( aTestString );<br />
Not a way to test 300 characters but at least you should see whether it works without involving the comlpexities of printf formating.
I've implemented Arabic support on a WinCE application and it's far from simple partly because much of the Uniscribe API is unusably slow on a 200Mhz ARM processor.
"The secret of happiness is freedom, and the secret of freedom, courage."
Thucydides (B.C. 460-400)
modified on Thursday, July 31, 2008 12:06 PM
|
|
|
|
|
You already had an answer to displaying an arabic char - assuming you have the fonts etc etc.
But I can't let the line
str.Format(_T("%s %c"),str,i);
be without jumping on it.
You are trying to put the contents of str into str? At best this will crash, at worst it will do very strange things...
If you are trying to add new characters to the end of your string, why not just do that? Or just build up a string yourself - it;s a fixed length.
A/
CString str;
for (wchar_t i = 1500; i < 1800; i++)
str += i;
B/
wchar_t buf [301];
for (wchar_t i = 0; i < 300; i++)
buf [i] = i + 1500;
buf [i] = 0;
The choice is yours.
Iain.
|
|
|
|
|
I have a dialog based application . It Executes a third party application and displays that application inside that Window. Now i want that third party application to be non-movable inside parent window . . What i am looking specifically is to disable mouse drag messages only on the child window (3rd party application).  
S.K
|
|
|
|
|
Do you mean that this child window has a caption bar and you want to prevent it being dragged in this manner, or is it dragged by it's client area and you want to prevent this?
Regards,
--Perspx
"The Blue Screen of Death, also known as The Blue Screen of Doom, the "Blue Screen of Fun", "Phatul Exception: The WRECKening" and "Windows Vista", is a multi award-winning game first developed in 1995 by Microsoft" - Uncyclopedia
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
