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
gett
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 - fpc-devel
On Fri, 04 Sep 2009 18:30:58 -0700
ABorka 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.
>
> However, it
On Thu, 11 Dec 2008 19:27:18 +0100
Jonas Maebe 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 me be the first t
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 gi
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
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
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
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
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
> 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
-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 th
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
___
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.
>
> 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
On Št, 2007-02-15 at 08:37 +, peter green wrote:
> FINALLY
>
> looks like they've built and uploaded the fpc source that was sitting in edgy
> too
>
> only i386 and amd64 though by the looks of things not powerpc
>
> i wonder what they will do about updating it though, getting a non-autobui
rg
> http://lists.freepascal.org/mailman/listinfo/fpc-devel
--
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
> 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.
A
> 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 tha
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
> wi
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
if someone had 2.1.1 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
___
f
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
__
d need to decide how 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
>
> 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 requir
> 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
http://lists.freepascal
> 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.
Th
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
fi
>
> 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 re
> 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 whol
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 -
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
http://lists.freepascal.org/mailman/listinfo/fpc-d
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 platfor
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 sw
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 th
> 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
___
fpc
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 s
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 n
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 poster
> 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 syst
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 n
43 matches
Mail list logo
