Doing RegEx in D3

#11

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#12

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#13

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#14

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#15

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#16

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#17

On Dec 9, 1:09*pm, Tony Gravagno
<address.is.in.po... (AT) removethis (DOT) com.invalid> wrote:

Quote:

Marshall wrote:
I have always wanted the ability to use regular expression matching in
Pick (particularly D3), without having to execute a Perl or Python
script to do it.

Someone comfortable with C can link a module with D3, in both Linux
and Windows. *I've done this but it's so rare that I have to get
re-educated every time it's done.

The result is that you can create your own BASIC functions, like
result=%regex(arg1,arg2)

I used to think that doing this was sort of thing would cause PS/RD/TL
to deny further support. *But I was reassured a few months ago that
they fully support the practice of linking with the D3 monitor. *I
think this is a very powerful and rarely used function. *It's one of
those things where people might leave D3 to go to jBASE to get some
"new" feature that they've had in D3 all along.

I also found out a few months ago that cURL is linked into the D3 7.5
monitor (though I'm still on 7.4.7). *In theory this should allow us
to do HTTP, FTP, and other network operations directly from BASIC.

T

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

Thanks,

Marshall

#18

Marshall wrote:

Quote:

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

NFA/DFA? Wow, you have your work cut out for you. I dunno how you'd
do backreferences and grouping without pointers, though with DFA you
can pre-group into arrays. Anyway, that's area outside of my
expertise but from what you're saying you might be able to link in a
simple routine that uses grep or awk from the OS.

I have never written C code for AIX so if linking with the monitor is
attractive I'd recommend contacting TL Support for assistance.

Not being a C/C++ guy, I tend to look at C/C++ as just being a bridge.
I haven't done this but if someone asked me to implement some external
functionality I would write it in Java, .NET, a small C wrapper, or
pretty much anything else, call that separate assembly/module from a
C/C++ library/bridge, and then link that C bridge into D3. That
should be OK as long as performance isn't lost in the bridging -
anything should be less painful than EXECUTE "!".

For RegEx for example, the functionality is dirt simple, it's the C
interface part that's mystical (for me anyway). Since the actual
component that does the work is separated from the bridge, it can be
used with any MV environment - just swap out the bridge.

I'm sure there are some people here qualified to discuss interfacing
external routines with various MV environments - it would be
interesting to see how different people approach it with each
platform.

HTH
T

#19

Marshall wrote:

Quote:

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

NFA/DFA? Wow, you have your work cut out for you. I dunno how you'd
do backreferences and grouping without pointers, though with DFA you
can pre-group into arrays. Anyway, that's area outside of my
expertise but from what you're saying you might be able to link in a
simple routine that uses grep or awk from the OS.

I have never written C code for AIX so if linking with the monitor is
attractive I'd recommend contacting TL Support for assistance.

Not being a C/C++ guy, I tend to look at C/C++ as just being a bridge.
I haven't done this but if someone asked me to implement some external
functionality I would write it in Java, .NET, a small C wrapper, or
pretty much anything else, call that separate assembly/module from a
C/C++ library/bridge, and then link that C bridge into D3. That
should be OK as long as performance isn't lost in the bridging -
anything should be less painful than EXECUTE "!".

For RegEx for example, the functionality is dirt simple, it's the C
interface part that's mystical (for me anyway). Since the actual
component that does the work is separated from the bridge, it can be
used with any MV environment - just swap out the bridge.

I'm sure there are some people here qualified to discuss interfacing
external routines with various MV environments - it would be
interesting to see how different people approach it with each
platform.

HTH
T

#20

Marshall wrote:

Quote:

Thanks for the info. I too am on 7.4.x on an AIX box that was
originally setup without a C compiler and not much space left to add
one now. Not sure why that was done as it keeps FlashBASIC from
compiling with any optimization at all. What I was looking for was a
BASIC implementation of regex, for 2 reasons: 1. portability between
flavors of Pick, 2. learning how to implement an NFA/DFA without
pointers.

NFA/DFA? Wow, you have your work cut out for you. I dunno how you'd
do backreferences and grouping without pointers, though with DFA you
can pre-group into arrays. Anyway, that's area outside of my
expertise but from what you're saying you might be able to link in a
simple routine that uses grep or awk from the OS.

I have never written C code for AIX so if linking with the monitor is
attractive I'd recommend contacting TL Support for assistance.

Not being a C/C++ guy, I tend to look at C/C++ as just being a bridge.
I haven't done this but if someone asked me to implement some external
functionality I would write it in Java, .NET, a small C wrapper, or
pretty much anything else, call that separate assembly/module from a
C/C++ library/bridge, and then link that C bridge into D3. That
should be OK as long as performance isn't lost in the bridging -
anything should be less painful than EXECUTE "!".

For RegEx for example, the functionality is dirt simple, it's the C
interface part that's mystical (for me anyway). Since the actual
component that does the work is separated from the bridge, it can be
used with any MV environment - just swap out the bridge.

I'm sure there are some people here qualified to discuss interfacing
external routines with various MV environments - it would be
interesting to see how different people approach it with each
platform.

HTH
T