On 2011-10-14 05:17, Andrew Pennebaker wrote:
In some languages, especially scripting languages,
Pascal is not a scripted language so it is not really something you want
(or should imo) to do in Pascal
Let's say I want to write a dual-purpose Fibonacci program, fib.p. It
should:
Then you
On 15-09-05 23.08, Tomas Hajny wrote:
Alternatively, it would be possible to build the whole thing
Well I actually ended up recompiling the compiler as well. But is will
not build the fcl with debug info now (works without debug info):
Free Pascal Compiler version 2.1.1 [2005/09/15] for i38
On 14-09-05 13.47, Tomas Hajny wrote:
Well, there are several ways how to do it. Just RTL compilation with debug
information is done by running "make debug" in the /rtl/os2 source
directory.
Thanks - I have done that so now I have a rtl with debug info. There is
one error though:
sysutils.p
On 09-09-05 23.35, Tomas Hajny wrote:
Sorry, I had your e-mails (together with many other :-( ) in backlog
from the time of my holiday...
No problem - hope you had a great holiday.
For the first question - the best way to find exact place of SIGSEGV
etc. in FPC programs under OS/2 is to comp
On 21-08-05 15.49, Søren Ager wrote:
Any ideas why?
Changing:
DOMString = WideString;
DOMPChar = PWideChar;
to:
DOMString = String;
DOMPChar = PChar;
in dom.pp fixed the problem. So I guess the WideString is broken in fpc
for OS/2. Is there anyway to disable it so I don'
On 21-08-05 15.49, Søren Ager wrote:
Any ideas why?
If it's any help here is teh contents of popuplog.os2:
08-21-2005 15:44:56 SYS3175 PID 01d0 TID 0001 Slot 006f
D:\SOURCE\ABRG\XMLTEST.EXE
c005
P1=0001 P2= P3= P4=
EAX=200602f4 EBX=000
Hi,
I have the following snippet of code (which works under Windows):
PROGRAM XMLTest;
USES Dom, XMLRead;
PROCEDURE ProcessItem(Node: TDOMNode);
VAR
i: Integer;
attr: TDOMNode;
Title,Desc,Link,pubDate : String;
BEGIN
Title:=''; Desc:=''; Link:=''; pubDate:='';
WHILE Node<>Nil DO
BE
Tomas Hajny wrote:
My suggestion would be:
I copied what the win32 socket does: connect calls fpconnect calls
so32dll.connect. That takes care of my problems and should make the os/2
socket unit 100% compatible with other fp units.
So how/who do I submit the source to?
Take care,
Sore
Tomas Hajny wrote:
I believe the C const construct (const declaration in a call marked
as cdecl) is wrongly used in so32dll.connect (the meaning of this
construct in C is different from the Pascal "const" modifier).
I am programming in Pascal so I can't see what C has to do with it ;-)
I am
Tomas Hajny wrote:
BTW (just in case you didn't know), one good thing
about GDB and the current environment is the possibility of post-
mortem debugging in case it crashed completely with a core dump
("core core" in (PM)GDB).
I didn't know that - thanks for the tip.
I have now compiled and r
Tomas Hajny wrote:
OK, let me know if there's anything I could help you with.
Unfortunately, PMGDB is somewhat less comfortable than VP/2 IDE. :-(
Thank you!!! I had not seen the PM version of GDB - it is still not the
same as VP/2 but it is a lot better that the text mode version.
Take ca
Tomas Hajny wrote:
Are you willing to contribute your changes, so we could add unit
sockets to supported units for the OS/2 target?
Sure - as soon as it actually works... Right now it compiles but my
program crashes :-(
Take care,
Soren
___
fp
Hi,
I have been playing around with Free Pascal for OS/2 but have stumbled
into a problem. I can't compile sockets.pas as SizeOf(File) <>
SizeOf(FileRec). So I made a test program - and it shows me that
userdata is only 16 bytes - how can that be? If I change the definition
of filerec other p
13 matches
Mail list logo
