Am Mi, den 17.03.2004 schrieb Jeff Pohlmeyer um 08:05:
> > Has anyone translated the XTest xtension of XFree86 to pascal yet?
>
> I think it would look something like this:
>
> unit XTest;
[...code snipped...]
> ( compiles, but not tested )
>
> - Jeff
It does compile. Wow!
So I'll go testin
Hi again,
> > spent a few moments going over the docs in the manual re: exception
> > handling. for some reason it just doesn't seem to be sinking in, as
> > nothing i've tried as of yet has managed to stop prog from crashing when
> > data in input that's of a different type than program is expect
Am Mi, den 17.03.2004 schrieb Marc Santhoff um 10:18:
[...]
> It does compile. Wow!
>
> So I'll go testing, stay tuned for the result ...
It is only stupid rubbish, but i works.
For reference i use the source of the tool "xte" from the "xautomation"
suite (see: http://hoopajoo.net/projects/xauto
Am Mi, den 17.03.2004 schrieb Jeff Pohlmeyer um 08:05:
> > Has anyone translated the XTest xtension of XFree86 to pascal yet?
>
> I think it would look something like this:
[...]
>
> ( compiles, but not tested )
I have only tested 'XTestFakeKeyEvent' so far and it does work!
Besides linking aga
Thomas Schatzl wrote:
Hi again,
spent a few moments going over the docs in the manual re: exception
handling. for some reason it just doesn't seem to be sinking in, as
nothing i've tried as of yet has managed to stop prog from crashing when
data in input that's of a different type than program
On Tue, 16 Mar 2004, kractor wrote:
> spent a few moments going over the docs in the manual re: exception
> handling. for some reason it just doesn't seem to be sinking in, as
> nothing i've tried as of yet has managed to stop prog from crashing when
> data in input that's of a different type th
Michael Van Canneyt wrote:
On Tue, 16 Mar 2004, kractor wrote:
spent a few moments going over the docs in the manual re: exception
handling. for some reason it just doesn't seem to be sinking in, as
nothing i've tried as of yet has managed to stop prog from crashing when
data in input that's o
> >
> > try
> > readln(NewAlbum.Year);
> > except
> > on EConvertError do NewAlbum.Year := 0;
> > end;
>
> This should be:
>
>
> try
>readln(NewAlbum.Year);
> except
> on E : EConvertError do NewAlbum.Year := 0;
On Wed, 17 Mar 2004, kractor wrote:
> Michael Van Canneyt wrote:
>
> >On Tue, 16 Mar 2004, kractor wrote:
> >
> >
> >
> >>spent a few moments going over the docs in the manual re: exception
> >>handling. for some reason it just doesn't seem to be sinking in, as
> >>nothing i've tried as of yet h
On Sun, 04 Jan 2004 13:01:24 -0500
kractor <[EMAIL PROTECTED]> wrote:
> i've managed to (mostly) work out the problems i had building latest
> cvs. make cycle runs nicely, make all completes w/o crashing, but when i
> attempt a "make install" the following happens ...
>
> c:/pp/bin/win32/cp.exe
Michael Van Canneyt wrote:
I have been able to reproduce this. However, I'm not sure what the cause
it. My guess is that the end-of-line is not consumed before the
exception is raised, and therefore the
readln(NewAlbum.alLabel);
line gets an empty input line. Delphi does consume the end-of
Greetings,
In trying to make a new compiler it fails when I try to build the FCL.
The make is trying to enter a directory fcl/db/sdf but there isn't any
such directory. Is something not committed to CVS?
--
Programming my first best destiny!
Michael A. Hess Miracle Concepts, Inc.
On 17 mrt 2004, at 20:45, Michael A. Hess wrote:
In trying to make a new compiler it fails when I try to build the FCL.
The make is trying to enter a directory fcl/db/sdf but there isn't any
such directory. Is something not committed to CVS?
Make sure you use "cvs up -d" so you get new directori
On Wed, 17 Mar 2004, Jonas Maebe wrote:
> > The make is trying to enter a directory fcl/db/sdf but there isn't any
> > such directory. Is something not committed to CVS?
>
> Make sure you use "cvs up -d" so you get new directories committed to
> cvs as well.
I always do. Hmmm. Unless the default
On Wed, 17 Mar 2004, Michael A. Hess wrote:
> On Wed, 17 Mar 2004, Jonas Maebe wrote:
>
> > > The make is trying to enter a directory fcl/db/sdf but there isn't any
> > > such directory. Is something not committed to CVS?
> >
> > Make sure you use "cvs up -d" so you get new directories committed t
Hi,
Maybe you guys know something about good old turbo pascal :D
Turbo pascal 7 has the 'interrupt' directive which can be placed behind a
procedure name to turn it into a interrupt handler.
procedure interrupt_handler(Flags, CS, IP, AX, BX, CX, DX, SI, DI, DS, ES,
BP: Word); interrupt;
begin
Actually it is for a packet driver in dos.
Maybe I have to manually set the interrupt routine in the interrupt vector
table or will the packet driver do that ?
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/f
Nope...
It seems the problem was with setting the ethernet card address.
The test program was setting the ethernet address of the network card to
decimal:
10:20:30:40:50:60
Just to test it for fun...
Somehow that prevented the network card from receiving any packets.
Hmmm
Now I am not sure anymore... I re-enabled the set address and it still
works...
Maybe it is now working because I did a reboot :)
Maybe the old dummy receiver or so fucked something up I dont know.
Maybe constantly changing packet driver settings is not a good idea...
Maybe the packet dri
Ok,
I think I have found the culprit...
The test program calls: 'reset interface' function.
This function is not working properly anyway... (it does not clear multicast
list and does not re-fetch address from rom)
Disabling this function from the test program makes it work and receive
packets :
Hi,
Thursday, 18 March, 2004, 2:51:36, Harald Houppermans wrote:
> Actually it is for a packet driver in dos.
> Maybe I have to manually set the interrupt routine in the interrupt vector
> table or will the packet driver do that ?
I have no idea what the packet driver does but to your
original que
Ups, forgot to actually attach it, sorry, now goes...
--
Best regards,
Nikolai Zhubr
Thursday, 18 March, 2004, 4:12:09, Nikolai Zhubr wrote:
> Hi,
> Thursday, 18 March, 2004, 2:51:36, Harald Houppermans wrote:
>> Actually it is for a packet driver in dos.
>> Maybe I have to manually set the int
Man... great... :)
It says so in the specification lol:
"
Resets the interface associated with handle to a known state,
aborting any transmits in process and reinitializing the -> receiver <-
"
Ofcourse I didn't know what that ment ? "reinitializing"
Could mean anything :)
Apperently it just d
Thanks for your quick reply but I already solved the problem :)
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
It would be interesting to see how hard it would be to use free pascal and
16 bit packet drivers...
( Holyshit... my monitor just did weird... probably a power source... that
never happens wow, or maybe the monitor
is about to die hehehehe it's quite old :) 5 to 6 years or so... (Liyama
vision mas
Hmmm right after this posted my cable modem went down to lol...
It's dhcp lease probably expired... It seems dhcp leases have been shortened
by my isp :) I think... :)
Like 6 days before it expires or so then I get a new one.
It would suck if that happened while testing packet drivers over the
i
> Anybody else having that same experience ? shops having wirefull mouses
only
> ? yak.
Oh shit I ment wireless mouses only hehe.
___
fpc-pascal maillist - [EMAIL PROTECTED]
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Wow
Did you just write this from scratch ?
That's a very cool trick you did there...
Replacing the CS ( code segment )
And IP ( instruction pointer )
Seems like a dirty little hack lol... like a hacker could use to execute
code hehehe.
Anyway I was also wondering how to proof it...
This
> procedure Subst;
> begin
> writeln('Here we are!');
> repeat until false;
> end;
Lol now I understand why you placed repeat until false; lol
Without it it crashes :D hmmm
Probably no way to recover from it... hmmm
Or is there ?
Hmm maybe there is :)
Storing the CS and IP and then later
29 matches
Mail list logo