without looking at what the PSP code is doing ...
an article on this subject, specific to file locking on linux ...
http://lists.jammed.com/ISN/2003/06/0104.html
Tony
On 11/1/05, L505 <[EMAIL PROTECTED]> wrote:
> > How can be avoided in Linux the file corruption due to simultaneous write
> > ac
On 11/1/05, L505 <[EMAIL PROTECTED]> wrote:
>
> I think there isa unicode version of synedit and it probably wouldn't take
> too much work to
> get it working for freepascal
>
> "Unicode Version: Actually into CVS there is available a UNICODE Version of
> synedit,
> snapshots are available here"
>The code for this program is in spanish because it is intended to be
>used by researchers (basically it is an implementation of a method for
>which there isn't any free implementation). The language choice is
>only a matter of principles, it has nothing to do with any technical
I think there i
On 11/1/05, L505 <[EMAIL PROTECTED]> wrote:
> The internet uses english as the standard language. That is why I use it. If
> it is proven
> that some other language should be used as the internet language, then I will
> use it. I do
> enjoy the upside down question marks in spanish, as they help
> How can be avoided in Linux the file corruption due to simultaneous write
> access from two different process?
> Or how can it be avoided to access the same file by two different process?
> I experienced a few (but painful) data loss due to this problem, and I'm
> unable to solve the problem.
T
How can be avoided in Linux the file corruption due to simultaneous write
access from two different process?
Or how can it be avoided to access the same file by two different process?
I experienced a few (but painful) data loss due to this problem, and I'm
unable to solve the problem.
_
Lowell C. Savage wrote:
> Bug fix to the BGI compatibility stuff.
>
> Line 81, in "gtext.inc" in the "rtl\inc\graph" directory, needs to be
> the following:
>
>
> opcodes = (_END_OF_CHAR, _DO_SCAN, _DRAW = 253, _MOVE = 254 );
>
>
> This is so that it can properly read the old Borland BGI font
>Really? What's that standard, ihaven't read it :-).
http://z505.com/cgi-bin/qkcont/qkcont.cgi?p=English-Internet-Standard
>For a GPL program is a good idea to document it in English if you want help
>from developers not speaking your language. The rest of the time, English
>stinks.
El Mar 01 Nov 2005 15:00, L505 escribió:
> >That'll be nice if I WANTED to translate it to english. There's a very
> >good reason why the code was written in spanish in the first place: El
> >programa va a ser liberado con licencia GPL, pero si alguien quiere
> >usarlo, sera mejor que comience a es
>That'll be nice if I WANTED to translate it to english. There's a very
>good reason why the code was written in spanish in the first place: El
>programa va a ser liberado con licencia GPL, pero si alguien quiere
>usarlo, sera mejor que comience a estudiar español desde ahora.
The internet uses
Bug fix to the BGI compatibility stuff.
Line 81, in "gtext.inc" in the "rtl\inc\graph" directory, needs to be the
following:
opcodes = (_END_OF_CHAR, _DO_SCAN, _DRAW = 253, _MOVE = 254 );
This is so that it can properly read the old Borland BGI font files with
line drawn fonts.
The origi
I'am the newbiest newbie in the known galaxy.
I've experimented the same problem: I can't run my program inside Lazarus
(pressing F9). But, I can (and I do) just compile it (ctrl+F9), and run it from
console (linux), or just doubleclick it (windows).
Imho, this is not an important problem. My
David Chandler <[EMAIL PROTECTED]> wrote:
> I am having trouble getting a standard top-of-the-page menu system
> to
> work properly in Lazarus (Version 0.9.10 beta downloaded a few
> weeks ago).
I think you'll get more help with this on the Lazarus mailing list.
I think when you get results tha
On 11/1/05, Vincent Snijders <[EMAIL PROTECTED]> wrote:
> I don't understand why a user should learn spanish. User and program
> maintainer are two different entities, even for GPL released programs.
You guys are missing the point the problem was never about the
users needing to read a langua
On 11/1/05, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> Yes, sorry, I replied to the wrong message, I was trying to get a
> response from Agustin, not necessarily from you; he did make the Eclipse
> comparison, and he said he liked that IDE better for OO stuff. But maybe
> that's because the unicod
Agustin Barto wrote:
On 10/31/05, Team Z505 <[EMAIL PROTECTED]> wrote:
Have to tried translation tools? I have converted many Russian source code help
files from
the KOL project into English using PROMT translator online. Once in a while you
get a funny
translation like "I hit the code twice
On 10/31/05, Team Z505 <[EMAIL PROTECTED]> wrote:
> Have to tried translation tools? I have converted many Russian source code
> help files from
> the KOL project into English using PROMT translator online. Once in a while
> you get a funny
> translation like "I hit the code twice before she comp
On Mon, 31 Oct 2005 17:03:09 -0800
Team Z505 <[EMAIL PROTECTED]> wrote:
>
>
> >Well, I am aware of the fact that a visual design environment like
> >lazarus (and delphi and VB), it's easy to fall into the trap to base your
> >backend design on the GUI design. If Eclipse or KDevelop have a soluti
Elio Cuevas Gómez wrote:
(and delphi and VB), it's easy to fall into the trap to base your backend
design on the GUI design. If Eclipse or KDevelop have a solution for this
Well, i never said these were better than Lazarus (in fact this is the first
time i even mention them in this list). For
>Well, I am aware of the fact that a visual design environment like lazarus
>(and delphi and VB), it's easy to fall into the trap to base your backend
>design on the GUI design. If Eclipse or KDevelop have a solution for this
>problem, then I'd like to hear it, but if they "solve" the problem by
>It's a major issue. In here, we're having a serious programmer
>shortage. One of the coolest things about Lazarus is that it could
>allow us to hire people that comes from a Windows/Delphi background
>and integrate them into our Whatever/Linux enviroment. The problem is
>that not everyone is cap
> > On 10/31/05, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> > > Runtime library initialising might also be a problem if the DLL uses
> > > complex
> > > stuff internally?
> >
> > What do you mean by complex?
>
> Anything that needs stuff in the RTL initialised. Since this includes
> heapman
22 matches
Mail list logo
