[fpc-pascal] TBufDataset broken in fixes_2_2
Hi, TBufDataset is broken in latest fixes_2_2. Can be reproduce with following code: var s: TSQLQuery; begin s := TSQLQuery; s.Free; end; Compiling fcl-db with debug info, the above code excepts at TBufDataset.Destroy destructor at the following position: For I:=0 to Length(FIndexes)-1 do FreeAndNil(Findexes[I]); It stops at the FreeAndNil line. Latest trunk 2.3.1 has no such problem. Should I file a bug report? Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: TBufDataset broken in fixes_2_2
Jonas Maebe wrote: > > On 15 Nov 2008, at 16:56, Funky Beast wrote: > >> Should I file a bug report? > > Yes, please. > > > Jonas > ___ > fpc-pascal maillist - > [EMAIL PROTECTED] > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Done in bug ID: 0012639 Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: TBufDataset broken in fixes_2_2
Michael Müller wrote: > Hi! > > Am 15.11.2008 um 16:56 schrieb Funky Beast: > >> Hi, >> >> TBufDataset is broken in latest fixes_2_2. >> >> Can be reproduce with following code: >> >> var s: TSQLQuery; >> begin >> s := TSQLQuery; > > The example is correct without .Create()? > >> s.Free; >> end; >> >> Compiling fcl-db with debug info, the above code excepts >> at TBufDataset.Destroy destructor at the following position: >> >> For I:=0 to Length(FIndexes)-1 do >> FreeAndNil(Findexes[I]); >> >> It stops at the FreeAndNil line. >> >> Latest trunk 2.3.1 has no such problem. >> >> Should I file a bug report? >> >> Regards, >> Funky Beast >> ___ >> fpc-pascal maillist - >> [EMAIL PROTECTED] >> http://lists.freepascal.org/mailman/listinfo/fpc-pascal > > ___ > fpc-pascal maillist - > [EMAIL PROTECTED] > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Yes, it should be with the .Create(nil) in the actual test code, I accidentally missed it out here writing this mail. See bug report 0012639. Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] SQLDB/Firebird unable to open table with more than 128 fields
Hi, I've found a bug in sqldb/firebird. Its reported here, with sample project to reproduce: http://bugs.freepascal.org/view.php?id=13340 Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Graeme Geldenhuys wrote: > 2009/3/20 Funky Beast : >> I've found a bug in sqldb/firebird. >> Its reported here, with sample project to reproduce: >> http://bugs.freepascal.org/view.php?id=13340 > > > What version of Firebird? How many bytes does a single record require? > Maybe you reached the table limit in Firebird RDBMS? If I remember > correctly MS SQL Server 2000 had a record size byte limit and I would > imagine other RDBMS's have something similar. > > > Regards, > - Graeme - > > > ___ > fpGUI - a cross-platform Free Pascal GUI toolkit > http://opensoft.homeip.net/fpgui/ > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Hi, Its Firebird 2.0.3, that bug only appears in sqldb/firebird combination. The same table that this combo can't open, opens successfully with fblib-0.85, flamerobin and fenixsql. There's a sample project in the bug report which generates a firebird database file with a table that produces the bug automatically. All fields are *integer* fields. You can generate any number of fields by executing the sample project with an integer argument. It failed at 128. I'm aware of the size limit, but the bug appears way below the limit (Firebird docs says you can have approximately 16,000 integer fields per taable). I'm guessing that somewhere in ibase60.inc or TIBConnection might have a misplaced declaration between shortint/smallint.(I'm basing this on hunch that a short type has a range of -128..127) Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Hi Joost, Joost van der Sluis wrote: > Op vrijdag 20-03-2009 om 22:38 uur [tijdzone +0800], schreef Funky > Beast: > >> I've found a bug in sqldb/firebird. >> Its reported here, with sample project to reproduce: >> http://bugs.freepascal.org/view.php?id=13340 > > You are using one TSQLQuery object for all sorts of actions. Try to > create a new TSQLQeury for every sql-statement you execute. See if that > helps. > > And firebird doesn't allow sql-statements which changes the database > (like alter table) within the same transaction as a select-statment. Are > you sure you're not doing this? > Thanks, I didn't know I need to create seperate TSQLQuerys for each sql statement. > And the comparision with flamerobin and such is useless. In flamerobin > you're not running this program which does a lot of strange things. > > Try a simple program which only does a 'select * from table' - You'll > see that it will work. > I did, and posted the program in the bugtracker. try the program with the following commands: ./sqldb_test 128 (this will create a database table with 129 fields, adds 1 record and exit) ./sqldb_test (this will simply open the table with does a 'select * from datatable') And he output is: An unhandled exception occurred at $080B309C : EIBDatabaseError : : Fetch : -Dynamic SQL Error -SQL error code = -804 -Incorrect values within SQLDA structure $080B309C TIBCONNECTION__CHECKERROR, line 155 of ibconnection.pp $080B50DB TIBCONNECTION__FETCH, line 693 of ibconnection.pp $080ADB7E TCUSTOMSQLQUERY__FETCH, line 965 of sqldb.pp $080E7AEB TBUFDATASET__LOADBUFFER, line 1524 of bufdataset.pas $080E7512 TBUFDATASET__GETNEXTPACKET, line 1438 of bufdataset.pas $080E6B21 TBUFDATASET__GETRECORD, line 1273 of bufdataset.pas $080911DC TDATASET__GETNEXTRECORD, line 743 of dataset.inc $08091388 TDATASET__GETNEXTRECORDS, line 772 of dataset.inc $0809255D TDATASET__RECALCBUFLISTSIZE, line 1084 of dataset.inc $0809005B TDATASET__DOINTERNALOPEN, line 409 of dataset.inc $08091C0A TDATASET__OPENCURSOR, line 918 of dataset.inc $0809216F TDATASET__SETACTIVE, line 1017 of dataset.inc $080AD4D7 TCUSTOMSQLQUERY__SETACTIVE, line 876 of sqldb.pp $0809557C TDATASET__OPEN, line 1950 of dataset.inc $08048E53 TSQLDB_TEST_FUNCTION__OPEN_QUERY, line 147 of sqldb_test.pas $08048ED8 main, line 159 of sqldb_test.pas Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Graeme Geldenhuys wrote: > On Fri, Mar 20, 2009 at 5:27 PM, Funky Beast > wrote: >> Its Firebird 2.0.3, that bug only appears in sqldb/firebird combination. >> The same table that this combo can't open, opens successfully with >> fblib-0.85, flamerobin and fenixsql. > > Then in must be a SqlDB issue. By the way, if you are using FBLib, I > suggest you get the updated version. I have been maintaining (bug > fixing) FBLib since 0.85 release. The original author is nowhere to be > found, so I added FBLib to the tiOPF repository in SourceForge. > > http://tiopf.svn.sourceforge.net/viewvc/tiopf/3rdParty/FBLib/ > > I tagged the 0.85 release so you can do a diff to see what was changed > and fixed. > > Regards, > - Graeme - > > > ___ > fpGUI - a cross-platform Free Pascal GUI toolkit > http://opensoft.homeip.net/fpgui/ > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Thanks, I will check out the update from your repository. Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Joost van der Sluis wrote: > Op vrijdag 20-03-2009 om 22:38 uur [tijdzone +0800], schreef Funky > Beast: > >> I've found a bug in sqldb/firebird. >> Its reported here, with sample project to reproduce: >> http://bugs.freepascal.org/view.php?id=13340 > > You are using one TSQLQuery object for all sorts of actions. Try to > create a new TSQLQeury for every sql-statement you execute. See if that > helps. > > And firebird doesn't allow sql-statements which changes the database > (like alter table) within the same transaction as a select-statment. Are > you sure you're not doing this? > > And the comparision with flamerobin and such is useless. In flamerobin > you're not running this program which does a lot of strange things. > > Try a simple program which only does a 'select * from table' - You'll > see that it will work. > > ie: debug your program and try to isolate the bug. > > Joost. > > > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > I found the culprit. In TIBConnection.PrepareStatement's variable section, x was declared as a shortint which would cause problem when its used for allocating memmory for the SQLVAR elements, when there are more than 128 fields. Also same as above in TIBConnection.FreeSQLDABuffer. I changed var x in both location into smallint and everything worked fine for me. I'm not sure weather it will impact any parts of TIBConnection, so I will leave it to the fcl-db governors to decide. Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Joost van der Sluis wrote: > Op zondag 22-03-2009 om 17:37 uur [tijdzone +0800], schreef Funky Beast: >> I found the culprit. >> >> In TIBConnection.PrepareStatement's variable section, x was declared >> as a shortint >> which would cause problem when its used for allocating memmory for the >> SQLVAR elements, >> when there are more than 128 fields. >> >> Also same as above in TIBConnection.FreeSQLDABuffer. >> >> I changed var x in both location into smallint and everything worked >> fine for me. > > You are sure that a smallint is large enough in all cases? I'm not sure, but according to: http://www.firebirdsql.org/index.php?op=guide&id=techspec the approximation of maximum 16,384 integer fields could be allowed per table, and smallint has a range of -32768..32767, double of whats stated. Unless someone has more columns of smaller size data. Please let me know the ideal type before I prepare the patch. > >> I'm not sure weather it will impact any parts of TIBConnection, so >> I will leave it to the fcl-db governors to decide. > > Can you attach a patch to the bug-report? And maybe give your real name > so we can add that to the svn-log? (In the case that 'Funky Beast' is > your real name, my apologies. ;) ) > > Joost. > Should the patch be created for trunk or fixes_22 (I was using fixes_22 to test). Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: SQLDB/Firebird unable to open table with more than 128 fields
Joost van der Sluis wrote: > Op zondag 22-03-2009 om 18:40 uur [tijdzone +0800], schreef Funky Beast: >> Joost van der Sluis wrote: >>> Op zondag 22-03-2009 om 17:37 uur [tijdzone +0800], schreef Funky Beast: >>>> I found the culprit. >>>> >>>> In TIBConnection.PrepareStatement's variable section, x was declared >>>> as a shortint >>>> which would cause problem when its used for allocating memmory for the >>>> SQLVAR elements, >>>> when there are more than 128 fields. >>>> >>>> Also same as above in TIBConnection.FreeSQLDABuffer. >>>> >>>> I changed var x in both location into smallint and everything worked >>>> fine for me. >>> You are sure that a smallint is large enough in all cases? >> I'm not sure, but according to: >> http://www.firebirdsql.org/index.php?op=guide&id=techspec >> the approximation of maximum 16,384 integer fields could be allowed per >> table, >> and smallint has a range of -32768..32767, double of whats stated. >> Unless someone has more columns of smaller size data. >> >> Please let me know the ideal type before I prepare the patch. > > It's up to you to decide, but as you stated smallint seems ok. > > >> Should the patch be created for trunk or fixes_22 (I was using fixes_22 to >> test). > > In principle all patches should be made against trunk. But in this case > I don't suspect many differences so a patch against fixes will probably > also work. And else I can convert it. > > Joost. > > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Done. Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Parser combinator library
leledumbo wrote: > Is there any parser combinator library for Pascal? Not sure if this is what you're looking for, you might try porting some of these: http://www.delphiforfun.org/Programs/Library/Default.htm Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Linux program sometimes crashes with "EProcess : Failed to create pipes"
Burkhard Carstens wrote:
> Am Donnerstag, 10. September 2009 11:01 schrieb T. Guilleminot:
>> Hi,
>>
>> Have a Linux program that recently started to crash several times
>> with such message :
>> An unhandled exception occurred at $080A4CB9 :
>> EProcess : Failed to create pipes
>> $080A4CB9
>> $080A4D3D
>> $080526E0
>> $08057C11
>> $08058809
>> $B7B082B6
>> $B7B07B88
>> $B7B0B0EB
>> $B7B0B5BA
>> $B7CF57D9
>> $0805AABD
>>
>> This seems only occurs after a long running period of time.
>> Considering error message and as it runs very often some OS processes
>> I suspect TProcess. I use such procedure :
>>
>> Procedure Run_Command(Wait : boolean; TheCommand : ansistring);
>> cdecl; export;
>> var
>> AProcess: TProcess;
>> Begin
>> AProcess := TProcess.Create(nil);
>> AProcess.CommandLine := TheCommand;
>> if Wait = true then AProcess.Options := AProcess.Options +
>> [poWaitOnExit];
>> AProcess.Execute;
>> AProcess.Free;
>> end;
>>
>> I think I may hit some OS limits or I overload system.
>> Does anyone know how to diagnose this further (why it fails...)
>> and/or to fix this ?
> Using this procedure with wait=false leaves you a zombie process. I.e.
> even, if "TehCommand" finished, the process isn't closed unless you
> call fpWaitPID (or better WaitOnExit) on it's pid.
> Not sure, but probably the zombie still holds the pipes and therefore
> you run out of handles and some point.
>
> see also: http://mantis.freepascal.org/view.php?id=11797
>
> regards
> Burkhard
>
> ___
> fpc-pascal maillist -
> fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
>
Hi,
If you don't need to wait for the program, I have a work around that prevents
zombies with
the simple class I wrote below. Note that it works only on Linux. I wrote it in
a class because
I might add other signals to ignore later on as I travel on further on the
multi-process route.
Usage: Create an instance of TIgnoreSignal on your process calling program, and
call its
DoIgnoreChildProc procedure at anywhere before you execute your external
processes or
when your program starts. Once executed, any external process/es signals
are ignored
from then on.
**
unit IgnoreSignal;
//This is a class to allow a main application who executes external child
processes(programs)
//to ignore / let go of them after executing them. This is to prevent zombies,
if the child
//misbehaves.
{$mode objfpc}{$H+}
interface
uses
Classes, SysUtils, BaseUnix, Unix;
type
{ TIgnoreSignal }
TIgnoreSignal = class
public
procedure DoIgnoreChildProc;
end;
implementation
{ TIgnoreSignal }
procedure TIgnoreSignal.DoIgnoreChildProc;
var sigact: sigactionrec;
begin
sigact.sa_flags := SA_NOCLDWAIT;
FPSigaction(SIGCHLD, @sigact, nil);
end;
end.
**
HTH,
Funky Beast
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Possible bug in return value of MonthsBetween function in unit dateutils
Hi, When trying to get the number of months between the following dates: 01-06-2009 and 01-08-2008 MonthsBetween returns: 9 months. That is clearly wrong (fundamentally counting with my fingers yields 10 months). Looking at the function in dateutils.inc, I copied the function implementation to do a test. Now, if I strip away Trunc() from the function, the result is: 9.98767967. Trunc() simply strips away the decimals behind, which returns: 9. I'm wondering if Round() should be used instead of Trunc(). Regards, Funky Beast. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Possible bug in return value of MonthsBetween function in unit dateutils
Vincent Snijders wrote: > Funky Beast schreef: >> Hi, >> >> When trying to get the number of months between the following dates: >> 01-06-2009 and 01-08-2008 >> >> MonthsBetween returns: 9 months. >> >> That is clearly wrong (fundamentally counting with my fingers yields >> 10 months). >> Looking at the function in dateutils.inc, I copied the function >> implementation to do a test. >> Now, if I strip away Trunc() from the function, the result is: >> 9.98767967. >> Trunc() simply strips away the decimals behind, which returns: 9. >> >> I'm wondering if Round() should be used instead of Trunc(). >> > > For such easy question, I use google: > http://lmgtfy.com/?q=monthsbetween > > http://www.freepascal.org/docs-html/rtl/dateutils/monthsbetween.html > states that "This number is an approximation, based on an average number > of days of 30.4375 per month". 9 is approximately 10, so the is behavior > you see is as documented ;-) > > Vincent > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > I did read that, but I'm just wondering isn't 9.98767967 more approximate to 10 than 9? Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Possible bug in return value of MonthsBetween function in unit dateutils
Marco van de Voort wrote: > In our previous episode, Henry Vermaak said: >> 2009/12/10 Funky Beast : >>> I did read that, but I'm just wondering isn't 9.98767967 more approximate >>> to 10 than 9? >> How do you round a month? It makes sense that the function only gives >> full months, imo. Either way, I think this is d?lphi compatible and >> at least documented. > > Yes. Keep in mind that you wouldn't want 16 days difference being rounded up > to a full month. > ___ > fpc-pascal maillist - > fpc-pascal-pd4fty7x32k2wbthl531ywd2fqjk+...@public.gmane.org > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > HeHe. But I loose 29 days from the above when it yields 9 instead of 10. Anyway, its just my precision engineering habits kicking in. I was just consolidating our average production output from the above 2 dates and the numbers looks funny (and too positive to be true). Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Smallint field in TIBConnection of SQLDB
Hi, How to detect a Smallint field with TIBConnection? I'm writing a tool to aid in restructuring my projects' databases and their tables. But TIBConnection detects Smallint fields as Integer fields. TIA, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: can we have fpc's doc in chm format? [Patch]
Michael Van Canneyt wrote: > > On Fri, 7 Dec 2007, Andrew Haines wrote: > >> Michael Van Canneyt wrote: >>> On Fri, 7 Dec 2007, Andrew Haines wrote: >>> >>>> PS you can have a peek at some chm's I made with fpdoc here: >>>> http://hainesservice.com/andrew/chms/ they are all crosslinked. >>> With kchmviewer I get the following errors: >>> >>> An error occurred while loading >>> ms-its:/home/michael/Documents/fcl.chm::/streamio/assignstream.html: >>> The file or folder >>> ms-its:/home/michael/Documents/fcl.chm::/streamio/assignstream.html does >>> not exist >>> >>> Same for every other page, even the index page. >>> >>> With chmsee, I can load the initial page, but the first 5 units or so >>> cannot be found. >>> Others seem to work well. So it seems that there are some glitches in the >>> file generation. >>> >>> Nevertheless, the basic functionalities seem to be there, so kudos to >>> you... :) >>> >> Maybe your download is corrupted somehow... I just downloaded kchmviewer >> and chmsee and it works fine here. Also the MS reader which seems to be >> the most picky reads the file. > > Hm. > I just re-downloaded, and have the same problems, with both programs, for all > files :/ > I also just downloaded some ISO images, and those came through without a > glitch, > so I'm not entirely convinced it is the download (unless something is wrong > with > the files on your site..) > > Ah well, the mysteries of internet :/ > > Michael. > ___ > fpc-pascal maillist - [EMAIL PROTECTED] > http://lists.freepascal.org/mailman/listinfo/fpc-pascal > Hi, If use kchmviewer, try: Settings->Change Settings->Version-Specific settings: select "QTextBrowser-base widget", instead of "KHTMLPart-base widget". HTH, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Pascal postscript reading library
Felipe Monteiro de Carvalho wrote: > On Wed, Apr 23, 2008 at 4:32 AM, Krishna <[EMAIL PROTECTED]> wrote: >> Hmm... vague your mail is. What kinda interpretation? If all you want >> is to slurp the text then it might be possible but then Postscript is >> a full blown programming language and people (mostly) come up with >> their own operators for showing text... > > Ok, I think it's time to explain a little bit more in detail what I am > trying to do. > > I am building a CNC Machine. It's like a 3D printer, it can cut into > wood and metal and build objects, or generate drawings (not with ink, > but through cutting) into existing objects. > > The drawing will most likely come from CorelDraw. We are developing a > printer driver which will then use a ready made virtual printer which > is able to generate postscript as output, which will make our driver > very simple to build. I could read the CorelDraw files directly, but > I'd rather not be stuck to 1 drawing software, and CorelDraw may > change their files in the future, but postscript is likely to remain > stable. > > So at this point I need to convert postscript into Machine commands, > i.e. move to start position, start drilling, move X, Y, move again, > etc ... end. > > I don't need to parse everything from postscript, just the absolute > minimum to extract the vectorial drawing coordinates, start point and > end point. > > I am a little impressed that everyone says postscript is so complex, > so I'm reevaluating which path to go, but I do have a competent > software developer available to whom send the task, so the amount of > work isn't that much a problem =P (as long as it is doable by 1 person > in a couple of months) > Hi, Looks like a CNC Machine Center. Why not export it to DXF? It has all the ingrediants (endpoints, center of arc, arc radius, etc...) you need to generate CNC machine codes. You can extend from the dxf component at: http://www.efg2.com/Lab/Library/Delphi/Graphics/FileFormatsAndConversion.htm PS: Wow ... you build CNC machines! Custom build or standard ones? Any links to your product site? HTH, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: Pascal postscript reading library
Felipe Monteiro de Carvalho wrote: > Looks a nice format. I still need to see if CorelDraw can export to > it, but nothing stops us from supporting multiple import formats. > Most if not all CAD or vectorial software out there supports import/export from/to DXF format. If you support importing this format, you would already support a plethora of designing software out there. Your customers will have more choices for their favourite designing tool. > I'll see what I can do about adding an english > translation to the website. Thanks. Regards, Funky Beast ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
