Johannes Nohl schrieb:
Dear list,
I player around with the units dom and xmlread. I liked them very
much. Now I thought I could parse websites with it. But they are
slightly different as far as I know. In xml everthing is within a node
while in HTML there are more then one value in a node. E.g.:
Marc Santhoff schrieb:
Ahem, maybe you know how to control the volume, too?
Naturally, this is not possible: The PC speaker is simply controlled by
a timer, which creates a square wave (on/off). In ancient DOS times
there was a trick by doing a frequency modulation, i.e. you turn the
timer
Marc Santhoff schrieb:
Maybe I have looked at it for too long, where is the problem?
just by the way, there is a unit called 'serial' in Free Pascal. Perhaps
you might want to use this one, or at least have a look at the source
code...
Regards,
Sebastian
__
Tony Pelton schrieb:
>>
>>the actual SAX support is for HTML parsing only. The XML parser can only
>>create DOM documents, without using the SAX layer.
>
>
> hmmm ...
>
> ok, let me make sure i understand.
>
> the code in "sax.pp" is not for general use as a sax parser but is in
> support of so
Tony Pelton schrieb:
> hi all,
>
> i'm a pascal noob, but not a new programmer.
>
> i've done a fair bit of XML parser work in Java.
>
> i was trying to figure out how to do parsing with SAX in pascal last night.
>
> i'm very confused.
Okay I can imagine this... ;)
the actual SAX support is f
Bisma Jayadi schrieb:
> Hi all...
>
> I'm currently developing a Lazarus application which need to read an XML
> file. In order to do such a task, FPC has provided DOM unit (dom.pp).
> But, it seems that dom.pp is unable to read XML element's (text) value.
> It succesfully read element's name (thr
Tony Pelton schrieb:
> well, firstly, there appears to be at least one other decent IDE that
> i know of :
>
> http://www.bloodshed.net/devpascal.html
>
> but in any event, i'm not sure why that distinction is important.
Lazarus is the IDE important for over 95% of all people.
> i think the p
Mattias Gaertner schrieb:
>
> Note:
> Lazarus has different release dates than FPC, so bug tracking and download
> directories should only have related pages, but the difference must stay
> clear for the user. For instance the released and stable FPC 2.0 should not
> be confused with the lazarus b
Tony Pelton schrieb:
>
> their (sun's) model is one where they offer the bundle that you need,
> where you may want a big thick bundle with the Java compiler and
> runtime and IDE, or you may already have the Java runtime and
> compiler, and just need the IDE.
For Java the situation is different.
Hello everybody,
unfortunately the official announcement is a little bit late, but
nevertheless:
Free Pascal and Lazarus have a small booth at the SYSTEMS 2005
exhibition in Munich, Germany; October 24th to 28th.
Actually Mattias Gärtner, Marco van de Voort and me are present,
additionally Floria
Florian Klaempfl schrieb:
>
> Without the regression tests of our testsuite, FPC would have much less
> quality
> than it has now. Also code reviewing is something which helps a lot for
> complex
> stuff.
Some weeks ago I've discussed unit testing with a friend (who is working
in a larger team)
Michael Van Canneyt schrieb:
>
> I'm not yet convinced that having a DB backend to FPDoc will be so trivial,
> but if you think it's easy to do: I'm all for it :-)
Okay. I'll try to have a look on this within the next days. At the
moment we have a state of emergency, as Oktoberfest just startet ;
Michael Van Canneyt schrieb:
>
> I didn't mean the FPC implementation specifically, but XML in general
> is slow to parse.
Yes
> I know, but this would require a major rewrite of FPDoc.
> The TDOMElement is deeply rooted in the structure.
> And you need the XML anyway for transforming the ps
Florian Klämpfl schrieb:
>
> I would prefer to profile the xml reader and see if we can improve it.
Yes, but I don't see this mutually exclusive :)
- Sebastian
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mai
Michael Van Canneyt schrieb:
>
> I'd rather you keep these todo separate. It'll slow down parsing
> (which is already horribly slow)
Huh? Really?
A small reminder: FPDoc can support different backends, the XML storage
is just the only one currently implemented. We can talk about this
anytime...
[EMAIL PROTECTED] schrieb:
> Hi there,
>
> For Lazarus I have made a tool called LazDoc that attempts to integrate a
> documentation editing tool with the IDE. Depending on the position of the
> cursor on the source editor, the appropriate documentation tag is searched
> and then selected in the e
Thomas Zastrow schrieb:
> You mean xpath.pp???
yes
> Hu, haven't seen that yet ... are there any
> documentation / examples for using XPath?
not really, as it follows the official W3C specification quite closely
Regards,
Sebastian
___
fpc-pascal mai
[EMAIL PROTECTED] schrieb:
> I'm working with XMLcfg to do read and write to XML files. I want to
> extract data from the following XML file where element name is "second",
> how can I achieve that??
You cannot.
Perhaps the XPath implementation can fulfil your requirements better.
- Sebastian
_
Olaf Leidinger schrieb:
Hello!
Is it possible to use another libc in my pascal programs?
I'm currently working on this as well. At the moment it works with a
modified compiler for me, but it should be possible to integrate this
into the official compiler sources.
When using i386-linux-uclibc-
Rainer Hantsch schrieb:
Does anybody have a sample code for that? Also, a easy to understand
documentation of all parallel-port ioctrl() functions would be helpful.
I don't think the parport has any usable ioctrl(). In most cases using
an user space program to control non-printer devices from user
Florian Klaempfl schrieb:
The missing glut dll/so is already almost a faq :) sg should really add
a check :)
I'll see what I can do. If I remember correctly, the checks were removed
when I switched to the OpenGL units from delphi3d.net. (And on Windows,
you normally would get an error message, w
Georgi Georgiev schrieb:
I think that if the socket (or file) is in nonblocking
mode,
count may be -1, and LinuxError=11 { Err_TryAgain }
means that connection is OK, but there is no incoming
data
(input is not finished).
okay that's right; I assumed that reading or writing is only done after
s
Georgi Georgiev schrieb:
There is another way, if you use file descriptor calls
for non-blocked socket:
...
count:=fdRead(socket,data,size);
socket_eof:=(count=0) and (LinuxError=0);
...
eeehm normally fdread returns -1 for closed sockets, so you can obmit
the LinuxError part and just write:
soc
Paul Aviles schrieb:
Hello, guys, I am working on a project to control a MatrixOrbital LCD panel
and keyboard from FPC and I got it working great with a serial interface, but
what about a USB unit? Is it possible to use USB devices directly from FPC?
Normally yes. How you can access a USB devic
Hello all,
after reading all those postings regarding documentation, include files,
online help etc. I have some remarks:
Scanner/Parser. FPDoc's pascal source file scanner and parser has been
separated from FPDoc some time ago; they are not part of the FCL (see
fcl/passrc) and can be used for
Am Sam, 2003-04-05 um 22.22 schrieb Florian Klaempfl:
> >
> > Compile with -gl as additional argument; this will dump the line number
> > and source file of the crash. RTE 216 is an access violation, i.e. some
> > pointer error. But the bug is not necessarily located in your code.
>
> Missing glu
Am Sam, 2003-04-05 um 04.02 schrieb Karim Forsthofer:
> Now, when I whant to run to code, I get some Run time errors on the console:
>
> Runtime error 216 at 0x4052F5CA
>0x4051F5CA
> Runtime error 216 at 0x0804C1CA
>0x0849C1CA
>0x0805127E
Compile with -gl as additional argument; thi
On Sat, 2003-03-29 at 21:39, Karim Forsthofer wrote:
> Hello
> With the default 1.0.6 installed package it is impossible to compile programs that
> use GLU with OpenGL
> E.X glutdemo.pp that is in the example directory. At the line 24. the porgram needs
> the GLU unit
> uses
>GL,GL
On Mon, 2003-03-24 at 18:17, Anton Tichawa wrote:
> Nor did I - Thank you. I'd like to ask several questions:
>
> 1. What is then the difference between a class without ancestor, and a class
> inheriting from TObject?
There is no difference
> 2. Will TObject remain the "default ancestor" in t
On Sun, 2003-03-23 at 16:00, Jon David Sawyer wrote:
> > for descendants of TObject, there's a method 'ClassType', e. g.
> >
> > ***
> > begin
> > if MyObject.ClassType = CCalculator then begin
> > bla bla
> > end else bla bla
> > end;
> > ***
> >
> > see reference manual - system unit. t
On Mon, 2003-03-17 at 09:20, Peter Vreman wrote:
> In theory it should be possible. But you need to import and export the
> correct kernel functions. Most of the normal RTL routines can should not be
> used, including the heapmanager. Maybe it's better to create a minimal RTL
> for linux kernel
milimeter schrieb:
> Hello, everyone
>
> I got the following errors when compiling dsocksvr.pp, but there is already
> ssockets.o and ssockets.ppu under /usr/lib/fpc/1.0.7/units/linux/fcl:
>
> dsocksvr.pp(26,23) Fatal: Can't compile unit SSOCKETS, no sources available
I also have problems w
milimeter (by way of milimeter ) (by way of milimeter ) schrieb:
> Hello, everybody
>
> I noticed that there are two units in fpc: http, AsyncIO, but there's no
> documents and examples for them. Does anybody know how to use them?
please don't use them anymore; AsyncIO has been replaced by fpA
milimeter (by way of milimeter ) schrieb:
> Hello, everybody
>
> I want to use free pascal to implement the smallest http server which only
> response static html files compressed in a tar.gz file. How should I do? Give
> me some suggestions pls. Thank you.
The new fpWeb classes will provide
milimeter schrieb:
> Hello, everybody
>
> I can't compile the source from the latest cvs, the errors are as follows:
> Fatal: Can't find unit GL
> Can anybody tell me what is wrong with it?
yes, you have to compile and install the OpenGL units first (or maybe it
is sufficient if you pull them
Haluk DUMAN schrieb:
Hi list,
{First excuse my poor english}
What is the "Line Continuation" character for FPC ?
there is no "line continuation" in Pascal. You can add a line break at
arbitrary positions between two consecutive tokens. To split strings, use +:
'some long string, ' +
'contin
Iván Montes schrieb:
Hi,
Maybe it's how it's supposed to be but if use :
compareStr( 'hello', 'hello-bye' )
I get 0, so they are equal.
If one string is bigger than the other they should be different, isn't it?
I think so, too... but I don't have time to check this now, sorry,
hopefully som
Matt D. Emson schrieb:
Having said all that, it works really well in Delphi, and I assume
Delphi mode (S2 or Sd). Does the TP or the ObjFPC mode support RTTI and
the Typinfo unit?
Yes, what you have described should work well in FPC, too.
- Sebastian
_
Aitor Santamaría Merino schrieb:
Not quite right.
The quite old antivirus "Artemis Professional", ancestor of nowaday's
Panda Antivirus, had a nice feature: it is textmode, but it used
MS-MOUSE pixel granularity at text mode to display a "kind-of" graphic
mode mouse: I guess it read the mouse
Luis Del Aguila schrieb:
b.destroy; //if destroy the instance .
Writeln(b.campo2); // Why the instance exist?
You have to call b.Free instead of b.Destroy to properly destruct the
instance.
And don't forget that the destruction will free the memory, but not
override it wi
40 matches
Mail list logo
