Re: TVDemo!
- Posted by euman at bellsouth.net Dec 13, 2001
- 440 views
Use what you want to IRV and I'll use something better than Win32lib. 1. Can you currently write the app I produced using Win32lib? * and it be smaller in code * faster in executing * easier to read Hell No! Im running this on Win98 and it doesnt crash with me. I didnt test this extensively, I put it together in 20 minutes what do you expect? I did do this rather fast so there are some obvious errors in the code. I did find lastnight after I sent the program in to Rob two instances where atoms were declared when they should be sequences. The point being I did this in 20 minutes. Sure most of the code already existed in my arsinal so I just cut and pasted the code. I can fix this and make the program much smaller IRV believe me (the code and the .exe) consider this, when I use something like (below routine) I can create Windows or Controls with one line of code Just like Win32lib, Just like Delphi or even MASM32 which is my prefered ASM, BTW! I have control over the code is my point, I dont have to rely on Derek or Matt all of the time for tips, tricks or fixes....anyone who is frustrated that Win32lib isnt progressing fast enough should probably start reading because in the time it takes to read the SDK, learn API and program something like what I sent in they will have surpassed Win32lib capabilties. global function CreateWindow(atom dwExStyle, object ClassName, object WindowName, atom dwStyle, integer x, integer y, integer Width, integer Height, atom Parent, atom Mnu, atom Instance, integer void) atom classname, windowname, id if atom(ClassName) then classname = ClassName else classname = allocate_string(ClassName) end if if atom(WindowName) then windowname = WindowName else windowname = allocate_string(WindowName) end if id = c_func(xCreateWindow,{dwExStyle,classname,windowname,dwStyle,x,y,Width,Height,Parent,Mnu,Instance,void}) free(classname) free(windowname) return id end function I'll fix the program today when I have time... and add some error checking > Thanks for posting that. It clearly proves why people would want to use > Win32lib, or Delphi, or some such package that abstracts the tedious > Windows API. Who do you think writes the abstractions to eliminate the tedium? ? ? I've used win32lib in the past but I became frustrated about bugs and the amount of code it contains, the speed and just about every aspect of the library. I drained it, stretched it to it's limits but it just wasnt then and never will be enough! Euman euman at bellsouth.net ----- Original Message ----- From: <irvm at ellijay.com> To: "EUforum" <EUforum at topica.com> Sent: Thursday, December 13, 2001 8:47 AM Subject: Re: TVDemo! > > On Wednesday 12 December 2001 10:48 pm, Euman wrote: > > > > Hello all, > > > > I sent Robert my Drive/Directory Treeview Demo tonight but I wanted to add > > something to the license and do this publicly. > > Thanks for posting that. It clearly proves why people would want to use > Win32lib, or Delphi, or some such package that abstracts the tedious > Windows API. > > Around 840 lines of code, not counting comments, for what is basically one > window with a treeview. Now, consider that most programs I write may need > 20 ~ 40 windows, each with different controls and options, I guess we'd be > talking 30 ~ 40,000 lines of code. Maybe more. Not for me, thanks. > > There's also this minor point: your program immediately crashes on Win 98, > with Windows' ever-so-useful error message: > > "The instruction at bfedbbb1 referenced memory at 10012edb. > The memory could not be read from." > > That's if you run the exw. Running the compiled exe just crashes without the > "useful" error diagnostic :( > > Now, if this were my program, I would be faced with the task of tracking down > the error. Since the code is full of user-written, and therefore not very > well-tested, peeks and pokes, that wouldn't be easy. Imagine getting that > error report, (such as it is) from a customer, and having to track down the > error. With no ex.err to help. Talk about headaches! > > If anyone is interested in writing really small, really fast Windows > programs, see:http://grc.com/smgassembly.htm > Steve Gibson's assembly (yep, assembly) code is fairly easy to understand, > and creates tiny programs. > > Regards, > Irv > > > >