Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Peter Vreman





on't bother with Solaris in 2.0.x, it won't work at all. None of
the Solaris fixes from 2.1.1 have been merged


On a positive note, Sparc/Solaris works fine in 2.1.1


I tried to merge it in the past but aborted it. The Solaris RTL 
changes had a too much conflicts to qualify for a merge to 2.0.x. The 
sparc compiler codegenerator in 2.0.x and 2.1.1 are almost identical 
so there is not much of a difference between 2.0.x and 2.1.1 for the 
sparc. And therefor it is recommended to use 2.1.1.



Peter

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


[fpc-pascal] Magnifier vs xmag

2006-08-05 Thread Graeme Geldenhuys

Hi,

I used xmag a lot while coding my new widget set.  It's used to make
sure I am drawing the widgets correctly.  What does the Magnifier tool
written in FPC/Lazarus offer compared to xmag.

Example:
 * Anything that Magnifier does that xmag doesn't?
 * Can Magnifier also show the pixel RGB values, etc.

PS:
 Anybody know or written a tool that can pick a color from anywhere
in the desktop?  I am using Linux. Gimp has a color picker, but it
only works inside a image, and to take a screenshot and then load Gimp
just to pick a color is to much work!

Regards,
 Graeme.


--
There's no place like 127.0.0.1
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Magnifier vs xmag

2006-08-05 Thread Felipe Monteiro de Carvalho

On 8/5/06, Graeme Geldenhuys [EMAIL PROTECTED] wrote:

I used xmag a lot while coding my new widget set.  It's used to make
sure I am drawing the widgets correctly.  What does the Magnifier tool
written in FPC/Lazarus offer compared to xmag.
Example:
  * Anything that Magnifier does that xmag doesn't?


Unlike most similar programs the magnifier does not open a separate
window for the magnification but instead puts a movable magnifying
glass on screen. So I would say this makes it easier to use.

I allows to dinamically change the magnification factor while
magnifying and can be controles with the keyboard. It is
cross-platform (currently with binaries to win32, freebsd and linux,
but should work on mac os x with Gtk too and on windows CE). It also
includes full user-friendly documentation.

More features on the website: http://magnifier.sourceforge.net/


  * Can Magnifier also show the pixel RGB values, etc.


The stable version can do that only on Windows.

I just commited a patch that makes it also work on Unixes. It will
require at least Lazarus 0.9.16 to work correctly.

Go to: sourceforge.net/projects/magnifier/ and click on CVS. There you
can find very easy instructions to download the source code from CVS.

You can compile it with a simple make, or opening the project on
Lazarus IDE. You also need to install it before using, with make
install.

--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Magnifier vs xmag

2006-08-05 Thread Felipe Monteiro de Carvalho

On 8/5/06, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:

I just commited a patch that makes it also work on Unixes. It will
require at least Lazarus 0.9.16 to work correctly.


Lol! I feel like Mattias doing that.

To show the RGB value of the pixel you need to select the Graphical
Tools option on the menu of the magnifier on the system tray.

--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Magnifier vs xmag

2006-08-05 Thread Graeme Geldenhuys

On 8/5/06, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:

Unlike most similar programs the magnifier does not open a separate
window for the magnification but instead puts a movable magnifying
glass on screen. So I would say this makes it easier to use.


Thanks for the info Felipe.  Looking at the website, and the above
mentioned feature (replicating a real-world magnifying glass).  How do
you magnify something in the extreme corners of the screen? Doesn't it
magnify whatever is behind the centre of the magnifying window?  With
the xmag tool, it changes the cursor the a TopLeft (corner) cursor, so
it is easy to magnify screen corners or screen edges.

One last question (I guess I must try it out to answer the rest of my
questions).  I gather it works like a real-world magnifying glass.
Where you move the window, it magnifies the background.  Can you
lock/freeze the image, and move the window do a different location?

PS:
It looks pretty cool though and I like the idea that it is cross-platform.

Regards,
 Graeme.


--
There's no place like 127.0.0.1
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Magnifier vs xmag

2006-08-05 Thread Felipe Monteiro de Carvalho

On 8/5/06, Graeme Geldenhuys [EMAIL PROTECTED] wrote:

How do you magnify something in the extreme corners of the screen? Doesn't it
magnify whatever is behind the centre of the magnifying window?


Yes, it magnifies from the centre of the glass, but the glass can be
partially outsite the desktop area, so we acctually cover the entire
screen. Just try it and this questions should be solved.


the xmag tool, it changes the cursor the a TopLeft (corner) cursor, so
it is easy to magnify screen corners or screen edges.


To magnify a screen edge with the magnifier, just move the mouse to it.


Can you lock/freeze the image, and move the window do a different location?


I did not understand this.

thanks,
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Tomas Hajny
Peter Vreman wrote:

on't bother with Solaris in 2.0.x, it won't work at all. None of
the Solaris fixes from 2.1.1 have been merged

On a positive note, Sparc/Solaris works fine in 2.1.1

 I tried to merge it in the past but aborted it. The Solaris RTL
 changes had a too much conflicts to qualify for a merge to 2.0.x. The
 sparc compiler codegenerator in 2.0.x and 2.1.1 are almost identical
 so there is not much of a difference between 2.0.x and 2.1.1 for the
 sparc. And therefor it is recommended to use 2.1.1.

Right. On the other hand, the start would be probably easier if there's at
least 2.0.4 sparc-linux available as starting compiler for further working
with 2.1.1 (considering the fact that the existing 2.0.0 binary apparently
fails with IE when building the current sources).

Tomas

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


[fpc-pascal] MySQL3, MySQL4, and MySql5 - Micha Might have answer

2006-08-05 Thread Jason P Sage
I heard from Michael Van Canneyt, or Micha, in an email not to long ago,
that the MySQL5 FPC unit is available and has been for awhile. My attempts
at finding it have been fruitless.

Question: Does anyone know where I can find the MySQL5 FPC unit that
succeeds MySql4 FPC unit?

Thank You Micha for help so far! 

Thanx all of you in advance (if/when you reply ;)

--- Now for some rambling --- BEGIN

I just wanted to report that I was able to resurrect my old MySQL 3 wrapper
(wraps the FPC MySQL/MySQL3 unit) using the FPC 2.0.2 version - COOL!

I was also able to make a new wrapper around the FPC MySQL4 unit using FPC
2.0.2 version - COOL once again! This was just like Micha said! The only
real big difference is how you connect.. but the calls are mostly the same.
The biggest difference, is that version 3 of mysql required you maintain a
pointer per connection - and this pointer was passed to every MySQL call.
The version 4 is ALMOST the same except there are now two pointers that seem
to matter most: 1 is, forgive my ignorance, but, seems to me... to be a
MYSQL CLIENT internal GLOBAL pointer to some internal structure that you
initialize with a mysql_init call. The other(s), are (an) individual pointer
for each/your connection (you) make, and these connection pointers can be
used to get meta data available about these connection(s) by passing them to
certain mysql_? functions.

I'd just thought I'd post this other stuff to maybe help the next person.

--- Now for some rambling --- END

Have a great Day All!
Jason P Sage


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


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Florian Klaempfl
Tomas Hajny wrote:
 Peter Vreman wrote:
 on't bother with Solaris in 2.0.x, it won't work at all. None of
 the Solaris fixes from 2.1.1 have been merged
 On a positive note, Sparc/Solaris works fine in 2.1.1
 I tried to merge it in the past but aborted it. The Solaris RTL
 changes had a too much conflicts to qualify for a merge to 2.0.x. The
 sparc compiler codegenerator in 2.0.x and 2.1.1 are almost identical
 so there is not much of a difference between 2.0.x and 2.1.1 for the
 sparc. And therefor it is recommended to use 2.1.1.
 
 Right. On the other hand, the start would be probably easier if there's at
 least 2.0.4 sparc-linux available as starting compiler for further working
 with 2.1.1 (considering the fact that the existing 2.0.0 binary apparently
 fails with IE when building the current sources).

Cross compiling is easy, you need only to rip the following files from
the used solaris:
libaio.so
libc.so
libelf.so
libm.so
libmd5.so
librt.so
libucb.so
and put them in fpc/compiler, after that a cross build should work.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Mark Morgan Lloyd
Mark Morgan Lloyd wrote:

 Compilation (make cycle) now progresses beyond that one and gets to this:
 
 /home/markMLl/pascal/src/fpcsrc/compiler/ppc1 -Fi../inc -Fi../sparc -Fi../unix
 -Fisparc -FE. -FU../../rtl/units/sparc-linux -dsparc -Us -Sg system.pp
 Free Pascal Compiler version 2.0.4-rc2 [2006/08/03] for sparc
 Copyright (c) 1993-2006 by Florian Klaempfl
 Target OS: Linux for SPARC
 Compiling system.pp
 generic.inc(559,13) Warning: Mixing signed expressions and longwords gives a
 64bit result
 genmath.inc(286,9) Warning: unreachable code
 genmath.inc(299,8) Warning: unreachable code
 astrings.inc(157,5) Fatal: Internal error 200310092
 astrings.inc(157,5) Fatal: Compilation aborted
 make[5]: *** [system.ppu] Error 1
 make[5]: Leaving directory `/home/markMLl/pascal/src/fpcsrc/rtl/linux'
 make[4]: *** [linux_all] Error 2
 
 As discussed earlier I was starting off with the released 2.0.0 compiler. 
 Source
 files from fpcbuild_2_0_4_rc2.zip downloaded about 24 hours ago- I've got
 limited free bandwidth here.

Out of curiosity I've built a 2.0.2 cross-compiler on an i386 and transferred it
to a SPARC system. This builds hello.pp OK, but applying it to the same 2.0.4
source (or, for that matter, to 2.0.2 source) gives me a slew of exceptions
similar to:

/usr/local/fpc-2.0.2x/bin/ppcsparc -Fi../inc -Fi../sparc -Fi../unix -Fisparc
-FE. -FU../../rtl/units/sparc-linux -dsparc -Us -Sg system.pp
Free Pascal Compiler version 2.0.2 [2006/08/05] for sparc
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Linux for SPARC
Compiling system.pp
sparc.inc(60,3)  msg nr 1018
An unhandled exception occurred at $0002EB9C :
EInvalidPointer : Invalid pointer operation
  $0002EB9C
  $0002C84C
  $00072190
  $0004A4C0
  $000407DC
  $000103B0
An unhandled exception occurred at $0030 :
An unhandled exception occurred at $000FF00B :
An unhandled exception occurred at $000FF003 :
An unhandled exception occurred at $000FF003 :
..

So the current situation appears to be (working from memory) that 2.0.0 will
compile itself, bombs compiling 2.0.2, and gives a sensible error trying to
compile 2.0.4 (Jonas?); 2.0.2 bombs trying to compile either 2.0.2 or 2.0.4
sources.

I guess that's the last time I look at 2.0.2- it's obviously got problems.

-- 
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Jonas Maebe


On 05 Aug 2006, at 23:26, Mark Morgan Lloyd wrote:

I guess that's the last time I look at 2.0.2- it's obviously got  
problems.


I would suggest to use 2.0.4-rc2 with the patch I posted to the list.  
It should work fine.



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


[fpc-pascal] RE: MySQL3, MySQL4, and MySql5 - Micha Might have answer

2006-08-05 Thread Jason P Sage


[Jason P Sage Wrote Originally...]
I heard from Michael Van Canneyt, or Micha, in an email not to long ago,
that the MySQL5 FPC unit is available and has been for awhile. My attempts
at finding it have been fruitless.

Question: Does anyone know where I can find the MySQL5 FPC unit that
succeeds MySql4 FPC unit?

[Jason Peter Sage] COOL once again! I'd thought I'd report that, at least
for a connection, simple query, and clean shutdown, it appears that the FPC
MySQL4 unit works with MySQL version 5 unchanged!  WOO HOO!!!

I haven't done any elaborate testing... like I mention above - a simple
connect, query, and clean shutdown - well.. that works fine! (On Win32 btw)
.. about to try the code out on Redhat Fedora 5. If any one is interested -
I'll let ya know if it works - but experience tells me that if the MySql
stuff is working in Win32, it will likely work in Linux .. :)

Jason P Sage


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


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Mark Morgan Lloyd
Jonas Maebe wrote:

 I would suggest to use 2.0.4-rc2 with the patch I posted to the list.
 It should work fine.

Drat- sorry, the patch didn't get here (filters on ML are more than a little
agressive). Any chance of a copy to either markMLl.in or markMLl.fpc2 .AT.
telemetry .DOT. co.uk?

-- 
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Jonas Maebe


On 05 Aug 2006, at 23:42, Mark Morgan Lloyd wrote:

Drat- sorry, the patch didn't get here (filters on ML are more than  
a little
agressive). Any chance of a copy to either markMLl.in or  
markMLl.fpc2 .AT.

telemetry .DOT. co.uk?


Sent.


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


Re: [fpc-pascal] Compiling FPC for SPARC

2006-08-05 Thread Mark Morgan Lloyd
Jonas Maebe wrote:

 Sent.

Thanks, got it. I've just added another Perl rule to the filters to hopefully
allow patches while rejecting any other multiparts.

-- 
Mark Morgan Lloyd
markMLl .AT. telemetry.co .DOT. uk

[Opinions above are the author's, not those of his employers or colleagues]
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] MySQL3, MySQL4, and MySql5 - Micha Might have answer

2006-08-05 Thread Jesús Reyes A .


- Original Message - 
From: Jason P Sage [EMAIL PROTECTED]

To: fpc-pascal@lists.freepascal.org
Sent: Saturday, August 05, 2006 1:15 PM
Subject: [fpc-pascal] MySQL3, MySQL4, and MySql5 - Micha Might have answer


I heard from Michael Van Canneyt, or Micha, in an email not to long ago,
that the MySQL5 FPC unit is available and has been for awhile. My attempts
at finding it have been fruitless.

Question: Does anyone know where I can find the MySQL5 FPC unit that
succeeds MySql4 FPC unit?

Thank You Micha for help so far!

Thanx all of you in advance (if/when you reply ;)

--- Now for some rambling --- BEGIN

I just wanted to report that I was able to resurrect my old MySQL 3 wrapper
(wraps the FPC MySQL/MySQL3 unit) using the FPC 2.0.2 version - COOL!

I was also able to make a new wrapper around the FPC MySQL4 unit using FPC
2.0.2 version - COOL once again! This was just like Micha said! The only
real big difference is how you connect.. but the calls are mostly the same.
The biggest difference, is that version 3 of mysql required you maintain a
pointer per connection - and this pointer was passed to every MySQL call.
The version 4 is ALMOST the same except there are now two pointers that seem
to matter most: 1 is, forgive my ignorance, but, seems to me... to be a
MYSQL CLIENT internal GLOBAL pointer to some internal structure that you
initialize with a mysql_init call. The other(s), are (an) individual pointer
for each/your connection (you) make, and these connection pointers can be
used to get meta data available about these connection(s) by passing them to
certain mysql_? functions.

I'd just thought I'd post this other stuff to maybe help the next person.

--- Now for some rambling --- END

Have a great Day All!
Jason P Sage

---

Where did you look?

These versions are included in FPC2.0.3, FPC2.0.4, FPC2.1.1

the source is in directory packages/base/mysql/ 


__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis! 
Regístrate ya - http://correo.yahoo.com.mx/ 
___

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