new alpha build

[JRz]

"kenny" is just nikos' name for the alpha

and as has been mentioned many times: you MUST quit all instances of x2 before running a different version, or the second one will pass the job off to the code already running, and quickly unload itself.

Or use the command line switch '/P' which forces the newly started X² to start a new process in stead of attaching to an existing X² process already running. (But I think quitting every all existing windows beforehand is better, since you won't be confused about which window is which version )

[WimdeLange]

vers 1.1.0.8 [Unicode]

When was this one announced? 1.1.0.7 was announced, but I missed this one?

[nikos]

that was here http://forum.zabkat.com/viewtopic.php?t=2704

[Brig]

EDIT: I see this was addressed earlier--sorry. The problem was, as mentioned in the previous post, a left-over Word temp file. The error message is indeed ignorable, and x2 is working just fine. Many thanks.
________

Howdy:

Just installed the latest alpha. It crashed pretty quickly. The first thing I did was navigate to a folder with some Word documents in it. I clicked on one and got this message box:
_____

Debug Assertion Failed!

Program: C:\Program Files\x2alpha\unicode\kenny.exe
File: C:\Documents and Settings\umeca74\My Documents\cpp\kenny\folderItem.cpp
Line: 2008

Expression: ((HRESULT)0x80041703L) != hr

For information on how your program can cause an assertion
failure, see the Visual C++ documentation on asserts.

(Press Retry to debug the application)
_____

I clicked Abort and xplorer2 went away. The relevant dbmon output appears to be:

Code: Select all

1468: <<<<< TREE: node expanded (ok)
1468:   BG reader 680 finished
1468: *** TID=3fc, Generating folder instance '::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\M:\groups\Health_Law_Gov\projects\GEGD2\ProjectHistory\2001_Fi
rstEdition\Guidelines\Guidelines_writers'
1468: Filesystem path = M:\groups\Health_Law_Gov\projects\GEGD2\ProjectHistory\2001_FirstEdition\Guidelines\Guidelines_writers
1468: Shell attributes: (0x70400177) FILESYSANCESTOR | FILESYSTEM | STREAM |
1468: DESCRIPTIONID: 3(FS_DIRECTORY) : {00000000-0000-0000-0000-000000000000}
1468: Assigned folder type: FITYPE_FILESYSTEM [assisted]
1468: Folder CLSID: {F3364BA0-65B9-11CE-A9BA-00AA004AE837}
1468:   Enumerating in bg thread 680...
1468:   bg EnumObjects done
1468: Enumerated 11 objects in the folder, code=1
1468: view_70444 sorting by -1
1468: Delay-creating column handler...IShellFolder2; Columns = 38 (cached)
1468: SPY(00000048): Installed on '::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\M:\groups\Health_Law_Gov\projects\GEGD2\ProjectHistory\2001_FirstEdition\G
uidelines\Guidelines_writers'
1468: Frame_801d6 handling command 32806
1468: >>>>> TREE: expanding node...
1468: *** TID=3fc, Generating folder instance '::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\M:\groups\Health_Law_Gov\projects\GEGD2\ProjectHistory\2001_Fi
rstEdition\Guidelines'
1468: Filesystem path = M:\groups\Health_Law_Gov\projects\GEGD2\ProjectHistory\2001_FirstEdition\Guidelines
1468: Shell attributes: (0x70400177) FILESYSANCESTOR | FILESYSTEM | STREAM |
1468: DESCRIPTIONID: 3(FS_DIRECTORY) : {00000000-0000-0000-0000-000000000000}
1468: Assigned folder type: FITYPE_NORMAL [forced]
1468: Folder CLSID: {F3364BA0-65B9-11CE-A9BA-00AA004AE837}
1468: Enumerated 3 objects in the folder, code=1
1468: <<<<< TREE: node expanded (ok)
1468:   BG reader 680 finished
1468: C:\Documents and Settings\umeca74\My Documents\cpp\kenny\folderItem.cpp(2008) : Assertion failed: ((HRESULT)0x80041703L) != hr

Let me know if you need more info. My OS is Windows 2K Pro.

Best,
Brig

[snakebyte]

The single instance feature in X2 1.1.0.8 simply rocks!!!!!!!.

This feature marks the end of Windows Explorer as my default shell folder application, which i guess, I've been using for last 9 years. Hurray!!

PS: The couple of new features that you have added in the last few alphas tempted me to move on from lite version and purchase xplorer2 Pro. Gr8 work nikos .

[nikos]

just as well for you that you made the decision now; a few weeks down the road it would have cost you an extra fiver

Brig: whenever you see an assertion error, the only viable course of action is to press ignore. Anything else is bound to crash

[ricmarte]

Think I got a bug here but it could be based on the mp3 player software.

When I send a list of selected mp3s to XMPlay or MediaMonkey  I get the error below.  

However,  it differs by the number of files I have selected. For XMPlay, i got an error everytime I selected 6 or more mp3s.

For MediaMonkey, I got the error after more than 11 files.  However, in one instance, I got the error but MediaMonkey had the files in the playlist."

Does X2 have a limit as to the amount of text it can pass to another application?


-----Error trying to send 18 tracks to MediaMonkey.-----
-----Relevant Error message starts below this line-------

2392: DESCRIPTIONID: 3(FS_DIRECTORY) : {00000000-0000-0000-0000-000000000000}
2392: Assigned folder type: FITYPE_FILESYSTEM [assisted]
2392: Folder CLSID: {F3364BA0-65B9-11CE-A9BA-00AA004AE837}
2392: Enumerated 10 objects in the folder, code=1
2392: [MFV_6d031a]: Enlisted folder 'G:\Music\Bob Dylan\Under the Red Sky'
2392: view_6d031a sorting by -1
2392: Frame_2e036c handling command 33054
2392: Frame_2e036c handling command 40303
2392: c:\program files\microsoft sdk nov2001\include\atlbase.h(339) : Assertion
failed: nBuf < sizeof(szBuffer)

[ricmarte]

It seems that the xx08 alpha version loads a bit faster than the xx03 version even though I've loaded a bunch of buttons.  It is especially faster when I specify a folder to start in.

However, when I have the Folder Tree showing and I specify "MyComputer" or "Desktop" as the startup folder, X2 tries to read the floppy drive, causing a 1 to 2 second "hiccup" delay.  

My concern is not so much for the delay it causes but the annoying "urrkh" sound my floppy drive makes when it's being scanned with no disk in it.

Is there a way to prevent X2 from scanning the A:\ drive at startup/launch?

-ric

[nikos]

those delays are side-effects of this being a debug version; they will evaporate in the final release version

that assertion isn't a concern either, it is just from writing too much info in the debug channel!