headers
2cz | 6 Nov 2003 00:48
Picon
Favicon

absolute

in school we use a BPTP 7, but at home i use FPC. And now i have a problem 
with videoram.
 here is a problem source part:

program iksko;
uses crt, dos;
const t=3;
type hodi_se=record
xx,xy:integer;
end;
taky_se_hodi=array[1..t] of hodi_se;
var had:taky_se_hodi;
sy,sx,u:integer;
M: array[1..25,1..80] of
record znak:char; attr:byte end
absolute $B800:0;
a:char;

begin
..

 and when i try to compile i get this :
had.pp(12,15) Error: absolute can only be associated with a var or const
had.pp(12,15) Fatal: Syntax error, ; expected but : found

in BPTP is this right. what shall i do? 

2cz (newbie)
2cz@...
(Continue reading)

Permalink | Reply | 3 comments |
headers
Florian Klaempfl | 6 Nov 2003 00:57
Picon
Picon

Re: absolute

2cz wrote:
> in school we use a BPTP 7, but at home i use FPC. And now i have a problem 
> with videoram.
>  here is a problem source part:
> 
> program iksko;
> uses crt, dos;
> const t=3;
> type hodi_se=record
> xx,xy:integer;
> end;
> taky_se_hodi=array[1..t] of hodi_se;
> var had:taky_se_hodi;
> sy,sx,u:integer;
> M: array[1..25,1..80] of
> record znak:char; attr:byte end
> absolute $B800:0;
> a:char;
> 
> begin
> ..
> 
>  and when i try to compile i get this :
> had.pp(12,15) Error: absolute can only be associated with a var or const
> had.pp(12,15) Fatal: Syntax error, ; expected but : found
> 
> in BPTP is this right. what shall i do? 

Which FPC version do you use? absolute $B800:0; is only useful under 
DOS, so it won't work with the win32 or linux version FPC, use the
(Continue reading)

Permalink | Reply | 2 comments |
headers
2cz | 6 Nov 2003 06:22
Picon
Favicon

Re: absolute

1.00.10 for linux.
Oh, thanks. And don't you know how to do the same thing (direct access to 
video ram) under linux ?
On Thursday 06 of November 2003 00:57, Florian Klaempfl wrote:
> 2cz wrote:
> > in school we use a BPTP 7, but at home i use FPC. And now i have a
> > problem with videoram.
> >  here is a problem source part:
> >
> > program iksko;
> > uses crt, dos;
> > const t=3;
> > type hodi_se=record
> > xx,xy:integer;
> > end;
> > taky_se_hodi=array[1..t] of hodi_se;
> > var had:taky_se_hodi;
> > sy,sx,u:integer;
> > M: array[1..25,1..80] of
> > record znak:char; attr:byte end
> > absolute $B800:0;
> > a:char;
> >
> > begin
> > ..
> >
> >  and when i try to compile i get this :
> > had.pp(12,15) Error: absolute can only be associated with a var or const
> > had.pp(12,15) Fatal: Syntax error, ; expected but : found
> >
(Continue reading)

Permalink | Reply | 1 comment |
headers
Marco van de Voort | 6 Nov 2003 08:52
Picon
Favicon

Re: absolute

> 1.00.10 for linux.
> Oh, thanks. And don't you know how to do the same thing (direct access to 
> video ram) under linux ?

Modern operating systems don't allow that. Sometimes it can be emulated
with a virtual screen (see unit video that does that) 

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |
headers
Rainer Hantsch | 6 Nov 2003 17:09
Picon

Does anybody know OS-X UMASK setting?

Hi!

A friend of me has hot OS-X for his mac. He needs to set UMASK to 000 as
default, currently it is 022.

But OS-X seems to have this hidden somewhere, it is different. Can somebody
help, please?

mfg

  Ing. Rainer Hantsch

--

-- 
.---------------------------------------------------------------------.
|      \\|//              Ing. Rainer HANTSCH  -  Hardware + Software |
|      (o o)        Service - Support - WEB-Design und Programmierung |
|--oOOo-(_)-oOOo------------------------------------------------------|
| Ing. Rainer HANTSCH |  mail: office@...                   |
| Khunngasse 21/20    |   www: http://www.hantsch.co.at               |
| A-1030 Vienna       |   tel: +43-1-79885380    fax: +43-1-798853818 |
| ** A u s t r i a ** | handy: +43-664-9194382   UID-Nr: ATU 11134002 |
'---------------------------------------------------------------------'

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 0 comments |
headers
Adam Naumowicz | 6 Nov 2003 23:46
Picon

paths in cross-compiling

Hello,

Is there a way to strictly define the paths where FPC looks for objects
and libraries?

AFAIK -Fl can only add a new value, not override the old one. I'm trying
to compile with solaris target on a linux machine, so I need to tell FPC
to use solaris libc.a, crti.o, and crtn.o instead of those from linux.
But the produced link.res file always has
SEARCH_DIR(/usr/)
SEARCH_DIR(/usr/lib/)
at the begining. Only when I remove them by hand and provide a proper path
for crti.o and crtn.o does the linker produce a good solaris executable.
Can it be done in a less nasty way?

Thanks in advance,

Adam Naumowicz

======================================================================
Department of Applied Logic            fax. +48 (85) 745-7662
Institute of Computer Science          tel. +48 (85) 745-7559 (office)
University of Bialystok                e-mail: adamn@...
Sosnowa 64, 15-887 Bialystok, Poland   http://math.uwb.edu.pl/~adamn/
======================================================================

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
(Continue reading)

Permalink | Reply | 8 comments |
headers
George Patterson | 7 Nov 2003 00:14
Picon

Re: paths in cross-compiling

On Thu, 6 Nov 2003 23:46:18 +0100 (CET)
Adam Naumowicz <adamn@...> wrote:

> Hello,
> 
> Is there a way to strictly define the paths where FPC looks for
> objects and libraries?
> 
> AFAIK -Fl can only add a new value, not override the old one. I'm
> trying to compile with solaris target on a linux machine, so I need to
> tell FPC to use solaris libc.a, crti.o, and crtn.o instead of those
> from linux. But the produced link.res file always has
> SEARCH_DIR(/usr/)
> SEARCH_DIR(/usr/lib/)
> at the begining. Only when I remove them by hand and provide a proper
> path for crti.o and crtn.o does the linker produce a good solaris
> executable. Can it be done in a less nasty way?
> 

Adam, 

This might be a nasty hack but have you tried putting in the new path
right at the top of the link.res file.

George Patterson

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
(Continue reading)

Permalink | Reply | 3 comments |
headers
Adam Naumowicz | 7 Nov 2003 00:43
Picon

Re: paths in cross-compiling

On Fri, 7 Nov 2003, George Patterson wrote:

> This might be a nasty hack but have you tried putting in the new path
> right at the top of the link.res file.

Well, the link.res file is created automatically following the compiler's
config file. Normally, there should be no need to change link.res
manually. So the whole thing should be done in the config file, but I
don't see how ;-(

Adam Naumowicz

======================================================================
Department of Applied Logic            fax. +48 (85) 745-7662
Institute of Computer Science          tel. +48 (85) 745-7559 (office)
University of Bialystok                e-mail: adamn@...
Sosnowa 64, 15-887 Bialystok, Poland   http://math.uwb.edu.pl/~adamn/
======================================================================

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 2 comments |
headers
George Patterson | 7 Nov 2003 01:43
Picon

Re: paths in cross-compiling

On Fri, 7 Nov 2003 00:43:55 +0100 (CET)
Adam Naumowicz <adamn@...> wrote:

> On Fri, 7 Nov 2003, George Patterson wrote:
> 
> > This might be a nasty hack but have you tried putting in the new
> > path right at the top of the link.res file.
> 
> Well, the link.res file is created automatically following the
> compiler's config file. Normally, there should be no need to change
> link.res manually. So the whole thing should be done in the config
> file, but I don't see how ;-(
> 
> Adam Naumowicz
> 

True, but as i understand it a program should not add /usr/local/lib to
the search path under FreeBSD. Something to do with FreeBSD policy or
something. :-( 

George Patterson

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 1 comment |
headers
Marco van de Voort | 7 Nov 2003 08:50
Picon
Favicon

Re: paths in cross-compiling

> Is there a way to strictly define the paths where FPC looks for objects
> and libraries?
> 
> AFAIK -Fl can only add a new value, not override the old one. I'm trying
> to compile with solaris target on a linux machine, so I need to tell FPC
> to use solaris libc.a, crti.o, and crtn.o instead of those from linux.
> But the produced link.res file always has
> SEARCH_DIR(/usr/)
> SEARCH_DIR(/usr/lib/)
> at the begining. Only when I remove them by hand and provide a proper path
> for crti.o and crtn.o does the linker produce a good solaris executable.
> Can it be done in a less nasty way?

1.9+:  add parameter -Xd to not add the std paths.
1.0.x: No.

Other "new" 1.9 parameters with regarding to crosslinking:
  -XP<prefix> : prefix to be placed before crosstools calls.  (like -XPi686-linux-)
  -Xr<rlinkpath>: (still working and testing if this helps): set --rlink-path  (override dynlib
	searchpath locally)
  -Xt         : pass -static to linker.

_______________________________________________
fpc-pascal maillist  -  fpc-pascal@...
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Permalink | Reply | 3 comments |

Gmane