1. Block Commenting
Mainly for Rob.
Any chance we'll see block commenting abilities in the next Euphoria?
Also is there any chance of gathering together some of the more useful
(small!) code funcs/procs, that are often rewritten by coders, into a
base include file (ie one that is supplied with the standard Euphoria
download)?
Possibly worth asking for submissions for the above.
The main reason for this would be to reduce the number of "This
application requires the xxx library to work" when people supply their
tools (or else people often include them as well, so there can be
various versions of the same file located in many folders).
2. Re: Block Commenting
Dave Probert wrote:
> Any chance we'll see block commenting abilities in the next Euphoria?
I don't think so.
I'm not interested in having two different ways
to write comments. In ed, I hit F12 a bunch of times
to comment out a block. (uncommenting isn't quite as easy)
> Also is there any chance of gathering together some of the more useful
> (small!) code funcs/procs, that are often rewritten by coders, into a
> base include file (ie one that is supplied with the standard Euphoria
> download)?
Do you want me to maintain a bunch of code written
by other people? When they change/improve their code
will I have to keep my version up to date as well?
> Possibly worth asking for submissions for the above.
>
> The main reason for this would be to reduce the number of "This
> application requires the xxx library to work" when people supply their
> tools (or else people often include them as well, so there can be
> various versions of the same file located in many folders).
Maybe we just need a big index that you can search
that will tell you where to find the latest version
of an include file. I could periodically run
a program that would go through all 1100+ .zip files,
and prepare a sorted list of all the contained files,
along with their time stamp and size. Maybe I could
list all the global symbols and index them somehow too.
Regards,
Rob Craig
Rapid Deployment Software
http://www.RapidEuphoria.com
3. Re: Block Commenting
----- Original Message -----=20
From: "Robert Craig" <rds at RapidEuphoria.com>
To: "EUforum" <EUforum at topica.com>
Subject: Re: Block Commenting
>=20
>=20
> Dave Probert wrote:
> > Any chance we'll see block commenting abilities in the next =
Euphoria?
>=20
> I don't think so.
> I'm not interested in having two different ways
> to write comments.=20
And yet your *customers* are. Interesting, no?
>In ed, I hit F12 a bunch of times
> to comment out a block. (uncommenting isn't quite as easy)
And why were block comments invented? To make life easier for the CODER =
not the language author.
=20
> > Also is there any chance of gathering together some of the more =
useful=20
> > (small!) code funcs/procs, that are often rewritten by coders, into =
a=20
> > base include file (ie one that is supplied with the standard =
Euphoria=20
> > download)?
>=20
> Do you want me to maintain a bunch of code written
> by other people? When they change/improve their code
> will I have to keep my version up to date as well?
Of course not! However, some of the submissions (and stuff not =
submitted) are so common that you ought to consider making them standard =
(read: RDS Supported) routines. For example: abs().
Another 'compromise' could be to make RDS's Euphoria have the ability to =
read directly from ZIP files. A ZIP file could contain a set of normal =
'include files'. This would be a real library (a collection of books in =
one place) facility. The commonly available tools could be used to =
maintain the library contents as updated versions come in. JAVA uses =
this type of facility to good effect.
Would it really hurt RDS to take on a bit more responsibility for this? =
I'd pay for such an 'add-on' service.
> > Possibly worth asking for submissions for the above.
> >=20
> > The main reason for this would be to reduce the number of "This=20
> > application requires the xxx library to work" when people supply =
their=20
> > tools (or else people often include them as well, so there can be=20
> > various versions of the same file located in many folders).
>=20
> Maybe we just need a big index that you can search
> that will tell you where to find the latest version
> of an include file. I could periodically run
> a program that would go through all 1100+ .zip files,
> and prepare a sorted list of all the contained files,
> along with their time stamp and size. Maybe I could
> list all the global symbols and index them somehow too.
Wouldn't hurt to have that service available either, Robert. Thanks for =
the offer; its appreciated.
--=20
Derek
4. Re: Block Commenting
On Sun, Aug 03, 2003 at 10:52:38AM +0000, Andy Serpa wrote:
> I was actually thinking about this recently -- what if any of us could
> add any kind of short-hand to Euphoria that we liked? Now of course I
> can make a pre-processor that converts my special code to
> Euphoria-compliant code if I want, but then you've got to manage
> different sets of source files, ex.err will refer to the final version
> only, etc.
>
> What if there was a standard pre-processing protocol built-in the
> interpreter? Users could optionally link a pre-processor syntax file to
> the interpreter, which would automatically convert the user source files
> to regular Euphoria before it gets on with the actual interpreting. In
> other words, allow custom exentions to the parser. And when errors
> occur, the line numbers could be synchronized with the original source
> (or with the converted source as well as an option).
>
> Now this is a project that would probably need to tackled by one of us,
> but it would be a lot more feasible if some of the facility was built-in
> to the interpreter. I suppose you could make a front-end that did the
> preprocessing, called the interpreter, and caught the error file, but
> there would be more overhead.
>
> -- Andy
>
The overhead would be less if the preprocessor was outside of the interpreter
actually...that way it wouldn't be run EVERY SINGLE TIME but only when it
is needed. Its even possible to compare the time stamps of the preprocessor
file and the converted file, so if the converted file is newer than don't bother
using the preprocessor since we know we already compiled the latest version.
The little-known Dredge preprocessor already has a facility to convert an
ex.err file into a dredge.err file, and an editor that lets you edit and
run a dredge preprocessor file the same way ed.ex lets you edit and run
an euphoria file. Also a facility that lets you run a dredge file the way
exu will run an euphoria file from the command line.
Dredge doesn't support using cached compiled files and timestamps yet tho,
but that wouldn't be extraordinary difficult to add.
It also doesn't support invoking arbituary preprocessors on the source code,
that would not be so easy to add but its doable (right now Dredge only
handles Dredge code).
jbrown
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
5. Re: Block Commenting
On Sun, Aug 03, 2003 at 12:41:44PM +0000, Peter Willems wrote:
> > What if there was a standard pre-processing protocol built-in the
> > interpreter? Users could optionally link a pre-processor syntax file to
> > the interpreter, which would automatically convert the user source files
> >
> > to regular Euphoria before it gets on with the actual interpreting. In
> > other words, allow custom exentions to the parser. And when errors
> > occur, the line numbers could be synchronized with the original source
> > (or with the converted source as well as an option).
>
> I don't like that either. From a performance pov I would say
> to keep the interpreter as the "engine" to run programs on,
> nothing more or less than that.
> Extentions to what Euphoria can do are handled nicely by
> the include system and custom functions. I quite like Euphoria
> for this.
You can't add new syntax to Euphoria with its existing facilities tho.
You either need a preprocessor or wait for RDS to add the new syntax into
the core Euphoria language.
Dredge does this, but its outputed files are very slow (due to the way
variables are handled for pointers and goto support) and also very ugly
looking. (One plus of Dredge is that it can do partcial conversion of an ex.err
file into a dredge.err file so you know which file and which line the error
occurred in the original source code. However, again due to the way dredge
handles variables, and also due to the way the interpreter trunacates
long sequences in ex.err, it can't handle a full conversion of variables and
their values. Too bad Rob won't give us the option of turning on support
for seeing the full sequence in ex.err, that would give a huge boost to
Dredge.)
>
> Most of what you want can be handled in a good IDE and kept
> out of the way in the final version of a project.
> For my own IDE project I will most certainly look into several
> ideas like these to see what can be incorporated.
That is very true (altho it should be 'editor' not IDE, but otherwise we are
in agreement). A good editor (baring that, a properly modified ed.ex) can
easily handle such special syntax at will.
>
> Hans Peter Willems
>
jbrown
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
6. Re: Block Commenting
On Sun, 3 Aug 2003 13:34:49 +0000, Andy Serpa <ac at onehorseshy.com>
wrote:
<snip>
>>=20
>> Besides, most modern editors have the option to convert blocks
>> of text into comments or back using line-comment identifiers.
>>=20
>> <snip>
>
>No one would force you to use block comments if you don't like them. =20
>Line-comments would still exist, just like now.
>
=46WIW, if block comments had been used in the sources of MEditor when I
took it over, I'd have hunted them down and replaced them all with
line comments.
Then, when I perform a global search, I can instantly tell if the
match on line 768 of fred.e is in a comment or not.
Also, it would be better to store comments on file as at present, but
allow the programmer to customise the editor to convert/display them
in the style which best suits them.
Pete
7. Re: Block Commenting
On Sun, Aug 03, 2003 at 07:24:07PM +0000, Dave Probert wrote:
>
>
> Derek Parnell wrote:
> >
> >
> > > Dave Probert wrote:
> > > > Any chance we'll see block commenting abilities in the next Euphoria?
> > >
> > > I don't think so.
> > > I'm not interested in having two different ways
> > > to write comments.
> >
> > And yet your *customers* are. Interesting, no?
> >
>
> I really have to agree wholeheartedly with Derek on this - is this a
> language that is being improved, or just your own toy? If it's the
> latter then you're gonna LOSE a lot of potential customers with that
> sort of attitude.
Concurred.
>
> > >In ed, I hit F12 a bunch of times
> > > to comment out a block. (uncommenting isn't quite as easy)
> >
> > And why were block comments invented? To make life easier for the CODER
> > not the language author.
> >
>
> Of the top 5 programming languages how many don't have block commenting?
> If I wanted to program in NotePad (Not that I'm that crazy!), I can -
> for C, C++, Java, PHP, JavaScript, HTML, ActionScript and a huge bunch
> of others. I don't see that the editor should control the language
> features!!!
>
> I will say that I'm enjoying learning Euphoria, but it's a real struggle
> when comparing it to more 'professional' languages that have been around
> for a few years - Oh wait - so has Euphoria!!!
>
> If the task of adding or improving features is too hard a task then may
> I suggest that you look at getting some help.
There is also OpenEuphoria. Its very new, but it will try to be both
Euphoria as well as a language that matches up to other professional
languages that are in use today.
>
> > > > Also is there any chance of gathering together some of the more useful
> > > > (small!) code funcs/procs, that are often rewritten by coders, into a
> > > > base include file (ie one that is supplied with the standard Euphoria
> > > > download)?
> > >
> > > Do you want me to maintain a bunch of code written
> > > by other people? When they change/improve their code
> > > will I have to keep my version up to date as well?
> >
> > Of course not! However, some of the submissions (and stuff not
> > submitted) are so common that you ought to consider making them standard
> > (read: RDS Supported) routines. For example: abs().
> >
>
> Again, I have to agree with Derek. The route to a full blown product is
> versatility and a good range of features - Euphoria certainly works Ok
> for the former, but falls down with the latter.
>
> I was not suggesting a HUGE library of routines, but just the more
> common ones. Why not have an 'official' package, some nice person could
> be the one to do the maintenance - just like Derek does with Win32Lib
> (thankyou). Sorry, I can't volunteer for the task - I'm only a beginner
> with this tool.
Hmm...this could be a good idea for OE as well. Any takers?
>
> > Would it really hurt RDS to take on a bit more responsibility for this?
> > I'd pay for such an 'add-on' service.
> >
>
> It would definately help persuade me and, I assume, many others in
> actually going beyond the free download.
>
> I will reiterate that I'm enjoying Ehphoria and like it a lot, but would
> love to see some sort of organisation that takes it beyond just a
> 'Hobby' language.
>
>
> PS. Look at the history of PHP from a few years ago when it was PHP/FI
> - now it's a major system on many, many web servers. And is constantly
> being improved.
>
No comment.
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
jbrown
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
8. Re: Block Commenting
On Sun, Aug 03, 2003 at 08:43:45PM +0000, Peter Willems wrote:
>
>
> jbrown105 at speedymail.org wrote:
>
> > You can't add new syntax to Euphoria with its existing facilities tho.
> > You either need a preprocessor or wait for RDS to add the new syntax
> > into
> > the core Euphoria language.
>
> What actual additions to the language do you need ?
> For me all the necessary stuff is in there. There are a few
> functions I still didn't find yet, but I'm sure they have been
> written by someone already.
For you maybe. For others, no.
There is goto, select case, pointers, pass-by-reference, an eval statement,
even threads.
For all of theses mentioned above, there is something out there for Eu which
gives emulation, but they aren't as good as if they were builtin to the
language.
>
> > Dredge does this, but its outputed files are very slow (due to the way
> > variables are handled for pointers and goto support) and also very ugly
> > looking. (One plus of Dredge is that it can do partcial conversion of an
> > ex.err
> > file into a dredge.err file so you know which file and which line the
> > error
> > occurred in the original source code. However, again due to the way
> > dredge
> > handles variables, and also due to the way the interpreter trunacates
> > long sequences in ex.err, it can't handle a full conversion of variables
> > and
> > their values. Too bad Rob won't give us the option of turning on support
> > for seeing the full sequence in ex.err, that would give a huge boost to
> > Dredge.)
>
> I'll take a peek at Dredge later to see what it can add.
No comment.
>
> > That is very true (altho it should be 'editor' not IDE, but otherwise we
> > are
> > in agreement). A good editor (baring that, a properly modified ed.ex)
> > can
> > easily handle such special syntax at will.
>
> Why "editor" insread of IDE. Tmo all the editors fall short
> when it comes to integrating additional stuff into your
> development workflow. I think a real IDE has much more to
> offer (like automatically running pre-processors before actually
> executing the code in the interpreter).
An IDE is mostly good for developing GUI applications. If you don't need the app
to have a GUI then you don't need an IDE to make the app.
Also, if you write your own editor (possible if you base it on ed.ex, ee.ex,
or even Meditor) then you can add whatever you need to it, w/o making it into
a full IDE.
BTW, what does Tmo mean?
>
> Hans Peter Willems
>
jbrown
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
9. Re: Block Commenting
On Sun, Aug 03, 2003 at 09:21:43PM +0000, Peter Willems wrote:
>
>
> jbrown105 at speedymail.org wrote:
>
> > An IDE is mostly good for developing GUI applications. If you don't need
> > the app
> > to have a GUI then you don't need an IDE to make the app.
>
> Sorry to say, but you are mistaken here. An IDE can include
> gui builders, but that's not always the case. When you are
> developing large software systems you also need documentation
> maintanance, test-integration, quality assurance, bug-tracking
> and task-tracking, build management, installer generation,
> version management and much more: loads of stuff that has little
> to do with a editor but much more with a Integrated Development
> Environment (or IDE). Ever heard of iCase ?
iCase, no.
Per your clarification on what an IDE actually is, I agree it is a must for
software development. But I still say an editor would suffice for the purpose
that was beign discussed. (It could go as far as invoking the needed
independant preprocessors for the code being tested, tho in a full IDE the
preprocessors would be seen as a seperate component.)
>
> > Also, if you write your own editor (possible if you base it on ed.ex,
> > ee.ex,
> > or even Meditor) then you can add whatever you need to it, w/o making it
> > into
> > a full IDE.
>
> A real IDE is something completely different from a Editor,
> see comment above.
But it is usually the editor component that does the block comments, is it not?
>
> I have been a software developer for the last 22 years and after
> you have written as many code as I have done (I've stopped
> counting after the first million lines of code) you know that
> an editor is just a small part of what you need in software
> projects.
>
> Btw, for those interested in real Software Engineering, visit
> the SEI website: http://www.sei.cmu.edu
>
> > BTW, what does Tmo mean?
>
> To My Opinion.
Ah ok.
>
> Hans Peter Willems
>
jbrown
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
10. Re: Block Commenting
>> There is also OpenEuphoria. Its very new, but it will try to be both
>> Euphoria as well as a language that matches up to other professional
>> languages that are in use today.
I have not seen any OpenEuphoria code ever written.
Where is it hiding ?
Bernie
11. Re: Block Commenting
----- Original Message -----
From: "Peter Willems" <peter at integratedmoves.com>
To: "EUforum" <EUforum at topica.com>
Subject: RE: Block Commenting
>
>
> Andy Serpa wrote:
>
> > Block comments would be a godsend, as well as a number of other bits of
> > shorthand I'd like to see.
>
> I like to share with Robert on this one: I don't care for block
> comments either. Tmo line comments have the great side effect of
> being very "visible" in large code files. Actually, I like to add
> additional "visibility" to comments by drawing lines (sort of)
> around my comments.
>
> Besides, most modern editors have the option to convert blocks
> of text into comments or back using line-comment identifiers.
Not to mention the ability to color-code comments to make them even more visible
- block or line!
The 'D' language ( http://www.digitalmars.com ) has the ability to read HTML as
its source text (as well as just unformatted text files). The actual program text
in contained with in <CODE>...</CODE> tags and all the rest is just 'comments'.
Makes documentation an intrinsic aspect of the source code.
--
Derek
12. Re: Block Commenting
I second data base connectivity and exception handeling....
george
----- Original Message -----
From: <eugtk at yahoo.com>
To: "EUforum" <EUforum at topica.com>
Subject: RE: Block Commenting
>
>
> --- Peter Willems <peter at integratedmoves.com> wrote:
>
> > Why is it "a struggle" ???
> > I've been programming in more then 20 languages
> > over the last
> > 22 years and Euphoria is one of the most
> > inviting languages I've
> > come across.
>
> <snip>
>
> Yes, that first impression is shared by many.
> Put Eu to work for a while, and it's still
> 'inviting', but its shortcomings begin to
> surface.
>
> > So what features do you miss ???
>
> Structures,
> Useful namespacing,
> Real database connectivity,
> Exception handling,
>
> to name a few.
>
> Irv
>
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
13. Re: Block Commenting
How about how to make executables? does back have a binder?
Sir_Lojik
========
Have answers to questions? have questions?
http://pcplayground.com/gate.html?name=Sites&op=visit&lid=18
----- Original Message -----
From: <kbochert at copper.net>
To: "EUforum" <EUforum at topica.com>
Subject: RE: Block Commenting
>
>
> On 3 Aug 2003 at 15:01, eugtk at yahoo.com wrote:
>
> >
> > Yes, that first impression is shared by many.
> > Put Eu to work for a while, and it's still
> > 'inviting', but its shortcomings begin to
> > surface.
> >
> > > So what features do you miss ???
> >
> > Structures,
> Bach has that.
>
> > Useful namespacing,
> Bach has that.
>
> > Real database connectivity,
> Bach has that.
>
> > Exception handling,
> Bach has that.
>
> Karl Bochert
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
14. Re: Block Commenting
- Posted by kbochert at copper.net
Aug 04, 2003
On 4 Aug 2003 at 3:55, fred at jordah.freeserve.co.uk wrote:
>
>
> How about how to make executables? does back have a binder?
Unfortunately, there are things that Rob won't let me do.
The one I really miss is a source debugger.
Karl Bochert
15. Re: Block Commenting
Honestly, if Bach could bind, trace..... i would migrate from EU to it.
Can't you,openeuphoria and Rob come to some sorta conclusion?
Sir_Lojik
========
Have answers to questions? have questions?
http://pcplayground.com/gate.html?name=Sites&op=visit&lid=18
----- Original Message -----
From: <kbochert at copper.net>
To: "EUforum" <EUforum at topica.com>
Subject: Re: Block Commenting
>
>
> On 4 Aug 2003 at 3:55, fred at jordah.freeserve.co.uk wrote:
>
> >
> > How about how to make executables? does back have a binder?
>
> Unfortunately, there are things that Rob won't let me do.
> The one I really miss is a source debugger.
>
> Karl Bochert
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
16. Re: Block Commenting
On Mon, Aug 04, 2003 at 04:29:12AM +0100, fred at jordah.freeserve.co.uk wrote:
>
>
> Honestly, if Bach could bind, trace..... i would migrate from EU to it.
> Can't you,openeuphoria and Rob come to some sorta conclusion?
>
>
> Sir_Lojik
<snip>
The breed of Bach based on RDS's interpreter code will never have that.
RDS won't allow it (for obvious reasons, if Bach had that too then it would
basicly kill RDS and cost them big money).
As for OpenEuphoria, well it will support the basic Eu facilities (such as
trace, debugging, profiling perhaps). What I'm currently working on is a
translator, and binding for an interpreter shouldnt be too hard to add if one
had the source code. (Binding that is compatible with RDS binder is another
matter, of course ...)
If Karl were to take an implementation of OE and add his Bach features to that,
we might have an OE-Bach thing that has everything Bach does right now and also
everything that Eu has right now... thats the best conclusion for Bach that
I can think of.
jbrown
--
/"\ ASCII ribbon | http://www.geocities.com/jbrown1050/
\ / campain against | Linux User:190064
X HTML in e-mail and | Linux Machine:84163
/*\ news, and unneeded MIME | http://verify.stanford.edu/evote.html
17. Re: Block Commenting
> From: jbrown105 at speedymail.org
> Subject: Re: Block Commenting
>
>
> On Sun, Aug 03, 2003 at 07:24:07PM +0000, Dave Probert wrote:
>
>>
>> Derek Parnell wrote:
>
>> >
>> > > Dave Probert wrote:
>
>> > > > Any chance we'll see block commenting abilities in the next Euphoria?
>
>> > >
>> > > I don't think so.
>> > > I'm not interested in having two different ways
>> > > to write comments.
>
>> >
>> > And yet your *customers* are. Interesting, no?
>> >
>
>> I really have to agree wholeheartedly with Derek on this - is this a
>> language that is being improved, or just your own toy? If it's the
>> latter then you're gonna LOSE a lot of potential customers with that
>> sort of attitude.
>
>
> Concurred.
Seconded.
>
[large snip]
> I was not suggesting a HUGE library of routines, but just the more
>> common ones. Why not have an 'official' package, some nice person could
>> be the one to do the maintenance - just like Derek does with Win32Lib
>> (thankyou). Sorry, I can't volunteer for the task - I'm only a beginner
>> with this tool.
>
>
> Hmm...this could be a good idea for OE as well. Any takers?
>
I have a bunch of utilities of my own, and there just a few EU
libraries mostly made of such functions. I'm willing to help
build/manage/maintain this project, including in an OE-oreinted version.
However, if I'm the only one to work on this, I'd like to release idEu
first, and this means waiting till 04/2004, if I reckon correctly.
Note that the building blocks for such a library would nainly come from
global routines in several files. So, RC offer to index global symbols
in submitted files would largely help.
Have a nice day!
CChris
18. Re: Block Commenting
Mike, I really wish you would continue work on your OBDC. I think the
community needs it. I suspect (as in my case) that my development (consisted
of mostly learning) had not gotten to the point where I could use it.... but
now it would be great to have it.
george
----- Original Message -----
From: "Matt Lewis" <matthewwalkerlewis at yahoo.com>
To: "EUforum" <EUforum at topica.com>
Subject: RE: Block Commenting
>
>
> eugtk at yahoo.com wrote:
> >
> > --- Peter Willems <peter at integratedmoves.com> wrote:
> >
> > > So what features do you miss ???
> >
> > Structures,
> > Useful namespacing,
> > Real database connectivity,
> > Exception handling,
>
>
> I can agree with structures. I think that namespacing should be
> unbroken, if not yet at its full potential, by 2.5. It will at least
> solve some real problems, even if it doesn't add any more power to the
> language.
>
> I'm curious, though, what your definition is of 'Real database
> connectivity.' There are a couple of starts at using ODBC in the
> archives, one of them mine (the other by Tone Skoda). I can tell you
> that one reason it was left so incomplete was the underwhelming response
> it got--perhaps I should pick it up again. But, there are several other
> wrappers for various database formats (I can recall MySQL and Tsunami
> record manager contributions off the top of my head, but I know there
> are ). Additionally, you could use EuCOM to wrap ADO or OLEDB (which I
> think give you pretty full ODBC functionality) or straight MS Access.
> In addition, there's (still very immature, but I can't resist a
> shameless plug) EuSQL.
>
> [Formal] Exception handling remains a deep dark hole of confusion for
> me. It seems to be obfuscation more than anything else. My personal
> needs tend to be met by using an object and testing for a proper
> value/datatype--when I bother with error checking or validation at all.
> :(
>
> Matt Lewis
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
19. Re: Block Commenting
Matt, I can't be very specific since this is all new material and I've not
used OBDC before. I've been stuck for 20 years in an ISAM environment in an
OS called Theos (www.theos-software.com) using their basic. I'm trying to
write the accounting app (GL, AP, AR, etc.) I currently have using EU and
Win32. I have installed MySql and would probably use it.
thanks...
george
----- Original Message -----
From: "Matt Lewis" <matthewwalkerlewis at yahoo.com>
To: "EUforum" <EUforum at topica.com>
Subject: RE: Block Commenting
>
>
> OK, I'll take a look at it. What specifically did you want to be able
> to do with it. This will help me prioritize development.
>
> Matt Lewis
>
> George Walters wrote:
> >
> >
> > Mike, I really wish you would continue work on your OBDC. I think
> > the community needs it. I suspect (as in my case) that my
> > development (consisted of mostly learning) had not gotten to the
> > point where I could use it.... but now it would be great to have it.
> >
> > george
>
>
>
> TOPICA - Start your own email discussion group. FREE!
>
>
20. Re: Block Commenting
On Mon, 4 Aug 2003 15:19:16 +0000, Al Getz <Xaxo at aol.com> wrote:
>Also, lets not forget about something like constant sequences
>of single dimension for use with control structures (such as
>maintaining an id list) that could be used when real speed
>is needed.
Err... Isn't that really specialised, like mpeg6 or cypher-chracking
black belt?
Pete
