[OWBugzilla] [Bug 1103] Assembler crashes on long paths

[bugzill...@www.openwatcom.org]

http://bugzilla.openwatcom.org/show_bug.cgi?id=1103


bro...@physik.rwth-aachen.de changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |bro...@physik.rwth-
| |aachen.de




------- Comment #1 from bro...@physik.rwth-aachen.de 2012-01-31 16:55 PST8PDT -------
Using relative paths might have avoided the whole issue of where you store your
source, of course...

That said, I'm looking into it. There's definitely a bit too much use of
static bufers in there.


--
Configure bugmail: http://bugzilla.openwatcom.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[bugzill...@www.openwatcom.org]

http://bugzilla.openwatcom.org/show_bug.cgi?id=1103





------- Comment #2 from samia...@gmail.com 2012-01-31 17:28 PST8PDT -------
(In reply to comment #1)

> Using relative paths might have avoided the whole issue of where you store your
> source, of course...
>
> That said, I'm looking into it. There's definitely a bit too much use of
> static bufers in there.
>

Its a good suggestion. What the example doesn't show is that it is expanding
a really big $INCLUDE shell variable that got automatically created by the
build script.

Thanks for the help.

Scott

[bugzill...@www.openwatcom.org]

http://bugzilla.openwatcom.org/show_bug.cgi?id=1103





------- Comment #3 from pspe...@earthlink.net 2012-02-01 09:25 PST8PDT -------
FWIW the wgml project file "findfile" contains a function,
"initialize_directory_list()" that preprocesses an environment variable into an
array of paths inside a struct which also contains the number of paths.
Searching the paths is just a matter of iterating through the list.

This was developed to avoid reparsing the environment variables on each and
every search for a file. It may or may not be something worth adapting to wasm.