Gabor Boros пишет:
Hi,
I have same problem too. I can access http://www.freepascal.org from
home but not from the office. If try ping www.freepascal.org at the
office i get response. But the http://62.166.198.202 not working.
At home everything works.
Sometimes I have the same problem.
--
2008/3/7, Ales Katona [EMAIL PROTECTED]:
I've got a goole mail
I've got google mail too. But I just developed sdlgraph (still in
trunc, always want to finish, but lack of time...).
--
E.I.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
2008/3/8, Felipe Monteiro de Carvalho [EMAIL PROTECTED]:
On Sat, Mar 8, 2008 at 9:01 AM, Paul Ishenin [EMAIL PROTECTED] wrote:
ow... I have not thought to be a mentor :)
They'll pay you 500 bucks if approved =)
Just kidding (althougth they really pay). I needed to fill some names
as
2008/3/8, Felipe Monteiro de Carvalho [EMAIL PROTECTED]:
On Sat, Mar 8, 2008 at 1:03 PM, Evgeniy Ivanov [EMAIL PROTECTED] wrote:
If they apply me as a student (KDE) I won't be able to be a mentor.
I didn't add you as a mentor.
Oh, it's good, because I'm not developer. I was scared
Happy New Year! Good luck in every of your deals! I wish you a good vocation
with fine relaxation to be strong all the year!
Write only non-bug code without deadlocks and segfaults!
http://drop.io/s70gl7w#
P.S. Sorry if it's not the first message. I'm not sure previous were
successful (there was
2007/8/26, Jonas Maebe [EMAIL PROTECTED]:
Done. You can see it at
http://svn.freepascal.org/svn/fpc/trunk/packages/extra/graph/
Please base your further development on the version of sdlgraph.pas
you can find there, as I made some minor changes (added missing
InternalDriverName constant,
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
On 22 Aug 2007, at 20:59, Evgeniy Ivanov wrote:
I guess the problem is that you blit the entire screen after every
drawing operation. It will be faster when drawing lines at a time,
but still slow. In theory, the flipping could/should be done from
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
the flipping could/should be done from a
separate thread,
What should I use: ThreadVar from fpc or SDL_Thread? Both are
cross-platform.
--
E.I.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Hi!
I've changed licence (the top of the file) as you've told. And fixed speed
of Bar3d and other routines (added timer for flipping - not best, but it
works). You may test it if you want :)
http://itmo.vingrad.ru/files/sdlgraph/sdlgraph.pas
http://itmo.vingrad.ru/files/sdlgraph/test.pas
Evgeniy Ivanov
This file implements the sdl support for the graph unit
See the file COPYING.FPC, included in this distribution,
for details about the copyright.
This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
It is because you do not redirect the line drawing directly to SDL,
but instead use the default line drawing routines. Those are indeed
very slow, because they call a procedural variable (directputpixel)
for each pixel which has to be drawn). And
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
On 22 Aug 2007, at 18:24, Evgeniy Ivanov wrote:
2007/8/22, Jonas Maebe [EMAIL PROTECTED]:
It is because you do not redirect the line drawing directly to SDL,
but instead use the default line drawing routines. Those are indeed
very slow
Hi! I did it. And working with its implementation.
I need to do some hooks to speed up the module (Bar3d). But I have network
problems and my dial up doesn't me allow to google much (I don't know how to
hook functions/procedures).
Also readln function need to be hooked too (It works when alt+tab
Hi!
I'm doing sdlgraph - so I put my self to packages/base/graph.
I can't understand the method (where are they used?) using routines in
TModeInfo (from graphh.inc).
In custom graph modules it's used in such way:
mode.PutPixel:={$ifdef [EMAIL PROTECTED];
But in windows and go32v2
Hi! I have worked a bit with implementation. But just a bit... I'm not able
to do anything before middle of June, but then I will do it. So, please,
keep it for me.
--
E.I.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Hi! I know that it is not a place to ask such things... But I need to
finish programme this morning and it's much better with panel written in C.
When I'm linking pas code links normally, but my c_code.o which is using
the same SDL libs as pascal code don't want to link. I have errors in SDL
I use srl.pas unit from JEDI-SDL. When I'm using threads it doesn't work:
sdl.pas:
.
uses windows;
const SDLLibName = 'SDL.dll';
Circular unit referencebetween sdl and windows.
What's wrong? Is it a bug?
--
E.I.
___
fpc-devel maillist -
Hi! I've found an interesting bug. It makes an error while checking
for errors (found . after end, but ; expected). And it is
difficult to find it in the big part of code.
I decided to post here, becouse I've found it is very interesting.
Here is a simple example:
main.pas:
2007/4/5, Florian Klaempfl [EMAIL PROTECTED]:
Evgeniy Ivanov schrieb:
Hi! I've found an interesting bug. It makes an error while checking
for errors (found . after end, but ; expected). And it is
difficult to find it in the big part of code.
I decided to post here, becouse I've found
sdlgraph).
--
Evgeniy Ivanov (aka powerfox).
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hi! How may I do my logging for fpc package? There is not bad logger in
the JEDI-SDL, but is there any fpc native logger? Also sdlgraph will be
use some headers from JEDI, so I don't see any reasons to not use
sdl/logger.pas.
--
Best regards
E.I.
On Mon, 26 Mar 2007 19:03:26 +0400, Michael Van Canneyt
[EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007, Evgeniy Ivanov wrote:
Hi! How may I do my logging for fpc package? There is not bad logger in
the
JEDI-SDL, but is there any fpc native logger? Also sdlgraph will be use
some
headers
On Mon, 26 Mar 2007 19:40:24 +0400, Daniël Mantione
[EMAIL PROTECTED] wrote:
Op Mon, 26 Mar 2007, schreef Michael Van Canneyt:
On Mon, 26 Mar 2007, Evgeniy Ivanov wrote:
On Mon, 26 Mar 2007 19:03:26 +0400, Michael Van Canneyt
[EMAIL PROTECTED] wrote:
On Mon, 26 Mar 2007
Hi! I'm doing my tasks with fpc in linux, but in the university we have
only tp, and there are several problems with bringing binaries.
I have such code to have something like dynamic arrays:
procedure add_mem(var P: dynamic_array_ptr; var cur_size:Integer);
var
i:Integer;
On Sat, 24 Mar 2007 13:05:54 +0300, Daniël Mantione
[EMAIL PROTECTED] wrote:
procedure add_mem(var P: dynamic_array_ptr; var cur_size:Integer);
var
i:Integer;
buff_ptr:dynamic_array_ptr;
begin
getmem(buff_ptr,cur_size*sizeof(BusStation) );
for i:=1 to cur_size do
buff_ptr^[i] := P^[i];
On Sat, 24 Mar 2007 13:35:24 +0300, Daniël Mantione
[EMAIL PROTECTED] wrote:
procedure add_mem(var P: dynamic_array_ptr; var cur_size:Integer);
var
i:Integer;
buff_ptr:dynamic_array_ptr;
begin
getmem(buff_ptr,cur_size*sizeof(BusStation) );
for i:=1 to cur_size do
buff_ptr^[i]
On Sat, 24 Mar 2007 15:52:20 +0300, Daniël Mantione
[EMAIL PROTECTED] wrote:
Note that in Dos, the memory at program start is in random state; in
other
words, if your program contains bugs like uninitialized memory, it can
have different behaviour between runs.
It is the thing that I
On Mon, 12 Mar 2007 11:04:00 +0300, Micha Nelissen [EMAIL PROTECTED]
wrote:
Evgeniy Ivanov wrote:
released under the LGPL. However the relevant LGPL provisions do not
address all possible ways in which code released under the MPL and code
released under the LGPL could be combined to form
On Mon, 12 Mar 2007 19:42:36 +0300, Micha Nelissen [EMAIL PROTECTED]
wrote:
Evgeniy Ivanov wrote:
library released under the LGPL, e.g., to extend the functionality of
that
This is why we have the exception.
Sorry, I don't understand what you mean.
For example, look at the RTL license
On Sat, 10 Mar 2007 23:12:32 +0300, Jonas Maebe
[EMAIL PROTECTED] wrote:
Are the licensing issues sorted out for it? If not, there may be a
problem since standard MPL is incompatible with GPL (so people can't
release GPL programs using those bindings). I don't know about the LGPL
(and
On Sun, 11 Mar 2007 20:17:49 +0300, Roozbeh GHolizadeh
[EMAIL PROTECTED] wrote:
The problem is the name mangling. Try to declare it
like:
function toupper(ch :
integer):integer;cdecl;external name 'toupper';
... if the external name is 'toupper'. It might also
be '_toupper'. You =
On Mon, 12 Mar 2007 00:11:06 +0300, Marco van de Voort [EMAIL PROTECTED]
wrote:
Are the licensing issues sorted out for it? If not, there may be a
problem since standard MPL is incompatible with GPL (so people can't
release GPL programs using those bindings). I don't know about the
LGPL
On Sat, 10 Mar 2007 00:09:32 +0300, Jonas Maebe
[EMAIL PROTECTED] wrote:
Daniel was talking about staticallu linking the interface, not the
libraries themselves. Since we do not distribute the libraries, what
license they are distributed under is irrelevant. The interface can be
used
On Sat, 10 Mar 2007 13:40:31 +0300, Aleš Katona [EMAIL PROTECTED] wrote:
Just so you know, I just added modified SDL units from JEDI-SDL into
packages/extra but only to trunk (2.3.1). I think it's best you use
those and not copy your own, but we might need to merge into 2.2 later
then (there's
Hello!
I tried to use freepascal' graph module based on svgalib but from my point
of view it's not comfortable: I need root prevelege or to remember what to
do with *ids (uid and so on). Also I have a problems with konsole after
starting programm with graph module: there is an error with
On Fri, 09 Mar 2007 15:46:34 +0300, Tomas Hajny [EMAIL PROTECTED]
wrote:
Hi Tomas,
Hi Evgeniy,
I'd say that having Graph built on top of SDL would be quite useful. I
agree with Daniel that implementation in Pascal would be much better
choice - among others, one could use it on various
On Fri, 09 Mar 2007 18:08:35 +0300, Jonas Maebe
[EMAIL PROTECTED] wrote:
The graph unit is pretty generic in this respect. You indeed only need
to implement putpixel, getpixel, graphics mode detection, setting a
graphic mode, setting and getting colour palette entries for indexed
On Fri, 09 Mar 2007 18:36:40 +0300, Jonas Maebe
[EMAIL PROTECTED] wrote:
See e.g. the graph.pp and ggigraph.pp files at
http://svn.freepascal.org/svn/fpc/trunk/packages/base/graph/unix/
The include files are in
http://svn.freepascal.org/svn/fpc/trunk/packages/base/graph/inc/
Thanks, I
On Fri, 09 Mar 2007 21:07:55 +0300, Daniël Mantione
[EMAIL PROTECTED] wrote:
This might make
sense if we don't have somebody who'd maintain the full headers, whereas
maintaining just a highly limited set needed for sdlgraph purposes might
be still acceptable (possibly just copied from the
39 matches
Mail list logo