Off topic but funny. I've been trying to call the sand-stone company with no success, they always gave me a voicemail, not a live person. I thought the company has "gone under" - till I looked here: http://www.timeanddate.com/worldclock/city.html?n=103
It was mid night in Hawaii when I was calling! I guess I'll have to call them tonight from home, so it would be early morning business hours in Hawaii! Funny thing this globalization. -- Cosmin Prund > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Sid Gudes > Sent: 14 august 2007 20:44 > To: Borland's Delphi Discussion List > Subject: RE: About compiler-compilers, parsers > > At 02:26 AM 8/14/2007, Cosmin Prund wrote: > >Visual Parse++ looks like a really, really nice application. > >Unfortunately I haven't been able to trial it before. I requested a > >trial key about one year ago, but never got my answer back. I sent a > new > >email today. I'll wait a couple of days and send a fax if I don't get > an > >answer. > > I believe they're a small shop, and I've had to call them (rather > than e-mail) in the past to get a response. OTOH once you're past > the learning curve, there's no need to call tech support, it's a very > solid product. (I don't think I've gotten in touch with them for > several years, and the last time was because of a bad product key, > not a technical issue.) > > >Anyway, are you using it with Delphi? > > Yes, starting with D1 and going forward. It uses 3 classes, and you > basically override the Reduce method in the Yacc class to get at the > parsed tokens and do whatever your target operation is. Calling it > is very simple (following omits error handling and cleanup): > > consumer := ssLexStringConsumer.create (pchar(MyString)); > lexer := mLexClass.create (consumer, expressLex); > parser := mYaccClass.createLex (lexer, expressYacc); > parser.parse; > > In the above, "MyString" is the string to be parsed, "expressLex" > contains the resource file with Lex rules (loaded into RAM), and > "expressYacc" contains the resource file with Yacc rules (loaded into > RAM). > > >Have you ever used lex+yacc? > > Yes, many years ago we used MKS Lex/Yacc in a DLL called by Delphi > (since MKS generates C) before switching to Visual Parse++. > > >Does it offer anything extra compared to those, except a visual > >editor and a debugger? > > There are several extensions that they added to make certain types of > parsing easier. If you're interested, e-mail me and I can send you a > couple of sample grammars showing these. > > >Thanks for reminding me of Visual Parse++ > > > >-- > >Cosmin Prund > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On > > > Behalf Of Sid Gudes > > > Sent: 13 august 2007 19:20 > > > To: Borland's Delphi Discussion List > > > Subject: Re: About compiler-compilers, parsers > > > > > > Hi Cosmin, > > > > > > Take a look at Visual Parse++ at www.sand-stone.com. It provides > lex > > > and yacc functionality, and its run-time is native Delphi (or > several > > > other languages, you choose the target), so no DLL or ActiveX > > > needed. It's not freeware or shareware, but not too pricey. We've > > > been using it for almost 10 years and it works just great. > > > > > > It does accept input from several types of sources, including > > > pchars. I've never tried to run multiple simultaneous instances, > but > > > it should work. It basically consists of 3 classes: a parser, a > > > lexer, and a consumer (where the lexer gets it string data > > > from). Since you can create as many instances of these classes as > > > you want, there should be no problem running multiple simultaneous > > > parsers. > > > > > > It also includes a visual interactive debugger, so you can debug > your > > > parser rules visually, which is a real time-saver. Note that the > > > grammar is generated to a resource file (that you can include as a > > > resource in your .exe or load as an individual file), so the Delphi > > > code it provides is for a generic lexing/parsing engine, it does > not > > > generate specific code for the grammar, the grammar is data-driven > by > > > the resource file. > > > > > > > > > At 12:13 PM 8/12/2007, Cosmin Prund wrote: > > > >Hello everyone. I'm about to start a new program that requires an > > > parser > > > >(possibly complex parser). So I'm asking this question again: What > >are > > > >the options for an Delphi programmer dealing with parsers? Other > then > > > TP > > > >yacc/lex or the Delphi variants? > > > > > > > > > > > >Different wording: > > > > > > > >(1) Is there a Delphi clone of the UNIX tools lex and yacc that > > > >generates "modern" output? By "modern" I mean something that can > > > handle > > > >two parsers running simultaneously and allows reading from > something > > > >other than TEXT files. All lex/yacc clones I've seen depend on a > > > >"lexlib" library that's full of global variables and expects > > > >input/output to be done on TEXT files. I almost never need to > parse > > > text > > > >files, I'm always parsing text from in-memory "strings" or > >TStringList > > > >or TStream descendents. Also I expect my lexers/parsers to work in > > > >multi-threaded environments so global variables are automatically > > > >excluded! > > > > > > > >(2) Are there any other tools similar to lex/yacc, commercial > or > > > open > > > >source that can generate Delphi code? I've been following a few > other > > > >parser projects but they don't generate Delphi code. > > > > > > > >I know I've asked those questions before, and I'll probably ask > them > > > >again until I'll find a good solution. For now I'm writing all my > > > lexers > > > >/ parsers by hand and it works but it's a bit messy - especially > when > > > >it's time to change bits of code that have been written years > before! > > > > > > > >-- > > > > > > > >Thanks, > > > > > > > >Cosmin Prund > > > >_______________________________________________ > > > >Delphi mailing list -> [email protected] > > > >http://www.elists.org/mailman/listinfo/delphi > > > > > > Regards, > > > Sid Gudes > > > PIA Systems Corporation > > > [EMAIL PROTECTED] > > > > > > > > > _______________________________________________ > > > Delphi mailing list -> [email protected] > > > http://www.elists.org/mailman/listinfo/delphi > >_______________________________________________ > >Delphi mailing list -> [email protected] > >http://www.elists.org/mailman/listinfo/delphi > > Regards, > Sid Gudes > PIA Systems Corporation > [EMAIL PROTECTED] > > > _______________________________________________ > Delphi mailing list -> [email protected] > http://www.elists.org/mailman/listinfo/delphi _______________________________________________ Delphi mailing list -> [email protected] http://www.elists.org/mailman/listinfo/delphi
