Just wanted to post before doing it, I'm unsubscribing from Lazarus and FPC
mailing lists (except core) for now. I get tons of msgs daily I no longer read
(except about lNet and parts of FPC I am responsible for).
I've slowed down a bit on the OSS side (mainly due to girlfriend and job) so
Thanks for the patch, Micha will look into it. As for the absolute, I'll update
lNet in fppkg when 0.6.3 goes out (hopefuly soon).
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Fixed, thanks for reporting.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
What did you change? Btw. the forward declaration bug in windows was fixed in
lNet trunk, so windows users can use it with fpc fixes branch at least...
(didn't try fpc trunk).
NOTE: IPv6 will only work for unix atm.
___
fpc-devel maillist -
On Fri, 04 Sep 2009 18:30:58 -0700
ABorka fpc-de...@aborka.com wrote:
Hi,
Trying to send emails and load web pages from Lazarus/FPC programs.
Since the latest Indy cannot be compiled and used in Lazarus/Freepascal
at the moment (it seems at least so), I have tried to start using lNet.
On Thu, 11 Dec 2008 19:27:18 +0100
Jonas Maebe jonas.ma...@elis.ugent.be wrote:
Hello,
I've just merged the whole program optimisation branch into trunk. For
information on what it currently does and how to use it, see
http://wiki.freepascal.org/Whole_Program_Optimization
Jonas
Let
On Mon, 08 Dec 2008 19:05:54 +0100
Darius Blaszyk [EMAIL PROTECTED] wrote:
It's strange to not be included in FPC already, as the fppkg tool
depends on lnet itself. Look under utils/fppkg.
Darius
Aye, but that's a stable lnet version being used for fppkg as backup in case
a given
llvm is interresting to say the least. I experimented with it a bit but never
got to do anything serious.
A llvm backend is surely doable especially if you can get an AST out of FPC.
--
Aleš Katona [EMAIL PROTECTED]
___
fpc-devel maillist - fpc
Dňa So, 2008-10-04 o 12:23 +0200, Micha Nelissen napísal:
Hi,
Why is there a parameter to GetAppConfigFile? I'd suggest something like:
function GetAppConfigFile: string;
begin
{ first look for user specific config file }
Result := GetAppConfigFile(false);
if FileExists(Result)
Dňa Pi, 2008-09-19 o 19:31 +0100, Jonas Maebe napísal:
On 19 Sep 2008, at 11:16, Aleš Katona wrote:
All you need to do is break a send, make a program which repeats sends
and kill it in the middle of one. If the other end exits with SIGPIPE
we've got a loser.
No, if the kernel
Dňa Št, 2008-09-18 o 13:49 +0200, Marco van de Voort napísal:
In our previous episode, Felipe Monteiro de Carvalho said:
The sockets unit for Mac OS X (FPC 2.2.2) does not contain
MSG_NOSIGNAL, which is necessary for the correct functioning of the
Synapse library.
I modifyed the
Dňa Pi, 2008-09-19 o 10:45 +0200, Marco van de Voort napísal:
In our previous episode, Aleš Katona said:
Anyway if it's really there and tested, it should be added to the Darwin
unxsockh.inc.
As Jonas said, testing is non-trivial, since it is about a certain
errorhandling condition
In Delphi I simply type a word (i.e. TForm) in an empty line and press
F1 to get help on TForm. This is the usual way I learn about new
components I'd like to use. This does not seem to work for me in Lazarus.
This works perfectly for me in Lazarus. Perhaps I missed something but
unless you
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks for the patch. It was missing some parts (FPC_USE_LIBC and
ossysc.inc needed to be changes too). I fixed it in r8676.
Ales
Hi,
I found a difference between the POSIX and the BSD implementation of
ioctl, and the FPC fpioctrl is set as the
On Št, 2007-03-15 at 16:35 +0300, Sergei Gorelkin wrote:
Thursday, March 15, 2007, 2:56:10 PM, Sergei wrote:
Ok, a single '@' was missing. I had fixed the bug and attached the patch
to bug tracker entry. Sorry for the late reaction; it may be better to
notify me directly of such issues.
Sending as attachment. The program just reads 'Options/Video/ResX' and
writes to console, then tries to change it in the file.
Neither GetValue nor SetValue work. GetValue always gets defaults,
SetValue does nothing.
Ales
tt.tar.gz
Description: application/compressed-tar
OK, the conclusion is to implement sdlgraph in pascal on top of JEDI-SDL.
So, I will work with it. I will finish my study activities (I was ill 2
weeks so this week (after Sunday) I will clear my debts) and then will
implement it.
Daniël was talking about 2.2 FPC release, what is
and impurification of the language
(most .net guys won't go to fpc anyhow, they'll eventually switch to C#)
Michael.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
--
Aleš Katona
I don't see the use. We're preparing to release 2.2.
In March we do a code freeze and start the release process.
Michael.
I think the use is something like january, february, march and possibly
april.
That's 4 months of bugs with no choice but 2.1.1
Rather ackward if you ask me.
Ales
On Ne, 2007-01-07 at 00:23 -0200, Felipe Monteiro de Carvalho wrote:
Hello,
I am porting fpgfx to Windows CE. During this work I noticed a lot of
incompatibilities between win32 windows unit and wince windows unit.
Trivial stuff, like a parameter is var on win32, but is a pointer on
wince.
one big problem with this sort of thing is that you can pass anything to an
untyped const parameter *INCLUDING* a pointer, so if you change something
from taking an untyped pointer to taking an untyped const parameter you are
going to cause strange bugs for users.
I'm not saying that
with
lnet in FCL etc.
I think I'll add lNet as a package later when the new packaging system
is working.
--
Aleš Katona [EMAIL PROTECTED]
signature.asc
Description: Toto je digitálne podpísaná časť správy
___
fpc-devel maillist - fpc-devel
On Št, 2007-01-04 at 23:15 +0100, Joost van der Sluis wrote:
I don't know if I'm really happy with this. lNet was a usefull addition
to the fcl. Now the fcl doesn't have any tcp/ip-components.
I had some plans to write a new sqldb-connection based on lNet. That's
became difficult now.
I
Let's not open a can of worms here, the truth is we can't change the
license anyhow, there are too many pieces by too many contributors who
would have to agree with the change in the first place.
IMHO point the people who need more info to FAQ and be done with it.
Ales
to
respond.
Thanks
--
Aleš Katona [EMAIL PROTECTED]
signature.asc
Description: Toto je digitálne podpísaná časť správy
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Does the patch work for you ? If so, I'll apply it to FCL. It was planned to
do something similar, since when syncobjs was implemented, the TThreadManager
did not yet exist. Now that it does exist, syncobjs can be implemented on top
of it.
It might be perhaps better to wait until the whole
What exactly is the ThreadManager problem ?
There are type differences in return types and arguments of many
functions. For example, ThreadManager.SuspendThread returns DWord in all
OSes and platforms (64bit 32bit) but eg: in cthreads we use:
Result := pthread_kill()..
pthread_kill
One solution is basicly to use a TThreadID kind of thing for all
arguments and return types. The problems with this are:
1. if one OS has multiple threading backends with multiple types, what
then? (ifdef isn't enough here)
2. who is going to check all platforms all usages of ThreadManager and
I also think this is the right way. If you specify OS specific return codes
per threadmanager, this will lead to unnecssary breakage.
Return codes are one thing, argument another. What are we going to do
about those? Eg: see ExitCode argument. It's a dword but int is
expected as well.
These
I'd use a pointer, ptrint or ptruint in those cases. They naturally
grow with the cpu bitsize.
Sure and when it's a size_t expected?
Perhaps we should use unions..
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
I can't find any such functions in unix/cthreads.pp (nor in the
system-dependent pthread include files), nor in win/systhrd.inc
Who knows, perhaps syllable has such :) Point was, I think we should try
to make threading more future proof this time.
I'll try to make a list of required
latest 2.1.1 borks with sysutils.inc(309,44) Error: Identifier not found
SiconvError
I added siconverror to the errors list but didn't commit yet. Is there a
special formating for this error or just conversion error ?
Ales
___
fpc-devel maillist -
Hey. I need someone with access to novell netware to tell me the AF_ and
PF_ values from this platform. If you can send me the header file where
it is (not sure on this platform) and I'll update fpc so it compiles in
there again.
Sorry for the brakeage but all the AF_ and PF_ values in all
I'm going to use the netware/winsock.pp AF_ and PF_ stuff for now. Not
sure if it's correct or not, so if you know it's not please tell me.
Ales
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
This looks promising. I'll look at the code when I get some free time
and see if I'm able to do anything in this department.
Ales
If it needs to be added this more generic AOP is the best solution.
AOP also allows easy tracing on the fly with start/end of procedure
infos. We can add a
Today I tried to find the reason behind Lazarus GTK2 slowdowns by using
profilers. After both failed me (callgrind crashed with stabs info error
and gprof reported things which didn't get called {writeln was in to
test}) I tought it might not be such a bad idea to make a simple
internal (ala -ghl
Ensure that you compile _everything_ with -gv only. No -g, no -gl.
_
yes I just did but now I get an exception in forms.pp (only if
callgrind ./project1, running standalone works)
Generaly tho, we don't have an all-platform profiler.
Ales
___
On Št, 2006-09-07 at 12:52 +, Robert Reimiller wrote:
Having some trouble porting some code from Delphi to FreePascal running
on MAC OS X (power pc). On Delphi to set a socket non-blocking I would
normally do:
flag := 1 ;
ioctl (cpath, FIONBIO, flag) ;
However the
The problem here is that if you introduce a changing type to Tag, you're
going to break streaming of the components between various platforms.
However I think simplest would be to simply make the tag something huge
for years to come, like Int64.
The idea with hidden union is nice tho. But you'll
Alright everyone, just stop this ok?
I was angry like hell when I first read the ORIGINAL poster's message
about FreeBSD (hint, topic no longer valid in your discussion) I got
even more angry and my response was very immature. I would like to
apologise to everyone and especialy the original
Just a binary distribution right? I did not see the sources in ports,
which would have to be patched to fix the lib naming errors.
Yes but one guy said he's working on source based one.
Are you saying that code produced by this Lazarus/FPC setup will not run
properly on older freebsd
Hi Bob and welcome to the world of crap.
Seriously and honestly, the FreeBSD porters made a big bad pile of crap
when they some years ago decided to name gtk-12 and others as gtk12.
Then they added to this pile of crap by renaming it back sometime after
6.0 release.
Long story short, it's not
42 matches
Mail list logo