> Well, if they don't they will lose customers sooner or later, not
> just due to missing Unicode
I was referring to existing custom written applications not using Unicode
since we've managed without it in the USA and Europe for the past 30
years of computing.
If you try and tell a customer yo
Angus Robertson - Magenta Systems Ltd wrote:
> The latest ICS V6 and V7 are still fully compatible with Delphi 7 and
> 2007, and will remain so, since Arno uses the former and I the latter
> (and have some old D7 projects).
Don't rely on that for ever, I'm currently porting old apps. to XE.
>
> I hope ICS
> will continue to leave versions of the ICS which are compatible
> with Delphi 4 and Delphi 7 on the ICS website
The latest ICS V6 and V7 are still fully compatible with Delphi 7 and
2007, and will remain so, since Arno uses the former and I the latter
(and have some old D7 project
I agree, it would be great if ICS could be used from Lazarus.
Lazarus seems to go well, new versions are coming, community gets bigger
- and also Freepascal is great (referring to previous subject it
supports 64bit systems too)
On 6/4/2011 5:20 μμ, TK Boyd wrote:
Given Embarcadero's total dis
Given Embarcadero's total distain for "the little folk", I hope ICS
will continue to leave versions of the ICS which are compatible with
Delphi 4 and Delphi 7 on the ICS website, for those of us still doing
productive work on the "early" Delphis which can... shock horror!...
still be installed
> I examined the ICS units some time ago and found only several
> places that *may* require changing.
Most people are aware that Embarcadero does not allow it's beta testers
to identify themselves except under limited circumstances, nor talk about
beta products.
But since ICS and many other c
Thanks Francois :)
I will check them out.
-Original Message-
From: Francois PIETTE
Sent: Wednesday, April 06, 2011 2:36 PM
To: ICS support mailing
Subject: Re: [twsocket] File transfer through SSL
Do we have any kind of demo project of how to upload stuff to the server
by using s
Do we have any kind of demo project of how to upload stuff to the server
by using ssl and how to download from the server?
This is something that I also very much would like to know about.
You have two demos: client (OverbyteIcsHttpsTst.dproj) and server
(OverbyteIcsHttpsServer). Both are loca
Angus
>Only if your ICS project needs to access more than 2 gigs of memory (or
>is it 4), or is a DLL called by other 64-bit applications.
Well, native apps get more efficiency anyway.
>ICS is currently being tested for 64-bit computability, which
>unfortunately means replacing 32-bit assembler.
Thanks for the links. It seems you are right. Too bad that C++ is once again
the step-child of Borland/Embarcadero...
SubZero
On Wed, Apr 6, 2011 at 12:16 PM, Arno Garrels wrote:
> Fastream Technologies wrote:
> >
> > Ok, but in C++ Builder a declaration such as,
> >
> > int i;
> >
> > is 8 byte
Fastream Technologies wrote:
>
> Ok, but in C++ Builder a declaration such as,
>
> int i;
>
> is 8 bytes--at least so in VC++.
No, have a look here : http://en.wikipedia.org/wiki/64-bit
Topic "64-bit data models"
In Windows and Unix-like systems an int remains 32-bit.
BTW: According to the roa
On Wed, Apr 6, 2011 at 10:50 AM, Stefan Paege wrote:
> > > PostMessage(Handle, WM_MY_MSG, integer(Msg), 0);
> > > ...
> > > end;
> > >
> > > I guess that won't work with 64bit-Delphi because I cannot cast a
> > pointer
> > > into an integer. Will I have to split the pointer into
> > Int64Rec.
Arno Garrels wrote:
> No, WPARAM and LPARAM are 64-bit in WIN64 so just cast the pointer to
> WParam in your sample.
> PostMessage(Handle, WM_MY_MSG, WParam(Msg), 0);
Oh, that's fine!
> NativeInt and NativeUInt are Delphi's integer types that always have
> the size of a Pointer. Integer will _no
> > PostMessage(Handle, WM_MY_MSG, integer(Msg), 0);
> > ...
> > end;
> >
> > I guess that won't work with 64bit-Delphi because I cannot cast a
> pointer
> > into an integer. Will I have to split the pointer into
> Int64Rec.Lo/Hi? Any
> > ideas?
> >
> > Regards,
> > Tobias
> >
>
> Since intege
>> Angus Robertson wrote:
>> > > Maybe it's time to check all our projects for 64-bit compatibility?
>> > > :)
>> >
>> > Only if your ICS project needs to access more than 2 gigs of memory (or
>> > is it 4), or is a DLL called by other 64-bit applications.
>>
>> When working with Windows messages I
Tobias Rapp wrote:
> PostMessage(Handle, WM_MY_MSG, integer(Msg), 0);
> ...
> end;
>
> I guess that won't work with 64bit-Delphi because I cannot cast a
> pointer into an integer. Will I have to split the pointer into
> Int64Rec.Lo/Hi?
No, WPARAM and LPARAM are 64-bit in WIN64 so just cast
Hello,
On Wed, Apr 6, 2011 at 10:11 AM, Tobias Rapp wrote:
> Angus Robertson wrote:
> > > Maybe it's time to check all our projects for 64-bit compatibility?
> > > :)
> >
> > Only if your ICS project needs to access more than 2 gigs of memory (or
> > is it 4), or is a DLL called by other 64-bit a
Angus Robertson wrote:
> > Maybe it's time to check all our projects for 64-bit compatibility?
> > :)
>
> Only if your ICS project needs to access more than 2 gigs of memory (or
> is it 4), or is a DLL called by other 64-bit applications.
When working with Windows messages I often use a patter
18 matches
Mail list logo