Re: [fpc-pascal] cross platform version of IsCharAlpha()

2009-01-24 Thread Graeme Geldenhuys
On Fri, Jan 23, 2009 at 7:26 PM, vmars vm...@rgv.rr.com wrote:
 'JcfStringUtils.pas' very strange looking code.
 Please, what format is the file in?

Uh?  I am using Lazarus 0.9.26 under Linux. The file was opened like
any other source file...


Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] n-tier development with Free Pascal

2009-01-24 Thread Michael Van Canneyt


On Sat, 24 Jan 2009, Graeme Geldenhuys wrote:

 I haven't dabbled into the DB components in FPC and Lazarus much. Does
 Free Pascal have a TClientDataset?  Has anybody done any 3-tier
 development with Free Pascal?

There is not. TBufDataset has 95% of all TClientDataset features, 
but lacks still the easy transport layer and delta application.
(Joost, correct me if I'm wrong).
 
 The last time I did 3-tier development with Delphi 7 was some 5 years
 ago. I found this link which is a drop in replacement for the Delphi
 midas.dll. And the source code is available and for free.

I have this code. There is a catch, because part of the code assumes
units which are in the vglib sources, and those are not free.
(but which I purchased, 6 years ago or so)
 
 Is this useful for Free Pascal?
 
 http://www.vglib.com/link-4.html

It would allow you to create a TClientDataset clone. It will not help
with TBufDataset. It won't be easy to use cross-platform, because it 
has - partly - COM structures in it.

My plan - as time permits - is to let Joost finish the TBufDataset.
Then I will look at WST to create a transport layer.

I currently use WST as transport layer to transmit data between
a client and server, and it works as a charm.

Michael.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] n-tier development with Free Pascal

2009-01-24 Thread Joost van der Sluis
Op zaterdag 24-01-2009 om 12:47 uur [tijdzone +0100], schreef Michael
Van Canneyt:
 
 On Sat, 24 Jan 2009, Graeme Geldenhuys wrote:
 
  I haven't dabbled into the DB components in FPC and Lazarus much. Does
  Free Pascal have a TClientDataset?  Has anybody done any 3-tier
  development with Free Pascal?
 
 There is not. TBufDataset has 95% of all TClientDataset features, 
 but lacks still the easy transport layer and delta application.
 (Joost, correct me if I'm wrong).

Only thing that still has to be done is that you can use stream delta
seperate from the dataset. Atm you can only stream them both at the same
time. But that is almost trivial.

Joost.

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] n-tier development with Free Pascal

2009-01-24 Thread vmars

fpGui very cool !

ô¿ô
V  e  r  n

WinXp sp2 ,  Delphi5, WebDwarf, Trellian WebPage, 
Lazarus-0.9.26-fpc-2.2.2-win32.exe,

wxPython2.8-win32-unicode-2.8.9.1-py26.exe , Boa 0.6.1
http://www.flickr.com/photos/vmars956/

Wanted: Dwarf Hibiscus (Orange/Rasberry)
- Original Message - 
From: Graeme Geldenhuys graemeg.li...@gmail.com

To: FPC-Pascal users discussions fpc-pascal@lists.freepascal.org
Sent: Saturday, January 24, 2009 1:54 AM
Subject: [fpc-pascal] n-tier development with Free Pascal



I haven't dabbled into the DB components in FPC and Lazarus much. Does
Free Pascal have a TClientDataset?  Has anybody done any 3-tier
development with Free Pascal?

The last time I did 3-tier development with Delphi 7 was some 5 years
ago. I found this link which is a drop in replacement for the Delphi
midas.dll. And the source code is available and for free.

Is this useful for Free Pascal?

http://www.vglib.com/link-4.html


Regards,
 - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal



___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] n-tier development with Free Pascal

2009-01-24 Thread Graeme Geldenhuys
On Sat, Jan 24, 2009 at 8:38 PM, vmars vm...@rgv.rr.com wrote:
 fpGui very cool !

Glad you like it. :-)


Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net/fpgui/
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] CPU affinity of TThread descendants

2009-01-24 Thread David W Noon
On Tue, 2009-01-20 at 21:20 +, David W Noon wrote:

[snip]
 I have noticed one thing that might shed a little light on the topic:
 whenever I use a pipe for the output and I allow the pipe to stall with
 a full buffer, after execution is resumed the program sometimes restarts
 on the other CPU, but again all threads run on the same CPU.

I have finally tracked down what is going on here, and the above was a
significant hint.

In years past, the SMP Linux kernel would dispatch threads to CPUs using
a more-or-less round-robin basis: whenever a thread was preempted or
yielded its timeslice, the kernel would try to use the next available
CPU to dispatch the next true-ready thread. This had the nice effect of
spreading the thermal stress across all CPUs fairly evenly. However, if
the next true-ready thread happened to be in the same process as the
preempted/yielding thread, the caches, TLBs, etc., would have to be
flushed from the current CPU and then reloaded on the next CPU.

With current (2.6) kernels, this approach has changed. The current CPU
is reused, so that when the next true-ready thread happens to be in the
same process, the caches, TLBs, etc., are already valid.

Now, the thread routines in my test program all pivot on the one mutex
semaphore and do very little work before blocking again, so only one of
them can execute at any point in time. This has the effect of reducing
the execution model to that of a uniprocessor system. I added some bogus
CPU-intensive workload that ran outside of the mutex, so that this could
be executed by more than one thread concurrently. The upshot was that I
could get both CPUs at 100% busy.

This also led me to the discovery of a similar concept tp CPU affinity,
called thread scope. There are 2 APIs, called pthread_attr_setscope()
and pthread_attr_getscope(), the first of which allows a thread to be
created with a scope of PTHREAD_SCOPE_PROCESS or PTHREAD_SCOPE_SYSTEM.
The behaviour I was seeing was akin to PTHREAD_SCOPE_PROCESS, which ties
all threads of that scope within a process to dispatch on the same CPU.
However, Linux does not implement this thread scope; it only implements
PTHREAD_SCOPE_SYSTEM, which allows a thread to be dispatched on any CPU
to which it has an affinity.

-- 
Regards,

Dave  [RLU #314465]
===
david.w.n...@ntlworld.com (David W Noon)
===
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


[fpc-pascal] EFCreateError' Unable to create file

2009-01-24 Thread vmars

(Lazarus-0.9.26-fpc-2.2.2-win32.exe) winXP sp2
I am trying to SaveToFile a Memo1 to disk.
But can't seem to get it to work.
Is there a known bug?

   Try
   Memo1.Lines.SaveToFile(ExecuteName);
   Except ShowMessage('Shoots, couldnt SaveToFile!');
   end;

[Project raised exception class 'EFCreateError' with message:
Unable to create file 
C:lazarusfpc2.2.2bini386-win32Del2PasDel2PasDel2Pas.bat]


I'm wondering 'How come ExecuteName got all the \s taken out?'.
'F7' shows that :
'ExecuteName' = 
C:\lazarus\fpc\2.2.2\bin\i386-win32\Del2Pas\Del2Pas\Del2Pas.bat


ô¿ô
V  e  r  n

WinXp sp2 ,  Delphi5, WebDwarf, Trellian WebPage, 
Lazarus-0.9.26-fpc-2.2.2-win32.exe,

wxPython2.8-win32-unicode-2.8.9.1-py26.exe , Boa 0.6.1
http://www.flickr.com/photos/vmars956/

Wanted: Dwarf Hibiscus (Orange/Rasberry) 


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal