blitzkrg
-
Posts
221 -
Joined
-
Last visited
blitzkrg's Achievements
Polymath (5/7)
1
Reputation
-
Wynonaei reacted to a post in a topic:
Finally Zip support
-
Generically speaking...... What I've done in the past for this type of situation was (and i don't have the code handy) rename the file to date + time + extension IF that exists, then date+time(including seconds) + 1 and so and so forth. i think it was like 4 or 5 lines of code and I was able to rename over 40k files like that. granted it's ugly because your filenames are all 111112222333.jpg but i have photos stored by year/month and the beauty of it is, how many files are created at the exact same second? not to many. and if one ever gets out of place, you know right where it belongs.. I imagine it won't work for every situation. but if you're willing to randomize a file name for the sake of uniqueness, then perhaps the date/time approach will be helpful.
-
@TheLuBu in case you stop by back these forums, I just wanted to say thanks for putting together this UDF, it's been very helpful in a project I'm working on.
-
OK , Can I?
-
Serial Communication using kernel32.dll
blitzkrg replied to TABALtd's topic in AutoIt Example Scripts
does anybody know what the other options might be for this setting? $CommCtrl = '0011' I believe it's for flow control. I googled but could not find anything helpful. thanks -
NotePad++ with AutoIt User CallTips ...
blitzkrg replied to jaberwacky's topic in AutoIt Example Scripts
Thanks for this!! -
@Martin Can you compile a 64 bit version?
-
$gfname = "insert name" Local $gui = GUICreate($gfname,811,750,-1,-1,-1,BitOR($WS_EX_LAYERED,$WS_EX_TOPMOST)) Don't want to get anyone in trouble thanks for sharing.
-
win 7 x64
-
I apologize if I'm not being clear. yes I see comm 8 in device mgr. and every other program and udf see's it to. yours is the only one who doesn't.
-
The problem is it doesn't see the comm port (comm 8)
-
@martin I found a very nice program called vistumbler, It uses 3 types of interface for the GPS netcomm.ocx, your commg.dll and the kernel32 / ufx both netcomm and the kernel32 versions work with my gps device. (also so does hyperterm) yours is the only one who doesn't. I'm not saying that to complain, but i would prefer to use your UDF/dll but can't get it working. is there some debug code i can run to help figure out why it's not working? thanks
-
hmm. with the example, I was getting a previously mentioned error $portlist = _CommListPorts(0);find the available COM ports and write them into the ports combo If @error = 1 Then MsgBox(0,'trouble getting portlist','Program will terminate!') Exit EndIf For $pl = 1 To $portlist[0] I guess _CommListPorts(0) is not returning any results my gps is on comm 8 and works with hypterterm. also i tried another serial udf (cfxudf) but his udf is not nearly as complete as yours and it does not recieve binary data, but it does work and does give me results. I prefer your option because it is full featured, but i can not get it to see my comm port
-
hello is there a fix for virtual com ports? I have a bluetooth gps device, which works on com 8 I'm able to connect with hyperterminal and get results. but this dll/udf errors out. I assume because it's virtual? thanks
-
I can't even get a simply query to work. we need someone to make a new udf
-
does your _query function work? if so what o/s are you running and what version of autoit? thanks