Visual Basic, Creating an .EXE file from a VB .EXE ????

Creating an .EXE file from a VB .EXE ????

Author	Message
T. Lee Kidwe #1 / 8	Creating an .EXE file from a VB .EXE ???? I have a project that requires building a program to create screens that present information to a user and create an executable version of this program. Sort of a specialized version of VB. Can anyone suggest how I can compile these screens into an .EXE after the user has created the screens?
Mon, 07 May 2001 03:00:00 GMT

ThreeRCi #2 / 8	Creating an .EXE file from a VB .EXE ???? I don't know how to create an exe, but if this helps you can maybe make to programs main.exe m.exe That way they could run your main program, when they choose the make exe option (or whatever) it only copies and renames m.exe and makes a data file the m.exe reads in order to run the way they want it. The m.exe would be a generlized program that could run the program they want. Quote: >I have a project that requires building a program to create screens >that present information to a user and create an executable version of >this program. Sort of a specialized version of VB. >Can anyone suggest how I can compile these screens into an .EXE after >the user has created the screens?
Mon, 07 May 2001 03:00:00 GMT

Davi #3 / 8	Creating an .EXE file from a VB .EXE ???? Quote: >I have a project that requires building a program to create screens >that present information to a user and create an executable version of >this program. Sort of a specialized version of VB. >Can anyone suggest how I can compile these screens into an .EXE after >the user has created the screens? I've been involved in a project that allowed users to create data entry/display forms and store the form specifications in a database so they could be recalled later by a translation program. It wasn't quick and it was horrible to implement and in reflection it would have been quicker and easier to get the user to specify their forms and then get a programmer to implement them. But if you must do it that is the way to go. -- David Sinfield (Surrey, UK) Not clever enough to make up a sig and too proud to steal one.
Mon, 07 May 2001 03:00:00 GMT

T. Lee Kidwe #4 / 8	Creating an .EXE file from a VB .EXE ???? Looks like my best choice is to write a driver program (.EXE) to drive the screens that the users build. Any ideas on how to store these forms other than through a database. I think VB does this as an .FRX file which is binary data? Would ADO and Universal Data Access (UDA) make this easier? Do I need to find a C++ programmer to help me on this one? Quote: >>I have a project that requires building a program to create screens >>that present information to a user and create an executable version of >>this program. Sort of a specialized version of VB. >>Can anyone suggest how I can compile these screens into an .EXE after >>the user has created the screens? >I've been involved in a project that allowed users to create data >entry/display forms and store the form specifications in a database so >they could be recalled later by a translation program. >It wasn't quick and it was horrible to implement and in reflection it >would have been quicker and easier to get the user to specify their >forms and then get a programmer to implement them. >But if you must do it that is the way to go. >-- >David Sinfield (Surrey, UK) >Not clever enough to make up a sig >and too proud to steal one.
Mon, 07 May 2001 03:00:00 GMT

Graham Danie #5 / 8	Creating an .EXE file from a VB .EXE ???? Quote: > I have a project that requires building a program to create screens > that present information to a user and create an executable version of > this program. Sort of a specialized version of VB. > Can anyone suggest how I can compile these screens into an .EXE after > the user has created the screens? limited info, why not hold the custom info in a non-exe file and make a general purpose VB prog to alter / interface with the custom component ?
Tue, 08 May 2001 03:00:00 GMT

Davi #6 / 8	Creating an .EXE file from a VB .EXE ???? Quote: >Looks like my best choice is to write a driver program (.EXE) to drive >the screens that the users build. Any ideas on how to store these >forms other than through a database. >I think VB does this as an .FRX file which is binary data? Would ADO >and Universal Data Access (UDA) make this easier? Do I need to find a >C++ programmer to help me on this one? The FRX contains extra data. The main form description is in the FRM file. The info you need to store depends on the controls that the user can create. If you don't want to go to a database you could use and INI file or even a CSV. The structure might look like this: As an INI: [Control1] Type=Textbox Top=100 Left=100 Height=10 Width=200 DEfaultText="Hello" [Control2] Type=Image Top=300 Left=100 Height=300 Width=300 Picture="logo.bmp" [Command3] Type=Button Top=300 Left=100 Height=300 Width=300 Caption="&OK" etc. As a CSV: Textbox,100,100,10,100,Hello Image,300,100,300,300,logo.bmp Button,300,100,300,300,&OK You need to decide what properties and controls the user is to have access to. A prototype of the control with an index of 0 must be included on the form so that more of them can be loaded based on that and the properties set from the data file. I don't think you are necessarily going to need a C programmer, it can all be done in VB. -- David Sinfield (Surrey, UK)
Tue, 08 May 2001 03:00:00 GMT

T. Lee Kidwe #7 / 8	Creating an .EXE file from a VB .EXE ???? Thanks David, This is kind of in line with my thinking. One great new feature of VB6 (read between the lines - if it works) is the ability to add to a collection of objects. This is supposed to eliminate the need to have a 0 index item in order to add an object to a collection. Anyone tried this yet? Quote: >>Looks like my best choice is to write a driver program (.EXE) to drive >>the screens that the users build. Any ideas on how to store these >>forms other than through a database. >>I think VB does this as an .FRX file which is binary data? Would ADO >>and Universal Data Access (UDA) make this easier? Do I need to find a >>C++ programmer to help me on this one? >The FRX contains extra data. The main form description is in the FRM >file. >The info you need to store depends on the controls that the user can >create. If you don't want to go to a database you could use and INI file >or even a CSV. >The structure might look like this: >As an INI: >[Control1] >Type=Textbox >Top=100 >Left=100 >Height=10 >Width=200 >DEfaultText="Hello" >[Control2] >Type=Image >Top=300 >Left=100 >Height=300 >Width=300 >Picture="logo.bmp" >[Command3] >Type=Button >Top=300 >Left=100 >Height=300 >Width=300 >Caption="&OK" >etc. >As a CSV: >Textbox,100,100,10,100,Hello >Image,300,100,300,300,logo.bmp >Button,300,100,300,300,&OK >You need to decide what properties and controls the user is to have >access to. A prototype of the control with an index of 0 must be >included on the form so that more of them can be loaded based on that >and the properties set from the data file. >I don't think you are necessarily going to need a C programmer, it can >all be done in VB. >-- >David Sinfield (Surrey, UK)
Tue, 08 May 2001 03:00:00 GMT

Bart Late #8 / 8	Creating an .EXE file from a VB .EXE ???? Quote: >Any ideas on how to store these >forms other than through a database. >I think VB does this as an .FRX file which is binary data? Nonono. VB stores the forms as the first part of the FROM file, in a tree-ordered fashion. Just open a FRM file in a text editor, and you'll see. The .FRX file contains all the data that isn't convertable to text (without harm), such as the icons and the bitmaps. The .FRM file contains pointer into this file, to show where for example the data of an icon starts. BTW one possibility to store forms is in a resource format, as used by C compilers. Bart.
Tue, 08 May 2001 03:00:00 GMT

Page 1 of 1

[ 8 post ]