birdofprey

Agreed. But I see a geek in this picture: and I don't care what it's called. I agree with Chaos as in challenge, or diversity, or unexpected. I don't see what's to love in noise for example... and something's really bugging me about DirMove too right now... Part of the job could be also: considering XUL... or... or... or.... I'm already stuck with that other error I can't get rid of so I'm afraid I don't see it worthwhile... despite the fun I had with autoit.

Whose console info is that ? It returns 0 even when it works ? I'd call this a miracle indeed. I guess it's irrelevant though You see, I tried 3 different versions of autoit, I'm seriously considering hardware failure.

Exactly that's why I had those 2 "uneeded" lines... and as you can see, THINGS DO WORK WITHOUT THEM. But just to make sure: I've put the lines back and tried to move files from a partition to another "!-- to E:\a\b3\c from D:\a\b\c\ error 0". Despite this, the files were MOVED, leaving an empty directory behind. So, now we now it's the trailing /-s fault. Thanks Mobius ! It seems we stick to the principle of uncertainty and chaos for now

I'm using an older version, because I don't want to change half of my code, and walk myself through all the changes, just to add some functionality. This was supposed to be a quick and dirty patching only. (Of a program I wrote about 3 years ago..) But I understand what you are saying. On the other hand, DirMove not working was a hack of a surprise... The files move from time to time as you can see. I am sure I can move them manually. Regarding the hotkeys - I meant modifier keys, sorry (I hope this only shows my frustration), I'm cliking a button while holding control, so that instead of the window for selecting a new folder poping up, it loads the last loaded directory. Unfortunately, if I dare doing this I face the error - every time a new file in the row takes its turn on being opened. I don't see a connection. I don't think I need to reinstall XP either cause I've done a sfc /scannow, just a while ago. Thanks for trying

!-- to D:\b\a\ from D:\a\ error 0 - nothing happened. !-- to E:\b\c\ from D:\c\ error 0 - This one moves from a partition to another. IT DOES move the folders contents, but it still returns 0 because D:\c\ is left in place. Same thing goes for: !-- to D:\a\b\c\ from E:\b\c\ error 0 But this, "!-- to D:\a\b2\c\ from D:\a\b\c\ error 0", doesn't move anything again ! All of the above is the result of your code in action. I've also upgraded to version 3.2.8.1, parts of my script isn't working properly, I even disabled the firewall. Also, I replaced the destination directories with strings as mentioned in the previous post, because I have a feeling that despite the "double checking" of the results, I posted in a hurry, and got what's working and what not, the other way around. To my surprise... both work now. !-- to D:\a\b2\c\ from D:\a\c\ error 1. Problems like this seem to haunt me, as described in my other post, where after a lot of headache, I had to conclude that there's nothing wrong with the code, but every time I use hotkeys I have to face the upcoming "ms71-something.dll" error. From this perspective, I'm sorry to say, I'm considering rewriting everything in another language... so I'd really like to know if I'm doing something dumb or if it's my XP or I don't know... I just wanted to do some Quick and Dirty patching, and here I am... I'll go and check on another computer now... could this be a hardware issue ??? Any feedback appreciated ! Thanks lordicast !

Those uneeded lines are needed. I take the blame for naming a variable for a path, as dir, but, that -2 actually looks for the second last / so that I can cut out this part from D:\a\b\c\this\. After that, I'll take this and would like to put into into D:\asdf\this. The autoit helpfile says specifically that there are no trailing / allowed with dirmove, but because my original vars do contain a trailing / I guess I DO NEED THOSE EXTRA LINES. What I can't quite explain is that if I replace the destination directory with this string, $errorr = DirMove ($curdirt, "D:\a\b\c" , 1) it does work ! $errorr = DirMove ($curdirt, "D:\a" , 1) it DOESN'T !!! I just double checked. Took me hours to boil the problem down to this... Can someone explain what's going on ??? I'll try to compile on a different computer, I had situations where seemingly a reboot solved the problem...

So, take the last folder from the $curdir path, "C:\a\b\c\d" and put it into "D:\asdf\d". It only works into "D:\asdfd". Beats me why. Here's the thing, I tried quoting, unquoting, variables, concrete strings, etc... I ended up seeing that it only works with "D:\asdf" the moment I add "\", and thus try to move to a subfolder, the game is over. Case $msg[0] = $archbn ; Archive folder. (Someday will be available only on last file in a folder.) Global $movetoarch = "D:\asdf\" & StringRight ($curdir, StringLen ($curdir) - StringInStr ($curdir, "\", 0, -2 )) ;~ $movetoarch = '"' & StringLeft ( $movetoarch, (StringLen ($movetoarch) - 1)) & '"' $movetoarch = StringLeft ( $movetoarch, (StringLen ($movetoarch) - 1)) $curdirt = StringLeft ( $curdir, (StringLen ($curdir) - 1)) $errorr = DirMove ($curdirt, $movetoarch, 1) ConsoleWrite ( "!-- " & " to " & $movetoarch & " from " & $curdirt & " error: " & $errorr & @LF) It's not a trailing \ problem. ConsoleWrite shows this clearly. What am I doing wrong ??? Has there been problems with DirMove ? As you can see, I'm using an older version of autoit. Thanks !

...Not. Earlier I couldn't break it, not even by killing the application. Now, all I did is close it... and my worst nightmare is ...back It seemed so stable I almost felt happy this afternoon I get those error messages again. While reseting the application over and over - I observed that sometimes the very first song escapes them. But only sometimes. Could it be that I need to Sleep or Wait for something here - make sure the object is closed before opening it again ? What could be the source of this randomness ???

Solved ! I think... When I said game over, I meant: I'm done trying to figure this out, I'll rewrite it with bass.dll and that's it. But the issue was on my mind and then I stumbled upod a thread on this forum while trying to see if I can figure out a way to see if the wmp is loaded multiple times... I saw a script, where someone was closing the object differently ! Then I messed with my code a little, and so far things seem to be fine ! It all started over at the thread where CFire created it's UDF, I happened to have issues with increasing memory which eventually we solved... I now go with $pObj.Close() instead. The first thing I do after declaring the object btw, and on exit. It seems I solved the problem, I've been trying to break it and can't ! So far.. Can't believe no one had a clue ! Can't believe no one else experienced trouble with this issue... The funniest thing is I'm quoting something that's 2 whole years old again... system24, don't forget to let me know what it was if you figure it out.

Scratched setup CD ? Security software messing with instalation ? Failing harddrive ? If this isn't encountered by others too, the problem isn't likely to be Scite in my humble opinion. But you already knew all these I guess. Dependency walker shows some errors on my side, but, as I said, game over. I started this thread out of curiosity, trying to grasp the depths of system mechanics... but that huge tree of dependencies is a great cure for that

Well this error is worse than any expired trial nag-ware could have. I can't ignore it. I have to "ok" on every song. I've heard about Dependency walker, don't see how it could help me. I think it's just windowz. Sseriously, I can't see any relationship between what causes the crash ( I think, I end up trying to load the n+1 element of an array with n by being to lazy to handle an exception... so it never even gets to do something to the ocx) and what happens afterwards. I initially thought there would be a one line easy solution to this. It's too much fuss now. I'll handle the exception and I think I'll rewrite everything and switch to bass.dll since I decided to add streaming capabilities. I have no idea what could cause your problem. I hope you won't end up reinstalling everything...

Yooohooo ! An actual answer to my questions ! Yey ! I partially knew the stuff about the blue sky, but this article added details I wasn't aware of. Thanks a lot system24 ! Could we get to the non-rhetorical questions now ? Now look what multitasking made me do. That and listening to experimental industrial rock jazz while posting here... I'm not sure I quoted right, but I'll break the application and get back to you. Yes, I do consider the alternative of having quoted that properly, since look, even I'm here "because MSVCR71.dll". I think it said something like it's missing ? Yet I bet it's not. Or if it is, why is that it doesn't even need it until after I restart the application after a crash ? I hope we all get the point of the fact that my application does start and does work, except after it crashed, when I have these annoying messageboxes to ok-out on every new song it plays.

I've got no idea what you mean. There are no subprocesses to this in taskmanager. @Godly, Glad you did. I can't stop smiling now. It seems there's something good in this trouble after all. I find it intriguing that nobody even attempts to start debuging the problem and I'm left clueless and idle. Is my question vague or simply too dificult ? Is it my fault or yours ? And why is the sky blue ? Does the comunity want to force me to do my homework and clean my code ? Maybe it's a conspiracy and the error messages are fakes...

Is everybody clueless or is there something wrong with my question ? Do I ask for the impossible ?

Not to encourage anybody to mess with my posts but while browsing around I just found that I asked already. I opened a thread TWO round years ago. No replies though... View old post Puuuhleeeeeeeeeeeeeeeeeeeeeeeeez ! Any ideas how to get rid of this ?

I have a little media player I wrote that's buggy and sometimes crashes. Afer it does, every time I try to play a new song I get this error message saying, Cool thing is this error message window is skinned win 98 style. Despite this error message the songs play, after I click ok. Anyhow, I assume that while crashing the app failes to close some handles or something, which it can't open because of this, until I restart the system - sometimes that doesn't help either. My app is just sort of an interface to WMPlayer.OCX which I assume is the main culprit in this. I'd need some routine at the begining of my script that would reset the problematic part of the system, since debuging will take time I don't have. Any ideas ?

Just installed the latest version of autoit, things work fine now. Sorry for bothering, but at the time this problem popped up, there was no new version yet, and didn't have the time to post until now... anyhow, 10x.

Just recompiled with beta version 3.2.3.2... same thing. Could it be my windows installation ?

Wow ! Thank you all for the quickest response ever. Well, about that 0 vs o thing, sorry, I installed a new font and it tricked me. also, there were 4 "int, 0"-s... I think I should go sleeeep. here's a screenshot of the message. I looked up the line, I found it in Include\GuiStatusBar.au3, modified the last 0 to 1 acording to gafrost's advice, recompiled and... i got the same error when I tried to run it, take a look at it: what I find interesting is that the script runs fine in an uncompiled form.

but if I try to run the compiled version I get: Autoit error Autoit has detected the stack has become corrupt... edit: typo

Thank you, it almost worked I don't seem to be able to find that "popup" menu item. I modified your code, included it into my script, and it aligned what I asked it to align, but I don't see where or how I could specify which menu triggers the Compact() function. Anyhow, the function gets triggered by my first two menus which have sub items, but not for the 3rd one which has disabled subitems, nor for the 4th one which is the menu I aligned to right and which should be the one triggering the function.... I wish I could say the same. Dll calls are worse than Chinese to me. PaulIA, special thanks goes to you for your code. It remembers me of another language I'm trying to accommodate my self with right now. And I guess that's the right way to go. But, I would need to rewrite a considerable amount of my code... and if I do that, I think I'll opt for Python.

Tried the obvious, won't work: $compactmenu = GUICtrlCreateMenu ("&Compact mode") ... case $msg[0] = $compactmenu Compact () Are there any styles that could help or something ? Also, how can I align a menu to the right ? Only the last one ? Thanks !

uncomment this:;~ Global Const $NM_HOVER = ($NM_FIRST - 13)oÝ÷ Ù©Ýi×Z)ÞêÞ)¶¬jëh×6 Case $ListView Switch $event Case $NM_CLICK _DebugPrint("Item: " & DllStructGetData($tagNMLISTVIEW,4) & " SubItem: " & DllStructGetData($tagNMLISTVIEW,5)) ListView_Click () Case $NM_DBLCLK ListView_DoubleClick () Case $NM_HOVER ListView_MouseOver () EndSwitch ...and create this ListView_MouseOver () function so that something actually happens.

Yep, I think this is it. Thank you very much, both of you.

Thank you for trying but that's not it. You see, I make the mistake of editing portions of my code with gaps of days. I changed the return value into an array last time and forgot to adjust the rest of the function. Here's the right way to do it, maybe someone will need this Func _SubFoldersToArray($r) ; do not byref; THIS CREATES JUST A LIST OF SUBFOLDERS !!!!!!!!!!!!!!!! If IsArray ($r) Then $sPath = $r[0] $ofolder = $r[1] Else $sPath = $r EndIf ; this was the missing part ConsoleWrite(@ScriptLineNumber & ' _subfolderstoarray called' & @lf) Local $i, $j, $rlist[1]=[0], $blist, $alist=_FileListToArray ($sPath, '*', 2) If IsArray ($alist) Then For $i=1 To $alist [0] _ArrayAdd ($rlist, $sPath & "\" & $alist [$i]) $r2 = _SubFoldersToArray ($sPath & "\" & $alist [$i]) $blist = $r2[0] ; another line that had to be added If $blist[0]>0 Then For $j=1 To $blist [0] _ArrayAdd ($rlist, $blist [$j]) Next EndIf Next EndIf $rlist [0] = UBound ($rlist) - 1 ; Dis ($rlist, ( "-- Subfol2a" ) ) Dim $r[2] = [$rlist, $sPath] Return $r EndFunc Func fin (ByRef $r) ; getting the list of files for each subfolder - and now getting files for the folder too !!! $rlist = $r[0] $ofolder = $r[1] _ArrayInsert ( $rlist, 1, $ofolder ) $rlist [0] = UBound ($rlist) - 1 Dis ($rlist, ( "!-- Subfol2a as returned to fin" ) ) ConsoleWrite(@ScriptLineNumber & 'fin called' & @lf) Local $filelist[1] = [0] Global $indexlist[1] = [0] for $i = 1 to $rlist[0] $files =_FileListToArray ( $rlist[$i], "*.mp3", 1) If IsArray ($files) then for $j = 1 to $files [0] $files [$j] = $rlist[$i] & "\" & $files [$j] Next Redim $indexlist[$i + 1] $indexlist[$i] = UBound ($files) - 1 ConsoleWrite ("-- ! " & UBound ($files) & " " & $i & @LF) $filelist = _ArrayMerge ( $filelist, $files ) EndIf Next $filelist[0] = UBound ($filelist) - 1 ;how many folders ? $indexlist[0] = UBound ($indexlist) - 1 Dis ( $filelist, "--Fin" ) ;~ Dis ( $indexlist, "--Findex" ) $indexlist = TIndex ( $indexlist ) Dis ( $indexlist, "--Tindex" ) Return $filelist EndFunc Func TIndex ($_indexlist) Dim $_truncatedindexlist[1] = [0] Local $j = 0 For $i = 1 to $_indexlist[0] If IsNumber ($_indexlist[$i]) Then $j = $j + 1 ReDim $_truncatedindexlist[$j + 1] $_truncatedindexlist[$j] = $_indexlist[$i] EndIf Next $_truncatedindexlist[0] = UBound ($_truncatedindexlist) - 1 ;adding them up For $i = 2 to $_truncatedindexlist[0] $_truncatedindexlist[$i] = $_truncatedindexlist[$i] + $_truncatedindexlist[$i-1] Next Return $_truncatedindexlist EndFunc Edit: removed irrelevant comments Edit 2: a line was missing