-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Oops ?!?! I supposed that using the much greater count of registers
> in 64 bit mode could speed up any kind of software. I suppose that
> the experts _are _working on that, though.
Registers are only so useful. I have a very nice example program wh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It's ugly but have a look at the .inc files. There are ifdefs already,
eg: for beos all over the place.
If we declare a new type, where do we put it?
> I don't like this solution. There is no way possible now to have a piece of
> code without ifdefs t
Strawman yes, but if we setuid to userid right after setting the console
stuff, there's nothing left to audit. We're not malicious software
makers so there's no chance anything else could happen? Or am I missing
something here?
eg:
fp starts
fp sets itself to uid 0
fp sets the required things as
Why? You have your good ol' PING doing it. I agree tho that if a wrapper
can do it for us it's safest. Or if the ide can do it on start, and
always setuid(userid) itself right after setting the proper things. I
don't see a problem with ANY program being setuid if it has a proper
reason, and is audi
And to add to my last setuid stuff.. I think that if we properly audit
the IDE code so that:
a) fpc is called in the uid of the original ide starter
b) the "console" is run in the uid of the original ide starter
c) compiler programs are called in the uid of the original IDE starter
I think it's o
Jonas Maebe wrote / napísal(a):
Oh and btw, setuid is generaly used afaik. It's a normal thing to allow
temporary root access on normal programs in linux. Ofcourse doing it on
something like fpIDE is somewhat questionable (heh the possibilities
:D), but I don't see it as such a great risk. The mo
Why? If they allow it it's their problem. If there's no sane way to do
something and we do it this way it's their problem that it's allowed...
I just don't see as how this whole thing is "our" problem.
I guess we could ask on install, "do you want a rootkit or no shortcuts?"...
>
> This has nothi
While I agree that it could cause some PR trouble, I don't see how this
is our problem. It's not like anyone blames the software makers for
windows security issues...
>
> If you install the IDE as setuid root, then every user starting the
> IDE will run the IDE as if he were root. That means he can
I think that together with the debian gpm crap it's safe to flag linux
as a non-target for the IDE and be done with it. It's IMHO not worth
anyone's nerves to try and hit this moving tty/console target anymore...
Ales
___
fpc-devel maillist - fpc-devel
Michael Van Canneyt wrote / napísal(a):
> Then where did he get the docs from ? =-)
>
>
http://209.85.135.104/search?q=cache:Ke-OqWsb0hoJ:delphi.newswhat.com/geoxml/forumhistorythread%3Fgroupname%3Dborland.public.delphi.language.delphi.general%26messageid%3D44bd1a63%40newsgroups.borland.com+str
>From my cousin (Martin Pekar) regarding the strictdelimiter stuff.
Note that he did it blindly by reading delphi docs, he doesn't have
delphi anymore, so anyone with D2007 should check before applying.
Ales
--- Begin Message ---
srictdelimiter.patch
Description: Binary data
--- End Message --
David Butler wrote / napísal(a):
>
>
> All the same, they are also supported in the Win32 compiler.
What I ment to say is that we're most probably not going to re-do what
we already have done differently before Delphi. eg: I don't see their
OOP "operator overloading" as viable considering we have
David Butler wrote / napísal(a):
> Actually, Delphi now supports "for-in".
>
> It also supports things like nested classes, class helpers, operator
> overloading and inlining.
All those features are because of .NET.
FPC supported "proper" operator overloading (not in classes only) and
inlining fo
On 14 Mar 07, at 00:59, Tomas Hajny wrote:
>I'm not sure whether I was clear - there was a
>bug in compiler, but it should be hopefully fixed
>now. If you still find some issues in this area
>(like compiler not saving what should be saved,
>etc.), please, report it in the bug repository
>(unless y
On Sun, 14 Mar 2007 09:23, Micha Nelissen wrote:
>1) You do not have an In-Reply-To header; most email clients >generate it
>automatically when you click Reply.
Due a probably voluntary bad configuration of the SMTP
of my ISP or a black list of this ML, that prevent me to
use my email client, I
On 11 Mar 07, at 22:09, Tomas Hajny wrote:
>I applied your patch in trunk, hoping that you
>hadn't overlooked something. ;-) In general, I'm
>not sure if this kind of saving 1 byte
>dynamically allocated on stack is really worth
>the risk of possibly breaking something, because
>the 1 byte might h
On 11 Mar 07, at 21:57, Tomas Hajny wrote:
>1) Please, always create diffs against the trunk
>version, not 2.0.x. Merging fixes to 2.0.x may be
>done afterwards if needed, but not the other way
>round.
Yes, I will do.
>2) At least some of your changes related to
>saving of registers shouldn't be
On Sun, 11 Mar 2007 13:28:35 +0100, Jonas Maebe wrote:
>Did you ever answer the mail that Pierre sent to the list
>on 29 December in reply to your original mail?
Yes, in the date 2 January 2007, where yourself had answered.
It seems to me that everything was explained and there's no need to argue
Hi, I wrote a patch that makes some clean of the unit Dos.pp
of the Go32v2 version of the FPC 2.0.5. It corrects two
buffer exceeding in a string check and conversion. For better understanding in
further developement only.
Regards, Marco Borsari.
Reminder.
--
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasc
Reminder.
--
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepasc
Jason P Sage wrote:
Michael Schnell Wrote:
Why not use TCP/IP to send informations from one program to another ?
In
Linux this should perform at least as well as anything else, in Windows
named pipes or windows messages with "attached" shared memory blocks
might perform
Burkhard Carstens ha scritto:
Am Mittwoch, 24. Januar 2007 15:00 schrieb [EMAIL PROTECTED]:
Vincent Snijders ha scritto:
[EMAIL PROTECTED] schreef:
Burkhard Carstens ha scritto:
Am Mittwoch, 24. Januar 2007 12:09 schrieb
[EMAIL PROTECTED]:
Points 1 to 3
Vincent Snijders ha scritto:
[EMAIL PROTECTED] schreef:
Burkhard Carstens ha scritto:
Am Mittwoch, 24. Januar 2007 12:09 schrieb
[EMAIL PROTECTED]:
Points 1 to 3 went good, i get this error at point 4:
C:\indy\fpc>d:\ALVISE\Delphi-Lazarus\IDE\lazarus\fpc\2.1.1\bin\i386-w
in32\make.e
Burkhard Carstens ha scritto:
Am Mittwoch, 24. Januar 2007 12:09 schrieb [EMAIL PROTECTED]:
Points 1 to 3 went good, i get this error at point 4:
C:\indy\fpc>d:\ALVISE\Delphi-Lazarus\IDE\lazarus\fpc\2.1.1\bin\i386-w
in32\make.e xe install
d:/ALVISE/Delphi-Lazarus/IDE/lazarus/fpc/2.1.1/
ot;win32", package "rtl" not found
d:\ALVISE\Delphi-Lazarus\IDE\lazarus\fpc\2.1.1\bin\i386-win32\make.exe:
*** [fpc
_install] Error 1
How do I set "rtl" (and other) paths?
p.s. yes there's a mailing list too
Am Mittwoch, 24. Januar 2007 09:54 schrieb [EMAIL PRO
Sorry... that was for the Indy's mailing list.
However if someone of you can help me to install that package i still
need some help.
Sorry again.
Hi, I want to install and try Indy cause i heard of some windows
mobile cross compilation success with Lazarus.
But, the lazarus package is not a
Hi, I want to install and try Indy cause i heard of some windows mobile
cross compilation success with Lazarus.
But, the lazarus package is not able to install in the ide, and one of
the developers that some days ago came on Lazarus IRC channel said i
have to compile it as stand alone package
Marco van de Voort ha scritto:
If this is the case, you can't create anything but command-line tools
that just block until their work is completely done.
Huh? Just look at Spybot S&D, the WinCE version is written with FPC and it's
definitively more than a console program.
Last wee
Vincent Snijders ha scritto:
[EMAIL PROTECTED] schreef:
2) make the ttimer work on wince, so he can call the CallAction
function that manages the connection "sometime" indipendently from
the application. That would be a workaround (so useful for me) but
not the definitive solutio
Yury Sidorov ha scritto:
From: <[EMAIL PROTECTED]>
Hi...
I just talked to Almindor and he arrived to the conclusion that
there's something unfinished on WinCe LCL hooks.
There are two roads to make his lnet libs working:
1) make the hooks he normally use work, actually they see
2) make the ttimer work on wince, so he can call the CallAction
function that manages the connection "sometime" indipendently from
the application. That would be a workaround (so useful for me) but
not the definitive solution for lnet.
TTimer does not work on WINCE ?!?!?
If this is the case,
Hi...
I just talked to Almindor and he arrived to the conclusion that there's
something unfinished on WinCe LCL hooks.
There are two roads to make his lnet libs working:
1) make the hooks he normally use work, actually they seems to exist but
they do nothing or make the application crash when
Hi... reading the guide on fpc wince compilation on the wiki:
http://wiki.lazarus.freepascal.org/Windows_CE_Development_Notes
Don't know WERE (something changed in the last days) i found that link:
http://ccrdu.de/docs/pkCEStuff.htm
That is a Patrick Michael Kolla's page, he's the creator of Spyb
and no button-component-image can make
it less useless.
If you have any ideas they would be very appreciated.
p.s. for wince testing i'm always here, but i'm not enough expert for
developing patchs.
2007/1/7, Aleš Katona <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
I think that networking components should be all included ...
... however, we all know that the project is still young and there is a
lot of road ahead ... (first of all there is still the package installer
to fix)
So if that's done for compatibility-stability problems, it's a temporary
choi
Hi, i want to congratulate with the ones that's working on the arm-wince
crosscompiler and to the wince lcl too.
Now i'm using Lazarus 0.9.21 and fpc 2.1.1 and my software looks better ;)
The form is integrated with windows mobile (bars, system tray...) and
there is more space for my buttons.
In order to make that installer Vincent needed to compile the compiler
itself, so probably the compiler is involved in that installer ;)
I think that with linux the compilation have more sense, i just pushed
in the "precompiled-installer" direction for win32 cause i think that
Windows is equal
and use my software on it if inside wince it don't
works as expected.
Thanks to Yury and everyone helped me,
hoping that .net will burn,
Nokao
From: "Yury Sidorov" <[EMAIL PROTECTED]>
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Is svn head useable for arm-wi
Thank you
From: "Yury Sidorov" <[EMAIL PROTECTED]>
From: "Vincent Snijders" <[EMAIL PROTECTED]>
Is svn head useable for arm-wince? Or does it need further testing,
because I can imagine the changes in revision 5714 are far reaching.
Do I need to pass (or not pas
> The file you are changing is not go32v2 specific, thus
> if a change is only for the go32v2 target, we need to
> add a target test for the given change.
I think it is for all the platforms where a port of Nasm is available other
than Dos, for example Linux though I have not tested. Anyway at th
Hi, I prepared some modifications for the 2.0.4 version to the ag386nsm.pas
file which fixes the output of the strings (bug id 7210, but the patch in
attachement now works against the old one) under this assembler, try the
following code before and after its application with the command line :
Hi everybody, I am looking throught the new code in the paste_to_dos, it is
possible substituting this chunck
if current_dos_buffer_pos+length(src)+3>transfer_buffer
+tb_size then
RunError(217);
ls:=Length(src)-n;
with
ls:=Length(src)-n;
if current_dos_buffer_pos+ls+3>transfer_buffer+tb_size t
27; paths.
thanks
On Thu, 2006-12-21 at 09:57 +0100, [EMAIL PROTECTED] wrote:
I did the 3 points you said, and got a lot rows like this from windows
command line:
Processing unmaintained/mysql/Makefile.fpc
i386-linux requires: rtl,mysql
powerpc64-linux requires: rtl,mysql
Writing Makefile
mysql to dirs_wince
3: go to fcl/db and run the command 'fpcmake -r -Tall'
4: recompile fpc and see what happens.
Maybe that you're lucky and that it will compile. If so, also compile
the sqldblaz-package in lazarus. And then: try
And for all: report your findings here. ;)
On Tue
Hi to all, and excuse me if i'm writing to the wrong list but i just
subrscibed ;)
I got a problem that i'm not able to resolve... i'm using lazarus and
freepascal compiler tools to cross-compile a software i'm developing to
a Pocket PC with Windows 2003 inside.
The system is winCe (widget)
46 matches
Mail list logo
