Printable View
I don't think it will violate copyrites since i found a non - microsoft vb compilers on the net which is for free. Anyway the compiler sux big time.
Hey, where are the developers? I got so excited about it looking at page 1 ~3 but then after that everything cools down. Are the develpoers killed in a car crash or wat??
i think this thread has turned into a place for a post race. honestly, every person who asks if the project must either not have anything better to do, or have no idea what its like to do a big project with no assurance or pay for that matter, or just want the posts counter under their name to gain a few lowsy points.
a TIP: just relax and when they complete it, i doubt they will forget to post it here, since so many people want it badly.
Well, if this thing works, it could make the lives alot easier for alot of developers... I think they have a right to ask whether the project has been canceled or not.
No updates on whats going on, so people well keep asking.
... ya, this project has been going on since 03-09-2001. I say, It is dead. They should atleast type something in this thread periodically so that the morale of the people working on the project and other remains high.Quote:
Originally posted by Pc_Madness
Well, if this thing works, it could make the lives alot easier for alot of developers... I think they have a right to ask whether the project has been canceled or not.
No updates on whats going on, so people well keep asking.
I say they were killed by FIB agents send my the selfish and money hungry MS. Hehe...
Hello? Anyone here?
Confused,
Omar
Probably you already thought about that you could implement several optimisation; optimize for speed, optimize for size, optimize for high speed, optimize for small size and don't optimize.
succes!
No. Everyone says this project is dead.
well it really seems like it is, which could really makes me mad, since it was one of the most ambitious projects that actually seemed to progress well and would have been of great use for the people around.
well not all hope is gone... (I keep on monitoring this thread more than any other thread)
They are pretty scary those fellars... :confused:Quote:
Originally posted by weikiat
...killed by FIB agents ...
Anyone up for project revival?
I thinkit good be to see it revived.
unless u can get devmax to give u what has been done already code wise, reviving this project would mean starting from scratch.....seems like a lot of effort:o
All the decent members of VBForums have left. You may need to try other boards.
I know. Who wants to help me track them down?
Another thing, we need to find a project leader if devmax isn't responding. I can't do it, I'm afraid.
Well, many of you have been wondering if the project is dead... and I've been watching these posts for weeks now, and I wasn't going to say anything because I am not the lead programmer on this project - devmax is. However, I do believe there were only two programmers working on the project (regularly) and I was the other one.
I personally have not talked to devmax in (what's probably been) several months. Does this mean the project is dead? Possibly. Is the project dormant? Definitely.
We have both invested a lot of time in this project - we've had to re-write everything several times due to bad design choices early on. After re-writing the lexical scanner / tokenizer 4 times or so, I got burned out, and who knows what happened to devmax? Our communications became less and less frequent, and like I said - I haven't heard from him in months.
So what does this mean? I'm not exactly sure.
Why did I write this message if I don't have any real news? I just thought perhaps you guys would like to hear from one of the programmers on the project.
Would I consider reviving the project without devmax? Yes and no. A couple things here, I do not have the ASM background to fill in devmax's shoes - he had a particular plan - an angle of attack, that I would be unable to reproduce, so this project would surely be "starting from scratch." Another concern I see is the practicality of creating this project. If someone decided to do this 5 years ago - then great! But my fear now is with .NET in the picture, by the time we get a workable copy of this compiler, .NET is going to be mainstream. Is a utility such as this worthy of our time? Or would our time be better spent on some other project? (I'm always open to suggestions.)
Let me know your opinion on this matter. I look forward to hearing from you.
Cougar
:eek: :( How could you think of stopping because of .NET? This would be just as fast, we woulddn't need to relearn vb, it would go just as fast, and no 20mb "framework"(runtime)
You bring forth a valid point...
The release of .NET is not the reason for the project dying down. I repeat, .NET has nothing to do with the project dying. This is just one of my concerns in reviving the project (the lesser of the two at that). The biggest problem here is the lack of a programmer with a lot of ASM experience, or with at least enough experience where that person is capable of writing a compiler.
Cougar
I would help if I could but I still don't know C++. Good luck finding one
Hmmm, where?Quote:
Originally posted by weikiat
I don't think it will violate copyrites since i found a non - microsoft vb compilers on the net which is for free.
Just a note of the ".Net Framework" some of the earlier people were complaining about. The .Net framework contains yes a CLR that Supports popular languages such as VB C++ C# Perl Java and more. The IDE allows users to Program Functions in C++, for example
int AddTwoNumbers( int numberone, int numbertwo )
{
return numberone + numbertwo;
}
and add the source files to a .vbproj project. It then allows developers to use the AddTwoNumbers Function, as if it were a VB Function. There is alot more to it than that. What i am saying is, the ".Net Framework" is very beneficial to alot of developers, the abillity to work from different areas of expertise.
Just thought i'd say how much the CLR, IDL files (which aren't all that practical :( ) COM and CORBA help alot in programming
Phreak
when you say c++, are you sure you dont mean c#?
i was led to understand that the .net framework interprets everything
alright I can't help it so I got to post this:
This is not about saying .NET is crap. It's just that some people sometimes would like to have fast projects that can be downloaded within seconds even on slow modem connection, don't use a lot of memory. For this such a compiler would be of great help...
When I think about some tool I would like to program to run constantly on my pc I alway think that I shouldn't because the MSVBM takes up a lot of memory which a small tool wouldn't be worth... this compiler would help a lot....
I think its called lotus. Can't be too sure. However, the project had been stopped for years now... all the codes are outdated. Although its a ok freeware, its better to stick to our current version.. also anyone interested in creating automatic webbrowser?
Check
http://www.vbforums.com/showthread.p...14#post1304014
for more details. thank you
I maybe can help I'm a bit new to C-language ...
just wondering can I use headers when I post some functions here ? or can you only translate to Assembler when I don't yuse headers ?
I've emailed devmax.
So, any more new developers?
We currently have only BramVandenbon and Cougar as developers on this board. I'm going to track everyone else down.
For everyone: You can do the same. Look over this thread. Get in communication with some developers. E-mail them, PM them here or on other forums, etc. Just contact them.
i'll be willing to help where i can. i know vb quite well and i'm learning c/c++ as well as assembly. this is if this project even exists anymore..
bu?
This project has been dead for quite some time. ;)
I think it's fair to say that this is vapourware.
Things that the MSVBVMnn.dll provides that would need to be replaced:
(1) The window classes ThunderRTMain, ThunderRTCombo etc. etc. and their window procedures
(2) Run-time allocation of static and dynamic memory (e.g. the exported functions GetMem1...GetMemStr )
(3) Stack handling (e.g. the exported functions MethCallEngine and ProcCallEngine)
(4) Data type conversions - implicit and explicit.
(5) Operating system interaction - get and set environment variables, system date
(6) Built in constants (vbDayOfWeek, vbMessageBoxOptions, vbKeyCode etc. etc.)
devmax really vanished... :eek:
I think it's pretty safe to say that yes, this project is dead. To be quite honest, I'm not sure what happened to devmax myself. Every time I post a message here (which is not very often I might add), he seems to pop up and let me know that the project is still alive. I don't expect an e-mail this time though.......
It's been a long time since I've done anything with the project, but I just wanted to address some of Merrion's comments. If it sounds like I don't know what I'm talking about in any of the responses - it's probably because I don't. I was not heavily involved with the backend development of the compiler. I mainly wrote the parser/lexical analyzer.
1) We were working on recreating this sort of stuff, little by little. Last time I talked to devmax, he was creating forms, but when I got a copy of the project - forms weren't appearing properly for me (not at all for that matter - I was running Win2k, he was on 98).
2) I do believe devmax had come up with a way to deal with dynamic memory allocation and the like. I think the API has some functions available for dynamic allocation of arrays at least... I'm not familiar with the GetMem stuff though.
3) I don't know what you're talking about here. :) This part of the project was definitely not my area of expertise.
4) We had this taken care of already - (I'm not sure if it was bug free, but it was taken care of).
5) All OS interaction was done through the API (as far as I know). The VB functions we were rewriting for our own library made use of the API.
6) This is something I can comment on definitively.... This was part of my area of expertise, so-to-speak. This *definitely* worked. :) I wrote a class that could extract the constant values from the libraries (whether they were VB's runtime files or some third party dll's). This was not a problem at all.
Alright, well that's it from me. If anyone has any new and great project ideas that they're looking for a developer, drop me a line on the board (not via e-mail though, all I get is junk and it'll never get to me). I'm always looking for something exciting to work on.
Cougar
The VB debugger/dependency walker project could do with your expertise.Quote:
I'm always looking for something exciting to work on.
if it is possible to disassemble libraries (msvbvmxx.dll) it's also possible to make some sort of compiler which creates a dll only with a functions that you program use?
It is possible but you don't know whether the dll uses those functions internally - like if my program only uses Function A and C but in the dll function A calls function B this would get missed (resulting in program failure)...
I think it's possible to see internal calls with disassembler
Project is still dead
Now it will re birth again.
So what am i waiting for ?
Anyway, it is totally impossible to isolate functions from msvbmxx.dll because they are wrote in such a way that they refer to a huge list of internal calls. Simply because there is an internal memory allocation kernel which is called everywhere.
The only way to do what we want is to build a stand alone application with includes of our own library.
ok so will we do it from scratch or continue with what is left from before?