@MSGID: <20230822174909.00004e84@mvps.org.invalid>
48494e36
@REPLY:
<1c082c0f-fad1-4a99-834b-22db0cc3c815n@googlegroups.com> 42e561c7
@REPLYADDR ObiWan <obiwan@mvps.org.invalid>
@REPLYTO 2:5075/128 ObiWan
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID:
<20230822174909.00004e84@mvps.org.invalid>
<0c640188-cdf2-421e-aca2-583457644423n@googlegroups.com> -fb2fcde550aan@googlegroups.com><24c250df-8e59-4af9-b5bf-d17f6a92a6e4n@googlegro
ups.com><20230414171132.00006d23@mvps.org.invalid><5cf1be47-7a74-42fa-b012-9e0c1
67ae58en@googlegroups.com><1c082c0f-fad1-4a99-834b-22db0cc3c815n@googlegroups.co
m>
@TZUTC: 0200
@TID: FIDOGATE-5.12-ge4e8b94
:: On Tue, 22 Aug 2023 04:29:05 -0700 (PDT)
:: (microsoft.public.vb.general.discussion)
:: <1c082c0f-fad1-4a99-834b-22db0cc3c815n@googlegroups.com>
:: Accu Backup <accubackup1@gmail.com> wrote:

> Well, I need to revisit this.  My original goal was to read a large
> xml file but I ended up shelving the idea because the file was almost
> 300MB.

If the file is large, you may use the "SAX" parser, in such a case you
pass to the parser the pathname of the file and the parser starts
reading it a piece at a time and parsing it, then every time it finds a
node, it raises an event which your code will intercept, basically,
instead of loading the whole file and have it parsed in memory, using
SAX you parse it on the fly, so that allows to deal with very huge XML
files

https://learn.microsoft.com/en-us/previous-versions/windows/desktop/ms762677(v=v
s.85)




--- FIDOGATE 5.12-ge4e8b94
 * Origin: To protect and to server (2:5075/128)
SEEN-BY: 5001/100 5005/49 5015/255 5019/40 5020/715
848 1042 4441 12000
SEEN-BY: 5030/49 1081 5058/104 5075/128
@PATH: 5075/128 5020/1042 4441