Re: [fpc-pascal]wow quite cool example you made there :)

2004-03-17 Thread Harald Houppermans
> 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

[fpc-pascal]wow quite cool example you made there :)

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
> 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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
Thanks for your quick reply but I already solved the problem :) ___ fpc-pascal maillist - [EMAIL PROTECTED] http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Nikolai Zhubr
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Nikolai Zhubr
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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 :

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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.

Re: [fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

[fpc-pascal]Modifying cpu registers while in turbo pascal interrupt routine ?

2004-03-17 Thread Harald Houppermans
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

Re: [fpc-pascal]Can't build FCL

2004-03-17 Thread Michael A. Hess
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

Re: [fpc-pascal]Can't build FCL

2004-03-17 Thread Michael A. Hess
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

Re: [fpc-pascal]Can't build FCL

2004-03-17 Thread Jonas Maebe
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

[fpc-pascal]Can't build FCL

2004-03-17 Thread Michael A. Hess
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.

Re: [fpc-pascal]exception handling

2004-03-17 Thread kractor
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

Re: [fpc-pascal]win32 make install error

2004-03-17 Thread Vincent Snijders
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

Re: [fpc-pascal]exception handling

2004-03-17 Thread Michael Van Canneyt
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

Re: [fpc-pascal]exception handling

2004-03-17 Thread vkrish
> > > > 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;

Re: [fpc-pascal]exception handling

2004-03-17 Thread kractor
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

Re: [fpc-pascal]exception handling

2004-03-17 Thread Michael Van Canneyt
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

Re: [fpc-pascal]exception handling

2004-03-17 Thread kractor
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

Re: [fpc-pascal]RE: XTest extension for fpc

2004-03-17 Thread Marc Santhoff
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

Re: [fpc-pascal]RE: XTest extension for fpc

2004-03-17 Thread Marc Santhoff
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

Re: [fpc-pascal]exception handling

2004-03-17 Thread Thomas Schatzl
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

Re: [fpc-pascal]RE: XTest extension for fpc

2004-03-17 Thread Marc Santhoff
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