I believe it's written in delphi, which is basically a deriviative of pascal. However, I may be totally out in left field on that, as I'm not a programmer.

Did someone die? After reading all this I get the feeling someone did.

Xide died.
Remco killed him.
now the vultures are tearing at his corpse
(i dont blame them, it tastes like chicken)

heh

Xide died.
Remco killed him.
now the vultures are tearing at his corpse
(i dont blame them, it tastes like chicken)

Slim EVERYTHING tastes like chicken ) except pods they taste like ****

Seriously now
I don't know how much help I can attribute but this will be a large project.

A problem from a "wanna be" programmer perspective would be that the 3rd party control
IIRC the telnet component is not going to be easy to port to C/C#; also we might not have permission to do so. Another problem I see is the script compiler this IMO is going to be difficult trying to keep backwards compatability and port. From my limited experience that is where our focus should be we do it the MS way... Darn the security exploits we need to keep backwards compatability. Yes this is simplified but in the larger picture do we want to port it to C/C# and lose this or I just had an idea can we make TWXProxy into a DLL where all we have to do is attach to it to do the dirty work?

Yes this could work on WinTel platform but what about Linux/Mac/someother obscure platform.

TWXProxy is just a "telnet logger" with a script interface that allows you to log the info. If we break it down to the lowest level we could possibly separate the functions into Dll's and really open this up.

Ok I’m not a programmer or scripter minus the turbo Pascal class I dropped out of way back in my younger years so I know a little.

My question is…..

What steps do I need to take before the authorization servers go off line for good to insure that I will still have the full functionally of TWX Proxy as if it was registered pack 2 scripts etc….?

Do I just download a free Pascal compiler compile the current source code and I’m good to go?

I would like to keep 2.02 compatibility until I can make sure I can recompile all my script in the 2.03 version or am I stuck having to update to 2.03.

Thanks

If there is a project to port TWXProxy to C#, I will gladly do what I can. I don't know the language well, yet, but it is on my list of things to learn, and it is toward the top of that list.

It might be quicker, however, just to start from scratch and build a new helper rather than undertake this project.

SupG

Wow, speak of someone dieing, and now here is SupG back from the grave! Or wherever it is us TW junkies hide between binges. Heh, probably the new script site that made you rollover in that grave eh? Welcome back. Now log into ICQ so I can properly recruit you.[:P]

Slim, nice pun about Remco killing Xide [;)]

Alexio, I am upset that Remco dropped the reins. I don't blame him for his decision, but I've been bummed since his announcement because I can see where TWX will go without someone driving. I'm not especially qualified, but I won't sit idly by when there is something that I can do.

I want to see a release that is as bug-free as 2.02, so that script writers like Alexio, CK, and RammaR are comfortable recompiling their scripts for it. And I will not stop until that is complete. I'm not interested in a power struggle. I'm not interested in an argument. I'm only interested in the next stable release of TWX Proxy... and hot babes.[:D]

Now, who among you are database gurus? ICQ me.

+EP+

Well, I for one may not be an expert/guru in regards the type of DB TWX Proxy is using. But, I know alot about this type of DBs. (Since I have been doing alot of work in this field for awhile now.) And after glancing at most of the source code for TWX Proxy. I understand most what Xide was doing, or trying to do, with the DB.


But, I truely can not work on a Open Source project. Where the project is closed and the source is locked away on a private computer/server.



So, I hope that you find your DB programmer.

I'm online on ICQ, just invisible... Msg me and i'll get back to you EP.

SupG

I agree with SupG. Rewriting in C# will probably be best. Personally, I can't make heads nor tails of Pascal. What I ended up getting out of the source was what variables to pass to/from the includes.
Kimsanee

Whoever ends up hosting the project, could you please make a public CVS server available? Even if the server is read-only, it is key to getting other developers interested. The problem with periodic drops is it is hard to create patches to send to project members since the internal code has probably changed quite a bit since the last stable release. Well, actually, it is easy to create the patch, but more difficult on the project members, and can be discouraging for potential developers to spend all sorts of time writing a feature only to find out someone else already wrote it in an unreleased version.

On another topic, has anyone else looked at how difficult it would be to get TWXProxy running under Kylix (for multiplatform support)? I played with it some last nite with Kylix 3.0 for Linux and am cautiously optimistic. The Windows module would have to be replaced as would the socket library but ICS can run under Kylix and Forms, Dialogs, etc can be replaced by their Q* equivalent. I'd only suggest a C# conversion if you can get a hold of a conversion tool as it is really a lot of code to port.

speaking of the future of TWX, is there any chance of a mac version ever coming availalbe? Cohesive Chaos does alot of recruiting, but we find it hard to work with mac users because they're running totally different scripts then us and when we're so short on members, "sorry buddy, you've got a mac" seems like a silly reason to turn somebody away.

"sorry buddy, you've got a mac"
i think that is a fine excuse to turn someone away.
heh
however, for mac's i'd talk to cbs.
as far as i know, he is the resident mac geek (even though he is retired)

quote:Originally posted by mrdon

Whoever ends up hosting the project, could you please make a public CVS server available? Even if the server is read-only, it is key to getting other developers interested. The problem with periodic drops is it is hard to create patches to send to project members since the internal code has probably changed quite a bit since the last stable release. Well, actually, it is easy to create the patch, but more difficult on the project members, and can be discouraging for potential developers to spend all sorts of time writing a feature only to find out someone else already wrote it in an unreleased version.


Well, ElderProphet has already stated NO PUBLIC CVS, for his. i.e. SourceForge

But, the project I registered on SourceForge has already been aproved. And the current v2.03 source is already present there. There is already one fix made to the source. This is a fix for the Compiler Error produced by the original source. The error produced is in regards to a Incompatiple type 'Pointer' and 'PAnsiChar'.

Plus, the latest version of ICS distro is also present. The distro is dated March 13, 2005, and it has some corrections/bug fixes for the Telnet classes.

You can get to the project's summary page with the following link:

http://sourceforge.net/projects/twxproxy/

And the support forums for the above Project group, can be found at the following:

http://swgs.dynu.com/twforums


NOTE: None of the bug fixes that EP has claimed to have fixed, is present in the source code available. As EP has not released any source code with said fixes.

As to what bugs have been fixed, I really can not tell you. As there is no public list of these bugs.

The beauty of the GPL license is no matter who takes the source modifies it, they have to release their modifications when distributing the new version. The problem of who manages twxproxy is not an either/or problem as both projects can co-exist letting the community and time decide which one will succeed. I would recommend choosing different names, however, as that is difficult for users when both use the same name. Finally, regarding EP's version, since the code is GPL, rest assured when he distributes a binary the source will be available. In the meantime, it is quite easy for him to setup a public CVS/Subversion server without using a site like sourceforge, something I've started to do for my projects as SF has certain drawbacks - https://www.twdata.org/projects - for example.

Bottom line is everyone can co-exist just fine - no need to choose one project or maintainer. In fact, tw players will come out on top with this competition as it drives each to improve their project. Look at how Microsoft is finally updating Internet Explorer now that Firefox is gaining popularity.