Great privilege indeed, not a simple thing to write you compiler, just a few did that. Does anybody talked with Lew about the source code ? Like make it available to everybody or not ?

Brgds...


On 12/08/2015 15:38, Bruce Conrad wrote:
Hi Danny,

I have had the privilege of working with Lew Bastian many years ago, and have seen the source code. It includes its own assembler and compiler, and itself generates the EXE file. So, unfortunately, there is no easy path to a 32 or 64 bit version... So far as I know, only Lew has a copy of the source code.

Best wishes,
Bruce

On Wed, Aug 12, 2015 at 11:07 AM, MEIRTE Danny <[email protected] <mailto:[email protected]>> wrote:

    Dear Tim,

    Still no news on a 32-bit version of DP itself, i.e. a version
    generated by a 32-bit compiler --using the same source code of DP-?

    If Lew Bastian has/had the source code, maybe someone can retrieve
    a 32-bit version of the compiler?

    Or is there a special reason that this approach could not work?

    Danny

    *From:*[email protected]
    <mailto:[email protected]>
    [mailto:[email protected]
    <mailto:[email protected]>] *On Behalf Of *Tim Rude
    *Sent:* vrijdag 24 juli 2015 21:53
    *To:* [email protected] <mailto:[email protected]>
    *Subject:* Re: [Dataperf] Dataperfect and Windows 64bit Win7

    After all this discussion, I decided to take another look at DP
    report execution times.



    First I decided to see if maybe I was running an old version of
    VDos. I've been running version 2014.04.06. Looking on the site I
    see there have been three releases since then, and the release
    notes report that some speed optimizations were made in VDos.

    Specifically:
    Version 2014.07.18: The emulated CPU gets more time to execute, so
    vDos will run faster.
    Version 2014.10.19: Simplified and stripped down the video/VGA
    drawing routines, they are also a bit faster now.
    Version 2014.10.19: Further optimization of CPU memory access
    functions, vDos is in overall a 25% faster (a 10% due to compiling
    for speed).

    So I installed the latest version (2015.04.10) to see how it
    compares with the earlier version I was running. I was hoping for
    some real improvements. But I found that the reports actually take
    *longer* to run under the new version of VDos than they did under
    the old version. I was totally not expecting that!

    For example, one report which uses two-level reports and
    subreports to generate an order summary consistently took about 52
    seconds to run under the old version of VDos. Under the new
    version of VDos it consistently takes about 57 seconds. 5 seconds
    longer!

    To rule out any affects of disk-caching or memory-caching, I ran
    each report multiple times back-to-back and I came up with the
    same times with each run.

    Then, to compare the run times outside of VDos, I fired up MS
    Virtual PC running WinXP and opened up the exact same database.
    Imagine my surprise when the same report consistently took 73
    seconds to run!

    Ok, next test was to run it in Windows 7's XPMode (using the same
    WinXP virtual machine) that I tried above. This time it
    consistently took about 70 seconds. Interesting that XPMode runs
    it faster than actually opening XP in VPC, but still way too slow.

    So props to VDos for at least trouncing the VPC times.

    Then I rebooted from a CD with a live version of XP on it. Ran the
    exact same database and the same report. It took 5 seconds to run.
    No that's not a typo. FIVE seconds. That's more than 10 times
    faster than under VDos and almost 15 times faster than under VPC/XP!

    I knew I remembered that my reports used to be much faster but I
    had forgotten just how much faster they were. :(

    Makes you wonder sometimes if it's really progress...

    Tim Rude

    On 7/23/2015 9:07 AM, Don Friedman wrote:

        Malkie - yes, I have VDos working on Win8 on my notebook,
        works fine. The "slow" problem carries to all the platforms I
        use it on, the developer isn't quite sure what is causing it
        but recognizes that it is there. Since it's not an issue
        across the board in general usage and doesn't seem to impact
        the more frequent uses of the product, has no particular
        reason to pursue it.

        Don


        *Don Friedman**
        **ProfessionalRecords.Com LLC
        PRS Data Systems*

        *205 S Main Street
        Pittsburgh, PA   15215
        412-784-1600 <tel:412-784-1600> - 1-800-PRS-FILE
        412-784-1615 <tel:412-784-1615> Fax*

        On Thu, Jul 23, 2015 at 8:30 PM, barmag
        <[email protected] <mailto:[email protected]>> wrote:

        Likewise, I haven't experience VDos working slow on Win7-64bit.

        What about Windows 8? Would DP  work at least like it does on
        Win7-64bit using
        VDos?

        Malkie

        > Thanks Tim and Don.
        >
        > My experience difference then is that I have not run any
        large reports in a long time, and I don't
        > recall that I've even exported and reloaded a large dataset
        since using vDos.
        >
        > Don
        >
        > On 23/07/2015 12:56 AM, Don Friedman wrote:
        >     Dan - all that is true. However, in my experience there
        are other functions that are terribly
        >     slow, so slow in fact that I keep other older machines
        around to run those routines. Of
        >     course, I'm talking about larger databases. Imports and
        the running of reports come to
        >     mind. I once measured the same report running under VDos
        and straight from DOS
        >     (mounted on a Vista machine) - my DOS report ran in
        about 20 minutes, under VDos it
        >     took almost two hours. I gave up trying to import large
        datasets under VDos for the same
        >     reason.
        >     Otherwise, I really enjoy having VDos available to me
        and use it for functions that don't
        >     require speed - report writing, building panels,
        inquiries of a lookup nature and the like. It
        >     is solid as a rock as far as I can tell. Then again, I
        lead a relatively uncomplicated data life
        >     and never print from DP.
        >
        > Don Don Friedman
        > ProfessionalRecords.Com LLC
        > PRS Data Systems
        > 205 S Main Street
        > Pittsburgh, PAÂ Â  15215
        > 412-784-1600 <tel:412-784-1600> - 1-800-PRS-FILE
        > 412-784-1615 <tel:412-784-1615> Fax
        >
        >
        >
        >
        >
        > On Wed, Jul 22, 2015 at 9:52 PM, Don Codling
        <[email protected] <mailto:[email protected]>>
        wrote:
        >     I don't understand why you say vDos slows down DP, Tim.
        DP is greased lightning for me
        >     running vDos on Win 7 - 64 bit. I don't think I've run
        any really large reports since starting
        >     to work DP on vDos, but it loads virtually instantly -
        less than a second, and switches from
        >     one to another database even faster, if possible, opens
        pages faster than I can time it ...
        >
        >     Don Codling
        >
        >     On 22/07/2015 6:48 PM, Tim Rude wrote:
        >     DP (and any other 16-bit DOS app) will not run natively
        under Win-7 64-bit. The
        >     32-bit OS can run 16-bit apps.
        >
        >     To run under 64-bit Windows you have to use a DOS
        emulator like VDOS. Or you
        >     can run a virtual machine (using Virtual PC, VirtualBox,
        etc.) with a compatible
        >     OS installed and run DP inside it. VDOS is simplest but
        does slow DP down a bit.
        >
        >     On 7/22/2015 10:30 AM, Jens Thorvald Høeg wrote:
        >     Dear ALL
        >     There was just a related question. Sorry to ask what has
        already been
        >     discussed I believe but
        >
        >     1) Can you run Dataperfect under WIN-7 64 bit (it runs
        under 32 bit of
        >     course, I do that)
        >
        >     2) If so, what do you have to do?
        >
        >     Best regards
        >
        >     Jens using Dataperfect since 1989!
        >
        >
        >     Jens T Høeg, dr,scient, ph.d.
        >     Always remember Chelmno, Belzec, Sobibor, Treblinka,
        Majdanek and
        >     Auschwitsch
        >     Marine Biology Section - Department of Biology
        >     University of Copenhagen
        >     Universitetsparken 4 - DK-2100
        >     Copenhagen DENMARK
        > +45 28751247 <tel:%2B45%2028751247> [email protected]
        <mailto:[email protected]>
        >
        >
        >  _______________________________________________
        >     Dataperf mailing list
        > [email protected] <mailto:[email protected]>
        > http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
        >
        >
        >
        >
        >  _______________________________________________
        >     Dataperf mailing list
        > [email protected] <mailto:[email protected]>
        > http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
        >
        >
        >
        >  _______________________________________________
        >     Dataperf mailing list
        > [email protected] <mailto:[email protected]>
        > http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf
        >
        >
        >
        >
        >


        _______________________________________________
        Dataperf mailing list
        [email protected] <mailto:[email protected]>
        http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf




        _______________________________________________

        Dataperf mailing list

        [email protected]  <mailto:[email protected]>

        http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf


    _______________________________________________
    Dataperf mailing list
    [email protected] <mailto:[email protected]>
    http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf




_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf

_______________________________________________
Dataperf mailing list
[email protected]
http://lists.dataperfect.nl/cgi-bin/mailman/listinfo/dataperf

Reply via email to