1. getOpenFileName Bug???
- Posted by Aisander at aol.com
Aug 27, 2002
--part1_10.24090064.2a9d14d9_boundary
Hello,
on my first euphoria-project, I stumbled into a problem, which I could not
solve. Perhaps someone on the list could help me?
I use Win32Lib v. 057.9 and copied following code from the manual into my
project
ZIP_Dateien = getOpenFileName( Window1, "", { "Dialog Flags",
{OFN_ALLOWMULTISELECT},"ZIP-Dateien", "*.ZIP", "All Files", "*.*" } )
to get multiple Files from the open-dialog. It works perfect for a small
amount of files, eg. 15 or so. If I mark more (eg. 30), then the routine
returns nothing (win 2000) or some strange signs (win 98). Is this a bug?
Andreas Perband
--part1_10.24090064.2a9d14d9_boundary
Content-Type: text/html; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
<HTML><FONT FACE=arial,helvetica><FONT SIZE=2 FAMILY="SANSSERIF" FACE="Arial"
LANG="2">Hello,<BR>
on my first euphoria-project, I stumbled into a problem, which I could not
solve. Perhaps someone on the list could help me? <BR>
I use Win32Lib v. 057.9 and copied following code from the manual into my
project<BR>
<BR>
ZIP_Dateien = getOpenFileName( Window1, "", { "Dialog Flags",
{OFN_ALLOWMULTISELECT},"ZIP-Dateien", "*.ZIP", "All Files", "*.*" } )<BR>
<BR>
to get multiple Files from the open-dialog. It works perfect for a small amount
of files, eg. 15 or so. If I mark more (eg. 30), then the routine returns nothing
(win 2000) or some strange signs (win 98). Is this a bug? <BR>
<BR>
Andreas Perband<BR>
--part1_10.24090064.2a9d14d9_boundary--
2. Re: getOpenFileName Bug???
Brian is correct. The original routine only catered for a single path/file
name to be returned. When it was updated to support multiple files names,
the buffer size was not changed. I'll increase it 8000 bytes. This should do
for nearly all cases. Maybe a better solution can be devised somebody (hint,
hint).
----------------
cheers,
Derek Parnell
----- Original Message -----
From: "Brian Broker" <bkb at cnw.com>
To: "EUforum" <EUforum at topica.com>
Subject: RE: getOpenFileName Bug???
>
> Hi Andreas,
>
> Not really a bug... the problem is that the buffer for holding the
> returned file names is only 256 characters (the minumum suggested
> value). I'll see what I can do to make this a bit more dynamic and
> submit the fix to the list.
>
> -- Brian
>
>
> Andreas wrote:
> > Hello,
> > on my first euphoria-project, I stumbled into a problem, which I could
> > not
> > solve. Perhaps someone on the list could help me?
> > I use Win32Lib v. 057.9 and copied following code from the manual into
> > my
> > project
> >
> > ZIP_Dateien = getOpenFileName( Window1, "", { "Dialog Flags",
> > {OFN_ALLOWMULTISELECT},"ZIP-Dateien", "*.ZIP", "All Files", "*.*" } )
> >
> > to get multiple Files from the open-dialog. It works perfect for a small
> >
> > amount of files, eg. 15 or so. If I mark more (eg. 30), then the routine
> >
> > returns nothing (win 2000) or some strange signs (win 98). Is this a
> > bug?
> >
> > Andreas Perband
> >
> >
>
>
>
3. Re: getOpenFileName Bug???
This is a multi-part message in MIME format.
------=_NextPart_000_0019_01C24E0E.B415C730
charset="iso-8859-1"
I noticed exact same behavior on my machine. I think it worked same with =
a C program I tried, but with other programs it works ok.
I would like to know solution for this one too.
JaMan!
----- Original Message -----=20
From: Aisander at aol.com=20
Subject: getOpenFileName Bug???
Hello,
on my first euphoria-project, I stumbled into a problem, which I could =
not solve. Perhaps someone on the list could help me?=20
I use Win32Lib v. 057.9 and copied following code from the manual into =
my project
ZIP_Dateien =3D getOpenFileName( Window1, "", { "Dialog Flags", =
{OFN_ALLOWMULTISELECT},"ZIP-Dateien", "*.ZIP", "All Files", "*.*" } )
to get multiple Files from the open-dialog. It works perfect for a =
small amount of files, eg. 15 or so. If I mark more (eg. 30), then the =
routine returns nothing (win 2000) or some strange signs (win 98). Is =
this a bug?=20
Andreas Perband
------=_NextPart_000_0019_01C24E0E.B415C730
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2600.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I noticed exact same behavior on my =
machine. I=20
think it worked same with a C program I tried, but with other programs =
it works=20
ok.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I would like to know solution for this =
one=20
too.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>JaMan!</FONT></DIV>
<DIV>----- Original Message ----- </DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV=20
style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
<A title=3DAisander at aol.com =
href=3D"mailto:Aisander at aol.com">Aisander at aol.com</A>=20
</DIV>
<DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3DEUforum at topica.com=20
href=3D"mailto:EUforum at topica.com">EUforum</A> </DIV>
<DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Tuesday, August 27, 2002 =
7:46=20
PM</DIV>
<DIV style=3D"FONT: 10pt arial"><B>Subject:</B> getOpenFileName =
Bug???</DIV>
<DIV><BR></DIV><PRE>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The Euphoria =
Mailing List =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
</PRE><FONT face=3Darial,helvetica><FONT lang=3D2 face=3DArial size=3D2=20
FAMILY=3D"SANSSERIF">Hello,<BR>on my first euphoria-project, I =
stumbled into a=20
problem, which I could not solve. Perhaps someone on the list could =
help me?=20
<BR>I use Win32Lib v. 057.9 and copied following code from the manual =
into my=20
project<BR><BR>ZIP_Dateien =3D getOpenFileName( Window1, "", { "Dialog =
Flags",=20
{OFN_ALLOWMULTISELECT},"ZIP-Dateien", "*.ZIP", "All Files", "*.*" }=20
)<BR><BR>to get multiple Files from the open-dialog. It works perfect =
for a=20
small amount of files, eg. 15 or so. If I mark more (eg. 30), then the =
routine=20
returns nothing (win 2000) or some strange signs (win 98). Is =
this a=20
bug? <BR><BR>Andreas =
Perband<BR></FONT><PRE>=3D=3D^=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
This email was sent to: 10963508 at europeonline.com
EASY UNSUBSCRIBE click here: <A =
href=3D"http://topica.com/u/?b1dd66.b3bpeM">http://topica.com/u/?b1dd66.b=
3bpeM</A>
Or send an email to: EUforum-unsubscribe at topica.com
T O P I C A -- Register now to manage your mail!
<A =
href=3D"http://www.topica.com/partner/tag02/register">http://www.topica.c=
om/partner/tag02/register</A>
=3D=3D^=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D</PRE></BLOCKQUOTE></F=
------=_NextPart_000_0019_01C24E0E.B415C730--
4. Re: getOpenFileName Bug???
On 28 Aug 2002, at 7:00, Derek Parnell wrote:
>
> Brian is correct. The original routine only catered for a single path/file
> name to be returned. When it was updated to support multiple files names,
> the buffer size was not changed. I'll increase it 8000 bytes. This should do
> for
> nearly all cases.
I have a folder with 12,379 files in it. Any chance you can accomodate that?
Kat
5. Re: getOpenFileName Bug???
Kat,
Maybe this isn't relevant to how you'd be using those 12,379 files, but it
would seem at first glance that selecting from that many files by hand would
be...inefficient?
Dan Moyer
----- Original Message -----
From: "Kat" <gertie at PELL.NET>
To: "EUforum" <EUforum at topica.com>
Subject: Re: getOpenFileName Bug???
>
> On 28 Aug 2002, at 7:00, Derek Parnell wrote:
>
> >
> > Brian is correct. The original routine only catered for a single
path/file
> > name to be returned. When it was updated to support multiple files
names,
> > the buffer size was not changed. I'll increase it 8000 bytes. This
should do for
> > nearly all cases.
>
>
> I have a folder with 12,379 files in it. Any chance you can accomodate
that?
>
> Kat
>
>
>
>
6. Re: getOpenFileName Bug???
You actually want a user to to select all of them at the same time?
Well let's do some quick guesses...
12,379 (call it 13,000) times 20 bytes per name = 260,000 bytes, plus the
path name to the folder (256) is about 261,000 bytes. So I guess 8000 bytes
doesn't cut it, eh?
It begs the questions as to why one would want to have that many files in a
single folde anyhow. I'm sure there are better organisational solutions to
the one you are currently using. But what would I know :)
----------------
cheers,
Derek Parnell
----- Original Message -----
From: "Kat" <gertie at PELL.NET>
To: "EUforum" <EUforum at topica.com>
Sent: Wednesday, August 28, 2002 7:47 AM
Subject: Re: getOpenFileName Bug???
>
> On 28 Aug 2002, at 7:00, Derek Parnell wrote:
>
> >
> > Brian is correct. The original routine only catered for a single
path/file
> > name to be returned. When it was updated to support multiple files
names,
> > the buffer size was not changed. I'll increase it 8000 bytes. This
should do for
> > nearly all cases.
>
>
> I have a folder with 12,379 files in it. Any chance you can accomodate
that?
>
> Kat
>
>
>
>
7. Re: getOpenFileName Bug???
Best solutin would be to display how many files maximum can user select
(text somewhere on top of dialog), and if user did select too many files
warn him that he has selected too many files and has to select again - don't
close dialog yet.
Or that each app would be able to define maximum number of files??
----- Original Message -----
From: "Kat" <gertie at PELL.NET>
To: "EUforum" <EUforum at topica.com>
Subject: Re: getOpenFileName Bug???
>
> On 28 Aug 2002, at 7:00, Derek Parnell wrote:
>
> >
> > Brian is correct. The original routine only catered for a single
path/file
> > name to be returned. When it was updated to support multiple files
names,
> > the buffer size was not changed. I'll increase it 8000 bytes. This
should do for
> > nearly all cases.
>
>
> I have a folder with 12,379 files in it. Any chance you can accomodate
that?
>
> Kat
>
>
>
>
8. Re: getOpenFileName Bug???
On 27 Aug 2002, at 15:10, Dan Moyer wrote:
>
> Kat,
>
> Maybe this isn't relevant to how you'd be using those 12,379 files, but it
> would seem at first glance that selecting from that many files by hand would
> be...inefficient?
I'll say it is! Just opening the directory with windoze Exploder locks up the
computer! It's a few dozen dozen megs of html-ized data for Tiggr.
Kat
> Dan Moyer
>
> ----- Original Message -----
> From: "Kat" <gertie at PELL.NET>
> To: "EUforum" <EUforum at topica.com>
> Sent: Tuesday, August 27, 2002 2:47 PM
> Subject: Re: getOpenFileName Bug???
>
>
> > On 28 Aug 2002, at 7:00, Derek Parnell wrote:
> >
> > >
> > > Brian is correct. The original routine only catered for a single
> path/file
> > > name to be returned. When it was updated to support multiple files
> names,
> > > the buffer size was not changed. I'll increase it 8000 bytes. This
> should do for
> > > nearly all cases.
> >
> >
> > I have a folder with 12,379 files in it. Any chance you can accomodate
> that?
> >
> > Kat
> >
> >
>
>
>
9. Re: getOpenFileName Bug???
On 28 Aug 2002, at 9:06, Derek Parnell wrote:
>
> You actually want a user to to select all of them at the same time?
>
> Well let's do some quick guesses...
> 12,379 (call it 13,000) times 20 bytes per name = 260,000 bytes, plus the
> path
> name to the folder (256) is about 261,000 bytes. So I guess 8000 bytes doesn't
> cut it, eh?
>
> It begs the questions as to why one would want to have that many files in a
> single folde anyhow. I'm sure there are better organisational solutions to the
> one you are currently using. But what would I know :)
They were on the httpd in a single folder, and when the web miner cut loose
on them, it also stored them in one folder. I have since written a program (in
Eu, of course) to move them to 25 alphabetical folders, because trying to
select and move them in Exploder wasn't working. So there are fewer per
directory now, but it's still a huge number.
Kat
> ----------------
> cheers,
> Derek Parnell
> ----- Original Message -----
> From: "Kat" <gertie at PELL.NET>
> To: "EUforum" <EUforum at topica.com>
> Sent: Wednesday, August 28, 2002 7:47 AM
> Subject: Re: getOpenFileName Bug???
>
>
> > On 28 Aug 2002, at 7:00, Derek Parnell wrote:
> >
> > >
> > > Brian is correct. The original routine only catered for a single
> path/file
> > > name to be returned. When it was updated to support multiple files
> names,
> > > the buffer size was not changed. I'll increase it 8000 bytes. This
> should do for
> > > nearly all cases.
> >
> >
> > I have a folder with 12,379 files in it. Any chance you can accomodate
> that?
> >
> > Kat
> >
> >
>
>
>
