programmers. ;-/
One my mind... when FPC reporting error with expected data type, can
they report me where this data type is declared?
--
Lukas Gebauer.
E-mail: [EMAIL PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal
this very similar for Synapse's purposes. ;-)
--
Lukas Gebauer.
E-mail: [EMAIL PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Thu, 24 Jul 2003, Lukas Gebauer wrote:
That isn't. I was more hinting at the TSystemTime example. Sysutils is
platform independant, and Windows is dependant.
Ok, enhance this my example: What is different between TSystemTme
structure in sysutils and in windows? Windows structure have
Having read this thread with interest, I feel compelled to say
something.
Very simply put, I have no care how good a piece of code is by any other
judgement. If it cannot be ported, it has already failed the most
crucial test for code.
Okay, maybe that is a bit harsh, there are obviously
In reply to your message of July 24, 2003
In most cases, casting an ansistring as pchar will work. The only caveat is
when Windows wants to alter the variable you pass' contenets.
e.g.
MessageBox( pchar(MyMessage), 'test', MB_OK);
but not:
GetUserName( pchar(Username), 255 );
It's pretty hard to use blocking sockets without multiple threads without
your application halting whenever there is a request that takes a long time
to respond.
yes, but... with other large TCP/IP libraries you MUST use threads...
with synapse you CAN use threads. This is mojor difference!
LG yes, but... with other large TCP/IP libraries you MUST use threads...
LG with synapse you CAN use threads. This is mojor difference! One day
LG will be finished thread support in FPC and all will be happy. ;-)
Why must I use threads?
Following works perfectly for me for many years:
too. (some of my customers using this!)
--
Lukas Gebauer.
E-mail: [EMAIL PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Gebauer.
E-mail: [EMAIL PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Why must I use threads?
You must use threads in blocking tcp/ip else you will hang your application
everytime the network traffic slows or the application you connect to
(server?) does not immediately respond. Try changing your calls to blocking
and see what happens.
Following works perfectly
.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ME Use threads and blocking api.
I have (almost) nothing against threads, but they definitely have
disadvantages to, especially when used in a huge project:
1. synchronization - need to use critical sections / locks
2. they are very hard to debug and time dependant bugs can be
introduced.
3.
And the other way around. The main problem with Borland is that it only
supports one and a half platform on one processor.
Sure, but Borland is home for Synapse.
Also for FPC. See FPC as yet another Delphi version to support. If you
do a large Delphi product that will compile with a lot of
PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
When I porting Synapse into FPC, then i find lot of incompatibilities
between Win32FPC and LinuxFPC. For example, look to Kylix
sysutils.pas... in FPC is not here lot of stuffs! Some stuffs is in
another units, some stuffs is missing at all. This is very bad
situation for create programs for
Hmm, I think this is more due to the move to event driven programming
models
than cooperative multitasking.
No, that is a hlf truth. Have you ever tried to write blocking tcp/ip code
without threads?
Yes.
It will block untill it receives the response. This completely* stops the
So finally, I don't think we're doing a bad job. We'll get there, slowly
but surely.
You're all doing a good job, I was just pointing out that these are not new
issues.
Strings.pp for example holds a lot of string related functions that
really
need to be in sysutils now.
They are
But is is not easy! I create my code on Delphi3, and it working on
all higher versions without any modification!
And does it work on lower versions without any modification? Otherwise
you still don't support multiple versions.
Delphi 1 would be unlikely. Delphi 2 was an awful compiler,
[some minor remarks]
Maybe FPC would be simpler if it was 2 or 3 exe's. e.g. fpc_tp[.exe],
fpc_obj[.exe] and fpc_bd[.exe]. I include an fpc_obj to be polite as I see
no real need for it. I made my opinion of the obj fpc made clear a long time
ago ;-)
Opinions differ. But the IDE and parts
On Tue, 22 Jul 2003, Marco van de Voort wrote:
SNMP, NTP, SNTP, DNS, Syslog, FTP, TFTP, HTTP or LDAP protocols. You
can also use my MIME encoding and decoding engine, you can use my
charset transcoding engine... and lot of more stuffs. ;-)
For more informations look to 'Ararat
Why should we use your set of classes vs. another set of classes
developer by person X ? :)
Just a friendly question, I know there are a lot of TCP/IP suites
around...
Why? It is not simple question. ;-)
Before a five years I need socket library for Delphi. In this time exists
only two good
On Tue, Jul 22, 2003 at 10:36:54AM +0200, Lukas Gebauer wrote:
Why should we use your set of classes vs. another set of classes
developer by person X ? :)
Just a friendly question, I know there are a lot of TCP/IP suites
around...
Why? It is not simple question. ;-)
Before a five
On Tue, Jul 22, 2003 at 09:28:12AM +0200, Michael Van Canneyt wrote:
On Tue, 22 Jul 2003, Marco van de Voort wrote:
SNMP, NTP, SNTP, DNS, Syslog, FTP, TFTP, HTTP or LDAP protocols. You
can also use my MIME encoding and decoding engine, you can use my
charset transcoding
Today I release new version of my 'Ararat Synapse'. (rel. 32)
What it is?
'Ararat Synapse' is TCP/IP library for Delphi, C++Builder and Kylix.
Now it is for FreePascal too! It can be used for Wn32 systems and for
Linux systems too.
Synapse is set of non-visual classes and procedures for
On Tue, 22 Jul 2003, Marco van de Voort wrote:
Today I release new version of my 'Ararat Synapse'. (rel. 32)
What it is?
'Ararat Synapse' is TCP/IP library for Delphi, C++Builder and Kylix.
Now it is for FreePascal too! It can be used for Wn32 systems and for
Linux systems too.
On Tue, 22 Jul 2003, Marco van de Voort wrote:
Today I release new version of my 'Ararat Synapse'. (rel. 32)
What it is?
'Ararat Synapse' is TCP/IP library for Delphi, C++Builder and Kylix.
Now it is for FreePascal too! It can be used for Wn32 systems and for
Linux systems
Is it synchranous/blocking or asynchranous? TCP/IP without threads is an
interesting idea, but I wouldn't like to have to use it. I don't see how it
could be usable in a real life app.
Synapse is blocking by default... but you can use it in non-blocking mode
too.
It is greately usable for
I looked at the unit (mainly the synsock unit), and I see a Delphi project
patched for Kylix, which is patched for FPC/Linux.
In all library is very small 'IFDEFs' except synsock.pas. However lot of
'IFDEFS' is only for FPC incompatbility with Borlands compilers!
Current Synapse is not final
I looked at the unit (mainly the synsock unit), and I see a Delphi project
patched for Kylix, which is patched for FPC/Linux.
In all library is very small 'IFDEFs' except synsock.pas. However lot of
'IFDEFS' is only for FPC incompatbility with Borlands compilers!
And the other way around.
It is greately usable for command-line programs or for visual programs
where blocking operation is not a problem.
Apps with a GUI will cause a problem, no matter what. I include programs
that use TurboVision/FreeVision/NCurses et al for GUI. I work on a large app
that is completely TCP/IP based
engine... and lot of more stuffs. ;-)
For more informations look to 'Ararat Synapse' web.
--
Lukas Gebauer.
E-mail: [EMAIL PROTECTED]
http://www.ararat.cz/synapse/ - Ararat Synapse - TCP/IP Lib.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http
31 matches
Mail list logo