What is your suggestion then?
Regards,
SubZ
I don't like this idea.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: Fastream Technologies [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Tuesday, February 28, 2006 7:58 AM
Subject: Re: [twsocket] Problem with v6 BCB package
Francois,
I think we should remove the library and types units and embed the
code into other units with direct Windows names. OR BETTER, we can
rename the functions as ICSGetWindowLong() and ICSHWND. I can do this
for you but I want to be assured that my changes will be applied and
therefore I would not have to do it every time a new version comes
out.
Regards,
SZ
- Original Message -
From: Dan [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 11:51 PM
Subject: Re: [twsocket] Problem with v6 BCB package
I didn't think #defines followed namespaces, thought they were always
global. Could be wrong...
Dan
- Original Message -
From: Fastream Technologies [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 2:19 PM
Subject: Re: [twsocket] Problem with v6 BCB package
NO wait, you must have got the idea of how to make a namespace from
delphi:
it is easy and done in all ICS code as it is automatic in Delphi!
In Delphi
the unit name becomes the namespace name in C++! The problem is in
the current situation you -somehow- make the namespace contents
public and that
causes ambigouity with windows identifiers. We need to either:
1) make the namespace private and calls like
OverbyteIcs::getwindowlong
OR
2) find a way to remove the namespace from within C++ source code.
For example:
#include vcl.h
#include overbyteicshttpsrv.hpp
do NOT use namespace overbyteICS // not sure the syntax here!
#include winsock.h
Regards,
SZ
- Original Message -
From: Francois Piette [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 4:00 PM
Subject: Re: [twsocket] Problem with v6 BCB package
I have no idea about how to define C++ name space with Delphi code.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: Fastream Technologies [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 2:47 PM
Subject: Re: [twsocket] Problem with v6 BCB package
No I don't think that would be easy as well... Why don't you use
namespaces
which are designed for this purpose? You should not include the
pascal translation of,
use namespace overbyte;
instead call functions like Overbyte::getwindowLong();
I understand that you wanted to simply the uses part of the
package but this
makes it further complicated in the projects.
Regards,
SZ
- Original Message -
From: Fastream Technologies [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 3:43 PM
Subject: Re: [twsocket] Problem with v6 BCB package
This won't be as easy as to say: There are 20+ units! What
about including
a
special .h for this purpose that undefs all overbyte defs??
Regards,
SZ
- Original Message -
From: Francois Piette [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 3:23 PM
Subject: Re: [twsocket] Problem with v6 BCB package
#ifdef HWND
#undef HWND
#endif
Put this code (and similar) before the ICS includes.
Also try varying the include order between ICS and Windows.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: Fastream Technologies [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 2:04 PM
Subject: Re: [twsocket] Problem with v6 BCB package
Hello,
- Original Message -
From: Francois Piette [EMAIL PROTECTED]
To: ICS support mailing twsocket@elists.org
Sent: Monday, February 27, 2006 12:56 PM
Subject: Re: [twsocket] Problem with v6 BCB package
I have been able to skip the bug by removing zlibobjs.pas.
:-)
Now there is a huge design problem:
Problems are always huge with you.
In OverbyteIcsTypes.pas, you redefined all the types used
from windows
for
compactibality reasons (I believe). However BCB complains
(in project
with
overbyteics package, not in package compilation itself!)
there is
ambiguity
in types and functions such as getwindowlong and HWND and
almost all
of
them! Any idea what can fix it?
Maybe add #undef after the units which define them ?
Either undefine those symbol from the standards units or
from ICS units.
Can you give a C++ example? I have code like:
#include