Comments by Stan Huang (Top 85 by date)

That issue is different from mine, just similar. They don't really propose a solution.

It doesn't help because the situation, Windows version and VS version are far different from mine. Also, I don't find the real solution.

My application is in C# and GUI program, running well before. I updated its codes calling DLL portion by referring C# calling portion at the sample program. Similarly, I created my own DLL by modifying CPPDLL of the sample program. My application is GUI, not command line.

I built and ran that sample successfully too. But what I furtherly did is updating my DLL to my own DLL and calling it from my own application program. I followed the same DLL structure of the sample DLL codes and followed the same calling method as the sample application. I believe the same code structure in my DLL and application as the sample program. I just don't know why I got such error return 0x8007000B.

I failed at the first calling. It's an 'int' return type function without any parameter. So, I think there is no issue as you said.

Yes, I did check the folder of DLL and application is the same. Calling-convention is assured too.

You've got a mistake. This one is quite different from the previous one. This one is for the compilation failure in a successfully-built project. The former one is for failure at building a project. They are failure in different stage, not just different in OSs.

Yes, I've got the same idea with you to try to run MyJar.jar, but it responsed with error message: MyJar.jar 中沒有主要資訊清單屬性

The Chinese text means roughly "no main information of list characteristic."

As for the original developers, I am not sure they are in the heaven or hell. :)

Your suggests provide very good reference. Now, it's found that it's H/W connection trouble. I spent lots of time to compensate the trouble of no H/W engineer's support.

In my opinion, it's not protocol issue so far. There may be protocol issue, but it should come after character string are received. That is, even the original codes can't interpret the protocol of new panel correctly, at least, it must be able to receive the character string. Now, the trouble is that IPC can't receive characters from new panel.

1. About SIO_BAUD_SET: I can't find codes in the application program calling ioctl using SIO_BAUD_SET command except the one which I added but found error return and another which is for a serial port other than the one I am interested in. I wonder the difference between SIO_BAUD_SET & FIOBAUDRATE. I browsed lots of articles about either one but no explanation about their difference.
2. I found some code snippet calling ioctl with command SIO_BAUD_SET in folder of driver (wind/target/src/...). I need some time to explore it. I am not sure it's run at my target image. This is area I am not familiar with. Update it later.

1. About searching FIOBAUDRATE: Sounds a good idea, but unfortunately I can't find any occurrence of it at the source codes. I can't find the original designer to explain it either. I only found its occurrence at source codes of serial driver (case FIOBAUDRATE). It's obvious that it's code to serve baud rate setting.
2. Measure it with analyzer or oscilloscope: I'll have the HW engineer to do it.

1. About referring driver/interface doc.: I searched the file containing FIOBAUDRATE and no commands look like getting baud rate.
2. About SIO_BAUD_GET: I did it and found error was returned, which means it's not supported.
3. About reading h/w register: it could be a solution.
4. About the reason why to read the setting: the codes from others are too messy. It'll take long time to find the original setting point. Besides, I just would like to double confirm it. I was assigned to update the old codes for new touch panel which baud rate is well known, but the old panel's baud rate must be explored for the data was lost. Reading baud rate directly could save time if it's possible.

It's my idea too. I'm very pleased to get kind of approval here.

Sorry, it is my mistake. There is a definition at the beginning of the file containing main(): #ifdef TARGET_SIMU. I forgot to add "#define TARGET_SIMU" before it so the whole file is virtually empty. That's the reason why the main() is seen as unresolved symbol.

My company's contract for VxWorks support was expired too.

I removed inclusion directory which contains ntddndis.h, then the errors gone.

I strongly suspect the problem coming from the VS 2012 itself. I even created a dummy console program with only one printing "hello", one reading console. Compiling it causes the almost same kinds of error message. I uninstalled VS 2012 and reinstalled it, created a dummy console program and the result is the same. It beats me because I did the same thing too many times at the same computer for long time and always succeeded. I don't know why wrong it is, now I can't even created a simplest console program using my VS-2012 at hand.

Below is the error message from compiling my dummy console program.

1>------ Build started: Project: dview, Configuration: Debug Win32 ------
1> dview.cpp
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\iostream
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\istream
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\ostream
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\ios
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xlocnum
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\climits
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\yvals.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xkeycheck.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\sal.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\ConcurrencySal.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\vadefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\use_ansi.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\limits.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\cmath
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\math.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xtgmath.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xtr1common
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\cstdio
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\stdio.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\swprintf.inl
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\cstdlib
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\stdlib.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\streambuf
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xiosbase
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\xlocale
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\cstring
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11

I added either one of below to top of stdafx.h, still getting compilation errors on VS itself files.

#include <afxwin.h>
#include <windows.h>

stdafx.c contains only one statement, inclusion:
#include "stdafx.h"

stdafx.h contains below:
#pragma once

#include "targetver.h"
#include <stdio.h>
#include <tchar.h>


And targetver.h contains only one statement:

#include <sdkddkver.h>

Here is the compilation message:
1> stdafx.cpp
1> Note: including file: d:\programs\tcl\dbu-collector\dview\dview\stdafx.h
1> Note: including file: d:\programs\tcl\dbu-collector\dview\dview\targetver.h
1> Note: including file: C:\Program Files (x86)\Windows Kits\8.0\Include\shared\SDKDDKVer.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\stdio.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\sal.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\ConcurrencySal.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\vadefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\swprintf.inl
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\tchar.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\wchar.h
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\crtdefs.h
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(525): error C2146: syntax error : missing ';' before identifier 'st_atime'
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(525): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(526): error C2146: syntax error : missing ';' before identifier 'st_mtime'
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(526): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(527): error C2146: syntax error : missing ';' before identifier 'st_ctime'
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wchar.h(527): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
1> Note: including file: C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\include\wtime.inl
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(44): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(44): error C2143: syntax error : missing ',' before '*'
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(48): error C2065: '_Time' : undeclared identifier
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(52): error C4430: missing type specifier - int assumed. Note: C++ does not support default-int
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(52): error C2143: syntax error : missing ',' before '*'
1>c:\program files (x86)\microsoft visual studio 11.0\vc\include\wtime.inl(54): error C2065: '_Time' : undeclared identifier
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========

Sorry, I made a mistake in adding one more line of "#define FALSE 0". I removed it.

Do you mean
#pragma pack[^]
?
I got the following error, VC++ doesn't accept it.
1>D:\programs\ATP-3\ATP3MMI\MMI\include\sys-include\Windows32/Structures.h(33): warning C4081: expected '('; found '['

I added
#pragma pack( 1 )
in the beginning of the file, but I still got error message:
1>D:\programs\ATP-3\ATP3MMI\MMI\include\sys-include\Windows32/Structures.h(214): error C2065: 'packed' : undeclared identifier

It works.

What you said is partially right: redefinition error came from defining as 'unsigned long', but it should be 'unsigned int'. UINT32 is defined by typedef, not #define, so it can't be dealt as you said. Instead, I used 'typedef unsigned int UINT32;' to deal with it. At least, it works. I still don't know why it complained 'undefined' if I removed such tyepdef.

Yes, I compiled it successfully using Tornado. I think it must be found at Tornado's header files, *.hpp or *.c*, but I just can't find it over there.

I have source codes well. I used grep to find the whole project, including my files & files of Tornado, Zinc libraries. That's the reason why I came here to ask help.

Actually, what I did is to port a VxWorks project into Windows. I still didn't do any significant updates. It means all inclusions must be for standard C or from VxWorks/Tornado. I didn't update code to include basetsd.h. That's the reason why I got confused why basetsd.h was included.

I can't find Global.h & basetsd.h in my files.

This codes is from a VxWorks project left by ex-coworkers. There is no way I can consult the former designers.

good idea

You're right. The original project dependency was not checked carefully.

I admit that this is DLL issue that what I linked is not the right one. The projects I was delivered have too tricky dependency.

I missed it and what you said is right.

What you said is right: openLogFile() is the trouble maker and I figured it out. This bug has nothing to do with locking issue among threads.
The misunderstanding came from that I think since it failed to open, it must due to the racing to open file among threads.
I still think locking is necessary before open logging file to prevent to open a file while it's still not closed.

What you said is inspiring. The callee is from others and I wrote the caller to launch it. Maybe I need to pay more attention on issues around to prevent possible fault.

The caller & callee reside on the same PC. But your concern inspired something. I copied the caller into the same folder as the callee, it runs as expected.

I dumped the parameters and number of them in the beginning of the program, main() at program.cs, they are the same at both cases.

The launching from command line behaves as I expected. It will pop up a drop list after receiving a packet from network. In command-line launching, it works as expected, as clicking on it by mouse. But in case of launching it by calling c# API, the drop list won't be popped up.

Yes, I do find "Add Reference" under "Project" for VC# project.

No, it's not a web application, but a Windows application's class library.

I reached it by right clicking on that project on Solution Explorer and then 'Add Reference' --> 'Assemblies' --> Framework, then checked the 'System.Windows.Forms'.

It's a Class Library, built in VS2012.

The 2nd issue seems gone. At least, I can't find it after I changed language setting in "International Setting" at "Options" of "TOOLS".
The language of folder name is not so important. So, I would like to close this issue.

What he said is the same as what I did before issuing this question. So, it doesn't work. The UI display language changed are just like "Open", "Close", "New", ..., but the error message during building, compilation such as "Syntax error", "xxx can't be found", ..., are still Chinese, not English. That is very important for me.

I accept it. BTW, what does "void func(ClassA^% thObj);" mean in below function from the article you mentioned ( Pointer to Pointer and Reference to Pointer[^])?

//function prototype
void func(ClassA^% thObj);

int main()
{
ClassA^ obj = gcnew ClassA;
ClassA^ obj2=&obj;
func(obj2);
....
return 0;
}

The method of changing "Platform target" doesn't work. The method of "Target framework" can't even pass compilation; causing error at building.

Windows Form; VS 2013 / 2012 Express.

I just see "Application", "Build", "Build Events", "Debug", ... No "Common Properties" or "Configuration Properties" were found.

Very surely I did it.

Yes, property page shows, but I can't find Configuration Properties.

How to check DLLs I'm using? I just built an application and don't know what DLLs it's using.

It seems not fitting my question.

It seems not working. MessageBoxW() is C++, not C#.
I think the problem is that the caller is a timer event handler,which is at background thread.

As previously said by BillWoodruff, one second is 10 millions ticks. That's the reason why no matter how fast you typed, the number looks very big.

What BillWoodruff said is right.
_duDE_, I updated the codes which contains the statement you expect. The original codes is to simulate a double-click on picture box by single click.

It works: SqlConnection conn = new SqlConnection(@"Server=192.168.8.98\SQLEXPRESS; Database=MTP_TESTDB1;User Id=sa;Password=stan");

I mistakenly added "\\" before 192.168.8.98.

Do you mean login from my client computer to SQL server with Windows credentials and then change SQL server from client computer?
In SQL server, at "Stauts//Settings//permission to connect to database engine", I set "Grant". Doesn't it give it full permission?

I do have the UDL file and test connectivity well. I opened it with "OLE DB Core Services" well. But I tried every tab and didn't find any such string. Anything wrong?

I followed steps in http://msdn.microsoft.com/en-us/library/e38h511e(v=vs.71).aspx, but I can't find string like:
[oledb]
; Everything after this line is an OLE DB initstring
Provider=SQLOLEDB.1;Persist Security Info=False;Data Source=a-iresmi2000;Initial Catalog=Northwind;Integrated Security=SSPI

How to open it? with text editor?

1. How can I find such string? I type under MS-DOS or opened it using text editor and found it's empty.
2. How can I share it to others in CodeProject?

I opened my UDL file but I can't find so-called "connection string".

User 'sa' login failed.
I used a .udl file to confirm the connection parameters correct.

I can't connect using .udl with Windows authentication, but I can connect using .udl with SQL Login (sa / <my password="">) successfully.
My code snippet:
static void Main(string[] args)
{
SqlConnection conn = new SqlConnection(@"Data Source=.\SQLEXPRESS; Database=MTP_TESTDB1;User Id=sa;Password=stan");
try { conn.Open(); }
catch (Exception e)
{
Console.WriteLine("{0} Exception caught.", e.Message);
Console.WriteLine("connection failed!");
string xx = Console.ReadLine();
}
Console.WriteLine("connection succeedded!");
string yy = Console.ReadLine();

I used ex.Message and the error message shown is "User 'sa' login failed" Except caught.

Arjsrya, same result.

Hi, SA,
Thanks for your comments. Trouble in using popular utilities (Samba) in popular platform (Ubuntu) should be an important issue of software development.

Thanks Richard very much. I will keep it in mind.

Thanks Richard MacCutchan. Your command works. But there is still a pending question: how come Eclipse can't accept a Java program without package statement?

I've got the reason why after registering ActiveX control, the application program couldn't still show it's GUI. It's because I didn't install OPOS dll & CCO. After I did them, the application program runs well.

Solution 1 works. Thanks.

It still failed to load that driver.

It doesn't work also.

Actually, the GPIO I'd like to access connects to CashDrawer. So, what I need to do to it is just reading it to know if the drawer is close or open and send 0 or 1 to open or close it. That's the reason why I've been find a simple ways of a few lines of statements, instead of a very formal KMDF driver.
Thanks for so informative response.

My coworker showed me that he can control a device connecting to GPIO pin by a Microsoft-provided DOS program, 'debug'. Just simple instructions can fit my requirement:
i <gpio address="">
o <gpio address=""> <value>

But my problem is that I can't do such simple things in my Windows application program. Can I execute 'debug' to do what I want?

I found it but didn't follow it because firstly, my OSes are Windows 7 and its previous one. Besides, after glimpsing it, I found words "Hardware vendors supply drivers to control their GPIO controllers.". So, as an application programmer, I should try to get the driver from H/W vendors, instead of developing a driver by myself. It's a strange area for me.
I still feel strange why there is no such simple way as inb() / outb() in Linux to do GPIO access at Windows.
Any way, I appreciate your information very much. Thanks.

Not yet, I will try it later. Thanks.

Thanks. I created a console program successfully including code snippet. It was built successfully. I can't verified it right now and will do it tomorrow. I believe it works. It could be my first workable VC++ program at work.