Joe - you are absolutely right about porting DP. Or for that matter, any other small-factor database. When most of us were really high on DP there were at least a dozen products out there that fit the rapid-development model that were marketed to small businesses and the like. Today they simply don't exist, there is no market for them. In terms of locating Lew, I was more interested in his well-being than anything else. Many of us had met him, some of us on numerous occasions, so there's a personal history there. The intrinsic design of DP is unique, there is no substitute. Fortunately for many of us, we're pushing past the ages that it matters to us very much for much longer.
Don *Don FriedmanProfessionalRecords.Com LLCPRS Data Systems* *205 S Main StreetPittsburgh, PA 15215412-784-1600 - 1-800-PRS-FILE 412-784-1615 Fax* On Sat, Aug 15, 2015 at 5:55 AM, Schaars (Jos) <[email protected]> wrote: > Suppose you could get in contact with Lew Bastian. > > If he would confirm porting DP to Windows is feasible, and release the > source code of DP to the public. How you do plan to proceed then? > > Lew won’t port DP, he’s in his eighties (?), and seemingly not interested > anymore in DP since 2008?. > > > > So you would need a programmer who is, to a great extent, knowledgeable > with: > > 1. DP’s ins and outs; > 2. The Forth programming language; > 3. DOS and Windows programming. > > > > It would take hundreds of hours puzzling out the > source, re-programming and extensive testing to get DP up and running > natively in Windows. > > Do you recon someone in the relatively small not-so-active DP community > would be capable and willing to take on this challenge? > > I don’t think so, you would have to raise funds to hire a programmer. > Without guarantee if/when he/she would succeed. DP for Windows would also > need documentation and, at least for some period after its first release, > maintenance, questions answered and problems solved by that same programmer. > > You probably would also get DP users requesting extended Windows > functionality. > > > > It seems best to just let this dream go. > > > > Jos > > > ------ Origineel bericht ------ > Van: "Don Friedman" <[email protected]> > Aan: "Patrick Riley" <[email protected]> > CC: "MEIRTE Danny" <[email protected]>; "Jos Schaars" < > [email protected]>; "[email protected]" <[email protected]> > Verzonden: 15-8-2015 1:10:56 > Onderwerp: Re: [Dataperf] Dataperfect and Windows 64bit Win7 > > > I am curious to find out if anyone has spoken to Lew lately. > > > > > *Don FriedmanProfessionalRecords.Com LLCPRS Data Systems* > > > > *205 S Main StreetPittsburgh, PA 15215412-784-1600 <412-784-1600> - > 1-800-PRS-FILE 412-784-1615 <412-784-1615> Fax* > > On Fri, Aug 14, 2015 at 5:26 PM, Patrick Riley <[email protected]> > wrote: > >> I've commented on this topic in the past as I too wish for a 32-bit >> version of DataPerfect. >> >> I believe DataPerfect is written in Forth and know numerous 32-bit Forth >> compilers and/or interpreters exist including a *Win32 Forth.* See: >> https://en.wikipedia.org/wiki/Forth_(programming_language) >> >> >> A Windows version of DataPerfect would be great but I'd be happy with a >> 32-bit version that would run natively in current 64-bit versions of >> Windows; operating in a DOS window would be a minor issue compared to >> setting up virtual machines. >> >> I may have missed it but I've never seen Lew comment on this direction >> and would love to know his feasibility assessment of this direction. >> >> Thanks, >> >> Pat Riley >> 505-750-4728 >> >> >> >> At 04:18 AM 8/14/2015, MEIRTE Danny wrote: >> >> Content-Language: en-US >> Content-Type: multipart/alternative; >> >> boundary="_000_613B408086EE08439B9DFC97BC58DF08949671E2MAIL1museumafri_" >> >> Sorry to hear that you consider a compiler 'swap' a dead end. >> >> I hoped to solve the 64-bit problem as I did with all the helper programs >> I wrote in QuickBasic (yes the compiler written by Bill Gates himself). >> Using QB64 I could compile everything in 32-bit so they should work also >> in the 64-bit environment. With some minor changes in the source code e.g. >> replace "END" by "SYSTEM". >> I suppose that the programs generated just run in a DOS-window, but do >> not start as 16bit DOS programs. >> They need separate DLL files (to be stored in the same directory or in a >> common windows directory) see >> http://www.qb64.net/wiki/index.php/QB64_FAQ#Q:_What_files_are_required_to_run_QB64_SDL_programs_in_Windows.3F >> Probably this is the only way to reuse the former source code, where some >> DOS functions are transferred to the DLL's... >> Might be a hint for those who want to save DP... >> Maybe someone can find a way to 'adapt' the source code of DP for a >> 32-bit compiler. >> But as long as the code of DP is not open source, this is really a dead >> end... >> >> Lew was once thinking about a Win-version of DP, 'DPWin'... >> >> Danny >> >> -----Original Message----- >> From: [email protected] [ >> mailto:[email protected] <[email protected]>] >> On Behalf Of Jos Schaars >> Sent: donderdag 13 augustus 2015 23:26 >> To: [email protected] >> Subject: [Dataperf] Dataperfect and Windows 64bit Win7 >> >> I saw the message of MEIRTE Danny about DP 32 bit. >> >> DP sources are targeted to produce a DOS program, calling DOS functions! >> Windows 64 bit simply doesn’t facilitate DOS programs, only Windows 32 >> or >> 64 bit programs. >> >> DOS programs always start off as 16-bit. >> With MUCH programming effort, one could modify the source code and link >> in a DOS extender. Switching to 32 bit mode, when needed, and enable DP to >> access memory beyond the DOS 1MB limit. So frequently freeing up memory by >> swapping to disk isn’t needed anymore. >> It would surely speed up DP processing when it runs out of DOS memory. >> But DP would still be a 16 bit, with 32 bit extensions, DOS program, not >> able to run in Windows 64 bit! >> >> This is a dead end. If the source code would be available, the only >> practical approach would be to add XMS memory management to DP and let it >> swap to that. >> >> Jos Schaars >> _______________________________________________ >> 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 >> >> >> _______________________________________________ >> 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
