1. Win32 64k and Hash algorithm
Win32 64k:
I've noticed that a lot of Win32 Euphoria programs can't handle files
above 64k. For example, a simple text editor will crash or freeze if a
file larger than 64k is loaded. I though Euphoria did away with the 64k
and 640k barriers... is this a Windows problem, a programming oversight
(referring to the Win32 programmer, not the Euphoria interpreter), or
maybe me just jumping to conclusions?
Hash algorithm:
Alan, could you perhaps also post the header file "sha.h", if you have
it?
I can port some parts of the program, but, being a somewhat less than
mediocre C programmer, I can't do a whole lot. Hopefully I can do my
part =)
Greg
--
Greg Phillips
i.shoot at rednecks.com
http://euphoria.server101.com
--
Useless fact of the day:
The term 'hay fever' originated in England, where some people suffered
allergic symptoms during hay pitching time. When the symptoms became
severe, workers often felt feverish.
2. Re: Win32 64k and Hash algorithm
- Posted by Daniel Berstein <daber at PAIR.COM>
Dec 24, 1998
-
Last edited Dec 25, 1998
At 06:26 p.m. 24-12-98 , you wrote:
>Win32 64k:
>I've noticed that a lot of Win32 Euphoria programs can't handle files
>above 64k. For example, a simple text editor will crash or freeze if a
>file larger than 64k is loaded. I though Euphoria did away with the 64k
>and 640k barriers... is this a Windows problem, a programming oversight
>(referring to the Win32 programmer, not the Euphoria interpreter), or
>maybe me just jumping to conclusions?
The limitation is on Win32 API. Edit text controls can only hold 64K of
data. I think NT 4.0 doesn't have that limit. There are tricky ways to over
pass that limit: load only chuncks of data needed to be displayed.
You can also use the RichText edit control (RTF), but that is far more
complex than a simle edit box.
Regards,
Daniel Berstein
daber at pair.com
3. Re: Win32 64k and Hash algorithm
- Posted by Ralf Nieuwenhuijsen <nieuwen at XS4ALL.NL>
Dec 24, 1998
-
Last edited Dec 25, 1998
>Win32 64k:
>I've noticed that a lot of Win32 Euphoria programs can't handle files
>above 64k. For example, a simple text editor will crash or freeze if a
>file larger than 64k is loaded. I though Euphoria did away with the 64k
>and 640k barriers... is this a Windows problem, a programming oversight
>(referring to the Win32 programmer, not the Euphoria interpreter), or
>maybe me just jumping to conclusions?
Try *just* loading the file.. without using any windows-dll to display the
entire contents, since that is where I expect the problem exists.
Maybe, we are better off using a complete Euphoria coded GUI, even in
windows, and simply use windhoos as the graphical output only. (well, min &
max button and all should be windowish)
Why? It saves a lot of bulky DLL's from loaded into memory. Instead a
shrouded euphoria code of never more than a couple of kb's is loaded. Its
saver: it will only crash the current program, not the entire system. And it
will be ported to dos in a couple of seconds.
David, since Dos32Lib will support the same subset of controls, the code
is/will..be already there, why not add an 'emulated' version of Win32Lib ? I
mean, simerlar to Dos32Lib, but then the normal blit, etc. is wrapped up by
you.
Also, if the Dos32Lib would be sped up using a real graphics engine (which
is thus more than offering a blit, the speed benefit of only using a blit
will be little, while you can (im sure) speed the whole thing up with a
factor of 5, maybe 10 and have all palette compabilites issues sorted out).
Even if you use the standard Euphoria blit for the 16-color modes, the
internal works of windows, range checking, moving, etc. will be speed up
enourmously, and when used with any 256 color and above video mode, the
whole procces, including the blit is done in one machine call.
This btw, might also help with Win32Lib, you just need to do the actual blit
yourself on the Win32 platform.
Ralf
4. Re: Win32 64k and Hash algorithm
Hi all,
Actually NT has this same problem. Like you said its the win32 API it's not
the OS.
> -----Original Message-----
> From: Euphoria Programming for MS-DOS
> [mailto:EUPHORIA at LISTSERV.MUOHIO.EDU]On Behalf Of Daniel Berstein
> Sent: Thursday, December 24, 1998 6:29 PM
> To: EUPHORIA at LISTSERV.MUOHIO.EDU
> Subject: Re: Win32 64k and Hash algorithm
>
>
> At 06:26 p.m. 24-12-98 , you wrote:
> >Win32 64k:
> >I've noticed that a lot of Win32 Euphoria programs can't handle files
> >above 64k. For example, a simple text editor will crash or
> freeze if a
> >file larger than 64k is loaded. I though Euphoria did away
> with the 64k
> >and 640k barriers... is this a Windows problem, a
> programming oversight
> >(referring to the Win32 programmer, not the Euphoria interpreter), or
> >maybe me just jumping to conclusions?
>
> The limitation is on Win32 API. Edit text controls can only
> hold 64K of
> data. I think NT 4.0 doesn't have that limit. There are
> tricky ways to over
> pass that limit: load only chuncks of data needed to be displayed.
> You can also use the RichText edit control (RTF), but that is far more
> complex than a simle edit box.
>
>
> Regards,
> Daniel Berstein
> daber at pair.com
>
