C# Discussion Boards - CodeProject

multiple search patterns with Directory.GetFiles?

25-Sep-02 12:08

Sorry, I'm a bit DOPEY Blush | :O

I didnt see that it was a combobox you were talking about, but the way to do it is the same, just follow the steps Smile | :)

Give them a chance! Do it for the kittens, dear God, the kittens!

Wjousts25-Sep-02 9:41

Wjousts

25-Sep-02 9:41

Does anybody know if there is a way to use the GetFiles method to retrive files using more than one search pattern (similar to what you can do with the OpenFileDialog class). For example, I want to use the GetFiles method to return all image files with the *.jpg, *.bmp, *.gif, etc extensions but it seem the method will only take one at a time and won't accept a string in the same format as the the FileDialog class. I thought about making multiple calls to GetFiles and putting the results into a stack and then popping them out one-by-one to sort them together into one array but I wanted to see if anybody could come up with an easier way.
Thanks

Re: multiple search patterns with Directory.GetFiles?

Paul Riley25-Sep-02 10:29

Paul Riley

25-Sep-02 10:29

There isn't a very easy way but you could get all the files, regardless of extension and then remove all the ones that don't fit the profile (a quick RegEx will do that neatly).

Paul

Here is a tough one - DataGrid throwing exception while repainting

Luis Alonso Ramos25-Sep-02 7:25

Luis Alonso Ramos

25-Sep-02 7:25

I have this code in my Clear() routine:

ds.Tables[0].Rows.Clear();
grdProducts.Refresh();

ds is an in-memory DataSet, not associated with any database, a simple way to access what's in the DataGrid. grdProducts if of course a DataGrid.

The problem is that most of the times I run this code there's an unhandled NullReferenceException exception ("Object reference not set to an instance of an object").

Looking at the stack trace, it happens when the DataGrid is painting itself (after a WndPaint event). If I omit the grdProducts.Refresh() call in my code, I don't see any of my functions in the stack trace, but adding it makes the function in progress appear several levels down the trace (obvious).

Any ideas??

-- LuisR

──────────────
  Luis Alonso Ramos
  Chihuahua, Mexico
  www.luisalonsoramos.com

"Do not worry about your difficulties in mathematics, I assure you that mine are greater." -- Albert Einstein

Re: Here is a tough one - DataGrid throwing exception while repainting

leppie25-Sep-02 7:45

Re: Here is a tough one - DataGrid throwing exception while repainting

25-Sep-02 7:45

Hi
I cant seem to see the problem... Confused | :confused:

But I have a suggestion is that as you are trying the clear the rows, clearing the table would have the same effect, so will clearing the Columns. Perhaps a cross reference is causing the null reference exception.

Hope this helps Smile | :)

Give them a chance! Do it for the kittens, dear God, the kittens!

Luis Alonso Ramos25-Sep-02 9:05

Luis Alonso Ramos

25-Sep-02 9:05

leppie wrote:
But I have a suggestion is that as you are trying the clear the rows

I'm trying to clear the records that the user added. Any other way to do it??

One time, and only one time, I saw another exception about a negative row number. Confused | :confused:

-- LuisR

──────────────
  Luis Alonso Ramos
  Chihuahua, Mexico
  www.luisalonsoramos.com

"Do not worry about your difficulties in mathematics, I assure you that mine are greater." -- Albert Einstein

Re: Here is a tough one - DataGrid throwing exception while repainting

leppie25-Sep-02 9:20

Re: Here is a tough one - DataGrid throwing exception while repainting

25-Sep-02 9:20

Hmm, DataTable.Rows.RemoveAt() ??? Very strange indeed!

Give them a chance! Do it for the kittens, dear God, the kittens!

Luis Alonso Ramos26-Sep-02 5:31

Luis Alonso Ramos

26-Sep-02 5:31

I added a if(dt.Tables[0].Rows.Count > 0) before clearing all rows, and it seems to work now...

-- LuisR

──────────────
  Luis Alonso Ramos
  Chihuahua, Mexico
  www.luisalonsoramos.com

"Do not worry about your difficulties in mathematics, I assure you that mine are greater." -- Albert Einstein

OpenFileDialog slowing me down?!

Zombies with Coffee, LLC25-Sep-02 6:41

25-Sep-02 6:41

I am calling a DLL function from my C# application, but when the application is executed, it takes approximately 5 seconds to complete it.

But if I throw a breakpoint before the call, and step thru it, the function runs in only 1 second?!?

I am letting it run 10 times with and without break points, and it stays consistent.

This is sooo backwards from what I was expecting. Any ideas on why breaking to debug mode speeds up the process!?

See the 3rd message down for a better description of what is happening

leppie25-Sep-02 7:03

25-Sep-02 7:03

psdavis wrote:
I am calling a DLL function from my C# application, but when the application is executed, it takes approximately 5 seconds to complete it.

Its normal for any .NET language to have a delay at application start.

psdavis wrote:
But if I throw a breakpoint before the call, and step thru it, the function runs in only 1 second?!?

Weird? Can you please supply me some more details, what function are you calling and the implementation?

psdavis wrote:
I am letting it run 10 times with and without break points, and it stays consistent.

More details, you dont state how you loop it? I hope you are not just restarting the application everytime, if so refer to above Smile | :)

psdavis wrote:
This is sooo backwards from what I was expecting. Any ideas on why breaking to debug mode speeds up the process!?

My only debug problems is , that when stopping at a breakpoint and trying to step thru the lines (in rare cases i might add), that the application just freezes. Dead | X|

Give them a chance! Do it for the kittens, dear God, the kittens!

Zombies with Coffee, LLC25-Sep-02 8:14

25-Sep-02 8:14

leppie wrote
Its normal for any .NET language to have a delay at application start.

/nod, but this is in response to a menu item being selected.

leppie wrote
Weird? Can you please supply me some more details, what function are you calling and the implementation?

Unfortunately, it is an outside library that opens up a file in a specific format. I've used this library for a good 5 years though, and it's always run in under a second.

But basically, I'm doing a 'select file', 'open file' when a menu option is selected.

leppie wrote
More details, you dont state how you loop it? I hope you are not just restarting the application everytime, if so refer to above

Nah, just clicking 'File-Open' again with different file names each time. I've run the test around 20 times now, with mix and matches of the files and it's extremely consistent.

Zombies with Coffee, LLC25-Sep-02 8:34

25-Sep-02 8:34

Little more info...

It's OpenFileDialog causing the slowdown!!!?

private void menuItem7_Click_1(object sender, System.EventArgs e)
{
   OpenFileDialog pFileOpen = new OpenFileDialog( );

   pFileOpen.InitialDirectory = @"J:\Aware\SPECS\EFTS\6.2\Samples\10_subs";
   pFileOpen.Filter = "EFTS Files (*.eft)|*.eft|All files (*.*)|*.*";
   pFileOpen.FilterIndex = 1;

   if( pFileOpen.ShowDialog( ) != DialogResult.OK )
      return;

   EFTS.EftsFile pEftsFile = EftsVerification.LoadEftsFile( pFileOpen.FileName );
// EFTS.EftsFile pEftsFile = EftsVerification.LoadEftsFile( @"J:\Aware\Specs\EFTS\6.2\samples\10_subs\car3.eft" );

   Classification.Classify pDialog = new Classification.Classify( );
   pDialog.EftsFile = pEftsFile;
   pDialog.ShowDialog( this );
}

If I comment out the OpenFileDialog part of the code and give the LoadEftsFile the name of the file directly, then it loads normal and quick.

Seems that OpenFileDialog is doing some sort of 4 second clean up?!?

Zombies with Coffee, LLC25-Sep-02 9:09

25-Sep-02 9:09

For this test, I created a new dialog that allowed you to type the name of the file.

I then replaced OpenFileDialog with TestFileDialog and left the rest of the code exactly the same.

OpenFileDialog - 4 seconds
TestFileDialog - 1 second

There is something seriously wrong with that function.

leppie25-Sep-02 9:31

25-Sep-02 9:31

Hmm, drive J:, a network drive. If so, Windows is taking its time looking for all the pretty icons for the files in the FileDialogBox Laugh | :laugh:

seriously! Try to set to list or details view...

I never had problems with that though...

Give them a chance! Do it for the kittens, dear God, the kittens!

Zombies with Coffee, LLC25-Sep-02 9:40

25-Sep-02 9:40

Thanks Leppie, but the 3 second differential is after it closes, not while it's loading the icons. Also tried it on the local drive.

Now get this!! OpenFileDialog seems to be keeping the file that you selected busy for 3 seconds or so after you click 'ok'!!

// EFTS.EftsFile pEftsFile = EftsVerification.LoadEftsFile( pFileOpen.FileName );<br />
   EFTS.EftsFile pEftsFile = EftsVerification.LoadEftsFile( @"J:\Aware\Specs\EFTS\6.2\samples\10_subs\car2.eft" );

Here I manually override the Load to load a specific file. If I select a different file car3, then we're back to one second. If I select the 'same' file car2, then it's back to 4 seconds again.

Zombies with Coffee, LLC25-Sep-02 9:58

25-Sep-02 9:58

if( pFileOpen.ShowDialog( ) != DialogResult.OK )
   return;

Stream myStream = pFileOpen.OpenFile( );

if( myStream != null )
   myStream.Close( );

EFTS.EftsFile pEftsFile = EftsVerification.LoadEftsFile( pFileOpen.FileName );

GRRrrrr!!! I tried this on a hunch. Once I select my file, then I open it up and immediately close it. The time is EXACTLY the same, but just in different order. The OpenFile/Close takes about 2-1/2 seconds and my LoadEftsFile is back to normal again.

Is OpenFileDialog trying to open up my file?!

leppie25-Sep-02 10:16

25-Sep-02 10:16

psdavis wrote:
If I select a different file car3, then we're back to one second. If I select the 'same' file car2, then it's back to 4 seconds again.

So its file related? How does the size differ?

CheckFileExists Overridden. Gets or sets a value indicating whether the dialog box displays a warning if the user specifies a file name that does not exist.

CheckPathExists (inherited from FileDialog) Gets or sets a value indicating whether the dialog box displays a warning if the user specifies a path that does not exist.

Try disabling both these... Confused | :confused:

This about as much as I can help Laugh | :laugh:

Brain is starved now.

Give them a chance! Do it for the kittens, dear God, the kittens!

Zombies with Coffee, LLC25-Sep-02 10:24

25-Sep-02 10:24

> So its file related? How does the size differ?

Copy of the original file.

> CheckFileExists & CheckPathExists

Way ahead of you bro. No change.

I guess I'm going to have to recreate the OpenFileDialog until they fix the bug. Unfortunately, they don't even have any problems reported with OpenFileDialog reported on their knowledgebase, nor do I have a couple of hundred bucks burning a hole in my pocket to report it.

Anyone know of a OpenFileDialog replacement control?

Zombies with Coffee, LLC25-Sep-02 11:09

25-Sep-02 11:09

It definitely has something to do with it being on a networked drive.

If I move the entire directory over to my local drive, the 5 second load now becomes 1/4 second.

I'd say that it was only a problem with my network, if I couldn't replace OpenFileDialog with my own dialog and reduce the time so greatly. OpenFileDialog must be trying to verify something about the file by opening it, and with my slow network, I'm really seeing the effects of it.

leppie26-Sep-02 7:22