| |
| |
| |
|
Page: 1 2 3
Comments:
<0> hi Doh_
<1> howdy
<0> anyobe ever heard of running a sub main type app in the IDE, then re run it and get a vb6.exe access violation error?
<0> no form
<1> sounds like a heck of a party
<0> I wonder if something isnt releasing
<0> it crashes vb6
<0> but the first run is clean
<0> second run crashes
<0> I wonder if the project file is stepped on
<0> hmmm, says Ole32
<0> Im using a collection object, some apis
<1> zomg apis r evil!
<0> your lotsa help ;)
<2> it's only happening in the ide?
<0> havent tried to compile, gimme a minute
<0> wierdness, runs fine
<0> but the IDE chokes
<0> the first run is good
<0> second crashes vb6
<0> thats wierd
<0> it shouldnt do it
<2> sure an api isn't hanging?
<2> checked their return values and they're fine?
<0> yup
<0> all of them
<0> err.lastdll
<0> afaik it does the same job as GetLastError
<2> nope
<2> sometimes
<0> wierdness, moved all the code onto a form and launched it, no problems...sigh
<2> cleaned up all your references before ending the execution?
<0> ofcource
<0> I bet VirtualFreeEx is barfing
<2> throw an End in
<0> fawk
<0> vb just crashed, no save, chomped all the code, bastard!
<2> told them they should have added a Save option to the ide
<0> time to use filerestore
<0> sweet, norton file restore
<1> boo norton
<0> still I cant account for it, I removed the collection and just used an array, wonder if collections uses ole32
<0> or if Ole32 does some string handling crap between conversions
<2> check yer api's 1 by 1
<1> use 2k5 :p
<2> worse case hook ole32 and find out which functions are being used
<0> softice is nice for this...
<2> ollydbg could be too :p
<0> vc6 attach process suks, it can dis ***emble, but it cant tell you the calls, just the addresses
<0> yea, ollydbg is good
<0> MS wants you to use WinDbg, it ****s also lol
<2> never tried it but i'll take yer werd fer it
<0> Im surprised they havent taken the time to create a more quality app than WinDbg
<3> wonder how the newer Windbag is. haven't played with it in like 5 years
<0> its no better imho
<0> I dont like the command script
<0> I perfer going click click click :P
<0> If I wanted a emac Id use unix.
<0> j/k
<0> I suppose if I took the time to really learn it that it would be ok.
<0> Olly is much better imho
<0> also WinDbg requires you dl and install symbols, there freakn huuuuuge
<2> yeah
<4> i've heard good things about olly.. haven't gotten a chance to really dig into it though
<2> it's cool to tinker with if you have some free time
<4> free time? what's that?
<2> heh
<0> yeah, Im not a hacker, but afaik you can edit the ***embler and save it, KyleL knows more about that stuff than I ;)
<0> share/freeware
<2> yep with slight knowledge of asm that can be done
<0> aight, slightly more than I dammit!
<4> i used to do the VERY simple cracking
<4> flipping jmps and such
<2> heh it's not that tough
<4> serial fishing
<4> real reverse engineering and writting keygens.. not even close
<2> push and jmp are a good place to start
<0> I can do simple stuff like that, but cracking something thats designed not to be cracked isnt ME
<4> well, jne
<0> jnz
<4> push and jump usually indicate a function call
<2> it's great for educational purposes, just to see how things work
<4> yeah, jnz
<4> yeah, it really helps to realize how function calls typically work with the stack
<4> and why high level bastardizations of the process can be so crappy
<2> then came .net
<0> last on first off wich is why reverse ordering of params
<0> I dont like working with stackframes either, though, my intermediate language did generate the stackframe for me
<0> anyone a MSIL gurru yet?
<4> msil?
<0> yup
<4> what is it?
<0> a controrted asm like intermediate language imho ;)
<4> clearly i'm not a guru in it yet :)
<4> ahh.. yeah.. no
<0> almost a HLA
<0> iirc isnt .net compiled into a bytecode thats excuted by a vm?
<4> i'm not sure about that
<0> btw theres several good tutorials on msil
<4> things like java do that but that's because the compiled .cl*** files themselves are portable
<4> with .NET, i think the compiler and source code is portable, but the generated binaries might not be, which almost suggests a runtime or framework rather than actual virtual machine
<1> yeh
<0> I thought that the framework itself was bytecode wich is interpeted at runtime...dunno
<1> i think theres a .net framework for linux
<1> but you have to recompile for the platform
<4> if that's the case, then i dont think it's bytecode or vm based
<4> with a vm, the bytecode is platform independant, and the vm is platform specific. here, the compiler and framework is platform specific, while the source is independant
<0> Common Runtime Engine - Programming languages on the .NET Framework compile into an intermediate language known as the Common Intermediate Language, or CIL; Microsoft's implementation of CIL is known as Microsoft Intermediate Language, or MSIL. In Microsoft's implementation, this intermediate language is not interpreted, but rather compiled in a manner known as just-in-time compilation (JIT) into native code. The combination of these c
<0> http://en.wikipedia.org/wiki/.NET_Framework
<4> huh
<4> seems pointless
<0> afaik currently the framework is nothing more than a wrapper for api, I suspect in a future OS release it will become api independent, no api what soever, you want to interface with the OS you'll have to go through the security of the provided framework
<4> no doubt
<0> MS should of done that a long time ago
<4> yeah, it'd be a long time coming
<4> but i bet it'll be a pain in the arse at first
<0> api makes it to easy to hack, virually anyone can hack a system when you have a wealth of api's
<4> yeah, but they'll probably fail to avail the sort of benign functionality we've come to expect
<0> they'll keep building the library, wrapping it and wrapping it, until they've squeezed out the security holes and then do away with the actual api calls
<0> the code would still be there, just not the api
<4> the entire system would have to run on those wrappers though
<0> dont worry, it will happen
<0> librarys never get smaller
<0> they always get bigger
<0> and more secure
<0> they've mad .net a bitch to do unmanged calls as it is
<0> s/mad/made
<0> laggy*** monday....
<0> jezzup
<0> amazes me that every monday you can expect dal to be laggy
<5> hii...
<5> why i can't connect my vb to my access 2003 database
<5> ?
<5> i use this : strConnect = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=dbpakar.mdb;Jet OLEDB:Database"
<5> any reference need to activate?
<0> try strConnect = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=c\:somepath\dbpakar.mdb;Admin=;P***word=;"
<0> you dont need jet oledb twice, once IS sufficient
<0> like yelling at someone, if they didnt hear you the first time what makes you think they'll hear you a second LOL ;)
<5> thanks Re_Boot, Anyway... still not working
<0> what error?
<0> did you change c:\somepath to your actual path?
<4> c:\ not c\: that typo should have been noticed
<5> oh no, i put it in the same folder
<0> then use app.path
<4> the connection string REQUIRES a full path
<5> how to use app.path?
<0> ie Source=" & app.path & "\dbpakar.mdb............................;"
<5> ok i'll try it
<5> ok.. it's working..., i remove the admin=;p***word=; though
<5> thank you very much
Return to
#vb
or
Go to some related
logs:
#chat-world
#php
#india
#php
#india
#chat-world
#allnitecafe
#allnitecafe
#india
#chat-world
|
|