home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / mswindo / programm / misc / 5427 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.9 KB  |  68 lines
  1. Newsgroups: comp.os.ms-windows.programmer.misc
  2. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!sdd.hp.com!cs.utexas.edu!torn!nott!emr1!jagrant
  3. From: jagrant@emr1.emr.ca (John Grant)
  4. Subject: Re: VISUAL BASIC
  5. Message-ID: <1993Jan27.202410.22256@emr1.emr.ca>
  6. Organization: Energy, Mines, and Resources, Ottawa
  7. References: <3257.885.uupcb@freddy.ersys.edmonton.ab.ca>
  8. Date: Wed, 27 Jan 1993 20:24:10 GMT
  9. Lines: 57
  10.  
  11. In article <3257.885.uupcb@freddy.ersys.edmonton.ab.ca> stephen.murphy@freddy.ersys.edmonton.ab.ca (Stephen Murphy)  writes:
  12. [...questions & answers deleted...]
  13.  
  14. >Diatribe: VB is suited for small in house applications
  15.     [...some of of diatribe against VB deleted...]
  16.  
  17. >downloading an application, unzip it and find:
  18. >VBRUN200.DLL, STATUSBR.DLL, SUPRCNTL.DLL, 3DGAUGE.DLL...
  19. >Run the poor EXE and watch it turn your 486 into molasses
  20. >as it tries to locate all the information it needs,
  21. >sometimes coming up empty-handed, leaving a gaping
  22. >hole in your video where that 3D Button is supposed to be.
  23. >|
  24. >Conclusion: If you've just finished a VB app that you feel
  25. >you must share with the world, at least give it a tell-tale
  26. >name. Don't call it "MYWIN.ZIP", call it "MYVB.ZIP". Better
  27. >yet, say to yourself, "OK. This is what I want my
  28. >application to look like. Now I'm going to learn C
  29. >or C++ and write the *real* version!" You will both help
  30. >and thank yourself tenfold in the long run.
  31.  
  32.     It's difficult to know which items you are complaining
  33.     about here, but it appears that you don't like the fact
  34.     that the app comes in several parts, including several
  35.     DLLs.
  36.     
  37.     I have news for you - this is not limited to Visual
  38.     Basic.  Many apps come with 1 or more DLLs, because
  39.     that's the way it's done.  It is entirely independent
  40.     of the programming language.  Before DLLs, the libraries
  41.     were linked into the .EXE files - now they are external.
  42.     If the DLLs were linked in with the .EXE, the .EXE would
  43.     be quite large, but you wouldn't be complaining because you
  44.     wouldn't know that several .EXEs contained exactly the
  45.     same libraries.  On the other hand, your system would
  46.     complain, because you would be wasting a significant
  47.     amount of memory when any 2 or more of these apps containing
  48.     a particular library were running simultaneously.
  49.  
  50.     I think the only thing you can complain about here is that
  51.     VBRUN200.DLL is being packaged with each VB app made available.
  52.     If the author assumes you have it and you don't, then the
  53.     app doesn't work.  If he packages it with the app, then
  54.     people complain about it wasting banwidth.  The same could
  55.     be said for apps in any language that use common DLLs
  56.     (i.e. Borland's custom controls).
  57.  
  58.     Don't blame VB or any other language.  If anything, blame
  59.     the fact that all of these apps are pretty fancy and run
  60.     in a GUI environment - that's why they are big.
  61.  
  62.     No, I don't use VB: I use BC++.
  63.  
  64. -- 
  65. John A. Grant                        jagrant@emr1.emr.ca
  66. Airborne Geophysics
  67. Geological Survey of Canada, Ottawa
  68.