Topic: DXF revisited

[Kerry]

Just Checked :  http://www.microsoft.com/downloads/details.aspx?FamilyID=0856eacb-4362-4b0d-8edd-aab15c5e04f5&DisplayLang=en

Microsoft .NET Framework Version 2.0 Redistributable Package (x86)
System Requirements
Supported Operating Systems: Windows 2000 Service Pack 3; Windows 98; Windows 98 Second Edition; Windows ME; Windows Server 2003; Windows XP Service Pack 2
Required Software:
o Windows Installer 3.0 (except for Windows 98/ME, which require Windows Installer 2.0 or later). Windows Installer 3.1 or later is recommended.
o IE 5.01 or later: You must also be running Microsoft Internet Explorer 5.01 or later for all installations of the .NET Framework.

Disk Space Requirements: 280 MB (x86), 610 MB (x64)

[Jeff_M]

Kerry & John,
From the .NET Framework download page it says:
System Requirements

    * Supported Operating Systems: Windows 2000; Windows 98; Windows ME; Windows NT; Windows XP

    * Microsoft Windows NT 4.0 requires Service Pack 6a.

Important: Make sure you have the latest service pack and critical updates for the version of Windows that you are running. To find recent security updates, visit Windows Update.

    * You must also be running Microsoft Internet Explorer 5.01 or later for all installations of the .NET Framework. Install Internet Explorer 6.0 Service Pack 1.

HTH,
Jeff
Dang, Kerry beat me to it....but the link I show is for Version 1.1 I'm not sure if I have the 2.0 yet....just checked and I'm still on the 1.1 version.

[Kerry]

Just goes to show I shouldn't make assumptions ... I thought you were using VS2005 ...

Is it VS2003 Jeff ? ..

[Jeff_M]

Yes, Kerry, I have VS 2003....and only VB, none of the other languages, as it's tough to convince Kim that I should spend that kind of $$ on a "hobby" and my employer still hasn't figured out that most of the cool tools we use are ones that I either wrote or snagged and modified from great places like this.

[Kerry]

You're too modest .. I have it on good authority that your code and advice is used all round the world.

[jbaxter]

Hello,

I have NT4 SP6a, I do not think the .net thing is going to work. Too many errors reported.

I have removed dxf code uising a word processor up until the entities section however there are still variances in the file after the entities section, just removing the code prior to the entities section will not do it.

If you use DOS compare on the two files after removing the code prior to entities section it reports that the two files do not match, they simply must match exactly, they should even be exactly the same filesize??

Regards,
John

[SDETERS]

I tried these files I imported into our 2D drafting package and exported to a r12 dxf

Only problem is that I lost all of the 3D aspect Or the Z location

IT took all the lines and put them on one plane.

Sorry I could not help

Shane

[jbaxter]

Hi,

Thanks for trying.

Regards,
John

[jbaxter]

Seems like a job for a programmer this to see if one file can be made identical to the other.

Regards,
John

[Kerry]

John,

I've had a look at both your DXF Files.

The Entities are in different orders, so even stripping our the extraneous data there is no way to guarantee that a programatic solution involving the translation/modification of the ex2004toR12.DXF will produce EXACTLY the same result as the original R12 DXF generation. The Data however will represent the entities correctly, and will allow regeneration as expected.

At least thats my estimation.

[Dinosaur]

Jeff,

For what it is worth, the r12 dxf from your program fails to load into a r13 drawing.  I have found 5 instances of "GRID" called out in the output from your converter that do not appear in the original dxf.  These are the only items I could find that were contained only in one of the output files.  As I recall, importing a dxf was a bit touchy and would fail with any unexpected character so this would probably be enough to kick out the import.

I hope this can help the effort.
The Dinosaur

[Jeff_M]

Thanks, Dino, for testing it. However, in all of the different times I've run this I don't have any with "GRID" in them......and nothing in my code would add that.....could you post that file for me to peruse? What I do find curious is that I get a different file size everytime I run it. Looking at the files it creates, they appear to all be the same yet the file sizes vary by as much as 70k....

John, I tried running the file you posted but it seems to need some support files. I found a BRUN30.EXE on the 'net but I still get an error

Bad file number in line 1060 of module DXFWES at address 0E26:028A

[Dinosaur]

HERE are the files.  I created the first dxf from r2006.  Sorry, that is all I have available here.  It is actually MAP 2006 configured to run vanilla if that helps.  I saved first to 2k4-r12 dxf and converted that via you application to "convert.dxf".

One thought for you - there were no long file names or directory names in r12 days.  Could it be that this needs to be run in a more DOS like structure as well to work properly?

[Jeff_M]

Dino, thanks for the files & the DOS idea. I just tried using the files in a folder/file structure where no names are longer than 8 characters with identical results.

As fo the 2 dxf files......they both have references to GRID, but that is a layer name, and is only associated with 1 pline/vertices/seqend, so this shouldn't be a problem.

I'm thinking that a lisp solution may be better....creating our own DXFOUT routine that exports ONLY the entities that the user selects. It will undoubtedly be slower, but may be worth a try.....

Wish I had my R12 or R13c4 install disks handy....next week I should be able to find an old computer to put them on and do some more testing.

[Dinosaur]

If it would help, I have r13c4 currently installed to test something with before you can get yours established.  I think there is r12 on my old 486 out in the garage that I think will still work.

I was thinking more about John's using it on his end with the old program with the DOS idea - sorry that wasn't so clear.  I didn't think about it until I realized I was parking all of these things on my desktop to test them - something I would have never done when using r12.  For that matter, EaglePoint 95 for Windows was not able to run if the a project folder had a long file name.  If he is trying to use that old app with a long name somewhere I would almost bet nickles it would not work correctly if at all.