From khendricks@ivey.uwo.ca Tue Jan 2 19:48:00 2001 From: khendricks@ivey.uwo.ca (Kevin B. Hendricks) Date: Tue, 02 Jan 2001 19:48:00 -0000 Subject: New SegFault will importing some java files from OpenOffice References: Message-ID: <01010222491100.04141@localhost> Hi Ben, > If you can come up with a tiny test case that triggers the bug (did you > notice the database records that contain empty fields when jbrowser is > run?), then someone on the mailing list should be able to help. Okay, here is the smallest testcase that I could think of: ---cut-here--Test1.java---- import java.lang.reflect.*; public class Test1 { public static void main(String args[]) { System.out.println(Test1[].class.getName()); } } ---cut-here--Test1.java---- This does compile and run and it does come back with the input paramter null message when imported into snavigator. Based on trial and error... you actually don't need the print or the .getName() but I wanted to prove to myself that Sun's javac would actually compile it successfully and that it would run. Without the array notation [] this does parse in snavigator correctly, but with the array notation it fails. Hope someone on the sourcenav team can get this fixed. Thanks, Kevin From alex.shneer@verizon.com Fri Jan 5 09:06:00 2001 From: alex.shneer@verizon.com (alex.shneer@verizon.com) Date: Fri, 05 Jan 2001 09:06:00 -0000 Subject: COBOL parser Message-ID: <852569CB.005B41AD.00@smtpsrv1.bigyellow.com> Hi,Ben. I fixed a bug in the source navigator obrowser's Parser.c. Regards, Alex Shneer alex.shneer@verizon.com -------------------------------------------------- Text description -------------------------------------------------- snavigator/parsers/cobol/Parser.c: changed parameters passed to MakeIdent to remove quotes from a string when it is used as an indentifier -------------------------------------------------- ChangeLog entry -------------------------------------------------- 2001-01-01 Alex Shneer snavigator/parsers/cobol/Parser.c: changed parameters passed to MakeIdent to remove quotes from a string when it is used as an indentifier -------------------------------------------------- diff -c3p SN452-source/snavigator/parsers/cobol/Parser.c Parser.c -------------------------------------------------- *** SN452-source/snavigator/parsers/cobol/Parser.c Fri Feb 11 18:52:03 2000 --- Parser.c Fri Jan 5 11:50:27 2001 *************** case 2949: yyDecrement (5) yySetNT (yyNT *** 12631,12637 **** ; { char word [128]; StGetString (yyA [3].Scan.string.Value, word); ! yyA [3].Scan.name.Ident = MakeIdent (word, strlen (word)); (void) DeclareLabel (yyA [3].Scan, lPROGRAM, PrevEPos); ; } ; } break; --- 12631,12637 ---- ; { char word [128]; StGetString (yyA [3].Scan.string.Value, word); ! yyA [3].Scan.name.Ident = MakeIdent (&word[1], strlen (word)-2); (void) DeclareLabel (yyA [3].Scan, lPROGRAM, PrevEPos); ; } ; } break; *************** case 3860: yyDecrement (1) yySetNT (yyNT *** 14707,14713 **** ; { char word [128]; StGetString (yyA [0].Scan.string.Value, word); ! yyA [0].Scan.name.Ident = MakeIdent (word, strlen (word)); UseLabelExtern (yyA [0].Scan); ; } ; } break; --- 14707,14713 ---- ; { char word [128]; StGetString (yyA [0].Scan.string.Value, word); ! yyA [0].Scan.name.Ident = MakeIdent (&word[1], strlen (word)-2); UseLabelExtern (yyA [0].Scan); ; } ; } break; *************** case 3862: yyDecrement (2) yySetNT (yyNT *** 14723,14729 **** ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (word, strlen (word)); UseLabelExtern (yyA [1].Scan); UseLabelExtern (yyA [0].Scan); ; } ; --- 14723,14729 ---- ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (&word[1], strlen (word)-2); UseLabelExtern (yyA [1].Scan); UseLabelExtern (yyA [0].Scan); ; } ; *************** case 4001: yyDecrement (2) yySetNT (yyNT *** 15032,15038 **** ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (word, strlen (word)); (void) DeclareLabel (yyA [1].Scan, lENTRY, PrevEPos); ; } ; } break; --- 15032,15038 ---- ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (&word[1], strlen (word)-2); (void) DeclareLabel (yyA [1].Scan, lENTRY, PrevEPos); ; } ; } break; *************** case 4002: yyDecrement (4) yySetNT (yyNT *** 15041,15047 **** ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (word, strlen (word)); (void) DeclareLabel (yyA [1].Scan, lENTRY, PrevEPos); ; } ; } break; --- 15041,15047 ---- ; { char word [128]; StGetString (yyA [1].Scan.string.Value, word); ! yyA [1].Scan.name.Ident = MakeIdent (&word[1], strlen (word)-2); (void) DeclareLabel (yyA [1].Scan, lENTRY, PrevEPos); ; } ; } break; From walker.cool@usa.net Sat Jan 6 07:57:00 2001 From: walker.cool@usa.net (h j) Date: Sat, 06 Jan 2001 07:57:00 -0000 Subject: Java hiccups Message-ID: <20010106155656.14818.qmail@nwcst338.netaddress.usa.net> Hi, I am trying this program for a large java project. It is the most stable, fast and useful product, even compared to some commercial ones. But it seems that java is not fully supported as yet. Firstly, there is an important bug: The program does not recognize "java.awt.Component" as "Component" from the "java.awt" package. It seems like the package concept is not there at all. Also, the program has an irritating habit of distinguishing a method definition and declaration. In java there is no such distinction, but source navigator shows two entries for each method! What is the status for java support ? Is there a chance of these issues being fixed in the near future ? thanks, walker ____________________________________________________________________ Get free email and a permanent address at http://www.netaddress.com/?N=1 From m.kruschinski@onlinehome.de Sun Jan 7 15:04:00 2001 From: m.kruschinski@onlinehome.de (M. Kruschinski) Date: Sun, 07 Jan 2001 15:04:00 -0000 Subject: Command line-problem under DOS Message-ID: <3A58F5A9.7E01FBE2@onlinehome.de> Hi there! I work with Windows 98SE and normally, SourceNavigator 4.5.2 works JUST FINE. But: Now I need to use the -import switch and so I must use the command line (DOS box), right? The file I would like to specify after the -import switch is rather large and contains many . and .. directories, so I feel forced to cd into the directory where the software lies that is to be browsed before I issue the snavigator- command. But: Whenever I try to start snavigator after having cd'ed to another directory (not being the one where snavigator lives), a box pops out saying "error starting Source Navigator" and nothing else, accompanied by the usual M$ red cross. PATH is set correctly, I assume (since this error-box looks very much like being generated from somewhere inside SourceNavigator). If only the said box's text would be a LITTLE more specific... So, why can I start SourceNavigator in a DOS box only if I currently am in the directory where it resides? What am I doing wrong? I would be very thankful for a hint. Best regards Marcus Kruschinski Berlin, Germany From alex.shneer@verizon.com Wed Jan 10 13:01:00 2001 From: alex.shneer@verizon.com (alex.shneer@verizon.com) Date: Wed, 10 Jan 2001 13:01:00 -0000 Subject: cross references of static functions Message-ID: <852569D0.00728F23.00@smtpsrv1.bigyellow.com> Hi, can anybody tell why cross reference window shows that both func1 and func2 are referenced by static_func, no matter wich one we choose: one defined in the static1.c or one defined in static2.c? static1.c: -------------------------------------- static static_func() { func1(); } -------------------------------------- static2.c -------------------------------------- static static_func () { func2(); } --------------------------------------- From irox@redhat.com Wed Jan 10 13:23:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 10 Jan 2001 13:23:00 -0000 Subject: cross references of static functions References: <852569D0.00728F23.00@smtpsrv1.bigyellow.com> Message-ID: <3A5CD2B5.545881C@redhat.com> This sounds like bad scope management. One of the many parser problems that needs to be solved. Once we add support for things like namespaces and innerclasses, we should have way better scope management (well, really we need to improve scope management inorder to add namespace and innerclass support). Ian. alex.shneer@verizon.com wrote: > > Hi, > can anybody tell why cross reference window shows that both func1 and func2 > are referenced by static_func, > no matter wich one we choose: one defined in the static1.c or one defined > in static2.c? > > static1.c: > -------------------------------------- > static static_func() > { > func1(); > } > -------------------------------------- > static2.c > -------------------------------------- > static static_func () > { > func2(); > } > --------------------------------------- From alex.shneer@verizon.com Wed Jan 10 13:47:00 2001 From: alex.shneer@verizon.com (alex.shneer@verizon.com) Date: Wed, 10 Jan 2001 13:47:00 -0000 Subject: cross references of static functions Message-ID: <852569D0.00764DD5.00@smtpsrv1.bigyellow.com> Can you think of any possible workarounds or patches for 4.5.2 that could solve this or will it be fixed in the next version? There are similar scope management problems in the COBOL parser. I thought to borrow ideas from C++ parser to patch the cobol parser: no luck here, obviously. Ian Roxborough on 01/10/2001 04:23:01 PM To: alex.shneer@verizon.com cc: sourcenav@sources.redhat.com Subject: Re: cross references of static functions This sounds like bad scope management. One of the many parser problems that needs to be solved. Once we add support for things like namespaces and innerclasses, we should have way better scope management (well, really we need to improve scope management inorder to add namespace and innerclass support). Ian. alex.shneer@verizon.com wrote: > > Hi, > can anybody tell why cross reference window shows that both func1 and func2 > are referenced by static_func, > no matter wich one we choose: one defined in the static1.c or one defined > in static2.c? > > static1.c: > -------------------------------------- > static static_func() > { > func1(); > } > -------------------------------------- > static2.c > -------------------------------------- > static static_func () > { > func2(); > } > --------------------------------------- From Jingyuan_Xu@acersoftech.com.cn Thu Jan 11 01:35:00 2001 From: Jingyuan_Xu@acersoftech.com.cn (Jingyuan_Xu@acersoftech.com.cn) Date: Thu, 11 Jan 2001 01:35:00 -0000 Subject: wished feature Message-ID: <482569D1.003502AE.00@cnshans1.acersoftech.com.cn> hi Thank you for your great work on source-navigator,I like it. I'm a editor-hunter.so I have some suggestion: 1.collapsable editor: you see it in multiedit(www.multiedit.com), with the pattern (regular expression),you get a overlook on the code. with such function you can only show the comments, but let the code colappsed in a tree node. 2.in xref,the call tree should be able to be saved (better in xml format). so In linux forum , with such exchangable file people can have a base to talk how a function of open source soft is implemented . 3.adopting the lpa(literature programming,see http://www.cs.cmu.edu/~vaschelp/Programming/Literate/literate.html ) Best Regard xu JingYuan From marta.stojanovic@nrc.ca Fri Jan 12 11:49:00 2001 From: marta.stojanovic@nrc.ca (Marta Stojanovic) Date: Fri, 12 Jan 2001 11:49:00 -0000 Subject: Selecting files in Project Manager Message-ID: <3A5F60A6.B68EB4F8@nrc.ca> Hi all ! This must be a stupid question, but I'll go with it anyway : I would like to select only .h files from a project full of .cpp, .c and other files that I'm not interested right now. When creating a project I have either an option to add files or to add directories. If I add .h files one by one it would be very time-consuming and error-prone. If I add a project directory with all subdirectories, I end up with all the files. I am able to choose only .h files by typing "*.h" in the "pattern" text-field, but when I click OK, it parses all the files, nevertheless. Is there a simple way to choose just one file extension, so that I can be certain that database files contain only the information from .h files and not the whole project ? Thanks in advance. Kind regards, Marta. From mdejong@cygnus.com Fri Jan 12 12:31:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 12 Jan 2001 12:31:00 -0000 Subject: Selecting files in Project Manager References: <3A5F60A6.B68EB4F8@nrc.ca> Message-ID: On Fri, 12 Jan 2001, Marta Stojanovic wrote: > Hi all ! > > This must be a stupid question, but I'll go with it anyway : > > I would like to select only .h files from a project full of .cpp, .c and > other files that I'm not interested right now. When creating a project I > have either an option to add files or to add directories. If I add .h > files one by one it would be very time-consuming and error-prone. If I > add a project directory with all subdirectories, I end up with all the > files. I am able to choose only .h files by typing "*.h" in the > "pattern" text-field, but when I click OK, it parses all the files, > nevertheless. > > Is there a simple way to choose just one file extension, so that I can > be certain that database files contain only the information from .h > files and not the whole project ? > > Thanks in advance. > > Kind regards, > Marta. You have two options. You could create the db with only .h files in it or you could just load all the files and use a "view" that only holds the .h file. The first option can be done like so: % cd $THE_TOP_DIR % find `pwd` -name "*.h" > dot_h.list % snavigator --create --import dot_h.list The second option can be done from the project editor. You type a view name like "dot_h" into the "View" box and hit enter. That will create a new view that you can delete the other files from. Mo DeJong Red Hat Inc From irox@redhat.com Fri Jan 12 12:53:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 12 Jan 2001 12:53:00 -0000 Subject: How to use Views [Was: Selecting files in Project Manager] References: <3A5F60A6.B68EB4F8@nrc.ca> Message-ID: <3A5F6E6C.EFACD700@redhat.com> Hi, Yes, there is a way to do it, it's not as straight forward as I'd like it to be. For this interface your question is not so stupid. 1) Create a project with all the files you're interested in (I'm assuming that you're adding c, cpp, h, etc. files... Now bring up the project editor. 2) Create a new View, this is done by typing into the text entry box labeled views and hitting Return. It will ask you if you want to create a new view (yes you do is the correct answer). 3) Select the top node of your project and click on the "Hide" button, so this view is now empty of files. In the "pattern" field in the project editor, enter "*.h" and hit return, now you should see only header files. Select all of the header files (selecting the top node will select all the files under it) and click on the "View" button. Click "apply" and you looking at all the header files in your project. You can change back to viewing all your files by going back to the project editor and selecting default as the view. I hope this helps, Ian. Marta Stojanovic wrote: > > Hi all ! > > This must be a stupid question, but I'll go with it anyway : > > I would like to select only .h files from a project full of .cpp, .c and > other files that I'm not interested right now. When creating a project I > have either an option to add files or to add directories. If I add .h > files one by one it would be very time-consuming and error-prone. If I > add a project directory with all subdirectories, I end up with all the > files. I am able to choose only .h files by typing "*.h" in the > "pattern" text-field, but when I click OK, it parses all the files, > nevertheless. > > Is there a simple way to choose just one file extension, so that I can > be certain that database files contain only the information from .h > files and not the whole project ? > > Thanks in advance. > > Kind regards, > Marta. From charlie@mullum.com.au Fri Jan 12 23:42:00 2001 From: charlie@mullum.com.au (Charles Darcy) Date: Fri, 12 Jan 2001 23:42:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) Message-ID: <3A6006FB.5A8CF333@mullum.com.au> Hi, I've just tried SN and found it is very impressive. I have, however, struck a problem when a build target contains files in multiple source directories. The make system claims there is no rule to build object files for any source files which exist in any directories after the first in VPATH (a definition in the SN generated snMakefile). So if I have source files in Dir1 and Dir2, VPATH will be something like: VPATH = c:/project/Dir1 c:/project/Dir2 Files in Dir1 compile OK, but with files in Dir2 the make system complains: make: *** No rule to make target `sample_file_in_Dir2.o', needed by `sample_lib.a'. Stop. I've found that if I replace the space between the directories in VPATH with a semicolon, rename snMakefile to makefile, and build using as the target, all file are compiled correctly. VPATH = c:/project/Dir1;c:/project/Dir2 This becomes a little tedious, however. I'm using the Cygwin compilation suite, under Windows ME. If anyone can suggest what might be the cause of my problem, I would be very grateful. My apologies if I have missed something obvious; I have only just started using Source Navigator and the Cygwin tools. regards, Charlie. From tobias.mkortkamp@cas-gmbh.de Mon Jan 15 01:22:00 2001 From: tobias.mkortkamp@cas-gmbh.de (Tobias Muller-Kortkamp) Date: Mon, 15 Jan 2001 01:22:00 -0000 Subject: Problems with Cobol-Parser Message-ID: <01C07EDB.2E2B4860.tobias.mkortkamp@cas-gmbh.de> Hi, We had big problems using the cobol parser. We parsed a project of about 1794 Files (66 MB) The parsing process for the whole project lasted for 2 hours. Many interupts occured, even protection faults. The xref-generation also lasted for 2 hours. This process abruptly stopped with the following message: "Source-Navigator had a problem generating Cross-Reference information. Cross-Reference information is not complete". Also the hyper.exe crashed with message: "Runtime Error - d:\..\cygnus\sn452\bin - abnormal program termination" A test case is attached to this e-mail. We tried this on Windows, both NT and 98, in two complettly different Networks. The code was written for AcuCobol 4.2 (Kind of ANSI-Cobol 95) I send you a test case with this mail. It consists of two files of which one is parsed normally, the other definitly not. The archiv "Bug Files" contains a SourceNav Project with the two cobol files. The word documents lists some of the failure notices that occured during parsing. Since we've got an german windows version some of them are in german. If really needed (don`t think so) I would translate them for you Thank you for your efforts. best wishes Tobias Tobias Mueller-Kortkamp mailto:tobias.mkortkamp@cas-gmbh.de CAS GmbH http://www.cas-gmbh.de Friedensstrasse 20 Phone: +49 (0) 61 04 - 98 08 - 0 D-63179 Obertshausen Fax: +49 (0) 61 04 - 98 08 - 30 ***************************************************** -------------- next part -------------- A non-text attachment was scrubbed... Name: Abbruch_hyper_dot_exe.doc Type: application/msword Size: 22016 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: BugFiles.zip Type: application/zip Size: 234028 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Error_Auto-Create_cbl.doc Type: application/cdfv2 Size: 407040 bytes Desc: not available URL: From bje@redhat.com Mon Jan 15 02:44:00 2001 From: bje@redhat.com (Ben Elliston) Date: Mon, 15 Jan 2001 02:44:00 -0000 Subject: Problems with Cobol-Parser References: <01C07EDB.2E2B4860.tobias.mkortkamp@cas-gmbh.de> Message-ID: A test case is attached to this e-mail. Please do not send such large attachments to the mailing list! In future, place the files on the web and provide a URL. Ben From lonnie@timesys.com Mon Jan 15 10:40:00 2001 From: lonnie@timesys.com (Lonnie VanZandt) Date: Mon, 15 Jan 2001 10:40:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel Message-ID: <3A635290.58E22ED4@timesys.com> Source Navigator is having problems parsing the PPC 2.4.0 kernel sources. The first problem is a "b ." operation in arch/parisc/kernel//hpmc.S. After commenting out that line, parsing hangs again on another file. I haven't looked at that second fault yet. One must sigkill snav to get back control. From irox@redhat.com Mon Jan 15 12:46:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 15 Jan 2001 12:46:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A635290.58E22ED4@timesys.com> Message-ID: <3A63619F.367F0B2A@redhat.com> Unless you've not rewritten a PPC assembly parser, you going to have a hard time parsering PPC instructions. You should still be able to look at all the non PPC assembly files. If you want the PPC assembly files you have to write a PPC parser. If you want to write a assembly parser, you should look at the examples in the Source-Navigator code base. IAn. Lonnie VanZandt wrote: > > Source Navigator is having problems parsing the PPC 2.4.0 kernel > sources. The first problem is a "b ." operation in > arch/parisc/kernel//hpmc.S. After commenting out that line, parsing > hangs again on another file. I haven't looked at that second fault yet. > One must sigkill snav to get back control. From bje@redhat.com Mon Jan 15 12:59:00 2001 From: bje@redhat.com (Ben Elliston) Date: Mon, 15 Jan 2001 12:59:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A635290.58E22ED4@timesys.com> Message-ID: Source Navigator is having problems parsing the PPC 2.4.0 kernel sources. The first problem is a "b ." operation in arch/parisc/kernel//hpmc.S. After commenting out that line, parsing I'm not surprised -- S-N doesn't know how to parse HP PA-RISC assembly. hangs again on another file. I haven't looked at that second fault yet. One must sigkill snav to get back control. Can you identify the troublesome second file? Does it cause a problem in a project on its own? Ben From irox@redhat.com Mon Jan 15 13:39:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 15 Jan 2001 13:39:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A635290.58E22ED4@timesys.com> <3A63619F.367F0B2A@redhat.com> Message-ID: <3A636E27.E650C68@redhat.com> Let's ignore my emails today. There really is a PPC parser. Ian. Ian Roxborough wrote: > > Unless you've not rewritten a PPC assembly parser, you going to > have a hard time parsering PPC instructions. > > You should still be able to look at all the non PPC assembly files. > > If you want the PPC assembly files you have to write a PPC parser. > > If you want to write a assembly parser, you should look at > the examples in the Source-Navigator code base. > > IAn. > > Lonnie VanZandt wrote: > > > > Source Navigator is having problems parsing the PPC 2.4.0 kernel > > sources. The first problem is a "b ." operation in > > arch/parisc/kernel//hpmc.S. After commenting out that line, parsing > > hangs again on another file. I haven't looked at that second fault yet. > > One must sigkill snav to get back control. From lonnie@timesys.com Mon Jan 15 13:49:00 2001 From: lonnie@timesys.com (Lonnie L VanZandt) Date: Mon, 15 Jan 2001 13:49:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A636E27.E650C68@redhat.com> Message-ID: I suspected so since it had no problems with 2.2.* with PPC... -----Original Message----- From: irox@cygnus.com [ mailto:irox@cygnus.com]On Behalf Of Ian Roxborough Sent: Monday, January 15, 2001 2:40 PM To: Lonnie VanZandt; sourcenav@sources.redhat.com Subject: Re: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel Let's ignore my emails today. There really is a PPC parser. Ian. Ian Roxborough wrote: > > Unless you've not rewritten a PPC assembly parser, you going to > have a hard time parsering PPC instructions. > > You should still be able to look at all the non PPC assembly files. > > If you want the PPC assembly files you have to write a PPC parser. > > If you want to write a assembly parser, you should look at > the examples in the Source-Navigator code base. > > IAn. > > Lonnie VanZandt wrote: > > > > Source Navigator is having problems parsing the PPC 2.4.0 kernel > > sources. The first problem is a "b ." operation in > > arch/parisc/kernel//hpmc.S. After commenting out that line, parsing > > hangs again on another file. I haven't looked at that second fault yet. > > One must sigkill snav to get back control. From lonnie@timesys.com Mon Jan 15 14:15:00 2001 From: lonnie@timesys.com (Lonnie L VanZandt) Date: Mon, 15 Jan 2001 14:15:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: Message-ID: arch/arm/mach-sa1100/arch.c causes the Project Scanner to simply hang. I took the parisc directories out of hierarchy so now this file is the first hang. It takes a sigkill to get control back and unfortunately the core offers no clue since it is symbolless. It would be helpful if snav rather than hanging when it encountered a problem file would flag the file, skip it, and go on... Lonnie. -----Original Message----- From: Ben Elliston [ mailto:bje@redhat.com ] Sent: Monday, January 15, 2001 2:00 PM To: Lonnie VanZandt Cc: sourcenav@sources.redhat.com Subject: Re: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel Source Navigator is having problems parsing the PPC 2.4.0 kernel sources. The first problem is a "b ." operation in arch/parisc/kernel//hpmc.S. After commenting out that line, parsing I'm not surprised -- S-N doesn't know how to parse HP PA-RISC assembly. hangs again on another file. I haven't looked at that second fault yet. One must sigkill snav to get back control. Can you identify the troublesome second file? Does it cause a problem in a project on its own? Ben From mdejong@cygnus.com Mon Jan 15 16:32:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 15 Jan 2001 16:32:00 -0000 Subject: Java hiccups References: <20010106155656.14818.qmail@nwcst338.netaddress.usa.net> Message-ID: On 6 Jan 2001, h j wrote: > Hi, > I am trying this program for a large java project. It is the most stable, fast > and useful product, even compared to some commercial ones. > > But it seems that java is not fully supported as yet. Firstly, there is an > important bug: The program does not recognize "java.awt.Component" as > "Component" from the "java.awt" package. It seems like the package concept is > not there at all. You are correct. We need to fix the Java parser so that it understands Java packages. > Also, the program has an irritating habit of distinguishing a method > definition and declaration. In java there is no such distinction, but source > navigator shows two entries for each method! This is a known problem. This sort of thing could also come up in C++ in the case of an inlined method. The question is, what is the right way to fix this? Should only a single type symbol be written, for example we could leave off the decl symbol. The problem is, we then need to do something when the user ran "Goto decl". > What is the status for java support ? Is there a chance of these > issues being fixed in the near future ? We are talking about the "right" way to fix it but it is going to require some work. The GCJ based parser would work for Java code that would compile, but fuzzy Java parsing is a much harder problem. Mo DeJong Red Hat Inc From bje@redhat.com Mon Jan 15 18:16:00 2001 From: bje@redhat.com (Ben Elliston) Date: Mon, 15 Jan 2001 18:16:00 -0000 Subject: Java hiccups References: Message-ID: mdejong wrote: We are talking about the "right" way to fix it but it is going to require some work. The GCJ based parser would work for Java code that would compile, but fuzzy Java parsing is a much harder problem. Having had a couple of years to ponder this issue, I'm coming to the conlusion that perhaps the correct parsing of correct programs should come before the best-effort parsing of incorrect programs. Perhaps fuzzy parsing should take a back seat? Ben From mdejong@cygnus.com Mon Jan 15 18:20:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 15 Jan 2001 18:20:00 -0000 Subject: Java hiccups References: Message-ID: On Tue, 16 Jan 2001, Ben Elliston wrote: > mdejong wrote: > > We are talking about the "right" way to fix it but it is going to > require some work. The GCJ based parser would work for Java code that > would compile, but fuzzy Java parsing is a much harder problem. > > Having had a couple of years to ponder this issue, I'm coming to the > conlusion that perhaps the correct parsing of correct programs should come > before the best-effort parsing of incorrect programs. Perhaps fuzzy parsing > should take a back seat? > > Ben The option we were talking about was using a "normal" parser first and then if that failed we would fall back to a fuzzy parser for that one file. It would also be really neat if you could "go fuzzy" for a single function or class (that might be a lot harder than it sounds). The devil is in the details of course. Mo DeJong Red Hat Inc From tshead@k-3d.com Mon Jan 15 19:16:00 2001 From: tshead@k-3d.com (Timothy M. Shead) Date: Mon, 15 Jan 2001 19:16:00 -0000 Subject: Crazy Ideas Was: Re: Java hiccups References: Message-ID: <3A63BCF7.1060608@k-3d.com> Ben Elliston wrote: > mdejong wrote: > > We are talking about the "right" way to fix it but it is going to > require some work. The GCJ based parser would work for Java code that > would compile, but fuzzy Java parsing is a much harder problem. > > Having had a couple of years to ponder this issue, I'm coming to the > conlusion that perhaps the correct parsing of correct programs should come > before the best-effort parsing of incorrect programs. Perhaps fuzzy parsing > should take a back seat? > > Ben I don't know if y'all have any long-term plans for the future of SN, but if you do, your remark about correctly parsing correct programs reminded me of one of an interesting idea I ran across, one which could eliminate these types of problems: database source management. The idea being that, instead of "storing" your program source in files, you keep it organized in a central database. So you'd have tables for classes, methods, functions, etc. just like SN's tables, but with the bodies of functions/methods/etc in the database as well. There'd never be a "foo.java" or "foo.cpp" - simply a set of "foo" entries in the database. When it's time to compile, the database dumps the source into temporary file form to feed the compiler. Advantages would include: * Minimize parsing (at least for new projects) - since the code is going into the database as it's written (presumeably through some type of GUI) the parsing can be kept to a bare minimum (with much, much less to go wrong). * More complex searches / cross references. * Faster compile times - since the database can easily cross-reference function/method calls, it can avoid compiling the ones that are never used. * Faster compiled executables - the database could perform static analysis of call patterns, and organize compiled code to minimize cache hits, something that's impractical when working with files. * Better source management - tools like CVS track changes to text files at a generic level. The database could track changes at a per-function/method level, and provide context for a "group" of changes that go together (something CVS doesn't do). It could advise you when a change is going to affect other people, and advise them when you do. * Integrated documentation - it would be possible for the database to help keep documentation in sync with the code - if you change an argument to a function/method, it can (optionally, of course!) nag you to update the corresponding comments. Way out there, I know - the idea of abandoning files is scary, but worth looking at :) Regards, Timothy M. Shead From irox@redhat.com Mon Jan 15 19:36:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 15 Jan 2001 19:36:00 -0000 Subject: Crazy Ideas Was: Re: Java hiccups References: <3A63BCF7.1060608@k-3d.com> Message-ID: <3A63C194.D965A4E9@redhat.com> Mmmmmmmm, yes, something I've heard about a few times. The biggest benefit would be NO MORE CODING STANDARDS! Yippee, no more whining about this coding standard verse that one. You just set any coding standard you want in your editor and nobody will ever care. And many great advantages for doing code refactoring as well. A more realistic way would be to store source code in XML format, which then could be read into either a xref and symbol database or into a compiler (or into an editor of course). But when you try to deal with file based languages, Java is bad for this (path = package name), as is C due to the use of static, you start to have some problems. Ian. "Timothy M. Shead" wrote: > > Ben Elliston wrote: > > > mdejong wrote: > > > > We are talking about the "right" way to fix it but it is going to > > require some work. The GCJ based parser would work for Java code that > > would compile, but fuzzy Java parsing is a much harder problem. > > > > Having had a couple of years to ponder this issue, I'm coming to the > > conlusion that perhaps the correct parsing of correct programs should come > > before the best-effort parsing of incorrect programs. Perhaps fuzzy parsing > > should take a back seat? > > > > Ben > > I don't know if y'all have any long-term plans for the future of SN, but > if you do, your remark about correctly parsing correct programs reminded > me of one of an interesting idea I ran across, one which could eliminate > these types of problems: database source management. The idea being > that, instead of "storing" your program source in files, you keep it > organized in a central database. So you'd have tables for classes, > methods, functions, etc. just like SN's tables, but with the bodies of > functions/methods/etc in the database as well. There'd never be a > "foo.java" or "foo.cpp" - simply a set of "foo" entries in the database. > When it's time to compile, the database dumps the source into > temporary file form to feed the compiler. Advantages would include: > > * Minimize parsing (at least for new projects) - since the code is going > into the database as it's written (presumeably through some type of GUI) > the parsing can be kept to a bare minimum (with much, much less to go > wrong). > * More complex searches / cross references. > * Faster compile times - since the database can easily cross-reference > function/method calls, it can avoid compiling the ones that are never used. > * Faster compiled executables - the database could perform static > analysis of call patterns, and organize compiled code to minimize cache > hits, something that's impractical when working with files. > * Better source management - tools like CVS track changes to text files > at a generic level. The database could track changes at a > per-function/method level, and provide context for a "group" of changes > that go together (something CVS doesn't do). It could advise you when a > change is going to affect other people, and advise them when you do. > * Integrated documentation - it would be possible for the database to > help keep documentation in sync with the code - if you change an > argument to a function/method, it can (optionally, of course!) nag you > to update the corresponding comments. > > Way out there, I know - the idea of abandoning files is scary, but worth > looking at :) > > Regards, > Timothy M. Shead From dave.banham@tde.alstom.com Tue Jan 16 01:07:00 2001 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Tue, 16 Jan 2001 01:07:00 -0000 Subject: Crazy Ideas Was: Re: Java hiccups Message-ID: The fundamental flaw with Tim's suggestion is that it forgets to incorporate the design process - there is no mechanism for placing the code in the database in an organised manner. Modern software engineering tools (i.e. CASE tools) already do this. At one end of the scale there are CASE tools that act as a sort of IDE by allowing function bodies, etc., to be populated from within the design model, e.g. Rational Rose from Rational (www.rational.com). At the other end of the scale the CASE tool generates all the source code from a very detailed model, e.g. Bridgepoint from Project Technology (www.projtech.com). People on this list have equally suggested that SN should be able to produce (reverse-engineer) UML diagrams of the source code. A lot of CASE tools already do this. And the next logical step would be to allow the user to input the diagrams and for the code to be generated. It is probably true to say that if we were all using the latest CASE tools we wouldn't be using SN since there wouldn't be a need for it. However, *good* CASE tools tend to cost a lot of money and a fair amount of skill to use effectively. So I guess that most of us on this list are here because SN is free open source, is relatively easy to use and, most importantly, doesn't require management approval to use it. SN is also a good tool for understanding a diverse code base and this is probably where it should remain. So rather than expand SN vertically, process wise, it would be better to expand it breadth wise by providing wide ranging language support of a high quality. Regards Dave Banham To: cc: sourcenav@sourceware.cygnus.com Subject: Crazy Ideas Was: Re: Java hiccups Ben Elliston wrote: > mdejong wrote: > > We are talking about the "right" way to fix it but it is going to > require some work. The GCJ based parser would work for Java code that > would compile, but fuzzy Java parsing is a much harder problem. > > Having had a couple of years to ponder this issue, I'm coming to the > conlusion that perhaps the correct parsing of correct programs should come > before the best-effort parsing of incorrect programs. Perhaps fuzzy parsing > should take a back seat? > > Ben I don't know if y'all have any long-term plans for the future of SN, but if you do, your remark about correctly parsing correct programs reminded me of one of an interesting idea I ran across, one which could eliminate these types of problems: database source management. The idea being that, instead of "storing" your program source in files, you keep it organized in a central database. So you'd have tables for classes, methods, functions, etc. just like SN's tables, but with the bodies of functions/methods/etc in the database as well. There'd never be a "foo.java" or "foo.cpp" - simply a set of "foo" entries in the database. When it's time to compile, the database dumps the source into temporary file form to feed the compiler. Advantages would include: * Minimize parsing (at least for new projects) - since the code is going into the database as it's written (presumeably through some type of GUI) the parsing can be kept to a bare minimum (with much, much less to go wrong). * More complex searches / cross references. * Faster compile times - since the database can easily cross-reference function/method calls, it can avoid compiling the ones that are never used. * Faster compiled executables - the database could perform static analysis of call patterns, and organize compiled code to minimize cache hits, something that's impractical when working with files. * Better source management - tools like CVS track changes to text files at a generic level. The database could track changes at a per-function/method level, and provide context for a "group" of changes that go together (something CVS doesn't do). It could advise you when a change is going to affect other people, and advise them when you do. * Integrated documentation - it would be possible for the database to help keep documentation in sync with the code - if you change an argument to a function/method, it can (optionally, of course!) nag you to update the corresponding comments. Way out there, I know - the idea of abandoning files is scary, but worth looking at :) Regards, Timothy M. Shead From khendricks@ivey.uwo.ca Tue Jan 16 08:07:00 2001 From: khendricks@ivey.uwo.ca (Kevin B. Hendricks) Date: Tue, 16 Jan 2001 08:07:00 -0000 Subject: Help! previous patch and java parsing bug Message-ID: <200101161607.f0GG7MR07573@ashley.ivey.uwo.ca> Hi, I really need some help here. Would someone official please look at: http://sources.redhat.com/ml/sourcenav/2000-q4/msg00360.html and decide whether or not to include my patch in the next release (or write a better fix that does not use hardcoded buffers). Also, please look at my java bug report test case http://sources.redhat.com/ml/sourcenav/2001-q1/msg00000.html import java.lang.reflect.*; public class Test1 { public static void main(String args[]) { System.out.println(Test1[].class.getName()); } } and let me know if anyone will be looking at this issue. This java code does compile and run but will not parse in snavigator. Both of these problems prevent snavigator from being used with the OpenOffice project source base (which is admittedly huge). Any help here would be greatly appreciated. Thanks, Kevin From dkirby@orchestream.com Tue Jan 16 08:24:00 2001 From: dkirby@orchestream.com (Kirby, Dave) Date: Tue, 16 Jan 2001 08:24:00 -0000 Subject: Crazy Ideas Was: Re: Java hiccups Message-ID: Not such a crazy idea. Take a look at IBM's VisualAge for Java, which does exactly that (i.e. keep the code in a repository instead of text files). It is based on VisualAge for Smalltalk, and of course Smalltalk has done things this way from the beginning. I haven't used VA myself, since I am developing in C++, but I know lots of Java developers swear by it, especially in the XP community. You can even get a refactoring browser for it. For a discussion on its merits & some links, see http://www.c2.com/cgi/wiki?VisualAge Regards, Dave Kirby > -----Original Message----- > From: Timothy M. Shead [ mailto:tshead@k-3d.com ] > Sent: 16 January 2001 03:16 > Cc: sourcenav@sourceware.cygnus.com > Subject: Crazy Ideas Was: Re: Java hiccups > > > Ben Elliston wrote: > > > mdejong wrote: > > > > We are talking about the "right" way to fix it but it is going to > > require some work. The GCJ based parser would work for > Java code that > > would compile, but fuzzy Java parsing is a much harder problem. > > > > Having had a couple of years to ponder this issue, I'm coming to the > > conlusion that perhaps the correct parsing of correct > programs should come > > before the best-effort parsing of incorrect programs. > Perhaps fuzzy parsing > > should take a back seat? > > > > Ben > > I don't know if y'all have any long-term plans for the future > of SN, but > if you do, your remark about correctly parsing correct > programs reminded > me of one of an interesting idea I ran across, one which > could eliminate > these types of problems: database source management. The idea being > that, instead of "storing" your program source in files, you keep it > organized in a central database. So you'd have tables for classes, > methods, functions, etc. just like SN's tables, but with the > bodies of > functions/methods/etc in the database as well. There'd never be a > "foo.java" or "foo.cpp" - simply a set of "foo" entries in > the database. > When it's time to compile, the database dumps the source into > temporary file form to feed the compiler. Advantages would include: > > * Minimize parsing (at least for new projects) - since the > code is going > into the database as it's written (presumeably through some > type of GUI) > the parsing can be kept to a bare minimum (with much, much less to go > wrong). > * More complex searches / cross references. > * Faster compile times - since the database can easily > cross-reference > function/method calls, it can avoid compiling the ones that > are never used. > * Faster compiled executables - the database could perform static > analysis of call patterns, and organize compiled code to > minimize cache > hits, something that's impractical when working with files. > * Better source management - tools like CVS track changes to > text files > at a generic level. The database could track changes at a > per-function/method level, and provide context for a "group" > of changes > that go together (something CVS doesn't do). It could advise > you when a > change is going to affect other people, and advise them when you do. > * Integrated documentation - it would be possible for the database to > help keep documentation in sync with the code - if you change an > argument to a function/method, it can (optionally, of > course!) nag you > to update the corresponding comments. > > Way out there, I know - the idea of abandoning files is > scary, but worth > looking at :) > > Regards, > Timothy M. Shead > > From spolk@redhat.com Tue Jan 16 09:07:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 16 Jan 2001 09:07:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A635290.58E22ED4@timesys.com> <3A63619F.367F0B2A@redhat.com> Message-ID: <3A647EE8.7198FC3E@redhat.com> We ship a powerpc parser with Source-Navigator. It might be choking on x86 assembler, however. Ian Roxborough wrote: > > Unless you've not rewritten a PPC assembly parser, you going to > have a hard time parsering PPC instructions. > > You should still be able to look at all the non PPC assembly files. > > If you want the PPC assembly files you have to write a PPC parser. > > If you want to write a assembly parser, you should look at > the examples in the Source-Navigator code base. > > IAn. > > Lonnie VanZandt wrote: > > > > Source Navigator is having problems parsing the PPC 2.4.0 kernel > > sources. The first problem is a "b ." operation in > > arch/parisc/kernel//hpmc.S. After commenting out that line, parsing > > hangs again on another file. I haven't looked at that second fault yet. > > One must sigkill snav to get back control. From lonnie@timesys.com Tue Jan 16 09:18:00 2001 From: lonnie@timesys.com (Lonnie L VanZandt) Date: Tue, 16 Jan 2001 09:18:00 -0000 Subject: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel References: <3A647EE8.7198FC3E@redhat.com> Message-ID: The first problem was with PA-RISC assembly. I didn't see anything unusual that would have caused the second hang... -----Original Message----- From: jazzman@cygnus.com [ mailto:jazzman@cygnus.com]On Behalf Of Syd Polk Sent: Tuesday, January 16, 2001 10:04 AM To: Ian Roxborough Cc: Lonnie VanZandt; sourcenav@sources.redhat.com Subject: Re: SNV 4.5.2 can't parse 2.4.0 linuxppc kernel We ship a powerpc parser with Source-Navigator. It might be choking on x86 assembler, however. Ian Roxborough wrote: > > Unless you've not rewritten a PPC assembly parser, you going to > have a hard time parsering PPC instructions. > > You should still be able to look at all the non PPC assembly files. > > If you want the PPC assembly files you have to write a PPC parser. > > If you want to write a assembly parser, you should look at > the examples in the Source-Navigator code base. > > IAn. > > Lonnie VanZandt wrote: > > > > Source Navigator is having problems parsing the PPC 2.4.0 kernel > > sources. The first problem is a "b ." operation in > > arch/parisc/kernel//hpmc.S. After commenting out that line, parsing > > hangs again on another file. I haven't looked at that second fault yet. > > One must sigkill snav to get back control. From freddyrojas@costarricense.com Tue Jan 16 19:57:00 2001 From: freddyrojas@costarricense.com (Jose Freddy Rojas Chavarria) Date: Tue, 16 Jan 2001 19:57:00 -0000 Subject: source navigator patch for javac Message-ID: <1245asd5asd78sajs> Hello. I am using source navigator. And I have an option to use it with javac compiler of SUN in linux with the minimal of changes. To be compatible with the gcc and gjc format I write a simple javacc script. It receive the gnu format and call javac in this way. ++++++++++++++++++javacc+++++++++++++++++++++++++++++ #!/bin/sh case "$1" in "-c") javac "$2" ;; "-o") ;; esac ++++++++++++++++++++++++ EOF ++++++++++++++++++++++++++++++++ Then I modify the file mkfilegen.tcl in order to check the name javacc as the compiler and allow to work it ok in the same way that gjc. The patch is +++++++++++++++++++++++++++++mkfilegendiff.patch+++++++++++++++++++++++ *** mkfilegen.tcl Thu Jan 4 06:56:02 2001 --- mkfilegen.tcl.origin Mon Sep 11 12:48:34 2000 *************** itcl_class MakefileGen { *** 33,39 **** # private date members protected b_target "" ; # Build target object protected toolchain "" ; # Use this toolchain ! protected tooljava "" ; method constructor { target_name {tool_chain ""} {args "" }} { --- 33,39 ---- # private date members protected b_target "" ; # Build target object protected toolchain "" ; # Use this toolchain ! method constructor { target_name {tool_chain ""} {args "" }} { *************** itcl_class MakefileGen { *** 283,291 **** method WriteMacroLINKER { file_d } { set linker [$b_target GetLinkerLocation] puts $file_d "LINKER = $linker" - if { $linker == "javacc" } { - set tooljava "true" - } set linkerflags [$b_target GetUserLinkFlags] puts $file_d "LINKER_FLAGS = $linkerflags" --- 283,288 ---- *************** itcl_class MakefileGen { *** 343,353 **** # Make the rule puts $file_d "\nclean:" foreach objext $objexts { ! if { $tooljava == "true"} { ! puts $file_d "\trm -f *.class" ! } else { ! puts $file_d "\trm -f *$objext" ! } } puts $file_d "\trm -f $outputfile" --- 340,346 ---- # Make the rule puts $file_d "\nclean:" foreach objext $objexts { ! puts $file_d "\trm -f *$objext" } puts $file_d "\trm -f $outputfile" ++++++++++++++++++++++ EOF ++++++++++++++++++++++++++++++++ With this two changes I can select javacc as my java compiler and I add in the project file (makefile) the main java file or the list of files and sourcenavigator works as gcj compiler. This is my simple way to do that. Please if you think it patch should be practical for you. Tell me please. It is preliminary, and it was my easy way to avoid to compile gjc for now. Tank you Freddy Rojas ++++++++++++++++++++++++++++++++++++++++++ Eng. Jos???? Freddy Rojas Chavarr????a,MSC. Research and Development Department Instituto Costarricense de Electricidad San Jose, Costa Rica. (Utility company of Costa Rica) freddy@ns.dgct.ice.go.cr freddyrojas@costarricense.com +++++++++++++++++++++++++++++++++++++++++++ _______________________________________ Yo me registr???? en www.costarricense.com -------------- next part -------------- A non-text attachment was scrubbed... Name: JAVACC Type: text/x-shellscript Size: 75 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PATCH-FOR-JAVAC.PATCH Type: text/x-diff Size: 1595 bytes Desc: not available URL: From charlie@mullum.com.au Tue Jan 16 20:27:00 2001 From: charlie@mullum.com.au (Charles Darcy) Date: Tue, 16 Jan 2001 20:27:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: <3A6006FB.5A8CF333@mullum.com.au> Message-ID: <3A651F24.46E53C3E@mullum.com.au> Hi again, I've done a little reading and found that under Windows, directories must be separated with a semi-colon in VPATH. I don't understand why a space is being used as the separator in the Source Navigator generated snMakefile (in Windows). Is there anyway to change the separator to a semi-colon ? I'm using Cygwin and Source Navigator to familiarise myself with these tools as part of a general transition from Windows to Linux. My thanks to anyone who can offer advice. regards, Charlie. Charles Darcy wrote: > Hi, > > I've just tried SN and found it is very impressive. I have, however, > struck a problem when a build target contains files in multiple source > directories. The make system claims there is no rule to build object > files for any source files which exist in any directories after the > first in VPATH (a definition in the SN generated snMakefile). > > So if I have source files in Dir1 and Dir2, VPATH will be something > like: > > VPATH = c:/project/Dir1 c:/project/Dir2 > > Files in Dir1 compile OK, but with files in Dir2 the make system > complains: > > make: *** No rule to make target `sample_file_in_Dir2.o', needed by > `sample_lib.a'. Stop. > > I've found that if I replace the space between the directories in > VPATH with a semicolon, rename snMakefile to makefile, and build using > as the target, all file are compiled correctly. > > VPATH = c:/project/Dir1;c:/project/Dir2 > > This becomes a little tedious, however. > > I'm using the Cygwin compilation suite, under Windows ME. > > If anyone can suggest what might be the cause of my problem, I would > be very grateful. My apologies if I have missed something obvious; I > have only just started using Source Navigator and the Cygwin tools. > > regards, > > Charlie. From irox@redhat.com Wed Jan 17 00:20:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 17 Jan 2001 00:20:00 -0000 Subject: source navigator patch for javac References: <1245asd5asd78sajs> Message-ID: <3A6555A4.7C0EB2C1@redhat.com> Hi, This isn't the "real way" to add tool chains (but given that 4.5.2 tool chains support is a bit hacky to say the least....). You could create a tool chain in toolchain.tcl which would only have JAVA support (i.e. only a Java toolchain) This example is close to what you want: # Sun Java compiler toolchain. set sunjava [snToolChain SunJavaTarget] $sunjava SetIsEmbedded 0 $sunjava SetShortName sunjava $sunjava SetDebuggerName gdb $sunjava AddRule JAVA .class.o javacc "-c $<" $sunjava AddRuleInfo JAVA "Java" "Compile a Java file" # does suns compiler need an entry point. # $sunjava AddExeLinkerEntryPointFlag JAVA "--main=" $sunjava AddRuleSuffix JAVA .class #DEBUG FLAGS $sunjava AddRuleFlagSet JAVA Debug "" DBG_DEFAULT #OPRIMIZATION FLAGS $sunjava AddRuleFlagSet JAVA Optimize "" OPT_DEFAULT #CODE GENERATION FLAGS $sunjava AddRuleFlagSet JAVA CodeGen "" CG_DEFAULT #WARNING FLAGS $sunjava AddRuleFlagSet JAVA Warning "" WN_DEFAULT You need to find all the hard coded bits for selecting a tool chain (5.0 will handle this much better). Another alternative would be to just modify the GNU java compiler support to use the Sun Java compiler. Anyway, hope this is of some use to you. Thanks, Ian. Jose Freddy Rojas Chavarria wrote: > > Hello. > I am using source navigator. And I have an option to use it with > javac compiler of SUN in linux with the minimal of changes. > > To be compatible with the gcc and gjc format I write a simple javacc script. > It receive the gnu format and call javac in this way. > > ++++++++++++++++++javacc+++++++++++++++++++++++++++++ > #!/bin/sh > > case "$1" in > "-c") > javac "$2" > ;; > "-o") > ;; > esac > ++++++++++++++++++++++++ EOF ++++++++++++++++++++++++++++++++ > > Then I modify the file mkfilegen.tcl in order to check the name javacc as > the compiler and allow to work it ok in the same way that gjc. > The patch is > > +++++++++++++++++++++++++++++mkfilegendiff.patch+++++++++++++++++++++++ > > *** mkfilegen.tcl Thu Jan 4 06:56:02 2001 > --- mkfilegen.tcl.origin Mon Sep 11 12:48:34 2000 > *************** itcl_class MakefileGen { > *** 33,39 **** > # private date members > protected b_target "" ; # Build target object > protected toolchain "" ; # Use this toolchain > ! protected tooljava "" ; > > method constructor { target_name {tool_chain ""} {args "" }} { > > --- 33,39 ---- > # private date members > protected b_target "" ; # Build target object > protected toolchain "" ; # Use this toolchain > ! > > method constructor { target_name {tool_chain ""} {args "" }} { > > *************** itcl_class MakefileGen { > *** 283,291 **** > method WriteMacroLINKER { file_d } { > set linker [$b_target GetLinkerLocation] > puts $file_d "LINKER = $linker" > - if { $linker == "javacc" } { > - set tooljava "true" > - } > > set linkerflags [$b_target GetUserLinkFlags] > puts $file_d "LINKER_FLAGS = $linkerflags" > --- 283,288 ---- > *************** itcl_class MakefileGen { > *** 343,353 **** > # Make the rule > puts $file_d "\nclean:" > foreach objext $objexts { > ! if { $tooljava == "true"} { > ! puts $file_d "\trm -f *.class" > ! } else { > ! puts $file_d "\trm -f *$objext" > ! } > } > > puts $file_d "\trm -f $outputfile" > --- 340,346 ---- > # Make the rule > puts $file_d "\nclean:" > foreach objext $objexts { > ! puts $file_d "\trm -f *$objext" > } > > puts $file_d "\trm -f $outputfile" > > ++++++++++++++++++++++ EOF ++++++++++++++++++++++++++++++++ > > With this two changes I can select javacc as my java compiler and I add > in the project file (makefile) the main java file or the list of files and > sourcenavigator works as gcj compiler. > > This is my simple way to do that. Please if you think it patch should be > practical for you. Tell me please. It is preliminary, and it was my easy way > to avoid to compile gjc for now. > > Tank you > Freddy Rojas > > ++++++++++++++++++++++++++++++++++++++++++ > Eng. Jos???? Freddy Rojas Chavarr????a,MSC. > Research and Development Department > Instituto Costarricense de Electricidad > San Jose, Costa Rica. > (Utility company of Costa Rica) > freddy@ns.dgct.ice.go.cr > freddyrojas@costarricense.com > +++++++++++++++++++++++++++++++++++++++++++ > > _______________________________________ > Yo me registr???? en www.costarricense.com > > ------------------------------------------------------------------------ > Name: JAVACC > JAVACC Type: Application/Octect-stream > Encoding: Base64 > > Name: PATCH-FOR-JAVAC.PATCH > PATCH-FOR-JAVAC.PATCH Type: Application/Octect-stream > Encoding: Base64 From bje@redhat.com Wed Jan 17 01:16:00 2001 From: bje@redhat.com (Ben Elliston) Date: Wed, 17 Jan 2001 01:16:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: <3A651F24.46E53C3E@mullum.com.au> Message-ID: G'day Charles, I've done a little reading and found that under Windows, directories must be separated with a semi-colon in VPATH. Really? What version of make are you using? I don't understand why a space is being used as the separator in the Source Navigator generated snMakefile (in Windows). Is there anyway to change the separator to a semi-colon ? Here is a snippet from the GNU Make manual: ``In the `VPATH' variable, directory names are separated by colons or blanks. The order in which directories are listed is the order followed by `make' in its search. (On MS-DOS and MS-Windows, semi-colons are used as separators of directory names in `VPATH', since the colon can be used in the pathname itself, after the drive letter.)'' So I'm not sure what the problem is with using blanks in the VPATH of generated Makefiles. Ben From erayo@cs.bilkent.edu.tr Wed Jan 17 09:30:00 2001 From: erayo@cs.bilkent.edu.tr (Eray Ozkural (exa)) Date: Wed, 17 Jan 2001 09:30:00 -0000 Subject: Crazy Ideas Was: Re: Java hiccups References: Message-ID: <3A65D53C.2B9788E6@cs.bilkent.edu.tr> dave.banham@tde.alstom.com wrote: > > People on this list have equally suggested that SN should be able to produce > (reverse-engineer) UML diagrams of the source code. A lot of CASE tools already > do this. UML... Three magic letters. It makes you deal with code without understanding it right? Sorry, just couldn't resist the temptation. :) If you have a good visualization of code, you probably don't need any braindead PDL dumps. Except for showing them to the management. Anyway, I showed non-UML "pretty pictures" of code to our very senior software engineer and he was equally pleased. > And the next logical step would be to allow the user to input the > diagrams and for the code to be generated. Does this require less cognitive load than writing code? :))))) Regards, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: erayo@cs.bilkent.edu.tr www: http://www.cs.bilkent.edu.tr/~erayo From Alex.Demko@nrc.ca Wed Jan 17 13:48:00 2001 From: Alex.Demko@nrc.ca (Aleksander Demko) Date: Wed, 17 Jan 2001 13:48:00 -0000 Subject: Keybinding Question Message-ID: <3A661332.D06E0775@nrc.ca> How can I cycle through multiple VIEWS in the same editor? (I like to keep the .h/.cpp combo in the same window). Is there a list of all key bindings in sourcenav? The manual doesn't have it, and the combos I managed to get from the source code didn't seem to work. Please email me any replies. Thanks for such a nice IDE by the way, this thing rules :) (I'm using the Linux version, if that matters) From Richard.Vanek@eln.ericsson.se Thu Jan 18 00:17:00 2001 From: Richard.Vanek@eln.ericsson.se (Richard Vanek (ELN) Date: Thu, 18 Jan 2001 00:17:00 -0000 Subject: selecting more than one Symbol Message-ID: <7BA41B5547CCD411833B0002A52CD457F4A276@enlrynt306.etm.ericsson.se> Hi, maybe this is a trivial question but I am not able to select more than one symbol from Symbols browser. I like to select more header files and lunch include browser on it. So I can create include map for few header files at once. Thank you in advance for your help! --- Richard Vanek From khamis@knuut.de Thu Jan 18 00:53:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz) Date: Thu, 18 Jan 2001 00:53:00 -0000 Subject: cross references of static functions Message-ID: <3A66AE81.A39B33F1@knuut.de> Hi alex, The functionality exists in SN, you need to hit the right-mouse button in the xref view and click on "Compare static information". have fun! khamis == Hi, can anybody tell why cross reference window shows that both func1 and func2 are referenced by static_func, no matter wich one we choose: one defined in the static1.c or one defined in static2.c? static1.c: -------------------------------------- static static_func() { func1(); } -------------------------------------- static2.c -------------------------------------- static static_func () { func2(); } --------------------------------------- From charlie@mullum.com.au Thu Jan 18 02:47:00 2001 From: charlie@mullum.com.au (Charles Darcy) Date: Thu, 18 Jan 2001 02:47:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: Message-ID: <3A66C9B8.F517E847@mullum.com.au> Hi Ben, Thanks for your reply. Comments follow below ... Ben Elliston wrote: > G'day Charles, > > I've done a little reading and found that under Windows, > directories must be separated with a semi-colon in VPATH. > > Really? What version of make are you using? GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for i686-pc-cygwin > > > I don't understand why a space is being used as the separator in > the Source Navigator generated snMakefile (in Windows). Is there > anyway to change the separator to a semi-colon ? > > Here is a snippet from the GNU Make manual: > > ``In the `VPATH' variable, directory names are separated by colons or > blanks. The order in which directories are listed is the order followed > by `make' in its search. (On MS-DOS and MS-Windows, semi-colons are > used as separators of directory names in `VPATH', since the colon can > be used in the pathname itself, after the drive letter.)'' > > So I'm not sure what the problem is with using blanks in the VPATH of > generated Makefiles. This snippet is what I based my "Must use semi-colon separators under Windows" claim. I assumed from the snippet that blanks, as well as colons, may not be used as the separator. Although the snippet does not explicitly state this, it seems to be implied, and the failure of Make to cope with blank separator's backs the assumption up. Thanks again for your interest, regards, Charlie. P.S. Enjoyed your salutation, very Ocker-like ( ;>). From alex.shneer@verizon.com Thu Jan 18 06:25:00 2001 From: alex.shneer@verizon.com (alex.shneer@verizon.com) Date: Thu, 18 Jan 2001 06:25:00 -0000 Subject: cross references of static functions Message-ID: <852569D8.004E4D7A.00@smtpsrv1.bigyellow.com> Hi,Khamis, I tried this and choosing "Compare static information" did not change anything. Surprisingly, if I choose "Compare parameters" it solves the problem in this test case, no matter if "Compare static information" is selected ot not. I'm using SN452. What version did you try? Thanks Alex Khamis Abuelkomboz on 01/18/2001 03:51:13 AM To: alex.shneer@verizon.com cc: irox@redhat.com, sourcenav@sources.redhat.com Subject: Re: cross references of static functions Hi alex, The functionality exists in SN, you need to hit the right-mouse button in the xref view and click on "Compare static information". have fun! khamis == Hi, can anybody tell why cross reference window shows that both func1 and func2 are referenced by static_func, no matter wich one we choose: one defined in the static1.c or one defined in static2.c? static1.c: -------------------------------------- static static_func() { func1(); } -------------------------------------- static2.c -------------------------------------- static static_func () { func2(); } --------------------------------------- From khamis@knuut.de Thu Jan 18 07:26:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz) Date: Thu, 18 Jan 2001 07:26:00 -0000 Subject: cross references of static functions References: <852569D8.004E4D7A.00@smtpsrv1.bigyellow.com> Message-ID: <3A670A90.2C1C9239@knuut.de> alex.shneer@verizon.com wrote: > > Hi,Khamis, > > I tried this and choosing "Compare static information" did not change > anything. > Surprisingly, if I choose "Compare parameters" it solves the problem in > this test case, you are correct, "Compare parameters" does the work. It even compares parameters (exact match), what could be not very nice, when you use int/long (or similar) parameters. I actually forgot about the "Compare static information", what it exactly does. > no matter if "Compare static information" is selected ot not. > I'm using SN452. > What version did you try? same release From bje@redhat.com Thu Jan 18 17:23:00 2001 From: bje@redhat.com (Ben Elliston) Date: Thu, 18 Jan 2001 17:23:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: <3A66C9B8.F517E847@mullum.com.au> Message-ID: Hi Charles, > ``In the `VPATH' variable, directory names are separated by colons or > blanks. The order in which directories are listed is the order followed > by `make' in its search. (On MS-DOS and MS-Windows, semi-colons are > used as separators of directory names in `VPATH', since the colon can > be used in the pathname itself, after the drive letter.)'' > So I'm not sure what the problem is with using blanks in the VPATH of > generated Makefiles. This snippet is what I based my "Must use semi-colon separators under Windows" claim. I assumed from the snippet that blanks, as well as colons, may not be used as the separator. Although the snippet does not explicitly state this, it seems to be implied, and the failure of Make to cope with blank separator's backs the assumption up. Are you sure? I read it that semi-colons must be used in the place of colons on MS-DOS and Windows, but that blanks are okay. Have you asked about the GNU make maintainer about it? It could be that your port of Make has been broken. Ben From echristo@cygnus.com Thu Jan 18 19:16:00 2001 From: echristo@cygnus.com (Eric Christopher) Date: Thu, 18 Jan 2001 19:16:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: Message-ID: Here's the info out of README.W32: GNU make handling of drive letters in pathnames (PATH, vpath, VPATH): There is a caveat that should be noted with respect to handling single character pathnames on Windows systems. When colon is used in PATH variables, make tries to be smart about knowing when you are using colon as a separator versus colon as a drive letter. Unfortunately, something as simple as the string 'x:/' could be interpreted 2 ways: (x and /) or (x:/). Make chooses to interpret a letter plus colon (e.g. x:/) as a drive letter pathname. If it is necessary to use single character directories in paths (VPATH, vpath, Path, PATH), the user must do one of two things: a. Use semicolon as the separator to disambiguate colon. For example use 'x;/' if you want to say 'x' and '/' are separate components. b. Qualify the directory name so that there is more than one character in the path(s) used. For example, none of these settings are ambiguous: ./x:./y /some/path/x:/some/path/y x:/some/path/x:x:/some/path/y Please note that you are free to mix colon and semi-colon in the specification of paths. Make is able to figure out the intended result and convert the paths internally to the format needed when interacting with the operating system. You are encouraged to use colon as the separator character. This should ease the pain of deciding how to handle various path problems which exist between platforms. If colon is used on both Unix and Windows systems, then no ifdef'ing will be necessary in the makefile source. -eric On Fri, 19 Jan 2001, Ben Elliston wrote: > Hi Charles, > > > ``In the `VPATH' variable, directory names are separated by colons or > > blanks. The order in which directories are listed is the order followed > > by `make' in its search. (On MS-DOS and MS-Windows, semi-colons are > > used as separators of directory names in `VPATH', since the colon can > > be used in the pathname itself, after the drive letter.)'' > > > So I'm not sure what the problem is with using blanks in the VPATH of > > generated Makefiles. > > This snippet is what I based my "Must use semi-colon separators > under Windows" claim. I assumed from the snippet that blanks, as well > as colons, may not be used as the separator. Although the snippet does > not explicitly state this, it seems to be implied, and the failure of > Make to cope with blank separator's backs the assumption up. > > Are you sure? I read it that semi-colons must be used in the place of > colons on MS-DOS and Windows, but that blanks are okay. Have you asked > about the GNU make maintainer about it? > > It could be that your port of Make has been broken. > > Ben > > > From charlie@mullum.com.au Sat Jan 20 23:17:00 2001 From: charlie@mullum.com.au (Charles Darcy) Date: Sat, 20 Jan 2001 23:17:00 -0000 Subject: VPATH problem in snMakefile (Windows ME) References: Message-ID: <3A6A8D10.794461F1@mullum.com.au> Well, I tried upgrading my Cygwin installation to the latest version, and lo and behold, my problem is fixed. Its looks like my make was indeed broken, as Ben suggested. Thanks for your help, and my apologies for taking your time with such a simple problem. regards, Charlie. Eric Christopher wrote: > Here's the info out of README.W32: > > GNU make handling of drive letters in pathnames (PATH, vpath, VPATH): > > There is a caveat that should be noted with respect to handling > single character pathnames on Windows systems. When colon is > used in PATH variables, make tries to be smart about knowing when > you are using colon as a separator versus colon as a drive > letter. Unfortunately, something as simple as the string 'x:/' > could be interpreted 2 ways: (x and /) or (x:/). > Make chooses to interpret a letter plus colon (e.g. x:/) as a > drive letter pathname. If it is necessary to use single > character directories in paths (VPATH, vpath, Path, PATH), the > user must do one of two things: > > a. Use semicolon as the separator to disambiguate colon. For > example use 'x;/' if you want to say 'x' and '/' are > separate components. > > b. Qualify the directory name so that there is more than > one character in the path(s) used. For example, none > of these settings are ambiguous: > > ./x:./y > /some/path/x:/some/path/y > x:/some/path/x:x:/some/path/y > > Please note that you are free to mix colon and semi-colon in the > specification of paths. Make is able to figure out the intended > result and convert the paths internally to the format needed > when interacting with the operating system. > You are encouraged to use colon as the separator character. > This should ease the pain of deciding how to handle various path > problems which exist between platforms. If colon is used on > both Unix and Windows systems, then no ifdef'ing will be > necessary in the makefile source. > > -eric > > On Fri, 19 Jan 2001, Ben Elliston wrote: > > > Hi Charles, > > > > > ``In the `VPATH' variable, directory names are separated by colons or > > > blanks. The order in which directories are listed is the order followed > > > by `make' in its search. (On MS-DOS and MS-Windows, semi-colons are > > > used as separators of directory names in `VPATH', since the colon can > > > be used in the pathname itself, after the drive letter.)'' > > > > > So I'm not sure what the problem is with using blanks in the VPATH of > > > generated Makefiles. > > > > This snippet is what I based my "Must use semi-colon separators > > under Windows" claim. I assumed from the snippet that blanks, as well > > as colons, may not be used as the separator. Although the snippet does > > not explicitly state this, it seems to be implied, and the failure of > > Make to cope with blank separator's backs the assumption up. > > > > Are you sure? I read it that semi-colons must be used in the place of > > colons on MS-DOS and Windows, but that blanks are okay. Have you asked > > about the GNU make maintainer about it? > > > > It could be that your port of Make has been broken. > > > > Ben > > > > > > From bnulty@lucent.com Wed Jan 24 09:45:00 2001 From: bnulty@lucent.com (Brian Nulty) Date: Wed, 24 Jan 2001 09:45:00 -0000 Subject: Source Navigator and View Pathing Message-ID: <3A6F0A55.F1B904A3@lucent.com> Hello, can you let me know if Source Navigator supports view-pathing please. Thanks, Brian From spolk@redhat.com Wed Jan 24 10:40:00 2001 From: spolk@redhat.com (Syd Polk) Date: Wed, 24 Jan 2001 10:40:00 -0000 Subject: Source Navigator and View Pathing References: <3A6F0A55.F1B904A3@lucent.com> Message-ID: <3A6F203D.64D88AD9@redhat.com> Brian Nulty wrote: > > Hello, > can you let me know if Source Navigator supports view-pathing please. > > Thanks, > Brian Hmm. I am not familiar with that term. What are you looking for here? From bnulty@lucent.com Mon Jan 29 02:34:00 2001 From: bnulty@lucent.com (Brian Nulty) Date: Mon, 29 Jan 2001 02:34:00 -0000 Subject: Impact Analysis Message-ID: <3A75449B.886DB5@lucent.com> Hi, I'm just have a look at source navigator before deciding whether to roll it out for the site. One question I have concerns impact analysis. Can I see what code is impacted by a change? The reason for this is to help identify appropriate unit testing. I presume the answer encompasses the cross-referencing capabilities. Any help would be appreciated. brian From tonya@noral.com Mon Jan 29 03:59:00 2001 From: tonya@noral.com (Tony Armitstead) Date: Mon, 29 Jan 2001 03:59:00 -0000 Subject: Cant unload files References: <3A75449B.886DB5@lucent.com> Message-ID: <5.0.2.1.0.20010129110309.00a620e0@mail.noral.co.uk> Hi, I am using SN 4.52 on WinNT 4 SP6. My problem is that I cant unload files in the project editor. What happens is that I select the file, click the Unload button and the file is moved to an Unloaded entry in the tree display. If I then click the Apply button or the OK button the file is put back into the project. Is this a known bug? /======================================================\ | Tony Armitstead BSc EMail: tonya@noral.com | | Development Manager Phone: +44 (0)1254 295807 | | Noral Micrologics Fax: +44 (0)1254 295801 | | WEB: http://www.noral.com FTP: ftp://ftp.noral.com | \======================================================/ From spolk@redhat.com Mon Jan 29 10:33:00 2001 From: spolk@redhat.com (Syd Polk) Date: Mon, 29 Jan 2001 10:33:00 -0000 Subject: Cant unload files References: <3A75449B.886DB5@lucent.com> <5.0.2.1.0.20010129110309.00a620e0@mail.noral.co.uk> Message-ID: <4.2.0.58.20010129103136.01ac3490@pop.cygnus.com> At 11:31 AM 1/29/01 +0000, Tony Armitstead wrote: >Hi, > >I am using SN 4.52 on WinNT 4 SP6. My problem is that I cant unload files >in the project editor. What happens is that I select the file, click the >Unload button and the file is moved to an Unloaded entry in the tree >display. If I then click the Apply button or the OK button the file is put >back into the project. Is this a known bug? No, it is not. What platform are you running on? Are you running the Windows native version, or are you running a UNIX version X-displaying to your Windows box? Thanks for the heads up. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From spolk@redhat.com Mon Jan 29 10:34:00 2001 From: spolk@redhat.com (Syd Polk) Date: Mon, 29 Jan 2001 10:34:00 -0000 Subject: Impact Analysis References: <3A75449B.886DB5@lucent.com> Message-ID: <4.2.0.58.20010129103239.01ab8820@pop.cygnus.com> At 10:23 AM 1/29/01 +0000, Brian Nulty wrote: >Hi, > > I'm just have a look at source navigator before deciding whether to >roll it out for the site. One question I have concerns impact analysis. >Can I see what code is impacted by a change? The reason for this is to >help identify appropriate unit testing. I presume the answer encompasses >the cross-referencing capabilities. > > Any help would be appreciated. > >brian We do not currently have this support in the product. One could probably use the SDK to create the correct queries of the XRef database. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From mdejong@cygnus.com Mon Jan 29 18:12:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Mon, 29 Jan 2001 18:12:00 -0000 Subject: 3d code views in SN? Message-ID: I just poked around on this VTK site, it looks very nice. There are already Tk bindings in place, so adding a cool 3d xref may not be hard at all. http://www.kitware.com/vtk.html Mo DeJong Red Hat Inc From irox@redhat.com Mon Jan 29 18:43:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 29 Jan 2001 18:43:00 -0000 Subject: 3d code views in SN? References: Message-ID: <3A762A63.3081885C@redhat.com> Yeah, I've played around with adding 3D xref and stuff, to tell the truth there isn't a great value in 3D xref (without using a VR headset). 2D xref is way better than 3D, less confusing and easier to understand. Of course I'm not saying the 3D graphics have no place in source code comprehension, but currently there usefulness is limited. Ian. Mo DeJong wrote: > > I just poked around on this VTK site, it looks > very nice. There are already Tk bindings in place, > so adding a cool 3d xref may not be hard at all. > > http://www.kitware.com/vtk.html > > Mo DeJong > Red Hat Inc From khamis@knuut.de Tue Jan 30 00:10:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Tue, 30 Jan 2001 00:10:00 -0000 Subject: Cant unload files References: <3A75449B.886DB5@lucent.com> <4.2.0.58.20010129103136.01ac3490@pop.cygnus.com> Message-ID: <3A767658.7060006@knuut.de> Syd Polk wrote: > At 11:31 AM 1/29/01 +0000, Tony Armitstead wrote: > > >> Hi, >> >> I am using SN 4.52 on WinNT 4 SP6. My problem is that I cant unload >> files in the project editor. What happens is that I select the file, >> click the Unload button and the file is moved to an Unloaded entry in >> the tree display. If I then click the Apply button or the OK button >> the file is put back into the project. Is this a known bug? > I also run in this problem alot. I primary use SN on Windows platform. It happens almost with files containing blanks. It's a bug in SN. khamis > > No, it is not. > > What platform are you running on? Are you running the Windows native > version, or are you running a UNIX version X-displaying to your Windows > box? > > Thanks for the heads up. > > > Syd Polk spolk@redhat.com > Engineering Manager +1 415 777 9810 x 241 > Red Hat, Inc. From mdejong@cygnus.com Tue Jan 30 00:33:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 30 Jan 2001 00:33:00 -0000 Subject: Impact Analysis References: <3A75449B.886DB5@lucent.com> Message-ID: On Mon, 29 Jan 2001, Brian Nulty wrote: > Hi, > > I'm just have a look at source navigator before deciding whether to > roll it out for the site. One question I have concerns impact analysis. > Can I see what code is impacted by a change? The reason for this is to > help identify appropriate unit testing. I presume the answer encompasses > the cross-referencing capabilities. Well, I use SN to do impact analysis all the time, but it is a manual process. Automated impact analysis ala "program slicing" and the like only work for really trivial stuff. Most of the time real problems require that you get down and dirty with the code in ways that automated tools just can't deal with. Mo DeJong Red Hat Inc From khamis@knuut.de Tue Jan 30 06:49:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Tue, 30 Jan 2001 06:49:00 -0000 Subject: html parser/highlighter for SN452 Message-ID: <3A76D3B5.1090801@knuut.de> if somebody is interested in a html browser for sn, you can download the following files for Windows platforms: http://home.knuut.de/khamis/sn/hyper.exe http://home.knuut.de/khamis/sn/html.exe You need to make the following steps: 1. replace/copy hyper.exe html.exe into /bin 2. edit /share/etc/sn_prop.cfg and add the following lines: # html sn_add_parser html \ -suffix {*.htm *.html *.xml} \ -brow_cmd $sn_path(bindir)/html \ -high_cmd $sn_path(bindir)/html (or download http://home.knuut.de/khamis/sn/sn_prop.cfg ) 3. edit /share/gui/sninit.tcl and replace line 649 << sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java tcl chill python} >> sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java tcl chill python html} have fun, khamis From erayo@cs.bilkent.edu.tr Tue Jan 30 06:51:00 2001 From: erayo@cs.bilkent.edu.tr (Eray Ozkural (exa)) Date: Tue, 30 Jan 2001 06:51:00 -0000 Subject: 3d code views in SN? References: <3A762A63.3081885C@redhat.com> Message-ID: <3A76D4F6.6E33B6CD@cs.bilkent.edu.tr> Ian Roxborough wrote: > > Yeah, I've played around with adding 3D xref and stuff, > to tell the truth there isn't a great value in 3D xref > (without using a VR headset). 2D xref is way better than > 3D, less confusing and easier to understand. > It all depends on the kind of visualization you're making. There are many ways to visualize graphs in 2d and 3d. > Of course I'm not saying the 3D graphics have no place in > source code comprehension, but currently there usefulness > is limited. What you need is a good (2d) graph visualization library. I don't know if I mentioned this before but graphviz has a nice tk extension which you might use if you upgrade to upstream versions of tcl/tk. I'd tried to use it in my dependency graph generator code but hadn't succeeded due to incompatibility. On the other hand, graphviz in my experience does not scale up to large graphs so the benefit of using it is questionable. But it certainly is better than the current vis. in sourcenav. One day, I might write one that is scalable of course ;) Sincerely, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: erayo@cs.bilkent.edu.tr www: http://www.cs.bilkent.edu.tr/~erayo From timo@qeradiant.com Tue Jan 30 07:12:00 2001 From: timo@qeradiant.com (Timothee Besset) Date: Tue, 30 Jan 2001 07:12:00 -0000 Subject: status update Message-ID: <5.0.2.1.2.20010130090911.02caed50@spc.sugar-land.omnes.net> Just a status update .. can you guys keep us updated on the status of 5.0 release? We are starting a big cross-platform application with a developement cycle estimated around two years and we are making a few choices on our developement environments .. I'd love to see how SN 5.0 will be like to make some informed decisions.. TTimo From spolk@redhat.com Tue Jan 30 10:31:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 30 Jan 2001 10:31:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> Message-ID: <4.2.0.58.20010130103040.01ac9cd0@pop.cygnus.com> Hey, Khamis, you going to submit the source code and contribute to our effort? At 03:46 PM 1/30/01 +0100, Khamis Abuelkomboz (UUNET) wrote: >if somebody is interested in a html browser >for sn, you can download the following files >for Windows platforms: > > http://home.knuut.de/khamis/sn/hyper.exe > http://home.knuut.de/khamis/sn/html.exe > >You need to make the following steps: > >1. replace/copy hyper.exe html.exe into /bin >2. edit /share/etc/sn_prop.cfg and add the following lines: > > # html > sn_add_parser html \ > -suffix {*.htm *.html *.xml} \ > -brow_cmd $sn_path(bindir)/html \ > -high_cmd $sn_path(bindir)/html > > (or download http://home.knuut.de/khamis/sn/sn_prop.cfg ) > >3. edit /share/gui/sninit.tcl and replace line 649 > ><< sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java tcl >chill python} > > >> sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java tcl > chill python html} > >have fun, >khamis Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From tromey@redhat.com Tue Jan 30 12:03:00 2001 From: tromey@redhat.com (Tom Tromey) Date: Tue, 30 Jan 2001 12:03:00 -0000 Subject: html parser/highlighter for SN452 References: <4.2.0.58.20010130103040.01ac9cd0@pop.cygnus.com> Message-ID: <87elxkzsuk.fsf@creche.redhat.com> >>>>> "Syd" == Syd Polk writes: Syd> Hey, Khamis, you going to submit the source code and contribute Syd> to our effort? I think he is required to, since Source Navigator is released under the GPL. >> if somebody is interested in a html browser >> for sn, you can download the following files >> for Windows platforms: >> >> http://home.knuut.de/khamis/sn/hyper.exe >> http://home.knuut.de/khamis/sn/html.exe In particular if hyper.exe is derived from the SN sources, then the source to it must be available at this same web site. Otherwise this is a GPL violation. Tom From khamis@knuut.de Wed Jan 31 01:06:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Wed, 31 Jan 2001 01:06:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> Message-ID: <3A77D59E.2060201@knuut.de> the source code to download http://home.knuut.de/sn/html.l http://home.knuut.de/sn/html_high.l You need to extend the makefiles to be able to build the parser. Actually I don't have time to give more details about building it, if somebody is going to do the job, he can forward me the instructions and I will publish it in my home page. khamis Khamis Abuelkomboz (UUNET) wrote: > if somebody is interested in a html browser > for sn, you can download the following files > for Windows platforms: > > http://home.knuut.de/khamis/sn/hyper.exe > http://home.knuut.de/khamis/sn/html.exe > > You need to make the following steps: > > 1. replace/copy hyper.exe html.exe into /bin > 2. edit /share/etc/sn_prop.cfg and add the following lines: > > # html > sn_add_parser html \ > -suffix {*.htm *.html *.xml} \ > -brow_cmd $sn_path(bindir)/html \ > -high_cmd $sn_path(bindir)/html > > (or download http://home.knuut.de/khamis/sn/sn_prop.cfg ) > > 3. edit /share/gui/sninit.tcl and replace line 649 > > << sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python} > > >> sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python html} > > have fun, > khamis From khamis@knuut.de Wed Jan 31 01:08:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Wed, 31 Jan 2001 01:08:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> <3A77D59E.2060201@knuut.de> Message-ID: <3A77D60F.1080007@knuut.de> > http://home.knuut.de/sn/html.l > http://home.knuut.de/sn/html_high.l http://home.knuut.de/khamis/sn/html.l http://home.knuut.de/khamis/sn/html_high.l From tonya@noral.com Wed Jan 31 03:00:00 2001 From: tonya@noral.com (Tony Armitstead) Date: Wed, 31 Jan 2001 03:00:00 -0000 Subject: Cant unload files References: <5.0.2.1.0.20010129110309.00a620e0@mail.noral.co.uk> <3A75449B.886DB5@lucent.com> <4.2.0.58.20010129103136.01ac3490@pop.cygnus.com> Message-ID: <5.0.2.1.0.20010131094356.00a6a850@mail.noral.co.uk> At 10:32 AM 1/29/01 -0800, Syd Polk wrote: >At 11:31 AM 1/29/01 +0000, Tony Armitstead wrote: > > >>Hi, >> >>I am using SN 4.52 on WinNT 4 SP6. My problem is that I cant unload files >>in the project editor. What happens is that I select the file, click the >>Unload button and the file is moved to an Unloaded entry in the tree >>display. If I then click the Apply button or the OK button the file is >>put back into the project. Is this a known bug? > >No, it is not. > >What platform are you running on? Are you running the Windows native >version, or are you running a UNIX version X-displaying to your Windows box? > >Thanks for the heads up. > > >Syd Polk spolk@redhat.com >Engineering Manager +1 415 777 9810 x 241 >Red Hat, Inc. I am using the native Windows version. After further investigation I conclude this is not an trivial bug. If I create a new project and add a few files I can unload them without a problem. However my real project has lots of files spread across several directories - and this project will not unload the files. I also have a problem with the Edit Target dialog, "Source Files" tab. It seems to get upset when the file names have mixed case. For example if I select all the files in the "Project Files" list and click the "> Add Files>" button, only those files in lower case are transferred. Specifically I had a file which showed up as BOOTROM.CPP. No way could I get that file into the "Target Files" list. I ended up having to rename all my source files to lower case and then everything worked as expected. So I wonder if SN has problems with file/path case and whether this could be causing the problem with removing files from the project. I am also running into what I think is a problem with case sensitive paths during the build process. When I build within SN I get failures along the lines of: make: *** No rule to make target `rs232server.h', needed by `bootrom.o'. Stop Now, rs232server.h _is_ (in lower case) in the include paths as setup in the build settings. Specifically the directory structure is: bootrom.cpp is in d:/tpa_ecos/BootROM rs232server.h is in d:/tpa_ecos/BootROM/Rs232 the project is in d:/tpa_ecos/BootROM the project build rule settings for C++ files contains the automatically generated entry RS232 If I generate an external makefile and look at it I see (... == stuff removed for clarity): VPATH = ... D:/tpa_ecos/BootROM/RS232 CPP_INCLUDES = -I. ... -IRS232 ... bootrom.o: rs232server.h ... I looked in the list archives and saw a similar thread about this which suggested using the latest cygwin make. Well AFAIK I am - version is 3.79.1. Note that I also get the problem when manually 'makeing' from a cygwin console so this is not a SN problem but a build tools one. However it seems this may be related perhaps i.e. maybe the case problem is in cygwin and not SN. If anyone else has seen these problems and sorted them out I would be grateful to know how. Thanks. /======================================================\ | Tony Armitstead BSc EMail: tonya@noral.com | | Development Manager Phone: +44 (0)1254 295807 | | Noral Micrologics Fax: +44 (0)1254 295801 | | WEB: http://www.noral.com FTP: ftp://ftp.noral.com | \======================================================/ From erayo@cs.bilkent.edu.tr Thu Feb 1 05:56:00 2001 From: erayo@cs.bilkent.edu.tr (Eray Ozkural (exa)) Date: Thu, 01 Feb 2001 05:56:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> Message-ID: <3A796AFF.9819EE30@cs.bilkent.edu.tr> "Khamis Abuelkomboz (UUNET)" wrote: > > if somebody is interested in a html browser > for sn, you can download the following files > for Windows platforms: > > http://home.knuut.de/khamis/sn/hyper.exe > http://home.knuut.de/khamis/sn/html.exe If you are distributing the binaries, you will have to distribute the sources as well. Did you read the license? Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: erayo@cs.bilkent.edu.tr www: http://www.cs.bilkent.edu.tr/~erayo From irox@redhat.com Thu Feb 1 10:29:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Thu, 01 Feb 2001 10:29:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> <3A796AFF.9819EE30@cs.bilkent.edu.tr> Message-ID: <3A79AAF9.28CFA441@redhat.com> "Eray Ozkural (exa)" wrote: > "Khamis Abuelkomboz (UUNET)" wrote: > > > > if somebody is interested in a html browser > > for sn, you can download the following files > > for Windows platforms: > > > > http://home.knuut.de/khamis/sn/hyper.exe > > http://home.knuut.de/khamis/sn/html.exe > > If you are distributing the binaries, you will have > to distribute the sources as well. Did you read the > license? Some people seem to think that Khamis has violated the GPL by not giving out the source code to the html parser with the binaries. Well, that doesn't make a GPL violation (unless you guys are all using a different GPL). Correct me if I'm wrong, but you only have to provide the source code upon request, which Khamis has done. From tromey@redhat.com Thu Feb 1 15:18:00 2001 From: tromey@redhat.com (Tom Tromey) Date: Thu, 01 Feb 2001 15:18:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> <3A796AFF.9819EE30@cs.bilkent.edu.tr> <3A79AAF9.28CFA441@redhat.com> Message-ID: <87u26ege8t.fsf@creche.redhat.com> >>>>> "Ian" == Ian Roxborough writes: Ian> Correct me if I'm wrong, but you only have to provide Ian> the source code upon request, which Khamis has done. It isn't quite that simple. Read section 3. The "upon request" scenario is 3(b), which requires a written offer, good for three years, on the distributor's part. Generally speaking people on the net go for option 3(a), which entails putting the source into the same package as the executable. This is easiest. Tom From cskoniec@asc.corp.mot.com Thu Feb 1 18:38:00 2001 From: cskoniec@asc.corp.mot.com (Chris Skonieczny) Date: Thu, 01 Feb 2001 18:38:00 -0000 Subject: Source Navigator 4.5.2 - Printing various dependencies References: <3A6F5B0D.F6C32611@asc.corp.mot.com> <3A6F5BD6.F5EB6518@asc.corp.mot.com> <3A6F5F0D.17DBBF44@asc.corp.mot.com> <3A6F64EF.379C780F@asc.corp.mot.com> <3A7782C7.D60580B2@asc.corp.mot.com> <3A7786DD.2B063E65@asc.corp.mot.com> <3A77AFE2.7F2DF064@asc.corp.mot.com> <3A79F986.84FE0CC9@asc.corp.mot.com> Message-ID: <3A7A1D9F.2E6D319F@asc.corp.mot.com> > Hi > >> How do I print (or save to file) various dependencies - just for >> example to list ALL FUNCTIONS accross all files in the project ? >> There is no PRINT or SAVE AS option in FILE menu item when LIST >> FUNCTIONS is selected > > Or - even better - how do I do this from UNIX / WIN NT command prompt > ? I tried to include screen shots - as illustration - but your server rejected MIME contemts chris From bje@redhat.com Thu Feb 1 20:00:00 2001 From: bje@redhat.com (Ben Elliston) Date: Thu, 01 Feb 2001 20:00:00 -0000 Subject: Source Navigator 4.5.2 - Printing various dependencies References: <3A7A1D9F.2E6D319F@asc.corp.mot.com> Message-ID: I tried to include screen shots - as illustration - but your server rejected MIME contemts Post URLs, then. Ben From Darren.Glasper@ubsw.com Thu Feb 1 23:42:00 2001 From: Darren.Glasper@ubsw.com (Darren.Glasper@ubsw.com) Date: Thu, 01 Feb 2001 23:42:00 -0000 Subject: FW: Re: Problems running the debugger Message-ID: I am running on Solaris 2.6. -----Original Message----- From: spolk Sent: Donnerstag, 1. Februar 2001 21:51 To: Glasper, Darren Cc: spolk Subject: Re: Problems running the debugger I have never seen your error before. Why don't you send mail to sourcenav@sources.redhat.com? What platform are you running on? At 11:46 AM 1/31/01 +0100, you wrote: >I would appreciate your help.... > >I am trying to run the debugger from Source Navigator. I have built >gdb successfully. I have specified its full path in the 'project >preferences' section. I still get > >Can't execvp -T > >I have read the message forum but your advice to a silimar problem would not help me because >I have already specified the full paths. > >Darren Glasper > >******************************************** Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bje@redhat.com Fri Feb 2 01:39:00 2001 From: bje@redhat.com (Ben Elliston) Date: Fri, 02 Feb 2001 01:39:00 -0000 Subject: FW: Re: Problems running the debugger References: Message-ID: I am running on Solaris 2.6. Hi Darren. Try running snavigator with the -debug option (precise syntax escapes me at the moment). This should tell you what is being exec'ed. S-N starts the debugger using Tcl's `exec' command, from memory. Cheers, Ben From khamis@knuut.de Fri Feb 2 02:09:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Fri, 02 Feb 2001 02:09:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> Message-ID: <3A7A8741.6000703@knuut.de> Ok guys, let us shut up this nasty discussion!!!! I spent some hours and wrote a small html parser for my needs and the result was so cool that I posted it to this news group to let other people benifet of it. As I say, only some hours, I would loved to take some time and extend the parser to be more intellegint, like supporting JavaScript. Actually Tromey wanted to say "Hello, I'm still here", but he started with GPL!!! however "Hi Tromey, are you ok?" I would loved to start a discussion, how to improve source- navigator to support defining new symbol types, names containing special characters, like URL strings, so I could add URL references as symbols and cross referencing. Propably this could help redhat stocks to increase :-) Again, for every body the links are Executables: http://home.knuut.de/khamis/sn/hyper.exe http://home.knuut.de/khamis/sn/html.exe Sources: http://home.knuut.de/khamis/sn/html.l http://home.knuut.de/khamis/sn/html_high.l Khamis Khamis Abuelkomboz (UUNET) wrote: > if somebody is interested in a html browser > for sn, you can download the following files > for Windows platforms: > > http://home.knuut.de/khamis/sn/hyper.exe > http://home.knuut.de/khamis/sn/html.exe > > You need to make the following steps: > > 1. replace/copy hyper.exe html.exe into /bin > 2. edit /share/etc/sn_prop.cfg and add the following lines: > > # html > sn_add_parser html \ > -suffix {*.htm *.html *.xml} \ > -brow_cmd $sn_path(bindir)/html \ > -high_cmd $sn_path(bindir)/html > > (or download http://home.knuut.de/khamis/sn/sn_prop.cfg ) > > 3. edit /share/gui/sninit.tcl and replace line 649 > > << sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python} > > >> sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python html} > > have fun, > khamis From tobias.mkortkamp@cas-gmbh.de Fri Feb 2 02:23:00 2001 From: tobias.mkortkamp@cas-gmbh.de (Tobias Müller-Kortkamp) Date: Fri, 02 Feb 2001 02:23:00 -0000 Subject: AW: html parser/highlighter for SN452 Message-ID: <01C08D08.F9B7C900.tobias.mkortkamp@cas-gmbh.de> Yes, please shut this kind of discussion. I often read "we would be glad if you program patches and parsers and extensions". Now Khamis did exactly what you desired. I must say I was estranged by your answers and the atmosphere of your answers. They seemed to me - not understandable - rude. Best wishes to all of you Tobias -----Urspr????ngliche Nachricht----- Von: Khamis Abuelkomboz (UUNET) [SMTP:khamis@knuut.de] Gesendet am: Freitag, 2. Februar 2001 11:09 An: sourcenav@sources.redhat.com Betreff: Re: html parser/highlighter for SN452 Ok guys, let us shut up this nasty discussion!!!! I spent some hours and wrote a small html parser for my needs and the result was so cool that I posted it to this news group to let other people benifet of it. As I say, only some hours, I would loved to take some time and extend the parser to be more intellegint, like supporting JavaScript. Actually Tromey wanted to say "Hello, I'm still here", but he started with GPL!!! however "Hi Tromey, are you ok?" I would loved to start a discussion, how to improve source- navigator to support defining new symbol types, names containing special characters, like URL strings, so I could add URL references as symbols and cross referencing. Propably this could help redhat stocks to increase :-) Again, for every body the links are Executables: http://home.knuut.de/khamis/sn/hyper.exe http://home.knuut.de/khamis/sn/html.exe Sources: http://home.knuut.de/khamis/sn/html.l http://home.knuut.de/khamis/sn/html_high.l Khamis Khamis Abuelkomboz (UUNET) wrote: > if somebody is interested in a html browser > for sn, you can download the following files > for Windows platforms: > > http://home.knuut.de/khamis/sn/hyper.exe > http://home.knuut.de/khamis/sn/html.exe > > You need to make the following steps: > > 1. replace/copy hyper.exe html.exe into /bin > 2. edit /share/etc/sn_prop.cfg and add the following lines: > > # html > sn_add_parser html \ > -suffix {*.htm *.html *.xml} \ > -brow_cmd $sn_path(bindir)/html \ > -high_cmd $sn_path(bindir)/html > > (or download http://home.knuut.de/khamis/sn/sn_prop.cfg ) > > 3. edit /share/gui/sninit.tcl and replace line 649 > > << sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python} > > >> sninit.tcl:649: set sn_options(sys,builtin-highlighting) {c++ java > tcl chill python html} > > have fun, > khamis From cravero@hornet.am.qub.ac.uk Fri Feb 2 07:06:00 2001 From: cravero@hornet.am.qub.ac.uk (Walter Cravero) Date: Fri, 02 Feb 2001 07:06:00 -0000 Subject: Cannot "add files" in build window Message-ID: <01020215055900.01380@tiny> Hi, I downloaded and installed snavigator 4.5.2 (first time i am trying it) . I tried to test it but I couldn't add the files of my project (a couple of fortran files .f) from the "project files" field to the "target files" field in the build window. I am probably making some silly mistake. I am using SUSE linux 7.0 in a PIII box. SN installed without any error message. Any suggestion??? Many thanks Walter From spolk@redhat.com Fri Feb 2 08:31:00 2001 From: spolk@redhat.com (Syd Polk) Date: Fri, 02 Feb 2001 08:31:00 -0000 Subject: Cannot "add files" in build window References: <01020215055900.01380@tiny> Message-ID: <4.2.0.58.20010202083019.01a7c520@pop.cygnus.com> At 01:54 PM 2/2/01 +0000, Walter Cravero wrote: >Hi, > >I downloaded and installed snavigator 4.5.2 (first time i am trying it) . I >tried to test it but I couldn't add the files of my project (a couple of >fortran files .f) from the "project files" field to the "target files" >field in >the build window. I am probably making some silly mistake. > >I am using SUSE linux 7.0 in a PIII box. SN installed without any error >message. > >Any suggestion??? > >Many thanks > >Walter The build system is not currently set up to compile fortran files. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From stanm@sourcequest.com Fri Feb 2 08:38:00 2001 From: stanm@sourcequest.com (Stan Mitchell) Date: Fri, 02 Feb 2001 08:38:00 -0000 Subject: Include file search dirs on win2k Message-ID: Hello, I'm using SN-4.5.2 on Win2k. I have a C project which uses include files from "d:\ntddk\inc" and "d:\ntddk\inc\ddk". Under Project Preferences, Include tab, I added these two lines with the above dirs to the Include Directories list box. I then reparsed the project. Then I opened an Include window on a project file that has #include statements which reference files in those directories. When I double-click on a filename (ntddk.h which is in d:\ntddk\inc) I get a message box saying that the file does not exist. Am I doing someting wrong? What behavior should I expect? Thanks, Stan Mitchell From erayo@cs.bilkent.edu.tr Fri Feb 2 10:29:00 2001 From: erayo@cs.bilkent.edu.tr (Eray Ozkural (exa)) Date: Fri, 02 Feb 2001 10:29:00 -0000 Subject: html parser/highlighter for SN452 References: <3A76D3B5.1090801@knuut.de> <3A796AFF.9819EE30@cs.bilkent.edu.tr> <3A79AAF9.28CFA441@redhat.com> Message-ID: <3A7AFC84.C3BEF6AE@cs.bilkent.edu.tr> Ian Roxborough wrote: > > Some people seem to think that Khamis has violated > the GPL by not giving out the source code to the > html parser with the binaries. Well, that doesn't > make a GPL violation (unless you guys are all using > a different GPL). > Sorry Khamis and Ian; I didn't imply that Khamis is violating GPL, but on that quick reading of his mail I thought he should be giving some url for sources as well. I apologize if I have offended anyone. How are the redhat stocks doing btw? :) Regards, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: erayo@cs.bilkent.edu.tr www: http://www.cs.bilkent.edu.tr/~erayo From mdejong@cygnus.com Fri Feb 2 10:40:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 02 Feb 2001 10:40:00 -0000 Subject: html parser/highlighter for SN452 References: <3A7AFC84.C3BEF6AE@cs.bilkent.edu.tr> Message-ID: On Fri, 2 Feb 2001, Eray Ozkural (exa) wrote: > Ian Roxborough wrote: > > > > Some people seem to think that Khamis has violated > > the GPL by not giving out the source code to the > > html parser with the binaries. Well, that doesn't > > make a GPL violation (unless you guys are all using > > a different GPL). > > Sorry Khamis and Ian; I didn't imply that Khamis is violating > GPL, but on that quick reading of his mail I thought > he should be giving some url for sources as well. I apologize > if I have offended anyone. Let's just drop the issue. Khamis posted a link to the source so no harm done. > How are the redhat stocks doing btw? :) Hey now, that it hitting below the belt :) Mo DeJong Red Hat Inc From irox@redhat.com Fri Feb 2 11:11:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 02 Feb 2001 11:11:00 -0000 Subject: Cannot "add files" in build window References: <4.2.0.58.20010202083019.01a7c520@pop.cygnus.com> Message-ID: <3A7B0635.F4EFEF4B@redhat.com> Yeah, Syd is right. You can't add files to a target if SN doesn't know what to do with the files. If you have a fortran compiler you could use the sn_add_simple_ide_rule to add a quick and dirty fortran rule (.f), look in etc/sn_prop.cfg for an example of using sn_add_simple_ide_rule with lex and yacc. Once you have added a rule, you should see it in the Rules tab (in the target editor). Ian. Syd Polk wrote: > > At 01:54 PM 2/2/01 +0000, Walter Cravero wrote: > > >Hi, > > > >I downloaded and installed snavigator 4.5.2 (first time i am trying it) . I > >tried to test it but I couldn't add the files of my project (a couple of > >fortran files .f) from the "project files" field to the "target files" > >field in > >the build window. I am probably making some silly mistake. > > > >I am using SUSE linux 7.0 in a PIII box. SN installed without any error > >message. > > > >Any suggestion??? > > > >Many thanks > > > >Walter > > The build system is not currently set up to compile fortran files. > > Syd Polk spolk@redhat.com > Engineering Manager +1 415 777 9810 x 241 > Red Hat, Inc. From mdejong@cygnus.com Fri Feb 2 11:54:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 02 Feb 2001 11:54:00 -0000 Subject: status update References: <5.0.2.1.2.20010130090911.02caed50@spc.sugar-land.omnes.net> Message-ID: On Tue, 30 Jan 2001, Timothee Besset wrote: > Just a status update .. can you guys keep us updated on the status of 5.0 > release? We are working on it. In fact, we are now working on it every day. We can't promise a date, but we should have something usable very soon now. Software always takes longer than you would have thought. > We are starting a big cross-platform application with a > developement cycle estimated around two years and we are making a few > choices on our developement environments .. I'd love to see how SN 5.0 will > be like to make some informed decisions.. > > TTimo SN 5.0 will look exactly like SN 4.5, only it will be much improved "under the covers". There will be one or two new features, but it will mostly be the same. If you need specific features in your long development cycle, you might consider some contract engineering for SN. It is one of those "Red Hat Services" you might have heard about. Mo DeJong Red Hat Inc From bmunday@3glab.com Mon Feb 5 08:47:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Mon, 05 Feb 2001 08:47:00 -0000 Subject: Installing sourcenav References: <981386286.22393.ezmlm@sources.redhat.com> Message-ID: Hi Source Nav users, I am very new to the linux world so please excuse my ignornace. I thought it would be a good idea to use Source Navigator to understand eCos. So I downloaded it from http://sources.redhat.com/sourcenav/ I unzipped the the file. Then the problems started, I followed a README that built me lots of GNU tools - thanks. But no source navigator. I wonder if you could tell me where the instructions are, or if you have done it can you tell me how. I am using Linux as my desktop and I am working on eCos. I also browsed through the emails and as a result decided to send you an email. Thanks in advance Bill Munday From irox@redhat.com Mon Feb 5 09:01:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 05 Feb 2001 09:01:00 -0000 Subject: Installing sourcenav References: Message-ID: <3A7EDC6B.8437DB90@redhat.com> Hi, Was it this README you followed? ftp://sources.redhat.com/pub/sourcenav/releases/README Ian. Bill Munday wrote: > > Hi Source Nav users, > > I am very new to the linux world so please excuse my ignornace. > > I thought it would be a good idea to use Source Navigator to understand > eCos. > > So I downloaded it from http://sources.redhat.com/sourcenav/ > > I unzipped the the file. > > Then the problems started, I followed a README that built me lots of GNU > tools - thanks. But no source navigator. > > I wonder if you could tell me where the instructions are, or if you have > done it can you tell me how. > > I am using Linux as my desktop and I am working on eCos. > > I also browsed through the emails and as a result decided to send you an > email. > > Thanks in advance > Bill Munday From bruce.stephens@messagingdirect.com Mon Feb 5 09:03:00 2001 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Mon, 05 Feb 2001 09:03:00 -0000 Subject: Installing sourcenav References: Message-ID: Bill Munday writes: [...] > I wonder if you could tell me where the instructions are, or if you have > done it can you tell me how. > > I am using Linux as my desktop and I am working on eCos. The instructions in the README should be sufficient, I think. In summary, % ./configure --prefix=/usr/local/snav % make % make install should be sufficient. You may need to be root to install in /usr/local/snav (you can install wherever you like; you probably want to choose a new directory, not reuse something like /usr/local). You should find there's an executable script called snavigator in /usr/local/snav/bin which is what you should run. You must do the "make install", and there are some flags which, if passed to configure, will mysteriously cause things to fail. For example, people familiar with Tcl might try --disable-static, but if I remember correctly, that doesn't work. Alternatively, if you're using some common distribution of Linux (such as Red Hat) then you can probably find ready built packages. For Debian unstable, for example, "apt-get install sourcenav" will do the necessary installation. -- Bruce Stephens Bruce.Stephens@MessagingDirect.com ACI Worldwide/MessagingDirect From bmunday@3glab.com Tue Feb 6 02:23:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Tue, 06 Feb 2001 02:23:00 -0000 Subject: Installing sourcenav References: Message-ID: Hi All SNers, Thanks for helping me out, I suppose the thing I done wrong was not clicking on the Downloads link as I thought one had to click on: "Download 4.5.2 here!" There was a comment I read somewhere that Source Nav doesn't support for more than 500,000 lines of code is this true? And finally has anyone used it for eCos? Thanks in advance again. Bill Munday On Mon, 5 Feb 2001, Bill Munday wrote: > Hi Source Nav users, > > I am very new to the linux world so please excuse my ignornace. > > I thought it would be a good idea to use Source Navigator to understand > eCos. > > So I downloaded it from http://sources.redhat.com/sourcenav/ > > I unzipped the the file. > > Then the problems started, I followed a README that built me lots of GNU > tools - thanks. But no source navigator. > > I wonder if you could tell me where the instructions are, or if you have > done it can you tell me how. > > I am using Linux as my desktop and I am working on eCos. > > I also browsed through the emails and as a result decided to send you an > email. > > Thanks in advance > Bill Munday > > > From bruce.stephens@messagingdirect.com Tue Feb 6 04:22:00 2001 From: bruce.stephens@messagingdirect.com (Bruce Stephens) Date: Tue, 06 Feb 2001 04:22:00 -0000 Subject: Installing sourcenav References: Message-ID: Bill Munday writes: > Thanks for helping me out, I suppose the thing I done wrong was not > clicking on the Downloads link as I thought one had to click on: > > "Download 4.5.2 here!" > There was a comment I read somewhere that Source Nav doesn't support > for more than 500,000 lines of code is this true? No. When it was a commercial binary product, there were likely a variety of restrictions depending on how much you paid. Now there's no fixed limit, although it's possible there are technical limits. I'm using it on projects larger than 500000 lines. [...] -- Bruce Stephens Bruce.Stephens@MessagingDirect.com ACI Worldwide/MessagingDirect From wgacquer@ubisoft.fr Tue Feb 6 04:25:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 06 Feb 2001 04:25:00 -0000 Subject: cursor color.... Message-ID: <5D2A198567EED311BD0F009027A25C8760D963@SRVMAIL-ANN> Hello Suppose that the text editable region has a black background. SN currently displays the cursor in black also. That's pretty disapointing! How can I ask SN to display it differently, for instance in a white ( inverse black ) color? Where should I put the tcl command in the SN sources? Regards, William Gacquer From mdejong@cygnus.com Tue Feb 6 09:15:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 06 Feb 2001 09:15:00 -0000 Subject: cursor color.... References: <5D2A198567EED311BD0F009027A25C8760D963@SRVMAIL-ANN> Message-ID: On Tue, 6 Feb 2001, William Gacquer wrote: > Hello > Suppose that the text editable region has a black background. SN currently > displays the cursor in black also. That's pretty disapointing! > How can I ask SN to display it differently, for instance in a white ( > inverse black ) color? > > Where should I put the tcl command in the SN sources? > > Regards, > > William Gacquer Take a peek at this post to see how it is done for a plain old text widget. http://sources.redhat.com/ml/sourcenav/2000-q4/msg00313.html You will have to figure out where to add it, I would think that the following line in multiedit.tcl (near line 90) would be a good place to start: #create the text editor text $editor \ Of course, the real fix would be to add a prefs option for this color property. Mo DeJong Red Hat Inc From wgacquer@ubisoft.fr Tue Feb 6 10:03:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 06 Feb 2001 10:03:00 -0000 Subject: cursor color.... Message-ID: <5D2A198567EED311BD0F009027A25C8760DA71@SRVMAIL-ANN> thanks! By reading your example, I was able to deduce that the best way is to put an extra line : -cursor {xterm red white} in multiedit.tcl, line 121 (SN 4.5.2 ) and of course, not to forget the "\" at the end of line 121 ! Best regards, William -----Original Message----- From: Mo DeJong [ mailto:mdejong@cygnus.com ] Sent: mardi 6 fevrier 2001 18:15 To: sourcenav@sources.redhat.com Subject: Re: cursor color.... On Tue, 6 Feb 2001, William Gacquer wrote: > Hello > Suppose that the text editable region has a black background. SN currently > displays the cursor in black also. That's pretty disapointing! > How can I ask SN to display it differently, for instance in a white ( > inverse black ) color? > > Where should I put the tcl command in the SN sources? > > Regards, > > William Gacquer Take a peek at this post to see how it is done for a plain old text widget. http://sources.redhat.com/ml/sourcenav/2000-q4/msg00313.html You will have to figure out where to add it, I would think that the following line in multiedit.tcl (near line 90) would be a good place to start: #create the text editor text $editor \ Of course, the real fix would be to add a prefs option for this color property. Mo DeJong Red Hat Inc From spolk@redhat.com Tue Feb 6 10:42:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 06 Feb 2001 10:42:00 -0000 Subject: cursor color.... References: <5D2A198567EED311BD0F009027A25C8760D963@SRVMAIL-ANN> Message-ID: <4.2.0.58.20010206104113.01ed39c0@pop.cygnus.com> The stock answer is that cursor color should be controlled via the X Windows resource database commands. At 09:15 AM 2/6/01 -0800, Mo DeJong wrote: >On Tue, 6 Feb 2001, William Gacquer wrote: > > > Hello > > Suppose that the text editable region has a black background. SN currently > > displays the cursor in black also. That's pretty disapointing! > > How can I ask SN to display it differently, for instance in a white ( > > inverse black ) color? > > > > Where should I put the tcl command in the SN sources? > > > > Regards, > > > > William Gacquer > >Take a peek at this post to see how it is done >for a plain old text widget. > > http://sources.redhat.com/ml/sourcenav/2000-q4/msg00313.html > >You will have to figure out where to add it, I would >think that the following line in multiedit.tcl >(near line 90) would be a good place to start: > > #create the text editor > text $editor \ > >Of course, the real fix would be to add a prefs option >for this color property. > >Mo DeJong >Red Hat Inc Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From grosch@cocolab.de Tue Feb 6 13:23:00 2001 From: grosch@cocolab.de (Josef Grosch) Date: Tue, 06 Feb 2001 13:23:00 -0000 Subject: support for parsers Message-ID: Hi, my company called CoCoLab contributed three parsers to Source-Navigator while it was developed at Multix: COBOL, Java, and tcl. Meanwhile we get requests for problem fixes from users of the open source version. I looked into the mailing list about Source-Navigator and immediately found a couple of articles about problems in the above parsers. How is Red Hat going to handle these problems? We are aware of the open source idea where the community fixes problems. Does Red Hat also consider to pay for bug fixes and for support for the parsers? How is the vision of Red Hat concerning Source-Navigator? Best regards Dr. Josef Grosch CoCoLab - Datenverarbeitung Turenneweg 11 77880 Sasbach Germany Phone : +49-7841-669144 Fax : +49-7841-669145 Email : grosch@cocolab.de Internet: www.cocolab.de From spolk@redhat.com Tue Feb 6 14:00:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 06 Feb 2001 14:00:00 -0000 Subject: support for parsers References: Message-ID: <4.2.0.58.20010206135646.01f4ba30@pop.cygnus.com> At 10:22 PM 2/6/01 +0100, Josef Grosch wrote: >Hi, > >my company called CoCoLab contributed three parsers to Source-Navigator >while it was developed at Multix: COBOL, Java, and tcl. Meanwhile we >get requests for problem fixes from users of the open source version. >I looked into the mailing list about Source-Navigator and immediately >found a couple of articles about problems in the above parsers. > >How is Red Hat going to handle these problems? >We are aware of the open source idea where the community fixes problems. >Does Red Hat also consider to pay for bug fixes and for support for the >parsers? How is the vision of Red Hat concerning Source-Navigator? If people have bug fixes for the parsers, then they can contribute those fixes. We sometimes make fixes ourselves. Red Hat is not generally willing to pay for bug fixes at this time. Source-Navigator is slowly being turned into an Integrated Development Environment. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From cskoniec@asc.corp.mot.com Tue Feb 6 14:15:00 2001 From: cskoniec@asc.corp.mot.com (Chris Skonieczny) Date: Tue, 06 Feb 2001 14:15:00 -0000 Subject: Source Navigator - Printing - no solution yet References: <7BA41B5547CCD411833B0002A52CD457F4A2EE@enlrynt306.etm.ericsson.se> Message-ID: <3A80777C.F3208386@asc.corp.mot.com> Hi <> - Great <> - No I haven't got the answer yet chris "Richard Vanek (ELN)" wrote: > Hi > > I have got a pictures but, the forwarded mail contains question how to print or save to file, did I understand it correctly that you have got a solution? > > Thanks > > --- > Richard Vanek > > -- The forces that we know of are but the phenomenal manifestations of realties we know nothing about, but which were known to the ancients - William Grove (1811-1896) From paul@toolscenter.org Tue Feb 6 19:06:00 2001 From: paul@toolscenter.org (Paul Selormey) Date: Tue, 06 Feb 2001 19:06:00 -0000 Subject: support for parsers References: Message-ID: <002a01c090b3$380a51c0$0fa65a8f@paulselo> Hello Josef, Red Hat is really not earning money from this free and open source version, it will be difficult for the company to continue to invest money, apart from paying the current maintainers, to enhance it. Since you understand the open source effort and you (or your company) is not going to redo the whole parsers again other than fixing bugs, my humble appeal to you and your company is to consider fixing at least some of the bugs to help support its wider use. This help is mainly to other developers too, so you can be sure that you will pick some other form of helps from these very developers too--this is the concept of the open source community, supporting each other while we try to earn living. I think even now your company will find the Source Navigator a useful tool, and will not have to pay for it. Best regards, Paul. ----- Original Message ----- From: "Josef Grosch" To: Sent: Wednesday, February 07, 2001 6:22 AM Subject: support for parsers > Hi, > > my company called CoCoLab contributed three parsers to Source-Navigator > while it was developed at Multix: COBOL, Java, and tcl. Meanwhile we > get requests for problem fixes from users of the open source version. > I looked into the mailing list about Source-Navigator and immediately > found a couple of articles about problems in the above parsers. > > How is Red Hat going to handle these problems? > We are aware of the open source idea where the community fixes problems. > Does Red Hat also consider to pay for bug fixes and for support for the > parsers? How is the vision of Red Hat concerning Source-Navigator? > > > Best regards > > Dr. Josef Grosch > > CoCoLab - Datenverarbeitung > Turenneweg 11 > 77880 Sasbach > Germany > > Phone : +49-7841-669144 > Fax : +49-7841-669145 > Email : grosch@cocolab.de > Internet: www.cocolab.de From bje@redhat.com Tue Feb 6 19:16:00 2001 From: bje@redhat.com (Ben Elliston) Date: Tue, 06 Feb 2001 19:16:00 -0000 Subject: support for parsers References: <002a01c090b3$380a51c0$0fa65a8f@paulselo> Message-ID: Since you understand the open source effort and you (or your company) is not going to redo the whole parsers again other than fixing bugs, my humble appeal to you and your company is to consider fixing at least some of the bugs to help support its wider use. This help is Another alternative would be to make the current versions of the Cocktail compiler generation toolsuite freely available so that folks on the net can work on the parsers without having to modify generated code. Ben From tdell@cellport.com Wed Feb 7 14:16:00 2001 From: tdell@cellport.com (Tom Dell) Date: Wed, 07 Feb 2001 14:16:00 -0000 Subject: Support for mounted directories in Windows Message-ID: <001401c09153$86b62150$a20c0a0a@cellport.com> I am trying to use Source Navigator under WinNT (yuck) in a cygwin environment. Everything works fine, except I can't use cygwin mounted directories, because SN uses windows file browsers and doesn't understand the cygwin environment. Is this a bug, or is it a restriction on the winblows environment? Thanks for any info, Tom Dell Cellport Systems tdell@cellport.com From bmunday@3glab.com Thu Feb 8 08:54:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Thu, 08 Feb 2001 08:54:00 -0000 Subject: Installing sourcenav References: Message-ID: Hi SNers, I wanted to know if there is any way that the errors generated by the compiling program in the Build Make window could be highlighted. Furthermore are there any keystrokes that jump you to the first error, then a return jumps you to the file and line I suppose I have seen it work in emacs about three years ago but can't remember the exact details. And I am not using emacs as my external editor - apologies to emacs users nor do I want to. Thanks in advance Bill Munday Example of an error in a c file with in the Build make window. make[1]: Leaving directory `/home/bmunday/projects/ecos/build/infra/current' make -r -C redboot/current build make[1]: Entering directory `/home/bmunday/projects/ecos/build/redboot/current' arm-elf-gcc -c -I/home/bmunday/projects/ecos/build/install/include -I/home/bmunday/projects/ecos/packages/redboot/current -I/home/bmunday/projects/ecos/packages/redboot/current/src -I/home/bmunday/projects/ecos/packages/redboot/current/tests -I. -I/home/bmunday/projects/ecos/packages/redboot/current/src/net/ -mcpu=strongarm1100 -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority -Wp,-MD,src/net/bootp.tmp -o src/net/redboot_bootp.o /home/bmunday/projects/ecos/packages/redboot/current/src/net/bootp.c /home/bmunday/projects/ecos/packages/redboot/current/src/net/bootp.c: In function `bootp_handler': /home/bmunday/projects/ecos/packages/redboot/current/src/net/bootp.c:73: `i' undeclared (first use in this function) /home/bmunday/projects/ecos/packages/redboot/current/src/net/bootp.c:73: (Each undeclared identifier is reported only once /home/bmunday/projects/ecos/packages/redboot/current/src/net/bootp.c:73: for each function it appears in.) make[1]: *** [src/net/bootp.o.d] Error 1 make[1]: Leaving directory `/home/bmunday/projects/ecos/build/redboot/current' make: *** [build] Error 2 +++ End +++ From LStory@AstralPoint.com Thu Feb 8 09:05:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Thu, 08 Feb 2001 09:05:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C806@admin1.astralpoint> Greetings, There was a post about this before ...which did not have any responses to .... Here are the errors i'm getting.... 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 2. Error: child process exited abnormally -> SN had a problem generating Cross-Reference information. CR information is not complete. 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument Source nav is a great tool....but XRef...is a must have for my application .... -Lenny LStory@AstralPoint.com From hugov@tr.comm.mot.com Thu Feb 8 09:11:00 2001 From: hugov@tr.comm.mot.com (Hugo Varotto) Date: Thu, 08 Feb 2001 09:11:00 -0000 Subject: Sharing SourceNav databases ? Message-ID: <3A82D321.1A7CC10B@tr.comm.mot.com> Hi to all, is there a way for more than one user to share/access simultaneously a project databse ? We are working on a project that requires more than one user to access the database at the same time, and it will be nice not having to have multiples copies of it. Alternatively, if that's not possible, can it be shared in a read-only mode ? What I'm thinking is in creating some sort of pre-default databases for different versions of our project, without requiring allowing users to update/change the database. Any input will be appreciated, thanks in advance, Hugo From lonnie@timesys.com Thu Feb 8 09:21:00 2001 From: lonnie@timesys.com (Lonnie L VanZandt) Date: Thu, 08 Feb 2001 09:21:00 -0000 Subject: Additional assembly parsers? Message-ID: Do you have a contribution site or a HOWTO that has or explains how to create parsers for arm, mips, and sh assembly code? I'd like to use source nav on the 2.4 arch families I listed but source nav (4.5.2) unfortunately can't parse through those directories without hanging. Lonnie VanZandt Sr. Systems Engineer TimeSys Corporation From dave.banham@tde.alstom.com Thu Feb 8 09:52:00 2001 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Thu, 08 Feb 2001 09:52:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: Lenny, I am using SN 4.5.1 under windows NT and xref works fine (save for one or two limitations, which I have posted about previously). However, in saying this I do not xref local variables. Are you xrefing local variables? May be you are running out of disk space. Regards Dave Banham To: sourcenav@sourceware.cygnus.com cc: Subject: Windows NT Failing on XRef Generation. Greetings, There was a post about this before ...which did not have any responses to .... Here are the errors i'm getting.... 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 2. Error: child process exited abnormally -> SN had a problem generating Cross-Reference information. CR information is not complete. 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument Source nav is a great tool....but XRef...is a must have for my application .... -Lenny LStory@AstralPoint.com From bmunday@3glab.com Thu Feb 8 09:54:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Thu, 08 Feb 2001 09:54:00 -0000 Subject: Window Names References: Message-ID: Hi, I am was Linux Gnome desktop and at the bottom it creates a window bar. Is there any way of changing the name of the window so that it is in reverse. Currently:: Source Navigator [ecos] vector.S Source Navigator [ecos] Symbols Source Navigator [ecos] Project Editor etc Bottom bar looks like Source | Source | Source | It would be nice if it was vector.S Source Navigator [ecos] Symbols Source Navigator [ecos] Project Editor Source Navigator [ecos] This will mean that the bottom bar looks like vector.S | Symbols | Project E | This will allow navigation between multiple windows to be easier. Thanks Bill Munday From spolk@redhat.com Thu Feb 8 09:55:00 2001 From: spolk@redhat.com (Syd Polk) Date: Thu, 08 Feb 2001 09:55:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C806@admin1.astralpoint> Message-ID: <3A82DC83.9C465F15@redhat.com> "Story, Lenny" wrote: > > Greetings, > > There was a post about this before ...which did not have any responses to > .... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > Source nav is a great tool....but XRef...is a must have for my application > .... > > -Lenny > LStory@AstralPoint.com Without the source code that is causing the problem, we cannot help you. I would really help if you could narrow it down to one file, and preferably a short example. From scherrey@innoverse.com Thu Feb 8 10:05:00 2001 From: scherrey@innoverse.com (Benjamin Scherrey) Date: Thu, 08 Feb 2001 10:05:00 -0000 Subject: Bringing up SNav editor from outsite Source Navigator. Message-ID: <3A82DF77.4929F4DC@innoverse.com> I've got a cvs GUI tool I'm trying out that lets me select the editor I want to use when viewing/editing files. I'd like to know if its possible to have SNav running and have my GUI tool use the SNav editor in this capacity. If so, how do I invoke it? I'd be dealing with files that are already in my SNav project that I have open. thanx & later, Ben Scherrey PS: Also, is there any way to have text searching disable case-insensitive search by default? I find that most annoying. PPS: I'm running under RedHat 6.2 Linux. From mdejong@cygnus.com Thu Feb 8 11:00:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 08 Feb 2001 11:00:00 -0000 Subject: Bringing up SNav editor from outsite Source Navigator. References: <3A82DF77.4929F4DC@innoverse.com> Message-ID: On Thu, 8 Feb 2001, Benjamin Scherrey wrote: > I've got a cvs GUI tool I'm trying out that lets me select the editor I > want to use when viewing/editing files. I'd like to know if its possible > to have SNav running and have my GUI tool use the SNav editor in this > capacity. If so, how do I invoke it? I'd be dealing with files that are > already in my SNav project that I have open. Well, that is a first. Usually folks want to use some other editor in SN. I don't see how you would use SN to edit files for another application, perhaps you could hack in a feature that would take a file name as a cmd line arg and open the project with that file open in the editor. > PS: Also, is there any way to have text searching disable > case-insensitive search by default? I find that most annoying. I think if you change the setting in the find dialog it will change the way the fast find box works. That is not a documented feature, but I think it happens to work on 4.5. Mo DeJong Red Hat Inc From dsh8290@rit.edu Thu Feb 8 11:19:00 2001 From: dsh8290@rit.edu (D-Man) Date: Thu, 08 Feb 2001 11:19:00 -0000 Subject: Support for mounted directories in Windows References: <001401c09153$86b62150$a20c0a0a@cellport.com> Message-ID: <20010208141950.B13148@harmony.cs.rit.edu> On Wed, Feb 07, 2001 at 03:15:48PM -0700, Tom Dell wrote: | I am trying to use Source Navigator under WinNT (yuck) in a cygwin | environment. Everything works fine, except I can't use cygwin | mounted directories, because SN uses windows file browsers and | doesn't understand the cygwin environment. Is this a bug, or is | it a restriction on the winblows environment? It is because SN is compiled as a Windows app. Anything built as a windows app is limited to windows functionality (or lack thereof ;-)) You could try recompiling it with gcc in the cygwin environment (as a unix application, not a windows). If you succeed (I haven't tried), then you would have all the cygwin functionality as well. Another possibility is to define environment variables for your mounts. I did this with HOME. I can now type %HOME% in any windows path and it will refer to my cygwin home. -D From berek@usa.net Thu Feb 8 11:25:00 2001 From: berek@usa.net (Berek) Date: Thu, 08 Feb 2001 11:25:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C806@admin1.astralpoint> Message-ID: <000a01c09204$e944d260$3e6410ac@concord.com> I encounter this problem constantly. I also agree wholeheartedly on the need for an accurate (bug free) XREF. ----- Original Message ----- From: "Story, Lenny" To: Sent: Thursday, February 08, 2001 12:01 Subject: Windows NT Failing on XRef Generation. > Greetings, > > There was a post about this before ...which did not have any responses to > ..... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > > > Source nav is a great tool....but XRef...is a must have for my application > ..... > > > -Lenny > LStory@AstralPoint.com > > > > From LStory@AstralPoint.com Thu Feb 8 12:14:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Thu, 08 Feb 2001 12:14:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C81D@admin1.astralpoint> Have you been able to get this to go away ? I have not been able to do even 1 successfull xref generation... -Lenny -----Original Message----- From: Berek [ mailto:berek@usa.net ] Sent: Thursday, February 08, 2001 2:26 PM To: Story, Lenny; sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. I encounter this problem constantly. I also agree wholeheartedly on the need for an accurate (bug free) XREF. ----- Original Message ----- From: "Story, Lenny" To: Sent: Thursday, February 08, 2001 12:01 Subject: Windows NT Failing on XRef Generation. > Greetings, > > There was a post about this before ...which did not have any responses to > ..... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > > > Source nav is a great tool....but XRef...is a must have for my application > ..... > > > -Lenny > LStory@AstralPoint.com > > > > From irox@redhat.com Thu Feb 8 12:25:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Thu, 08 Feb 2001 12:25:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C81D@admin1.astralpoint> Message-ID: <3A8300B2.C13282AA@redhat.com> Hi, Does anybody have a good way to reproduce (i.e. a way that this will all ways happen)? I don't see this problem at all and I'd like I see if I can reproduce it in our development code base. (I'm guessing people would like this fixed in the next release - if it's not already). Ian. "Story, Lenny" wrote: > > Have you been able to get this to go away ? > > I have not been able to do even 1 successfull xref generation... > > -Lenny > > -----Original Message----- > From: Berek [ mailto:berek@usa.net ] > Sent: Thursday, February 08, 2001 2:26 PM > To: Story, Lenny; sourcenav@sourceware.cygnus.com > Subject: Re: Windows NT Failing on XRef Generation. > > I encounter this problem constantly. I also agree wholeheartedly on the need > for an accurate (bug free) XREF. > > ----- Original Message ----- > From: "Story, Lenny" > To: > Sent: Thursday, February 08, 2001 12:01 > Subject: Windows NT Failing on XRef Generation. > > > Greetings, > > > > There was a post about this before ...which did not have any responses to > > ..... > > > > Here are the errors i'm getting.... > > > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > > 2. Error: child process exited abnormally -> SN had a problem generating > > Cross-Reference information. CR information is not complete. > > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid > argument > > > > > > > > Source nav is a great tool....but XRef...is a must have for my application > > ..... > > > > > > -Lenny > > LStory@AstralPoint.com > > > > > > > > From mdejong@cygnus.com Thu Feb 8 12:29:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 08 Feb 2001 12:29:00 -0000 Subject: Sharing SourceNav databases ? References: <3A82D321.1A7CC10B@tr.comm.mot.com> Message-ID: On Thu, 8 Feb 2001, Hugo Varotto wrote: > Hi to all, > > > is there a way for more than one user to share/access simultaneously a project > databse ? We are working on a project that requires more than one user to > access the database at the same time, and it will be nice not having to have > multiples copies of it. Not really. The SN DB is not really designed to support multiple users. > Alternatively, if that's not possible, can it be shared in a read-only mode ? > What I'm thinking is in creating some sort of pre-default databases for > different versions of our project, without requiring allowing users to > update/change the database. A number of folks do this sort of thing, I am not sure how well it works but folks have reported some success with this approach. Adding a multiple user DB layer is something we would like to do, but thus far we have not found anyone that is willing to fund the work. Mo DeJong Red Hat Inc From bje@redhat.com Thu Feb 8 13:36:00 2001 From: bje@redhat.com (Ben Elliston) Date: Thu, 08 Feb 2001 13:36:00 -0000 Subject: Additional assembly parsers? References: Message-ID: <14979.4407.10304.592406@scooby.cygnus.com> > Do you have a contribution site or a HOWTO that has or explains how to > create parsers for arm, mips, and sh assembly code? I'd like to use source > nav on the 2.4 arch families I listed but source nav (4.5.2) unfortunately > can't parse through those directories without hanging. I believe there is documentation in the source tree on how to quickly generate assembly language parsers. Even without the framework I put in place to try and automate this, you could copy the PowerPC one and get something going by mimicking it. Ben From stanm@sourcequest.com Thu Feb 8 15:09:00 2001 From: stanm@sourcequest.com (Stan Mitchell) Date: Thu, 08 Feb 2001 15:09:00 -0000 Subject: Include Directories not searched Message-ID: Hello all, I tried posting this question last week but didn't get a response. I'll try again, this time with a little more info on the problem. I am working with the following preferences dialog: File -> Project Preferences -> Include tab In the "Include Directories" window, I have tried entering a path to the include files of a driver toolkit: d:/ntddk/inc After I add the path, I press the Apply button and then OK to close the dialog. Next I Reparse the project. Then if I use the Include View on the project, include files which reside in d:/ntddk/inc can not be opened by double-clicking on the include file name, and the Includes option in the context menu is grayed out for these files. If I close the project and re-open it, the Include View can now access the files in d:/ntddk/inc, and everything works as expected. It seems that the Apply and OK button of the "Include Directories" tab, do not have an immediate effect. I don't think this is the intended behavior. I am using SN4.5.2 on Windows 2000. -Stan From LStory@AstralPoint.com Thu Feb 8 16:15:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Thu, 08 Feb 2001 16:15:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C818@admin1.astralpoint> This is not a localized thing...and i cannot restart the XRef generation without stopping the program...and restarting it...which leaves a debug cycle that would be +30 minutes for each iteration.... Is there a way to force the XRef generation ? Get Debug info ? How can i possibly get the information you are asking for ? 8^) -Lenny -----Original Message----- From: Syd Polk [ mailto:spolk@redhat.com ] Sent: Thursday, February 08, 2001 12:51 PM To: Story, Lenny Cc: sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. "Story, Lenny" wrote: > > Greetings, > > There was a post about this before ...which did not have any responses to > .... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > Source nav is a great tool....but XRef...is a must have for my application > .... > > -Lenny > LStory@AstralPoint.com Without the source code that is causing the problem, we cannot help you. I would really help if you could narrow it down to one file, and preferably a short example. From LStory@AstralPoint.com Thu Feb 8 20:16:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Thu, 08 Feb 2001 20:16:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C82B@admin1.astralpoint> Well, I tried not XRefing the local symbols...but it still crashes.... Perhaps i need to sacrifice a chicken...and dump the blood over my keyboard....or turn off the lights...then back on again ? 8^) -Lenny -----Original Message----- From: Berek [ mailto:berek@usa.net ] Sent: Thursday, February 08, 2001 2:26 PM To: Story, Lenny; sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. I encounter this problem constantly. I also agree wholeheartedly on the need for an accurate (bug free) XREF. ----- Original Message ----- From: "Story, Lenny" To: Sent: Thursday, February 08, 2001 12:01 Subject: Windows NT Failing on XRef Generation. > Greetings, > > There was a post about this before ...which did not have any responses to > ..... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > > > Source nav is a great tool....but XRef...is a must have for my application > ..... > > > -Lenny > LStory@AstralPoint.com > > > > From LStory@AstralPoint.com Thu Feb 8 20:16:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Thu, 08 Feb 2001 20:16:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C82E@admin1.astralpoint> Well, I can reproduce it 100% of the time on my code base.... i've attached the Dr.Watson log entry for it....it should help you determine what is happening....I HOPE you keep the map..and list files....it will be your only way to corrolate the minimal assembly dump with the code... Thank you VERY much for your help, Lenny -----Original Message----- From: Ian Roxborough [ mailto:irox@redhat.com ] Sent: Thursday, February 08, 2001 3:25 PM To: sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. Hi, Does anybody have a good way to reproduce (i.e. a way that this will all ways happen)? I don't see this problem at all and I'd like I see if I can reproduce it in our development code base. (I'm guessing people would like this fixed in the next release - if it's not already). Ian. "Story, Lenny" wrote: > > Have you been able to get this to go away ? > > I have not been able to do even 1 successfull xref generation... > > -Lenny > > -----Original Message----- > From: Berek [ mailto:berek@usa.net ] > Sent: Thursday, February 08, 2001 2:26 PM > To: Story, Lenny; sourcenav@sourceware.cygnus.com > Subject: Re: Windows NT Failing on XRef Generation. > > I encounter this problem constantly. I also agree wholeheartedly on the need > for an accurate (bug free) XREF. > > ----- Original Message ----- > From: "Story, Lenny" > To: > Sent: Thursday, February 08, 2001 12:01 > Subject: Windows NT Failing on XRef Generation. > > > Greetings, > > > > There was a post about this before ...which did not have any responses to > > ..... > > > > Here are the errors i'm getting.... > > > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > > 2. Error: child process exited abnormally -> SN had a problem generating > > Cross-Reference information. CR information is not complete. > > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid > argument > > > > > > > > Source nav is a great tool....but XRef...is a must have for my application > > ..... > > > > > > -Lenny > > LStory@AstralPoint.com > > > > > > > > -------------- next part -------------- Application exception occurred: App: dbimp.exe (pid=326) When: 2/8/2001 @ 13:25:8.781 Exception number: c00000fd (stack overflow) *----> System Information <----* Computer Name: LSTORY User Name: LStory Number of Processors: 1 Processor Type: x86 Family 6 Model 7 Stepping 3 Windows Version: 4.0 Current Build: 1381 Service Pack: 5 Current Type: Uniprocessor Free Registered Organization: Astral Point Communications, Inc. Registered Owner: Astral Point Communications, Inc. *----> Task List <----* 0 Idle.exe 2 System.exe 20 smss.exe 28 csrss.exe 34 winlogon.exe 40 services.exe 43 lsass.exe 71 spoolss.exe 81 pssvc.exe 84 cccredmgr.exe 87 dmisrv.exe 91 delldmi.exe 93 lockmgr.exe 98 RpcSs.exe 102 tmsvc.exe 108 WinVNC.exe 115 albd_server.exe 135 pstores.exe 140 MSTask.exe 144 win32sl.exe 168 nddeagnt.exe 171 nic.exe 173 dnar.exe 176 view_server.exe 186 view_server.exe 103 view_server.exe 193 view_server.exe 205 explorer.exe 220 SysTray.exe 169 NodeMngr.exe 223 CWB3DSnd.exe 225 ntvdm.exe 237 RealPlay.exe 239 winampa.exe 241 ICQ.exe 251 WebshotsTray.ex.exe 254 hotsync.exe 197 msiexec.exe 306 ddhelp.exe 382 msimn.exe 280 outlook.exe 291 MAPISP32.exe 191 MSwitchQuery.ex.exe 259 winamp.exe 451 ttermpro.exe 287 cmd.exe 289 hyper.exe 116 hyper.exe 386 xemacs.exe 326 dbimp.exe 374 drwtsn32.exe 0 _Total.exe (00400000 - 006f5000) dbimp.exe (77f60000 - 77fbe000) dll\ntdll.dbg (10000000 - 100b4000) sntcl81.dll (78000000 - 78044000) (77f00000 - 77f5e000) dll\kernel32.dbg (77dc0000 - 77dff000) dll\advapi32.dbg (77e70000 - 77ec4000) dll\user32.dbg (77ed0000 - 77efc000) dll\gdi32.dbg (77e10000 - 77e67000) dll\rpcrt4.dbg State Dump for Thread Id 0x1ff eax=0019c070 ebx=7ffdf000 ecx=0019c5b0 edx=000340b8 esi=00000094 edi=77f0d2af eip=00421694 esp=00032dc8 ebp=00033ccc iopl=0 nv up ei pl nz na pe nc cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000202 function: 0042167d e80e240000 call 00423a90 00421682 83c420 add esp,0x20 00421685 5f pop edi 00421686 5e pop esi 00421687 8be5 mov esp,ebp 00421689 5d pop ebp 0042168a c3 ret 0042168b 55 push ebp 0042168c 8bec mov ebp,esp 0042168e 81ec040f0000 sub esp,0xf04 FAULT ->00421694 56 push esi 00421695 57 push edi 00421696 a160ef4b00 mov eax,[004bef60] ds:004bef60=00000109 0042169b 83c001 add eax,0x1 0042169e a360ef4b00 mov [004bef60],eax ds:004bef60=00000109 004216a3 c745e000000000 mov dword ptr [ebp-0x20],0x0 ss:00f326d2=???????? 004216aa c745e400000000 mov dword ptr [ebp-0x1c],0x0 ss:00f326d2=???????? 004216b1 c745e800000000 mov dword ptr [ebp-0x18],0x0 ss:00f326d2=???????? 004216b8 c745c400000000 mov dword ptr [ebp-0x3c],0x0 ss:00f326d2=???????? 004216bf c745c800000000 mov dword ptr [ebp-0x38],0x0 ss:00f326d2=???????? *----> Stack Back Trace <----* FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name 00033ccc 00421fd5 000340b8 0019c5b0 00000001 00000000 dbimp! 00034bf8 00421fd5 00034fe4 0019c070 00000001 00000000 dbimp! 00035b24 00421fd5 00035f10 0019dbf0 00000001 00000000 dbimp! 00036a50 00421fd5 00036e3c 0019df30 00000001 00000000 dbimp! 0003797c 00421fd5 00037d68 0019ddf0 00000001 00000000 dbimp! 000388a8 00421fd5 00038c94 0019cbb0 00000001 00000000 dbimp! 000397d4 00421fd5 00039bc0 0019cef0 00000001 00000000 dbimp! 0003a700 00421fd5 0003aaec 0019ccb0 00000001 00000000 dbimp! 0003b62c 00421fd5 0003ba18 0019c330 00000001 00000000 dbimp! 0003c558 00421fd5 0003c944 0019c1f0 00000001 00000000 dbimp! 0003d484 00421fd5 0003d870 0019de70 00000001 00000000 dbimp! 0003e3b0 00421fd5 0003e79c 0019eb70 00000001 00000000 dbimp! 0003f2dc 00421fd5 0003f6c8 0019c570 00000001 00000000 dbimp! 00040208 00421fd5 000405f4 0019e7f0 00000001 00000000 dbimp! 00041134 00421fd5 00041520 0019df70 00000001 00000000 dbimp! 00042060 00421fd5 0004244c 0019ecb0 00000001 00000000 dbimp! 00042f8c 00421fd5 00043378 0019e4b0 00000001 00000000 dbimp! 00043eb8 00421fd5 000442a4 0019dcb0 00000001 00000000 dbimp! 00044de4 00421fd5 000451d0 0019e930 00000001 00000000 dbimp! 00045d10 00421fd5 000460fc 0019c5f0 00000001 00000000 dbimp! 00046c3c 00421fd5 00047028 0019dff0 00000001 00000000 dbimp! 00047b68 00421fd5 00047f54 0019d7b0 00000001 00000000 dbimp! 00048a94 00421fd5 00048e80 0019cbf0 00000001 00000000 dbimp! 000499c0 00421fd5 00049dac 0019e5f0 00000001 00000000 dbimp! 0004a8ec 00421fd5 0004acd8 0019d0b0 00000001 00000000 dbimp! 0004b818 00421fd5 0004bc04 0019d7f0 00000001 00000000 dbimp! 0004c744 00421fd5 0004cb30 0019dc70 00000001 00000000 dbimp! 0004d670 00421fd5 0004da5c 0019ea30 00000001 00000000 dbimp! 0004e59c 00421fd5 0004e988 0019c9b0 00000001 00000000 dbimp! 0004f4c8 00421fd5 0004f8b4 0019d8f0 00000001 00000000 dbimp! 000503f4 00421fd5 000507e0 0019cb70 00000001 00000000 dbimp! 00051320 00421fd5 0005170c 0019ddb0 00000001 00000000 dbimp! 0005224c 00421fd5 00052638 0019be30 00000001 00000000 dbimp! 00053178 00421fd5 00053564 0019bd30 00000001 00000000 dbimp! 000540a4 00421fd5 00054490 0019bbb0 00000001 00000000 dbimp! 00054fd0 00421fd5 000553bc 0019bb30 00000001 00000000 dbimp! 00055efc 00421fd5 000562e8 001438b0 00000001 00000000 dbimp! 00056e28 00421fd5 00057214 001437b0 00000001 00000000 dbimp! 00057d54 00421fd5 00058140 00143730 00000001 00000000 dbimp! 00058c80 00421fd5 0005906c 001435b0 00000001 00000000 dbimp! 00059bac 00421fd5 00059f98 00143530 00000001 00000000 dbimp! 0005aad8 00421fd5 0005aec4 001433b0 00000001 00000000 dbimp! 0005ba04 00421fd5 0005bdf0 00143330 00000001 00000000 dbimp! 0005c930 00421fd5 0005cd1c 001431b0 00000001 00000000 dbimp! 0005d85c 00421fd5 0005dc48 001430b0 00000001 00000000 dbimp! 0005e788 00421fd5 0005eb74 00142f30 00000001 00000000 dbimp! 0005f6b4 00421fd5 0005faa0 00142eb0 00000001 00000000 dbimp! 000605e0 00421fd5 000609cc 00142d30 00000001 00000000 dbimp! 0006150c 00421fd5 000618f8 00142cb0 00000001 00000000 dbimp! 00062438 00421fd5 00062824 00142b30 00000001 00000000 dbimp! 00063364 00421fd5 00063750 00142a30 00000001 00000000 dbimp! 00064290 00421fd5 0006467c 001428b0 00000001 00000000 dbimp! 000651bc 00421fd5 000655a8 00142830 00000001 00000000 dbimp! 000660e8 00421fd5 000664d4 001426b0 00000001 00000000 dbimp! 00067014 00421fd5 00067400 00142630 00000001 00000000 dbimp! 00067f40 00421fd5 0006832c 00142530 00000001 00000000 dbimp! 00068e6c 00421fd5 00069258 001423b0 00000001 00000000 dbimp! 00069d98 00421fd5 0006a184 00142330 00000001 00000000 dbimp! 0006acc4 00421fd5 0006b0b0 001421b0 00000001 00000000 dbimp! 0006bbf0 00421fd5 0006bfdc 00142130 00000001 00000000 dbimp! 0006cb1c 00421fd5 0006cf08 00141fb0 00000001 00000000 dbimp! 0006da48 00421fd5 0006de34 00141eb0 00000001 00000000 dbimp! 0006e974 00421fd5 0006ed60 00141d30 00000001 00000000 dbimp! 0006f8a0 00421fd5 0006fc8c 00141cb0 00000001 00000000 dbimp! 000707cc 00421fd5 00070bb8 00141b30 00000001 00000000 dbimp! 000716f8 00421fd5 00071ae4 00141ab0 00000001 00000000 dbimp! 00072624 00421fd5 00072a10 00141930 00000001 00000000 dbimp! 00073550 00421fd5 0007393c 001418b0 00000001 00000000 dbimp! 0007447c 00421fd5 00074868 00141730 00000001 00000000 dbimp! 000753a8 00421fd5 00075794 00141630 00000001 00000000 dbimp! 000762d4 00421fd5 000766c0 001414b0 00000001 00000000 dbimp! 00077200 00421fd5 000775ec 00141430 00000001 00000000 dbimp! 0007812c 00421fd5 00078518 001412b0 00000001 00000000 dbimp! 00079058 00421fd5 00079444 00141230 00000001 00000000 dbimp! 00079f84 00421fd5 0007a370 0013ee70 00000001 00000000 dbimp! 0007aeb0 00421fd5 0007b29c 0013c770 00000001 00000000 dbimp! 0007bddc 00421fd5 0007c1c8 0013eab0 00000001 00000000 dbimp! 0007cd08 00421fd5 0007d0f4 0013edb0 00000001 00000000 dbimp! 0007dc34 00421fd5 0007e020 00140db0 00000001 00000000 dbimp! 0007eb60 00421fd5 0007ef4c 001407b0 00000001 00000000 dbimp! 0007fa8c 00421fd5 0007fe78 001403b0 00000001 00000000 dbimp! 000809b8 00421fd5 00080da4 0013fc30 00000001 00000000 dbimp! 000818e4 00421fd5 00081cd0 0013fa30 00000001 00000000 dbimp! 00082810 00421fd5 00082bfc 0013f130 00000001 00000000 dbimp! 0008373c 00421fd5 00083b28 0013eff0 00000001 00000000 dbimp! 00084668 00421fd5 00084a54 0013e470 00000001 00000000 dbimp! 00085594 00421fd5 00085980 0013cf70 00000001 00000000 dbimp! 000864c0 00421fd5 000868ac 0013def0 00000001 00000000 dbimp! 000873ec 00421fd5 000877d8 0013cef0 00000001 00000000 dbimp! 00088318 00421fd5 00088704 0013d170 00000001 00000000 dbimp! 00089244 00421fd5 00089630 0013d830 00000001 00000000 dbimp! 0008a170 00421fd5 0008a55c 0013e970 00000001 00000000 dbimp! 0008b09c 00421fd5 0008b488 0013e570 00000001 00000000 dbimp! 0008bfc8 00421fd5 0008c3b4 0013ee30 00000001 00000000 dbimp! 0008cef4 00421fd5 0008d2e0 00140130 00000001 00000000 dbimp! 0008de20 00421fd5 0008e20c 0013f0b0 00000001 00000000 dbimp! 0008ed4c 00421fd5 0008f138 0013c970 00000001 00000000 dbimp! 0008fc78 00421fd5 00090064 0013e2b0 00000001 00000000 dbimp! 00090ba4 00421fd5 00090f90 0013d3b0 00000001 00000000 dbimp! 00091ad0 00421fd5 00091ebc 0013d5f0 00000001 00000000 dbimp! *----> Raw Stack Dump <----* 00032dc8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032dd8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032de8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032df8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e08 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e18 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e28 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e38 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e48 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e58 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e68 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e78 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e88 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032e98 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032ea8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032eb8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032ec8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032ed8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032ee8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ 00032ef8 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................ *----> Symbol Table <----* dbimp.exe dll\ntdll.dbg 77f61ca0 00000264 LdrDisableThreadCalloutsForDll 77f61f04 00000088 RtlNormalizeProcessParams 77f61f8c 0000002a RtlInitNlsTables 77f61fb6 000000d6 RtlInitCodePageTable 77f6208c 00000083 RtlInitializeCriticalSection 77f6210f 00001a1b RtlCreateHeap 77f63b2a 00000060 LdrLoadDll 77f63b8a 00000af8 LdrGetDllHandle 77f64682 0000069c RtlAllocateHeap 77f64d1e 0000061a RtlFreeHeap 77f65338 0000007a RtlLockHeap 77f653b2 0000017a RtlUnlockHeap 77f6552c 000002d4 RtlSetCurrentDirectory_U 77f65800 00000314 RtlDosPathNameToNtPathName_U 77f65b14 00000010 RtlAcquirePebLock 77f65b24 00000c6e RtlReleasePebLock 77f66792 000001ae RtlDetermineDosPathNameType_U 77f66940 000000d4 RtlAnsiStringToUnicodeString 77f66a14 00000304 RtlMultiByteToUnicodeN 77f66d18 000000c4 RtlUnicodeStringToAnsiString 77f66ddc 000001a0 RtlUnicodeToMultiByteN 77f66f7c 00000030 RtlFreeUnicodeString 77f66fac 00000016 RtlFreeAnsiString 77f66fc2 00000016 RtlFreeOemString 77f66fd8 000000ba RtlOemStringToUnicodeString 77f67092 000001fc RtlOemToUnicodeN 77f6728e 000000b2 RtlUnicodeStringToOemString 77f67340 000001c0 RtlUnicodeToOemN 77f67500 000000d0 RtlEnterCriticalSection 77f675d0 00000038 RtlLeaveCriticalSection 77f67608 0000004c RtlTryEnterCriticalSection 77f67654 00000010 LdrInitializeThunk 77f67664 00000000 ZwAcceptConnectPort 77f67664 00000010 NtAcceptConnectPort 77f67674 00000000 ZwAccessCheck 77f67674 00000010 NtAccessCheck 77f67684 00000000 NtAccessCheckAndAuditAlarm 77f67684 00000010 ZwAccessCheckAndAuditAlarm 77f67694 00000000 ZwAddAtom 77f67694 00000010 NtAddAtom 77f676a4 00000000 ZwAdjustGroupsToken 77f676a4 00000010 NtAdjustGroupsToken 77f676b4 00000000 ZwAdjustPrivilegesToken 77f676b4 00000010 NtAdjustPrivilegesToken 77f676c4 00000000 ZwAlertResumeThread 77f676c4 00000010 NtAlertResumeThread 77f676d4 00000000 NtAlertThread 77f676d4 00000010 ZwAlertThread 77f676e4 00000000 ZwAllocateLocallyUniqueId 77f676e4 00000010 NtAllocateLocallyUniqueId 77f676f4 00000000 ZwAllocateUuids 77f676f4 00000010 NtAllocateUuids 77f67704 00000000 NtAllocateVirtualMemory 77f67704 00000010 ZwAllocateVirtualMemory 77f67714 00000000 ZwCallbackReturn 77f67714 00000010 NtCallbackReturn 77f67724 00000000 NtCancelIoFile 77f67724 00000010 ZwCancelIoFile 77f67734 00000000 ZwCancelTimer 77f67734 00000010 NtCancelTimer 77f67744 00000000 ZwClearEvent 77f67744 00000010 NtClearEvent 77f67754 00000000 ZwClose 77f67754 00000010 NtClose 77f67764 00000000 ZwCloseObjectAuditAlarm 77f67764 00000010 NtCloseObjectAuditAlarm 77f67774 00000000 NtCompleteConnectPort 77f67774 00000010 ZwCompleteConnectPort 77f67784 00000000 NtConnectPort 77f67784 00000010 ZwConnectPort 77f67794 00000000 NtContinue 77f67794 00000010 ZwContinue 77f677a4 00000000 ZwCreateDirectoryObject 77f677a4 00000010 NtCreateDirectoryObject 77f677b4 00000000 ZwCreateEvent 77f677b4 00000010 NtCreateEvent 77f677c4 00000000 ZwCreateEventPair 77f677c4 00000010 NtCreateEventPair 77f677d4 00000000 ZwCreateFile 77f677d4 00000010 NtCreateFile 77f677e4 00000000 NtCreateIoCompletion 77f677e4 00000010 ZwCreateIoCompletion 77f677f4 00000000 ZwCreateKey 77f677f4 00000010 NtCreateKey 77f67804 00000000 NtCreateMailslotFile 77f67804 00000010 ZwCreateMailslotFile 77f67814 00000000 ZwCreateMutant 77f67814 00000010 NtCreateMutant 77f67824 00000000 NtCreateNamedPipeFile 77f67824 00000010 ZwCreateNamedPipeFile 77f67834 00000000 NtCreatePagingFile 77f67834 00000010 ZwCreatePagingFile 77f67844 00000000 ZwCreatePort 77f67844 00000010 NtCreatePort 77f67854 00000000 NtCreateProcess 77f67854 00000010 ZwCreateProcess 77f67864 00000000 NtCreateProfile 77f67864 00000010 ZwCreateProfile 77f67874 00000000 NtCreateSection 77f67874 00000010 ZwCreateSection 77f67884 00000000 NtCreateSemaphore 77f67884 00000010 ZwCreateSemaphore 77f67894 00000000 NtCreateSymbolicLinkObject 77f67894 00000010 ZwCreateSymbolicLinkObject 77f678a4 00000000 ZwCreateThread 77f678a4 00000010 NtCreateThread 77f678b4 00000000 ZwCreateTimer 77f678b4 00000010 NtCreateTimer 77f678c4 00000000 ZwCreateToken 77f678c4 00000010 NtCreateToken 77f678d4 00000000 ZwDelayExecution 77f678d4 00000010 NtDelayExecution 77f678e4 00000000 ZwDeleteAtom 77f678e4 00000010 NtDeleteAtom 77f678f4 00000000 ZwDeleteFile 77f678f4 00000010 NtDeleteFile 77f67904 00000000 ZwDeleteKey 77f67904 00000010 NtDeleteKey 77f67914 00000000 ZwDeleteObjectAuditAlarm 77f67914 00000010 NtDeleteObjectAuditAlarm 77f67924 00000000 NtDeleteValueKey 77f67924 00000010 ZwDeleteValueKey 77f67934 00000000 NtDeviceIoControlFile 77f67934 00000010 ZwDeviceIoControlFile 77f67944 00000000 ZwDisplayString 77f67944 00000010 NtDisplayString 77f67954 00000000 NtDuplicateObject 77f67954 00000010 ZwDuplicateObject 77f67964 00000000 NtDuplicateToken 77f67964 00000010 ZwDuplicateToken 77f67974 00000000 ZwEnumerateKey 77f67974 00000010 NtEnumerateKey 77f67984 00000000 NtEnumerateValueKey 77f67984 00000010 ZwEnumerateValueKey 77f67994 00000000 ZwExtendSection 77f67994 00000010 NtExtendSection 77f679a4 00000000 ZwFindAtom 77f679a4 00000010 NtFindAtom 77f679b4 00000000 NtFlushBuffersFile 77f679b4 00000010 ZwFlushBuffersFile 77f679c4 00000000 ZwFlushInstructionCache 77f679c4 00000010 NtFlushInstructionCache 77f679d4 00000000 ZwFlushKey 77f679d4 00000010 NtFlushKey 77f679e4 00000000 ZwFlushVirtualMemory 77f679e4 00000010 NtFlushVirtualMemory 77f679f4 00000000 ZwFlushWriteBuffer 77f679f4 0000000c NtFlushWriteBuffer 77f67a00 00000000 NtFreeVirtualMemory 77f67a00 00000010 ZwFreeVirtualMemory 77f67a10 00000000 NtFsControlFile 77f67a10 00000010 ZwFsControlFile 77f67a20 00000000 NtGetContextThread 77f67a20 00000010 ZwGetContextThread 77f67a30 00000000 NtGetPlugPlayEvent 77f67a30 00000010 ZwGetPlugPlayEvent 77f67a40 00000000 ZwGetTickCount 77f67a40 0000000c NtGetTickCount 77f67a4c 00000000 ZwImpersonateClientOfPort 77f67a4c 00000010 NtImpersonateClientOfPort 77f67a5c 00000000 ZwImpersonateThread 77f67a5c 00000010 NtImpersonateThread 77f67a6c 00000000 NtInitializeRegistry 77f67a6c 00000010 ZwInitializeRegistry 77f67a7c 00000000 ZwListenPort 77f67a7c 00000010 NtListenPort 77f67a8c 00000000 ZwLoadDriver 77f67a8c 00000010 NtLoadDriver 77f67a9c 00000000 NtLoadKey 77f67a9c 00000010 ZwLoadKey 77f67aac 00000000 ZwLoadKey2 77f67aac 00000010 NtLoadKey2 77f67abc 00000000 ZwLockFile 77f67abc 00000010 NtLockFile 77f67acc 00000000 ZwLockVirtualMemory 77f67acc 00000010 NtLockVirtualMemory 77f67adc 00000000 NtMakeTemporaryObject 77f67adc 00000010 ZwMakeTemporaryObject 77f67aec 00000000 NtMapViewOfSection 77f67aec 00000010 ZwMapViewOfSection 77f67afc 00000000 NtNotifyChangeDirectoryFile 77f67afc 00000010 ZwNotifyChangeDirectoryFile 77f67b0c 00000000 ZwNotifyChangeKey 77f67b0c 00000010 NtNotifyChangeKey 77f67b1c 00000000 NtOpenDirectoryObject 77f67b1c 00000010 ZwOpenDirectoryObject 77f67b2c 00000000 NtOpenEvent 77f67b2c 00000010 ZwOpenEvent 77f67b3c 00000000 NtOpenEventPair 77f67b3c 00000010 ZwOpenEventPair 77f67b4c 00000000 ZwOpenFile 77f67b4c 00000010 NtOpenFile 77f67b5c 00000000 NtOpenIoCompletion 77f67b5c 00000010 ZwOpenIoCompletion 77f67b6c 00000000 ZwOpenKey 77f67b6c 00000010 NtOpenKey 77f67b7c 00000000 ZwOpenMutant 77f67b7c 00000010 NtOpenMutant 77f67b8c 00000000 NtOpenObjectAuditAlarm 77f67b8c 00000010 ZwOpenObjectAuditAlarm 77f67b9c 00000000 ZwOpenProcess 77f67b9c 00000010 NtOpenProcess 77f67bac 00000000 NtOpenProcessToken 77f67bac 00000010 ZwOpenProcessToken 77f67bbc 00000000 NtOpenSection 77f67bbc 00000010 ZwOpenSection 77f67bcc 00000000 ZwOpenSemaphore 77f67bcc 00000010 NtOpenSemaphore 77f67bdc 00000000 NtOpenSymbolicLinkObject 77f67bdc 00000010 ZwOpenSymbolicLinkObject 77f67bec 00000000 ZwOpenThread 77f67bec 00000010 NtOpenThread 77f67bfc 00000000 ZwOpenThreadToken 77f67bfc 00000010 NtOpenThreadToken 77f67c0c 00000000 NtOpenTimer 77f67c0c 00000010 ZwOpenTimer 77f67c1c 00000000 ZwPlugPlayControl 77f67c1c 00000010 NtPlugPlayControl 77f67c2c 00000000 NtPrivilegeCheck 77f67c2c 00000010 ZwPrivilegeCheck 77f67c3c 00000000 ZwPrivilegedServiceAuditAlarm 77f67c3c 00000010 NtPrivilegedServiceAuditAlarm 77f67c4c 00000000 NtPrivilegeObjectAuditAlarm 77f67c4c 00000010 ZwPrivilegeObjectAuditAlarm 77f67c5c 00000000 ZwProtectVirtualMemory 77f67c5c 00000010 NtProtectVirtualMemory 77f67c6c 00000000 NtPulseEvent 77f67c6c 00000010 ZwPulseEvent 77f67c7c 00000000 ZwQueryInformationAtom 77f67c7c 00000010 NtQueryInformationAtom 77f67c8c 00000000 NtQueryAttributesFile 77f67c8c 00000010 ZwQueryAttributesFile 77f67c9c 00000000 NtQueryDefaultLocale 77f67c9c 00000010 ZwQueryDefaultLocale 77f67cac 00000000 ZwQueryDirectoryFile 77f67cac 00000010 NtQueryDirectoryFile 77f67cbc 00000000 NtQueryDirectoryObject 77f67cbc 00000010 ZwQueryDirectoryObject 77f67ccc 00000000 NtQueryEaFile 77f67ccc 00000010 ZwQueryEaFile 77f67cdc 00000000 NtQueryEvent 77f67cdc 00000010 ZwQueryEvent 77f67cec 00000000 NtQueryFullAttributesFile 77f67cec 00000010 ZwQueryFullAttributesFile 77f67cfc 00000000 NtQueryInformationFile 77f67cfc 00000010 ZwQueryInformationFile 77f67d0c 00000000 NtQueryIoCompletion 77f67d0c 00000010 ZwQueryIoCompletion 77f67d1c 00000000 ZwQueryInformationPort 77f67d1c 00000010 NtQueryInformationPort 77f67d2c 00000000 NtQueryInformationProcess 77f67d2c 00000010 ZwQueryInformationProcess 77f67d3c 00000000 NtQueryInformationThread 77f67d3c 00000010 ZwQueryInformationThread 77f67d4c 00000000 NtQueryInformationToken 77f67d4c 00000010 ZwQueryInformationToken 77f67d5c 00000000 NtQueryIntervalProfile 77f67d5c 00000010 ZwQueryIntervalProfile 77f67d6c 00000000 NtQueryKey 77f67d6c 00000010 ZwQueryKey 77f67d7c 00000000 NtQueryMultipleValueKey 77f67d7c 00000010 ZwQueryMultipleValueKey 77f67d8c 00000000 NtQueryMutant 77f67d8c 00000010 ZwQueryMutant 77f67d9c 00000000 NtQueryObject 77f67d9c 00000010 ZwQueryObject 77f67dac 00000000 NtQueryOleDirectoryFile 77f67dac 00000010 ZwQueryOleDirectoryFile 77f67dbc 00000000 ZwQueryPerformanceCounter 77f67dbc 00000010 NtQueryPerformanceCounter 77f67dcc 00000000 NtQuerySection 77f67dcc 00000010 ZwQuerySection 77f67ddc 00000000 NtQuerySecurityObject 77f67ddc 00000010 ZwQuerySecurityObject 77f67dec 00000000 NtQuerySemaphore 77f67dec 00000010 ZwQuerySemaphore 77f67dfc 00000000 ZwQuerySymbolicLinkObject 77f67dfc 00000010 NtQuerySymbolicLinkObject 77f67e0c 00000000 ZwQuerySystemEnvironmentValue 77f67e0c 00000010 NtQuerySystemEnvironmentValue 77f67e1c 00000000 ZwQuerySystemInformation 77f67e1c 00000010 NtQuerySystemInformation 77f67e2c 00000000 ZwQuerySystemTime 77f67e2c 00000010 NtQuerySystemTime 77f67e3c 00000000 ZwQueryTimer 77f67e3c 00000010 NtQueryTimer 77f67e4c 00000000 NtQueryTimerResolution 77f67e4c 00000010 ZwQueryTimerResolution 77f67e5c 00000000 NtQueryValueKey 77f67e5c 00000010 ZwQueryValueKey 77f67e6c 00000000 ZwQueryVirtualMemory 77f67e6c 00000010 NtQueryVirtualMemory 77f67e7c 00000000 NtQueryVolumeInformationFile 77f67e7c 00000010 ZwQueryVolumeInformationFile 77f67e8c 00000000 NtQueueApcThread 77f67e8c 00000010 ZwQueueApcThread 77f67e9c 00000000 ZwRaiseException 77f67e9c 00000010 NtRaiseException 77f67eac 00000000 ZwRaiseHardError 77f67eac 00000010 NtRaiseHardError 77f67ebc 00000000 NtReadFile 77f67ebc 00000010 ZwReadFile 77f67ecc 00000000 ZwReadFileScatter 77f67ecc 00000010 NtReadFileScatter 77f67edc 00000000 ZwReadRequestData 77f67edc 00000010 NtReadRequestData 77f67eec 00000000 NtReadVirtualMemory 77f67eec 00000010 ZwReadVirtualMemory 77f67efc 00000000 NtRegisterThreadTerminatePort 77f67efc 00000010 ZwRegisterThreadTerminatePort 77f67f0c 00000000 NtReleaseMutant 77f67f0c 00000010 ZwReleaseMutant 77f67f1c 00000000 NtReleaseSemaphore 77f67f1c 00000010 ZwReleaseSemaphore 77f67f2c 00000000 NtRemoveIoCompletion 77f67f2c 00000010 ZwRemoveIoCompletion 77f67f3c 00000000 ZwReplaceKey 77f67f3c 00000010 NtReplaceKey 77f67f4c 00000000 ZwReplyPort 77f67f4c 00000010 NtReplyPort 77f67f5c 00000000 NtReplyWaitReceivePort 77f67f5c 00000010 ZwReplyWaitReceivePort 77f67f6c 00000000 NtReplyWaitReplyPort 77f67f6c 00000010 ZwReplyWaitReplyPort 77f67f7c 00000000 NtRequestPort 77f67f7c 00000010 ZwRequestPort 77f67f8c 00000000 NtRequestWaitReplyPort 77f67f8c 00000010 ZwRequestWaitReplyPort 77f67f9c 00000000 NtResetEvent 77f67f9c 00000010 ZwResetEvent 77f67fac 00000000 NtRestoreKey 77f67fac 00000010 ZwRestoreKey 77f67fbc 00000000 NtResumeThread 77f67fbc 00000010 ZwResumeThread 77f67fcc 00000000 ZwSaveKey 77f67fcc 00000010 NtSaveKey 77f67fdc 00000000 NtSetIoCompletion 77f67fdc 00000010 ZwSetIoCompletion 77f67fec 00000000 NtSetContextThread 77f67fec 00000010 ZwSetContextThread 77f67ffc 00000000 ZwSetDefaultHardErrorPort 77f67ffc 00000010 NtSetDefaultHardErrorPort 77f6800c 00000000 NtSetDefaultLocale 77f6800c 00000010 ZwSetDefaultLocale 77f6801c 00000000 ZwSetEaFile 77f6801c 00000010 NtSetEaFile 77f6802c 00000000 ZwSetEvent 77f6802c 00000010 NtSetEvent 77f6803c 00000000 ZwSetHighEventPair 77f6803c 00000010 NtSetHighEventPair 77f6804c 00000000 ZwSetHighWaitLowEventPair 77f6804c 00000010 NtSetHighWaitLowEventPair 77f6805c 00000000 NtSetHighWaitLowThread 77f6805c 00000004 ZwSetHighWaitLowThread 77f68060 00000000 ZwSetInformationFile 77f68060 00000010 NtSetInformationFile 77f68070 00000000 NtSetInformationKey 77f68070 00000010 ZwSetInformationKey 77f68080 00000000 NtSetInformationObject 77f68080 00000010 ZwSetInformationObject 77f68090 00000000 ZwSetInformationProcess 77f68090 00000010 NtSetInformationProcess 77f680a0 00000000 ZwSetInformationThread 77f680a0 00000010 NtSetInformationThread 77f680b0 00000000 ZwSetInformationToken 77f680b0 00000010 NtSetInformationToken 77f680c0 00000000 ZwSetIntervalProfile 77f680c0 00000010 NtSetIntervalProfile 77f680d0 00000000 NtSetLdtEntries 77f680d0 00000010 ZwSetLdtEntries 77f680e0 00000000 NtSetLowEventPair 77f680e0 00000010 ZwSetLowEventPair 77f680f0 00000000 ZwSetLowWaitHighEventPair 77f680f0 00000010 NtSetLowWaitHighEventPair 77f68100 00000000 ZwSetLowWaitHighThread 77f68100 00000004 NtSetLowWaitHighThread 77f68104 00000000 ZwSetSecurityObject 77f68104 00000010 NtSetSecurityObject 77f68114 00000000 ZwSetSystemEnvironmentValue 77f68114 00000010 NtSetSystemEnvironmentValue 77f68124 00000000 ZwSetSystemInformation 77f68124 00000010 NtSetSystemInformation 77f68134 00000000 NtSetSystemPowerState 77f68134 00000010 ZwSetSystemPowerState 77f68144 00000000 ZwSetSystemTime 77f68144 00000010 NtSetSystemTime 77f68154 00000000 ZwSetTimer 77f68154 00000010 NtSetTimer 77f68164 00000000 ZwSetTimerResolution 77f68164 00000010 NtSetTimerResolution 77f68174 00000000 ZwSetValueKey 77f68174 00000010 NtSetValueKey 77f68184 00000000 ZwSetVolumeInformationFile 77f68184 00000010 NtSetVolumeInformationFile 77f68194 00000000 NtShutdownSystem 77f68194 00000010 ZwShutdownSystem 77f681a4 00000000 NtSignalAndWaitForSingleObject 77f681a4 00000010 ZwSignalAndWaitForSingleObject 77f681b4 00000000 NtStartProfile 77f681b4 00000010 ZwStartProfile 77f681c4 00000000 ZwStopProfile 77f681c4 00000010 NtStopProfile 77f681d4 00000000 NtSuspendThread 77f681d4 00000010 ZwSuspendThread 77f681e4 00000000 NtSystemDebugControl 77f681e4 00000010 ZwSystemDebugControl 77f681f4 00000000 NtTerminateProcess 77f681f4 00000010 ZwTerminateProcess 77f68204 00000000 ZwTerminateThread 77f68204 00000010 NtTerminateThread 77f68214 00000000 NtTestAlert 77f68214 0000000c ZwTestAlert 77f68220 00000000 ZwUnloadDriver 77f68220 00000010 NtUnloadDriver 77f68230 00000000 ZwUnloadKey 77f68230 00000010 NtUnloadKey 77f68240 00000000 ZwUnlockFile 77f68240 00000010 NtUnlockFile 77f68250 00000000 ZwUnlockVirtualMemory 77f68250 00000010 NtUnlockVirtualMemory 77f68260 00000000 NtUnmapViewOfSection 77f68260 00000010 ZwUnmapViewOfSection 77f68270 00000000 ZwVdmControl 77f68270 00000010 NtVdmControl 77f68280 00000000 ZwWaitForMultipleObjects 77f68280 00000010 NtWaitForMultipleObjects 77f68290 00000000 ZwWaitForSingleObject 77f68290 00000010 NtWaitForSingleObject 77f682a0 00000000 NtWaitHighEventPair 77f682a0 00000010 ZwWaitHighEventPair 77f682b0 00000000 NtWaitLowEventPair 77f682b0 00000010 ZwWaitLowEventPair 77f682c0 00000000 NtWriteFile 77f682c0 00000010 ZwWriteFile 77f682d0 00000000 NtWriteFileGather 77f682d0 00000010 ZwWriteFileGather 77f682e0 00000000 ZwWriteRequestData 77f682e0 00000010 NtWriteRequestData 77f682f0 00000000 NtWriteVirtualMemory 77f682f0 00000010 ZwWriteVirtualMemory 77f68300 00000000 ZwCreateChannel 77f68300 00000010 NtCreateChannel 77f68310 00000000 ZwListenChannel 77f68310 00000010 NtListenChannel 77f68320 00000000 ZwOpenChannel 77f68320 00000010 NtOpenChannel 77f68330 00000000 ZwReplyWaitSendChannel 77f68330 00000010 NtReplyWaitSendChannel 77f68340 00000000 ZwSendWaitReplyChannel 77f68340 00000010 NtSendWaitReplyChannel 77f68350 00000000 NtSetContextChannel 77f68350 00000010 ZwSetContextChannel 77f68360 00000000 NtYieldExecution 77f68360 0000011c ZwYieldExecution 77f6847c 00000072 RtlGetLongestNtPathLength 77f684ee 000000e0 RtlGetCurrentDirectory_U 77f685ce 00000178 RtlIsDosDeviceName_U 77f68746 00000120 RtlGetFullPathName_U 77f68866 0000019e RtlDosSearchPath_U 77f68a04 0000013a RtlDoesFileExists_U 77f68b3e 000004c4 CsrClientConnectToServer 77f69002 0000000c CsrNewThread 77f6900e 00000034 CsrIdentifyAlertableThread 77f69042 0000003c CsrSetPriorityClass 77f6907e 00000180 CsrClientCallServer 77f691fe 0000009a CsrAllocateCaptureBuffer 77f69298 00000014 CsrFreeCaptureBuffer 77f692ac 0000004a CsrAllocateMessagePointer 77f692f6 0000002c CsrAllocateCapturePointer 77f69322 00000032 CsrCaptureMessageBuffer 77f69354 00000076 CsrCaptureMessageString 77f693ca 00000030 CsrCaptureTimeout 77f693fa 00000046 CsrProbeForWrite 77f69440 000002dc CsrProbeForRead 77f6971c 00000048 DbgSsInitialize 77f69764 000002bc DbgSsHandleKmApiMsg 77f69a20 000000bc DbgUiConnectToDbg 77f69adc 0000007e DbgUiWaitStateChange 77f69b5a 0000015b DbgUiContinue 77f69cb5 00000163 LdrShutdownProcess 77f69e18 000001a2 LdrShutdownThread 77f69fba 00001772 LdrQueryImageFileExecutionOptions 77f6b72c 0000048e LdrUnloadDll 77f6bbba 000002d0 LdrGetProcedureAddress 77f6be8a 00000186 LdrVerifyImageMatchesChecksum 77f6c010 00000336 LdrQueryProcessModuleInformation 77f6c346 000000eb RtlInitializeResource 77f6c431 00000184 RtlAcquireResourceShared 77f6c5b5 00000147 RtlAcquireResourceExclusive 77f6c6fc 000000fb RtlReleaseResource 77f6c7f7 00000163 RtlConvertSharedToExclusive 77f6c95a 00000058 RtlConvertExclusiveToShared 77f6c9b2 0000009b RtlDeleteResource 77f6ca4d 00000047 RtlDumpResource 77f6ca94 000000bc RtlInitializeCriticalSectionAndSpinCount 77f6cb50 000000da RtlSetCriticalSectionSpinCount 77f6cc2a 0000014d RtlDeleteCriticalSection 77f6cd77 0000019f RtlpWaitForCriticalSection 77f6cf16 0000002a RtlpUnWaitCriticalSection 77f6cf40 00000676 RtlNewSecurityObject 77f6d5b6 000004c2 RtlSetSecurityObject 77f6da78 0000020c RtlQuerySecurityObject 77f6dc84 0000001e RtlDeleteSecurityObject 77f6dca2 00000070 RtlNewInstanceSecurityObject 77f6dd12 0000014a RtlNewSecurityGrantedAccess 77f6de5c 00000138 RtlCopySecurityDescriptor 77f6df94 000002ac RtlCreateAndSetSD 77f6e240 00000548 RtlCreateUserSecurityObject 77f6e788 00000628 RtlConvertUiListToApiList 77f6edb0 00000116 RtlCreateQueryDebugBuffer 77f6eec6 000000cc RtlDestroyQueryDebugBuffer 77f6ef92 000001f4 RtlQueryProcessDebugInformation 77f6f186 00000204 RtlQueryProcessBackTraceInformation 77f6f38a 0000062c RtlQueryProcessHeapInformation 77f6f9b6 00003a6c RtlQueryProcessLockInformation 77f73422 000008b6 RtlConvertVariantToProperty 77f73cd8 00000c00 RtlConvertPropertyToVariant 77f748d8 00000242 PropertyLengthAsVariant 77f74b1a 0000005c CBufferAllocator::Allocate 77f74b76 00000018 RtlSetUnicodeCallouts 77f74b8e 0000016e RtlCreatePropertySet 77f74cfc 00000062 RtlClosePropertySet 77f74d5e 00000028 RtlOnMappedStreamEvent 77f74d86 0000032e RtlFlushPropertySet 77f750b4 00000140 RtlSetProperties 77f751f4 000001d0 RtlQueryProperties 77f753c4 000002a6 RtlEnumerateProperties 77f7566a 000000aa RtlQueryPropertyNames 77f75714 00000080 RtlSetPropertyNames 77f75794 0000007a RtlSetPropertySetClassId 77f7580e 000000f6 RtlQueryPropertySet 77f75904 00000660 RtlCompareVariants 77f75f64 0000017c RtlGuidToPropertySetName 77f760e0 000001bc RtlPropertySetNameToGuid 77f7629c 00000004 DbgBreakPoint 77f762a0 0000000c DbgUserBreakPoint 77f762ac 00000090 DbgPrint 77f7633c 00000044 DbgPrompt 77f76380 00000010 KiUserApcDispatcher 77f76390 0000001c KiUserCallbackDispatcher 77f763ac 0000004c KiUserExceptionDispatcher 77f763f8 00000040 KiRaiseUserExceptionDispatcher 77f76438 00000134 LdrAccessResource 77f7656c 0000005a LdrFindEntryForAddress 77f765c6 0000001c LdrFindResource_U 77f765e2 00000504 LdrFindResourceDirectory_U 77f76ae6 000002c2 LdrEnumResources 77f76da8 000000bc LdrProcessRelocationBlock 77f76e64 0000044a RtlConsoleMultiByteToUnicodeN 77f772ae 0000005a RtlMultiByteToUnicodeSize 77f77308 00000052 RtlUnicodeToMultiByteSize 77f7735a 000008b2 RtlUpcaseUnicodeToMultiByteN 77f77c0c 000009b0 RtlUpcaseUnicodeToOemN 77f785bc 00000200 RtlCustomCPToUnicodeN 77f787bc 000001b4 RtlUnicodeToCustomCPN 77f78970 000008f8 RtlUpcaseUnicodeToCustomCPN 77f79268 00000110 RtlResetRtlTranslations 77f79378 00000008 NtCurrentTeb 77f79380 00000016 PfxInitialize 77f79396 000000ea PfxInsertPrefix 77f79480 00000084 PfxRemovePrefix 77f79504 00000268 PfxFindPrefix 77f7976c 00000310 RtlInitializeRXact 77f79a7c 00000052 RtlStartRXact 77f79ace 00000036 RtlAbortRXact 77f79b04 00000186 RtlAddAttributeActionToRXact 77f79c8a 0000003c RtlAddActionToRXact 77f79cc6 00000080 RtlApplyRXact 77f79d46 000001d4 RtlApplyRXactNoFlush 77f79f1a 0000015c RtlSelfRelativeToAbsoluteSD 77f7a076 000000fe RtlMakeSelfRelativeSD 77f7a174 00000144 RtlAbsoluteToSelfRelativeSD 77f7a2b8 00000054 RtlCreateAcl 77f7a30c 0000009c RtlValidAcl 77f7a3a8 000000a0 RtlQueryInformationAcl 77f7a448 00000052 RtlSetInformationAcl 77f7a49a 000000d6 RtlAddAce 77f7a570 00000072 RtlDeleteAce 77f7a5e2 00000072 RtlGetAce 77f7a654 000001c6 RtlAddCompoundAce 77f7a81a 0000001a RtlAddAccessAllowedAce 77f7a834 0000001a RtlAddAccessDeniedAce 77f7a84e 000000b4 RtlAddAuditAccessAce 77f7a902 0000024e RtlFirstFreeAce 77f7ab50 0000000e RtlInitializeAtomPackage 77f7ab5e 00000086 RtlCreateAtomTable 77f7abe4 000000f4 RtlDestroyAtomTable 77f7acd8 00000278 RtlEmptyAtomTable 77f7af50 000001ae RtlAddAtomToAtomTable 77f7b0fe 00000118 RtlLookupAtomInAtomTable 77f7b216 00000102 RtlDeleteAtomFromAtomTable 77f7b318 000000c6 RtlPinAtomInAtomTable 77f7b3de 000001be RtlQueryAtomInAtomTable 77f7b59c 0000007c RtlRunEncodeUnicodeString 77f7b618 00000040 RtlRunDecodeUnicodeString 77f7b658 00000032 RtlEraseUnicodeString 77f7b68a 000000a8 RtlAdjustPrivilege 77f7b732 00000076 RtlValidSid 77f7b7a8 00000040 RtlEqualSid 77f7b7e8 0000007c RtlEqualPrefixSid 77f7b864 0000000e RtlLengthRequiredSid 77f7b872 000000be RtlAllocateAndInitializeSid 77f7b930 0000002c RtlInitializeSid 77f7b95c 00000022 RtlFreeSid 77f7b97e 0000000a RtlIdentifierAuthoritySid 77f7b988 00000010 RtlSubAuthoritySid 77f7b998 00000008 RtlSubAuthorityCountSid 77f7b9a0 00000012 RtlLengthSid 77f7b9b2 00000030 RtlCopySid 77f7b9e2 000000bd RtlCopySidAndAttributesArray 77f7ba9f 000001af RtlConvertSidToUnicodeString 77f7bc4e 0000001e RtlEqualLuid 77f7bc6c 00000016 RtlCopyLuid 77f7bc82 00000028 RtlCopyLuidAndAttributesArray 77f7bcaa 0000002e RtlCreateSecurityDescriptor 77f7bcd8 00000188 RtlValidSecurityDescriptor 77f7be60 000000b4 RtlLengthSecurityDescriptor 77f7bf14 00000044 RtlSetAttributesSecurityDescriptor 77f7bf58 0000002a RtlGetControlSecurityDescriptor 77f7bf82 00000062 RtlSetDaclSecurityDescriptor 77f7bfe4 0000006c RtlGetDaclSecurityDescriptor 77f7c050 00000062 RtlSetSaclSecurityDescriptor 77f7c0b2 0000006c RtlGetSaclSecurityDescriptor 77f7c11e 00000050 RtlSetOwnerSecurityDescriptor 77f7c16e 00000048 RtlGetOwnerSecurityDescriptor 77f7c1b6 00000052 RtlSetGroupSecurityDescriptor 77f7c208 00000048 RtlGetGroupSecurityDescriptor 77f7c250 00000014 RtlAreAllAccessesGranted 77f7c264 00000012 RtlAreAnyAccessesGranted 77f7c276 00000050 RtlMapGenericMask 77f7c2c6 000009c2 RtlImpersonateSelf 77f7cc88 00000022 RtlInitializeHandleTable 77f7ccaa 00000032 RtlDestroyHandleTable 77f7ccdc 00000178 RtlAllocateHandle 77f7ce54 00000030 RtlFreeHandle 77f7ce84 0000002a RtlIsValidHandle 77f7ceae 00000280 RtlIsValidIndexHandle 77f7d12e 0000182e RtlDestroyHeap 77f7e95c 00000192 RtlZeroHeap 77f7eaee 00000048 RtlAnsiCharToUnicodeChar 77f7eb36 000000b2 RtlUpcaseUnicodeStringToAnsiString 77f7ebe8 000000b2 RtlUpcaseUnicodeStringToOemString 77f7ec9a 000000ce RtlUnicodeStringToCountedOemString 77f7ed68 000000ce RtlUpcaseUnicodeStringToCountedOemString 77f7ee36 000000d2 RtlUpcaseUnicodeString 77f7ef08 000000d2 RtlDowncaseUnicodeString 77f7efda 00000064 RtlUpcaseUnicodeChar 77f7f03e 00000000 RtlUnicodeStringToAnsiSize 77f7f03e 00000024 RtlxUnicodeStringToAnsiSize 77f7f062 00000000 RtlUnicodeStringToOemSize 77f7f062 00000024 RtlxUnicodeStringToOemSize 77f7f086 00000000 RtlAnsiStringToUnicodeSize 77f7f086 00000026 RtlxAnsiStringToUnicodeSize 77f7f0ac 00000000 RtlOemStringToUnicodeSize 77f7f0ac 00000026 RtlxOemStringToUnicodeSize 77f7f0d2 00000142 RtlCompareUnicodeString 77f7f214 00000136 RtlEqualUnicodeString 77f7f34a 0000014e RtlPrefixUnicodeString 77f7f498 0000005a RtlCopyUnicodeString 77f7f4f2 00000078 RtlAppendUnicodeToString 77f7f56a 00000062 RtlAppendUnicodeStringToString 77f7f5cc 0000004c RtlCreateUnicodeString 77f7f618 0000005a RtlEqualDomainName 77f7f672 00000010 RtlEqualComputerName 77f7f682 000003ba RtlIsTextUnicode 77f7fa3c 00000040 RtlCopyString 77f7fa7c 00000116 RtlUpperChar 77f7fb92 00000090 RtlCompareString 77f7fc22 00000074 RtlEqualString 77f7fc96 0000007e RtlPrefixString 77f7fd14 0000002e RtlCreateUnicodeStringFromAsciiz 77f7fd42 0000003e RtlUpperString 77f7fd80 00000056 RtlAppendAsciizToString 77f7fdd6 0000004a RtlAppendStringToString 77f7fe20 00000014 RtlInitializeBitMap 77f7fe34 00000028 RtlClearAllBits 77f7fe5c 0000001e RtlSetAllBits 77f7fe7a 00000258 RtlFindClearBits 77f800d2 00000296 RtlFindSetBits 77f80368 0000002c RtlFindClearBitsAndSet 77f80394 0000002c RtlFindSetBitsAndClear 77f803c0 000000b6 RtlClearBits 77f80476 000000ac RtlSetBits 77f80522 000000ce RtlFindLongestRunClear 77f805f0 000000f2 RtlFindLongestRunSet 77f806e2 0000003e RtlNumberOfClearBits 77f80720 00000046 RtlNumberOfSetBits 77f80766 0000007e RtlAreBitsClear 77f807e4 00000098 RtlAreBitsSet 77f8087c 00000004 RtlAssert 77f80880 0000005e RtlCaptureStackBackTrace 77f808de 00000140 RtlIntegerToChar 77f80a1e 0000016c RtlCharToInteger 77f80b8a 000001ce RtlUnicodeStringToInteger 77f80d58 00000050 RtlIntegerToUnicodeString 77f80da8 000005a8 RtlLargeIntegerToChar 77f81350 00000388 RtlQueryRegistryValues 77f816d8 00000058 RtlWriteRegistryValue 77f81730 0000002c RtlCheckRegistryKey 77f8175c 0000002c RtlCreateRegistryKey 77f81788 00000048 RtlDeleteRegistryValue 77f817d0 00000152 RtlExpandEnvironmentStrings_U 77f81922 00000026 RtlGetNtGlobalFlags 77f81948 000000c8 RtlFormatCurrentUserKeyPath 77f81a10 000000dc RtlOpenCurrentUser 77f81aec 0000012c RtlQueryTimeZoneInformation 77f81c18 00000370 RtlSetTimeZoneInformation 77f81f88 000000c0 RtlGetProcessHeaps 77f82048 000007e8 RtlEnumProcessHeaps 77f82830 000008d6 RtlReAllocateHeap 77f83106 00000068 RtlValidateProcessHeaps 77f8316e 0000012e RtlValidateHeap 77f8329c 000000ac RtlSetUserValueHeap 77f83348 0000014a RtlGetUserInfoHeap 77f83492 0000012c RtlSetUserFlagsHeap 77f835be 00000086 RtlSizeHeap 77f83644 000001a0 RtlExtendHeap 77f837e4 00000536 RtlCompactHeap 77f83d1a 000001b6 RtlCreateTagHeap 77f83ed0 000001ce RtlQueryTagHeap 77f8409e 00000556 RtlUsageHeap 77f845f4 00000383 RtlWalkHeap 77f84977 0000011b RtlProtectHeap 77f84a92 0000004a RtlGetCompressionWorkSpaceSize 77f84adc 00000058 RtlCompressBuffer 77f84b34 00000046 RtlDecompressBuffer 77f84b7a 0000007c RtlDecompressFragment 77f84bf6 00000146 RtlCreateEnvironment 77f84d3c 00000028 RtlDestroyEnvironment 77f84d64 000000b2 RtlSetCurrentEnvironment 77f84e16 0000021e RtlQueryEnvironmentVariable_U 77f85034 000005f2 RtlSetEnvironmentVariable 77f85626 00000320 RtlCreateProcessParameters 77f85946 00000028 RtlDestroyProcessParameters 77f8596e 000002a4 RtlDeNormalizeProcessParams 77f85c12 000004fa RtlCreateUserProcess 77f8610c 000000bc RtlCreateUserThread 77f861c8 0000011c RtlFreeUserThreadStack 77f862e4 000001b0 RtlTimeToTimeFields 77f86494 000001ea RtlCutoverTimeToSystemTime 77f8667e 000001ba RtlTimeFieldsToTime 77f86838 00000084 RtlTimeToElapsedTimeFields 77f868bc 0000004e RtlTimeToSecondsSince1980 77f8690a 00000042 RtlSecondsSince1980ToTime 77f8694c 0000004e RtlTimeToSecondsSince1970 77f8699a 00000042 RtlSecondsSince1970ToTime 77f869dc 00000038 RtlSystemTimeToLocalTime 77f86a14 00000038 RtlLocalTimeToSystemTime 77f86a4c 00000164 RtlSplay 77f86bb0 00000072 RtlDelete 77f86c22 00000084 RtlDeleteNoSplay 77f86ca6 00000022 RtlSubtreeSuccessor 77f86cc8 00000022 RtlSubtreePredecessor 77f86cea 0000003e RtlRealSuccessor 77f86d28 00000126 RtlRealPredecessor 77f86e4e 00000038 RtlInitializeGenericTable 77f86e86 00000144 RtlInsertElementGenericTable 77f86fca 0000005c RtlDeleteElementGenericTable 77f87026 0000003c RtlLookupElementGenericTable 77f87062 0000004e RtlEnumerateGenericTable 77f870b0 0000000e RtlIsGenericTableEmpty 77f870be 00000088 RtlGetElementGenericTable 77f87146 0000000a RtlNumberGenericTableElements 77f87150 0000004a RtlEnumerateGenericTableWithoutSplaying 77f8719a 000000dc RtlFindMessage 77f87276 00000676 RtlFormatMessage 77f878ec 00000672 RtlGenerate8dot3Name 77f87f5e 00000166 RtlIsNameLegalDOS8Dot3 77f880c4 000004c0 RtlGetCallersAddress 77f88584 000001a0 RtlGetNtProductType 77f88724 000000ea RtlImageNtHeader 77f8880e 00000060 RtlImageDirectoryEntryToData 77f8886e 00000040 RtlImageRvaToSection 77f888ae 00000052 RtlImageRvaToVa 77f88900 0000002c RtlInitString 77f8892c 0000002c RtlInitAnsiString 77f88958 00000030 RtlInitUnicodeString 77f88988 000000bc RtlInitializeContext 77f88a44 0000013e RtlRemoteCall 77f88b82 000000bc RtlLargeIntegerDivide 77f88c3e 000001d0 RtlNtStatusToDosError 77f88e0e 0000015e RtlPcToFileHeader 77f88f6c 000000b0 RtlRaiseException 77f8901c 0000002c RtlRaiseStatus 77f89048 00000024 RtlUniform 77f8906c 00000168 RtlRandom 77f891d4 00000180 RtlUnwind 77f89354 0000001e RtlpNtOpenKey 77f89372 00000028 RtlpNtCreateKey 77f8939a 000000c4 RtlpNtQueryValueKey 77f8945e 00000028 RtlpNtSetValueKey 77f89486 0000000c RtlpNtMakeTemporaryKey 77f89492 00005f16 RtlpNtEnumerateSubKey 77f8f3a8 0000000a pow 77f8f3b2 00000018 log 77f8f3ca 00000022 CIpow 77f8f3ec 00000032 isalpha 77f8f41e 0000002d isupper 77f8f44b 0000002d islower 77f8f478 0000002d isdigit 77f8f4a5 00000032 isxdigit 77f8f4d7 0000002d isspace 77f8f504 0000002d ispunct 77f8f531 00000032 isalnum 77f8f563 00000032 isprint 77f8f595 00000032 isgraph 77f8f5c7 0000002d iscntrl 77f8f5f4 00000011 _isascii 77f8f605 00000008 _toascii 77f8f60d 00000048 _iscsymf 77f8f655 0000004b _iscsym 77f8f6a0 000000b0 alldiv 77f8f750 00000040 allmul 77f8f790 00000000 chkstk 77f8f790 00000030 alloca_probe 77f8f7c0 000000c0 allrem 77f8f880 00000020 allshl 77f8f8a0 00000021 allshr 77f8f8c1 00000096 atol 77f8f957 0000000d atoi 77f8f964 000000cc atoi64 77f8fa30 00000070 aulldiv 77f8faa0 00000080 aullrem 77f8fb20 00000020 aullshr 77f8fb40 00000027 ftol 77f8fb67 00000089 itoa 77f8fbf0 0000002e ltoa 77f8fc1e 0000001b ultoa 77f8fc39 000000c6 i64toa 77f8fcff 00000030 itow 77f8fd2f 00000030 ltow 77f8fd5f 00000030 ultow 77f8fd8f 00000041 i64tow 77f8fdd0 00000060 memccpy 77f8fe30 0000009d memicmp 77f8fecd 00000058 snprintf 77f8ff25 00000078 snwprintf 77f8ff9d 00000143 splitpath 77f900e0 00000000 strcmpi 77f900e0 0000008c stricmp 77f9016c 00000024 strlwr 77f90190 000000ad strnicmp 77f9023d 00000023 strupr 77f90260 00000008 tolower 77f90268 00000039 tolower 77f902a1 00000008 toupper 77f902a9 00000055 toupper 77f902fe 00000057 vsnprintf 77f90355 00000049 wcsicmp 77f9039e 0000002c wcslwr 77f903ca 00000058 wcsnicmp 77f90422 0000002c wcsupr 77f9044e 00000024 wtol 77f90472 00000024 wtoi 77f90496 00000024 wtoi64 77f904ba 0000001b abs 77f904d5 00000033 atan 77f90508 000000e4 ceil 77f905ec 0000000a sin 77f905f6 00000007 cos 77f905fd 0000001f tan 77f9061c 000000c7 fabs 77f906e3 000000e4 floor 77f907c7 00000021 iswalpha 77f907e8 0000002b iswctype 77f90813 0000000a labs 77f9081d 00000093 mbstowcs 77f908b0 000000b0 memchr 77f90960 000000b0 memcmp 77f90a10 00000150 memcpy 77f90b60 00000150 memmove 77f90cb0 00000058 memset 77f90d08 000001ce qsort 77f90ed6 0000005a sprintf 77f90f30 00000014 sqrt 77f90f44 0000004c sscanf 77f90f90 00000010 strcpy 77f90fa0 000000f0 strcat 77f91090 000000c0 strchr 77f91150 00000090 strcmp 77f911e0 00000040 strcspn 77f91220 00000080 strlen 77f912a0 00000130 strncat 77f913d0 00000040 strncmp 77f91410 00000100 strncpy 77f91510 00000040 strpbrk 77f91550 00000030 strrchr 77f91580 00000040 strspn 77f915c0 00000080 strstr 77f91640 00000221 strtol 77f91861 00000017 strtoul 77f91878 00000077 swprintf 77f918ef 0000001d towlower 77f9190c 0000000a towupper 77f91916 00000058 vsprintf 77f9196e 00000031 wcscat 77f9199f 00000022 wcscpy 77f919c1 00000030 wcschr 77f919f1 0000003d wcscmp 77f91a2e 0000003f wcscspn 77f91a6d 00000017 wcslen 77f91a84 00000043 wcsncat 77f91ac7 0000003a wcsncmp 77f91b01 00000043 wcsncpy 77f91b44 00000039 wcspbrk 77f91b7d 00000031 wcsrchr 77f91bae 0000003f wcsspn 77f91bed 00000043 wcsstr 77f91c30 000001e8 wcstol 77f91e18 00000017 wcstoul 77f91e2f 00004421 wcstombs 77f96250 00000050 RtlCompareMemory 77f962a0 00000030 RtlCompareMemoryUlong 77f962d0 00000040 RtlFillMemory 77f96310 00000020 RtlFillMemoryUlong 77f96330 00000030 RtlZeroMemory 77f96360 00000044 RtlMoveMemory 77f963a4 00000014 RtlLargeIntegerAdd 77f963b8 0000000c RtlEnlargedIntegerMultiply 77f963c4 0000000c RtlEnlargedUnsignedMultiply 77f963d0 00000020 RtlEnlargedUnsignedDivide 77f963f0 0000005c RtlExtendedLargeIntegerDivide 77f9644c 00000090 RtlExtendedMagicDivide 77f964dc 00000058 RtlExtendedIntegerMultiply 77f96534 00000028 RtlLargeIntegerShiftLeft 77f9655c 00000028 RtlLargeIntegerShiftRight 77f96584 0000002c RtlLargeIntegerArithmeticShift 77f965b0 00000014 RtlLargeIntegerNegate 77f965c4 00000014 RtlLargeIntegerSubtract 77f965d8 00000008 RtlConvertLongToLargeInteger 77f965e0 00001a20 RtlConvertUlongToLargeInteger 77f98000 00000000 _eEmulatorInit 77f98000 00000079 _eFINIT 77f98079 000004df _eCommonExceptions 77f98558 00000433 NPXEMULATORTABLE 77f9898b 0000004e _eFPREM 77f989d9 0000000f _eFPREM1 77f989e8 00000007 _eFSCALE 77f989ef 0000001e _eFPATAN 77f98a0d 00000007 _eFYL2X 77f98a14 00000262 _eFYL2XP1 77f98c76 0000000e _eFISUB16 77f98c84 0000000e _eFISUBR16 77f98c92 0000000c _eFIADD16 77f98c9e 0000000e _eFISUB32 77f98cac 0000000e _eFISUBR32 77f98cba 0000000c _eFIADD32 77f98cc6 0000000e _eFSUB32 77f98cd4 0000000e _eFSUBR32 77f98ce2 00000009 _eFADD32 77f98ceb 0000000b _eFSUB64 77f98cf6 0000000b _eFSUBR64 77f98d01 0000001c _eFADD64 77f98d1d 00000005 _eFSUBPreg 77f98d22 00000002 _eFSUBreg 77f98d24 00000006 _eFSUBtop 77f98d2a 00000005 _eFSUBRPreg 77f98d2f 00000002 _eFSUBRreg 77f98d31 0000001d _eFSUBRtop 77f98d4e 00000005 _eFADDPreg 77f98d53 00000002 _eFADDreg 77f98d55 000001b1 _eFADDtop 77f98f06 0000000a _eFIMUL16 77f98f10 0000000a _eFIMUL32 77f98f1a 0000000a _eFMUL32 77f98f24 0000000a _eFMUL64 77f98f2e 00000005 _eFMULPreg 77f98f33 00000002 _eFMULreg 77f98f35 00000190 _eFMULtop 77f990c5 0000000a _eFIDIV16 77f990cf 0000000a _eFIDIVR16 77f990d9 0000000a _eFIDIV32 77f990e3 0000000a _eFIDIVR32 77f990ed 0000000a _eFDIV32 77f990f7 0000000a _eFDIVR32 77f99101 0000000a _eFDIV64 77f9910b 0000000a _eFDIVR64 77f99115 00000005 _eFDIVRPreg 77f9911a 00000002 _eFDIVRreg 77f9911c 0000005c _eFDIVRtop 77f99178 00000005 _eFDIVPreg 77f9917d 00000002 _eFDIVreg 77f9917f 00000193 _eFDIVtop 77f99312 000006bf _eFRNDINT 77f999d1 0000006c _eFLD32 77f99a3d 0000007d _eFLD64 77f99aba 00000037 _eFILD16 77f99af1 0000003e _eFILD32 77f99b2f 00000069 _eFILD64 77f99b98 000000a2 _eFLD80 77f99c3a 0000005a _eFSTP 77f99c94 000000c4 _eFST 77f99d58 00000005 _eFSTP64 77f99d5d 000001ef _eFST64 77f99f4c 00000005 _eFSTP32 77f99f51 00000189 _eFST32 77f9a0da 00000005 _eFISTP32 77f9a0df 000000f1 _eFIST32 77f9a1d0 00000005 _eFISTP16 77f9a1d5 000000b3 _eFIST16 77f9a288 00000087 _eFISTP64 77f9a30f 0000005b _eFSTP80 77f9a36a 00000011 _eFABS 77f9a37b 00000010 _eFCHS 77f9a38b 00000006 _eFFREE 77f9a391 00000084 _eFXCH 77f9a415 00000017 _eFICOMP16 77f9a42c 00000012 _eFICOM16 77f9a43e 00000017 _eFICOMP32 77f9a455 00000012 _eFICOM32 77f9a467 00000017 _eFCOMP32 77f9a47e 00000012 _eFCOM32 77f9a490 00000017 _eFCOMP64 77f9a4a7 00000012 _eFCOM64 77f9a4b9 0000000f _eFUCOMPP 77f9a4c8 0000000f _eFUCOMP 77f9a4d7 00000017 _eFUCOM 77f9a4ee 0000000f _eFCOMPP 77f9a4fd 0000000f _eFCOMP 77f9a50c 0000019d _eFCOM 77f9a6a9 00000026 _eFXAM 77f9a6cf 00000046 _eFTST 77f9a715 0000003c _eFLD1 77f9a751 00000046 _eFLDZ 77f9a797 00000022 _eFLDL2E 77f9a7b9 00000011 _eFLDLN2 77f9a7ca 00000227 _eFLDPI 77f9a9f1 000006ef _eFXTRACT 77f9b0e0 000000a5 _eFCOS 77f9b185 00000056 _eFSIN 77f9b1db 000007c8 _eFPTAN 77f9b9a3 00000439 _eF2XM1 77f9bddc 00000046 _eFLDCW 77f9be22 0000000c _eFSTCW 77f9be2e 00000015 _eFSTSW 77f9be43 0000001d _eFDECSTP 77f9be60 0000002e _eFINCSTP 77f9be8e 0000007c _eFSTENV 77f9bf0a 0000006f _eFSAVE 77f9bf79 00000046 _eFRSTOR 77f9bfbf 000000e3 _eFLDENV 77f9c0a2 0000005f _eGetStatusWord 77f9c101 00000029 SaveEm87Context 77f9c12a 0000005b RestoreEm87Context 77f9c185 000096bf _eFSQRT 77fa5844 00000008 NlsMbCodePageTag 77fa584c 00001494 NlsMbOemCodePageTag 77fa6ce0 00001ad4 fltused 77fa87b4 00000000 NlsAnsiCodePage sntcl81.dll 10001000 00000005 Tcl_GetMaster 10001005 00000005 TclFinalizeIOSubsystem 1000100a 00000005 Tcl_SetIntObj 1000100f 00000005 Tcl_SplitObjCmd 10001014 00000005 TclWinNoBackslash 10001019 00000005 Tcl_ConcatObj 1000101e 00000005 Tcl_HashStats 10001023 00000005 Tcl_SetResult 10001028 00000005 Tcl_AsyncMark 1000102d 00000005 panic 10001032 00000005 TclpCreateCommandChannel 10001037 00000005 Tcl_SetChannelOption 1000103c 00000005 Tcl_AllowExceptions 10001041 00000005 Tcl_ListObjIndex 10001046 00000005 Tcl_DeleteHashEntry 1000104b 00000005 Tcl_FblockedObjCmd 10001050 00000005 Tcl_CreateEventSource 10001055 00000005 Tcl_FinalizeThread 1000105a 00000005 TclFinalizeCompExecEnv 1000105f 00000005 Tcl_GetStdChannel 10001064 00000005 TclRememberSyncObject 10001069 00000005 Tcl_PushCallFrame 1000106e 00000005 Tcl_SetRecursionLimit 10001073 00000005 Tcl_DeleteCommand 10001078 00000005 Tcl_TranslateFileName 1000107d 00000005 TclExpandCodeArray 10001082 00000005 TclGetLong 10001087 00000005 Tcl_MakeTcpClientChannel 1000108c 00000005 Tcl_FreeEncoding 10001091 00000005 Tcl_RegExpRange 10001096 00000005 Tcl_GetIntFromObj 1000109b 00000005 Tcl_UtfBackslash 100010a0 00000005 Tcl_GetChannelOption 100010a5 00000005 Tcl_FirstHashEntry 100010aa 00000005 Tcl_CreateExitHandler 100010af 00000005 TclGetDate 100010b4 00000005 TclGuessPackageName 100010b9 00000005 TclInitNotifier 100010be 00000005 TclpFree 100010c3 00000005 Tcl_ContinueObjCmd 100010c8 00000005 Tcl_InterpObjCmd 100010cd 00000005 TclDateparse 100010d2 00000005 Tcl_GetChannelHandle 100010d7 00000005 Tcl_IncrObjCmd 100010dc 00000005 Tcl_SetCommandInfo 100010e1 00000005 Tcl_ErrorObjCmd 100010e6 00000005 Tcl_ForObjCmd 100010eb 00000005 Tcl_SetDoubleObj 100010f0 00000005 TclFinalizeNotifier 100010f5 00000005 Tcl_AlertNotifier 100010fa 00000005 Tcl_SetObjErrorCode 100010ff 00000005 Tcl_EvalFile 10001104 00000005 TclpCreateDirectory 10001109 00000005 Tcl_SwitchObjCmd 1000110e 00000005 Tcl_FreeResult 10001113 00000005 Tcl_DbNewObj 10001118 00000005 TclGetIndexedScalar 1000111d 00000005 Tcl_EvalObjv 10001122 00000005 Tcl_ConvertToType 10001127 00000005 Tcl_Init 1000112c 00000005 Tcl_OpenFileChannel 10001131 00000005 TclExprFloatError 10001136 00000005 Tcl_ReadChars 1000113b 00000005 Tcl_Free 10001140 00000005 TclpGetClicks 10001145 00000005 TclpDeleteFile 1000114a 00000005 TclpInitPlatform 1000114f 00000005 TclWinGetServByName 10001154 00000005 TclpHasSockets 10001159 00000005 TclCompileForCmd 1000115e 00000005 Tcl_DeleteChannelHandler 10001163 00000005 Tcl_OpenTcpServer 10001168 00000005 Tcl_IfObjCmd 1000116d 00000005 Tcl_Gets 10001172 00000005 Tcl_UtfAtIndex 10001177 00000005 Tcl_Exit 1000117c 00000005 TclStrftime 10001181 00000005 Tcl_UtfToTitle 10001186 00000005 Tcl_GetsObj 1000118b 00000005 Tcl_CreateSlave 10001190 00000005 Tcl_ExitObjCmd 10001195 00000005 TclCreateExceptRange 1000119a 00000005 Tcl_LogCommandInfo 1000119f 00000005 TclHandlePreserve 100011a4 00000005 Tcl_DStringSetLength 100011a9 00000005 Tcl_JoinObjCmd 100011ae 00000005 Tcl_GlobalEval 100011b3 00000005 Tcl_FindCommand 100011b8 00000005 Tcl_RegisterChannel 100011bd 00000005 Tcl_ExprLongObj 100011c2 00000005 Tcl_ServiceEvent 100011c7 00000005 Tcl_ParseBraces 100011cc 00000005 Tcl_ReturnObjCmd 100011d1 00000005 Tcl_ReapDetachedProcs 100011d6 00000005 Tcl_TraceObjCmd 100011db 00000005 Tcl_Read 100011e0 00000005 Tcl_AppendStringsToObj 100011e5 00000005 Tcl_AppendExportList 100011ea 00000005 TclWinNToHS 100011ef 00000005 TclTestChannelCmd 100011f4 00000005 Tcl_Eval 100011f9 00000005 Tcl_Main 100011fe 00000005 Tcl_CdObjCmd 10001203 00000005 TclFinalizeCompilation 10001208 00000005 Tcl_DbCkfree 1000120d 00000005 TclFinalizeMutex 10001212 00000005 TclSockGetPort 10001217 00000005 Tcl_VarEval 1000121c 00000005 Tcl_UpVar2 10001221 00000005 Tcl_CreateThreadExitHandler 10001226 00000005 Tcl_UntraceVar 1000122b 00000005 Tcl_RecordAndEvalObj 10001230 00000005 Tcl_LindexObjCmd 10001235 00000005 TclpOpenFile 1000123a 00000005 TclRenameCommand 1000123f 00000005 Tcl_UtfFindLast 10001244 00000005 Tcl_NotifyChannel 10001249 00000005 TclHideUnsafeCommands 1000124e 00000005 Tcl_DStringStartSublist 10001253 00000005 TclPrintSource 10001258 0000000a Tcl_OpenTcpClient 10001262 00000005 TclSetLibraryPath 10001267 00000005 TclCompileScript 1000126c 00000005 TclCompileTokens 10001271 00000005 Tcl_ListObjGetElements 10001276 00000005 Tcl_ReadObjCmd 1000127b 00000005 Tcl_Write 10001280 00000005 Tcl_DbNewDoubleObj 10001285 00000005 Tcl_LrangeObjCmd 1000128a 00000005 TclpGetDate 1000128f 00000005 Tcl_GetIndexFromObj 10001294 00000005 TclPrintObject 10001299 00000005 TclRegExpExecUniChar 1000129e 00000005 Tcl_DbCkrealloc 100012a3 00000005 Tcl_Sleep 100012a8 00000005 TclpGetCwd 100012ad 00000005 Tcl_GlobalObjCmd 100012b2 00000005 TclFinalizeSynchronization 100012b7 00000005 TclExpandTokenArray 100012bc 00000005 Tcl_PutsObjCmd 100012c1 00000005 Tcl_GetVariableFullName 100012c6 00000005 Tcl_SetObjVar2 100012cb 00000005 TclSetElementOfIndexedArray 100012d0 00000005 Tcl_ListObjCmd 100012d5 00000005 TclpGetPid 100012da 00000005 TclpRealloc 100012df 00000005 TclFinalizeExecution 100012e4 00000005 TclRegExpRangeUniChar 100012e9 00000005 TclRegExpMatchObj 100012ee 00000005 TclCompileCmdWord 100012f3 00000005 TclWinStat 100012f8 00000005 TclWinSetInterfaces 100012fd 00000005 Tcl_CreateInterp 10001302 00000005 TclpAccess 10001307 00000005 Tcl_DbNewLongObj 1000130c 00000005 TclObjInvoke 10001311 00000005 TclpGetTime 10001316 00000005 TclUniCharIsUpper 1000131b 00000005 Tcl_DeleteEvents 10001320 00000005 TclPrintInstruction 10001325 00000005 TclGetIntForIndex 1000132a 00000005 Tcl_SeekObjCmd 1000132f 00000005 Tcl_FormatObjCmd 10001334 00000005 Tcl_ScanElement 10001339 00000005 TclpInitLibraryPath 1000133e 00000005 TclHandleRelease 10001343 00000005 Tcl_GetHostName 10001348 00000005 Tcl_GetChannelBufferSize 1000134d 00000005 Tcl_NewStringObj 10001352 00000005 TclRememberMutex 10001357 00000005 TclWinAccess 1000135c 00000005 Tcl_SetLongObj 10001361 00000005 TclUniCharToUtfDString 10001366 00000005 Tcl_ExposeCommand 1000136b 00000005 Tcl_RegExpCompile 10001370 00000005 Tcl_CreateEncoding 10001375 00000005 Tcl_WaitPid 1000137a 00000005 Tcl_CommandComplete 1000137f 00000005 TclFreeCompileEnv 10001384 00000005 Tcl_ClockObjCmd 10001389 00000005 TclFinalizeThreadData 1000138e 00000005 Tcl_ScanObjCmd 10001393 00000005 Tcl_StringMatch 10001398 00000005 TclpCopyFile 1000139d 00000005 TclpMasterUnlock 100013a2 00000005 Tcl_Backslash 100013a7 00000005 Tcl_GetGlobalNamespace 100013ac 00000005 TclUniCharLen 100013b1 00000005 Tcl_DbCkalloc 100013b6 00000005 Tcl_Realloc 100013bb 00000005 TclFinalizeAllocSubsystem 100013c0 00000005 Tcl_ConcatObjCmd 100013c5 00000005 Tcl_FreeParse 100013ca 00000005 Tcl_DbIncrRefCount 100013cf 00000005 Tcl_AppendObjCmd 100013d4 00000005 TclInitObjSubsystem 100013d9 00000005 TclUnsetEnv 100013de 00000005 Tcl_SetVar2 100013e3 00000005 Tcl_FinalizeNotifier 100013e8 00000005 TclFileMakeDirsCmd 100013ed 00000005 Tcl_GetString 100013f2 00000005 TclSetIndexedScalar 100013f7 00000005 Tcl_BackgroundError 100013fc 00000005 Tcl_GetAlias 10001401 00000005 Tcl_EvalObj 10001406 00000005 Tcl_LsearchObjCmd 1000140b 00000005 Tcl_DeleteTrace 10001410 00000005 Tcl_AppendResult 10001415 00000005 TclGetExtension 1000141a 00000005 Tcl_TellObjCmd 1000141f 00000005 Tcl_GetAliasObj 10001424 00000005 Tcl_DStringAppendElement 10001429 00000005 Tcl_GetInterpPath 1000142e 00000005 Tcl_CreateTimerHandler 10001433 00000005 TclpStat 10001438 00000005 Tcl_SetByteArrayLength 1000143d 00000005 Tcl_InputBuffered 10001442 00000005 TclIncrElementOfIndexedArray 10001447 00000005 TclDeleteExecEnv 1000144c 00000005 Tcl_GetCommandFullName 10001451 00000005 Tcl_ExitThread 10001456 00000005 Tcl_GetCurrentThread 1000145b 00000005 TclServiceIdle 10001460 00000005 TclCompileSetCmd 10001465 00000005 Tcl_SetChannelBufferSize 1000146a 00000005 TclFreeJumpFixupArray 1000146f 00000005 Tcl_WinUtfToTChar 10001474 00000005 Tcl_WrongNumArgs 10001479 00000005 Tcl_GetObjType 1000147e 00000005 Tcl_BadChannelOption 10001483 00000005 TclCompileExprWords 10001488 00000005 TclCompileExpr 1000148d 00000005 TclpInitUnlock 10001492 00000005 TclInitCompileEnv 10001497 00000005 TclCleanupChildren 1000149c 00000005 TclpCheckStackSpace 100014a1 00000005 Tcl_GetCommandName 100014a6 00000005 Tcl_SetObjLength 100014ab 00000005 Tcl_LlengthObjCmd 100014b0 00000005 Tcl_InitMemory 100014b5 00000005 Tcl_AsyncReady 100014ba 00000005 Tcl_PidObjCmd 100014bf 00000005 Tcl_ParseExpr 100014c4 00000005 Tcl_ThreadQueueEvent 100014c9 00000005 TclGetAndDetachPids 100014ce 00000005 TclpGetTimeZone 100014d3 00000005 Tcl_UtfPrev 100014d8 00000005 TclGetFrame 100014dd 00000005 TclInvokeStringCommand 100014e2 00000005 Tcl_CaseObjCmd 100014e7 00000005 TclFileCopyCmd 100014ec 00000005 Tcl_GetCommandInfo 100014f1 00000005 TclSockMinimumBuffers 100014f6 00000005 Tcl_GetLongFromObj 100014fb 00000005 Tcl_SourceRCFile 10001500 00000005 TclObjInvokeGlobal 10001505 00000005 Tcl_UniCharToUpper 1000150a 00000005 TclForgetSyncObject 1000150f 00000005 Tcl_DStringResult 10001514 00000005 Tcl_DeleteHashTable 10001519 00000005 Tcl_RegExpMatch 1000151e 00000005 Tcl_FileEventObjCmd 10001523 00000005 Tcl_UniCharToLower 10001528 00000005 Tcl_DeleteCloseHandler 1000152d 00000005 Tcl_DeleteCommandFromToken 10001532 00000005 Tcl_ConvertElement 10001537 00000005 TclGetEnv 1000153c 00000005 Tcl_NamespaceObjCmd 10001541 00000005 Tcl_UtfFindFirst 10001546 00000005 TclCompileForeachCmd 1000154b 00000005 TclHandleCreate 10001550 00000005 TclRegError 10001555 00000005 TclHandleFree 1000155a 00000005 Tcl_NewByteArrayObj 1000155f 00000005 Tcl_CallWhenDeleted 10001564 00000005 Tcl_GetDouble 10001569 00000005 Tcl_ValidateAllMemory 1000156e 00000005 Tcl_OpenObjCmd 10001573 00000005 TclPreventAliasLoop 10001578 00000005 Tcl_DeleteThreadExitHandler 1000157d 00000005 TclCompileWhileCmd 10001582 00000005 Tcl_ServiceAll 10001587 00000005 Tcl_ParseQuotedString 1000158c 00000005 Tcl_RegsubObjCmd 10001591 00000005 TclpGetTZName 10001596 00000005 TclpCopyDirectory 1000159b 00000005 Tcl_Eof 100015a0 00000005 TclExpandJumpFixupArray 100015a5 00000005 Tcl_PackageObjCmd 100015aa 00000005 Tcl_UnsetVar 100015af 00000005 TclDoGlob 100015b4 00000005 TclpSetInitialEncodings 100015b9 00000005 Tcl_UniCharAtIndex 100015be 00000005 Tcl_Ungets 100015c3 00000005 Tcl_UtfToExternalDString 100015c8 00000005 TclFinalizeMemorySubsystem 100015cd 00000005 TclpGetDefaultStdChannel 100015d2 00000005 TclTestChannelEventCmd 100015d7 00000005 re_uexec 100015dc 00000005 Tcl_NumUtfChars 100015e1 00000005 TclGetOpenMode 100015e6 00000005 TclGlobalInvoke 100015eb 00000005 Tcl_NewObj 100015f0 00000005 TclFileAttrsCmd 100015f5 00000005 TclLookupLiteralEntry 100015fa 00000005 TclWinGetTclInstance 100015ff 00000005 Tcl_GetInt 10001604 00000005 Tcl_InputBlocked 10001609 00000005 TclCompileCatchCmd 1000160e 00000005 TclEmitForwardJump 10001613 00000005 TclCleanupByteCode 10001618 00000005 Tcl_DStringFree 1000161d 00000005 TclFinalizeCondition 10001622 00000005 Tcl_SourceObjCmd 10001627 00000005 TclDeleteLiteralTable 1000162c 00000005 Tcl_ProcObjCmd 10001631 00000005 Tcl_Concat 10001636 00000005 Tcl_BreakObjCmd 1000163b 00000005 regfree 10001640 00000005 TclGlob 10001645 00000005 Tcl_GetVar 1000164a 00000005 Tcl_LsortObjCmd 1000164f 00000005 Tcl_DStringInit 10001654 00000005 Tcl_SetStdChannel 10001659 00000005 Tcl_SetObjResult 1000165e 00000005 re_ucomp 10001663 00000005 Tcl_CreateNamespace 10001668 00000005 TclGetLoadedPackages 1000166d 00000005 Tcl_GetAssocData 10001672 00000005 TclUniCharIsSpace 10001677 00000005 Tcl_SetByteArrayObj 1000167c 00000005 TclpThreadExit 10001681 00000005 TclpMakeFile 10001686 00000005 TclCreateExecEnv 1000168b 00000005 TclInterpInit 10001690 00000005 Tcl_DumpActiveMemory 10001695 00000005 TclCompileIncrCmd 1000169a 00000005 TclUniCharIsLower 1000169f 00000005 Tcl_ExprObj 100016a4 00000005 TclCopyChannel 100016a9 00000005 Tcl_DeleteTimerHandler 100016ae 00000005 Tcl_MakeFileChannel 100016b3 00000005 Tcl_DoOneEvent 100016b8 00000005 TclpListVolumes 100016bd 00000005 Tcl_UtfToUniChar 100016c2 00000005 Tcl_PkgRequire 100016c7 00000005 TclGetLibraryPath 100016cc 00000005 TclInExit 100016d1 00000005 Tcl_SetObjCmd 100016d6 00000005 TclIsProc 100016db 00000005 TclCleanupCommand 100016e0 00000005 TclInvoke 100016e5 00000005 Tcl_UtfCharComplete 100016ea 00000005 Tcl_UnregisterChannel 100016ef 00000005 Tcl_NewLongObj 100016f4 00000005 Tcl_DeleteNamespace 100016f9 00000005 Tcl_PkgProvide 100016fe 00000005 Tcl_WriteChars 10001703 00000005 Tcl_TimeObjCmd 10001708 00000005 Tcl_StaticPackage 1000170d 00000005 Tcl_TraceVar 10001712 00000005 Tcl_NewListObj 10001717 00000005 TclUniCharIsAlpha 1000171c 00000005 Tcl_ErrnoMsg 10001721 00000005 Tcl_GetObjVar2 10001726 00000005 TclWinSetSockOpt 1000172b 00000005 TclCompileBreakCmd 10001730 00000005 TclpLoadFile 10001735 00000005 Tcl_GetBoolean 1000173a 00000005 Tcl_CreateMathFunc 1000173f 00000005 Tcl_GetServiceMode 10001744 00000005 Tcl_DbNewStringObj 10001749 00000005 Tcl_PosixError 1000174e 00000005 Tcl_PrintDouble 10001753 00000005 TclCreatePipeline 10001758 00000005 Tcl_GetChannelName 1000175d 00000005 TclSetupEnv 10001762 00000005 TclCompileContinueCmd 10001767 00000005 TclUniCharIsDigit 1000176c 00000005 Tcl_SetTimer 10001771 00000005 Tcl_CreateAliasObj 10001776 00000005 Tcl_ExprDoubleObj 1000177b 00000005 Tcl_UplevelObjCmd 10001780 00000005 Tcl_CloseObjCmd 10001785 00000005 Tcl_ListObjAppendList 1000178a 00000005 Tcl_ExternalToUtf 1000178f 00000005 Tcl_SignalMsg 10001794 00000005 TclInvokeObjectCommand 10001799 00000005 Tcl_FindNamespace 1000179e 00000005 Tcl_GetCurrentNamespace 100017a3 00000005 Tcl_SetAssocData 100017a8 00000005 TclTransferResult 100017ad 00000005 Tcl_GetStringFromObj 100017b2 00000005 TclUniCharIsAlnum 100017b7 00000005 TclMathInProgress 100017bc 00000005 TclRememberDataKey 100017c1 00000005 Tcl_UtfToExternal 100017c6 00000005 Tcl_AsyncInvoke 100017cb 00000005 Tcl_FindExecutable 100017d0 00000005 TclpGetUserHome 100017d5 00000005 Tcl_Eval2 100017da 00000005 Tcl_DeleteEventSource 100017df 00000005 TclObjCommandComplete 100017e4 00000005 Tcl_CreateAlias 100017e9 00000005 Tcl_DiscardResult 100017ee 00000005 Tcl_CreateChannelHandler 100017f3 00000005 Tcl_GetChannelMode 100017f8 00000005 TclObjInterpProc 100017fd 00000005 Tcl_UnsetVar2 10001802 00000005 TclRegisterLiteral 10001807 00000005 Tcl_ListObjAppendElement 1000180c 00000005 TclCompileIfCmd 10001811 00000005 Tcl_GetChannelType 10001816 00000005 Tcl_ExprDouble 1000181b 00000005 Tcl_GetStringResult 10001820 00000005 Tcl_ExternalToUtfDString 10001825 00000005 Tcl_RecordAndEval 1000182a 00000005 Tcl_ExprBoolean 1000182f 00000005 Tcl_InfoObjCmd 10001834 00000005 Tcl_ExecObjCmd 10001839 00000005 TclInitNamespaceSubsystem 1000183e 00000005 Tcl_AddErrorInfo 10001843 00000005 Tcl_FconfigureObjCmd 10001848 00000005 Tcl_GetsObjCmd 1000184d 00000005 Tcl_GlobObjCmd 10001852 00000005 Tcl_HideCommand 10001857 00000005 Tcl_Export 1000185c 00000005 Tcl_SaveResult 10001861 00000005 Tcl_GetObjResult 10001866 00000005 Tcl_UtfNext 1000186b 00000005 TclWinGetPlatformId 10001870 00000005 Tcl_GetSlave 10001875 00000005 Tcl_LoadObjCmd 1000187a 00000005 Tcl_Flush 1000187f 00000005 Tcl_InitNotifier 10001884 00000005 Tcl_NewDoubleObj 10001889 00000005 TclLooksLikeInt 1000188e 00000005 Tcl_EvalTokens 10001893 00000005 Tcl_DoWhenIdle 10001898 00000005 Tcl_UntraceVar2 1000189d 00000005 Tcl_WhileObjCmd 100018a2 00000005 TclUtfToUniCharDString 100018a7 00000005 Tcl_VarTraceInfo2 100018ac 0000000a Tcl_UnlinkVar 100018b6 00000005 Tcl_SetErrorCode 100018bb 00000005 Tcl_PwdObjCmd 100018c0 00000005 Tcl_SplitPath 100018c5 00000005 TclWinConvertWSAError 100018ca 00000005 TclFixupForwardJump 100018cf 00000005 TclpInitLock 100018d4 00000005 Tcl_CreateCommand 100018d9 00000005 Tcl_UniCharToUtf 100018de 00000005 TclInitByteCodeObj 100018e3 00000005 Tcl_GetEncodingNames 100018e8 00000005 Tcl_VwaitObjCmd 100018ed 00000005 Tcl_NewIntObj 100018f2 00000005 TclCreateAuxData 100018f7 00000005 TclIncrVar2 100018fc 00000005 Tcl_ThreadAlert 10001901 00000005 Tcl_VarTraceInfo 10001906 00000005 Tcl_DbIsShared 1000190b 00000005 TclDeleteVars 10001910 00000005 TclpChdir 10001915 00000005 Tcl_SetPanicProc 1000191a 00000005 TclpMasterLock 1000191f 00000005 Tcl_UpVar 10001924 00000005 Tcl_EncodingObjCmd 10001929 00000005 Tcl_Tell 1000192e 00000005 TclSetEnv 10001933 00000005 TclpCreatePipe 10001938 00000005 Tcl_WaitForEvent 1000193d 00000005 TclpAlloc 10001942 00000005 Tcl_GetByteArrayFromObj 10001947 00000005 Tcl_SetStringObj 1000194c 00000005 Tcl_UpdateObjCmd 10001951 00000005 BufferedInputProc 10001956 00000005 TclFindProc 1000195b 00000005 TclFileRenameCmd 10001960 00000005 TclFileDeleteCmd 10001965 00000005 Tcl_UniCharToTitle 1000196a 00000005 Tcl_SetBooleanObj 1000196f 00000005 TclpMatchFiles 10001974 00000005 Tcl_ResetResult 10001979 00000005 TclSetCmdNameObj 1000197e 00000005 Tcl_FlushObjCmd 10001983 00000005 TclFindElement 10001988 00000005 TclInitEncodingSubsystem 1000198d 00000005 Tcl_SetServiceMode 10001992 00000005 Tcl_DeleteAssocData 10001997 00000005 Tcl_WinTCharToUtf 1000199c 00000005 Tcl_GetCommandFromObj 100019a1 00000005 TclFinalizeEnvironment 100019a6 00000005 Tcl_CreateChannel 100019ab 00000005 TclDeleteCompiledLocalVars 100019b0 00000005 TclWinGetSockOpt 100019b5 00000005 Tcl_EventuallyFree 100019ba 00000005 Tcl_RegExpExec 100019bf 00000005 Tcl_DStringGetResult 100019c4 00000005 TclExecuteByteCode 100019c9 00000005 Tcl_AfterObjCmd 100019ce 00000005 Tcl_SignalId 100019d3 00000005 Tcl_RegisterObjType 100019d8 00000005 Tcl_OpenCommandChannel 100019dd 00000005 Tcl_UnsetObjCmd 100019e2 00000005 Tcl_RegexpObjCmd 100019e7 00000005 Tcl_GetPathType 100019ec 00000005 TclpCreateProcess 100019f1 00000005 Tcl_GetChannel 100019f6 00000005 TclThreadDataKeyGet 100019fb 00000005 Tcl_CatchObjCmd 10001a00 00000005 Tcl_SetVar 10001a05 00000005 TclThreadDataKeySet 10001a0a 00000005 TclUniCharNcmp 10001a0f 00000005 Tcl_AppendToObj 10001a14 00000005 Tcl_GetDoubleFromObj 10001a19 00000005 Tcl_ArrayObjCmd 10001a1e 00000005 TclpCloseFile 10001a23 00000005 TclGetOriginalCommand 10001a28 00000005 Tcl_NewBooleanObj 10001a2d 00000005 Tcl_EofObjCmd 10001a32 00000005 Tcl_LappendObjCmd 10001a37 00000005 Tcl_ListObjLength 10001a3c 00000005 TclpRenameFile 10001a41 00000005 Tcl_UtfToUpper 10001a46 00000005 TclpThreadCreate 10001a4b 00000005 TclWinSynchSpawn 10001a50 00000005 Tcl_Preserve 10001a55 00000005 TclGetNamespaceForQualName 10001a5a 00000005 Tcl_UpvarObjCmd 10001a5f 00000005 Tcl_SetListObj 10001a64 00000005 Tcl_GetVar2 10001a69 00000005 TclInitSubsystems 10001a6e 00000005 TclpSetVariables 10001a73 00000005 Tcl_Import 10001a78 00000005 Tcl_ParseVar 10001a7d 00000005 TclIncrIndexedScalar 10001a82 00000005 Tcl_PutEnv 10001a87 00000005 Tcl_CreateObjCommand 10001a8c 00000005 TclAllocateFreeObjects 10001a91 00000005 TclCopyAndCollapse 10001a96 00000005 Tcl_GetBooleanFromObj 10001a9b 00000005 TclTeardownNamespace 10001aa0 00000005 Tcl_InvalidateStringRep 10001aa5 00000005 TclInitAlloc 10001aaa 00000005 Tcl_GetThreadData 10001aaf 00000005 Tcl_BinaryObjCmd 10001ab4 00000005 Tcl_InitHashTable 10001ab9 00000005 Tcl_VariableObjCmd 10001abe 00000005 TclWinGetPlatform 10001ac3 00000005 Tcl_SocketObjCmd 10001ac8 00000005 Tcl_UtfToLower 10001acd 00000005 TclInitIOSubsystem 10001ad2 00000005 Tcl_ExprLong 10001ad7 00000005 Tcl_DuplicateObj 10001adc 00000005 Tcl_FcopyObjCmd 10001ae1 00000005 Tcl_FileObjCmd 10001ae6 00000005 Tcl_InterpDeleted 10001aeb 00000005 TclInitJumpFixupArray 10001af0 00000005 Tcl_GetEncodingName 10001af5 00000005 Tcl_DeleteExitHandler 10001afa 00000005 Tcl_LinsertObjCmd 10001aff 00000005 Tcl_DontCallWhenDeleted 10001b04 00000005 Tcl_DetachPids 10001b09 00000005 Tcl_DbDecrRefCount 10001b0e 00000005 Tcl_DbNewListObj 10001b13 00000005 TclNeedSpace 10001b18 00000005 Tcl_Alloc 10001b1d 00000005 TclPrecTraceProc 10001b22 00000005 Tcl_CancelIdleCall 10001b27 00000005 TclFreePackageInfo 10001b2c 00000005 Tcl_Release 10001b31 00000005 TclInitLiteralTable 10001b36 00000005 Tcl_Finalize 10001b3b 00000005 Tcl_CreateTrace 10001b40 00000005 TclResetShadowedCmdRefs 10001b45 00000005 TclWinConvertError 10001b4a 00000005 Tcl_PopCallFrame 10001b4f 00000005 Tcl_Close 10001b54 00000005 Tcl_ErrnoId 10001b59 00000005 Tcl_JoinPath 10001b5e 00000005 Tcl_SubstObjCmd 10001b63 00000005 Tcl_QueueEvent 10001b68 00000005 Tcl_Merge 10001b6d 00000005 Tcl_SplitList 10001b72 00000005 Tcl_ConvertCountedElement 10001b77 00000005 Tcl_CreateCloseHandler 10001b7c 00000005 Tcl_SetSystemEncoding 10001b81 00000005 Tcl_ExprString 10001b86 00000005 Tcl_DbNewBooleanObj 10001b8b 00000005 TclpUnloadFile 10001b90 00000005 TclLookupVar 10001b95 00000005 TclpCreateTempFile 10001b9a 00000005 Tcl_SetMaxBlockTime 10001b9f 00000005 Tcl_WriteObj 10001ba4 00000005 TclRegCompObj 10001ba9 00000005 Tcl_GetChannelInstanceData 10001bae 00000005 TclFinalizeEncodingSubsystem 10001bb3 00000005 Tcl_StringObjCmd 10001bb8 00000005 Tcl_AppendElement 10001bbd 00000005 Tcl_NextHashEntry 10001bc2 00000005 Tcl_LinkVar 10001bc7 00000005 TclpGetSeconds 10001bcc 00000005 Tcl_AppendObjToObj 10001bd1 00000005 Tcl_GetIndexFromObjStruct 10001bd6 00000005 TclpRemoveDirectory 10001bdb 00000005 Tcl_ExprBooleanObj 10001be0 00000005 TclReleaseLiteral 10001be5 00000005 Tcl_DeleteInterp 10001bea 00000005 Tcl_IsSafe 10001bef 00000005 Tcl_ExprObjCmd 10001bf4 00000005 TclFindCompiledLocal 10001bf9 00000005 TclGetElementOfIndexedArray 10001bfe 00000005 TclFormatInt 10001c03 00000005 matherr 10001c08 00000005 Tcl_FindNamespaceVar 10001c0d 00000005 Tcl_ForeachObjCmd 10001c12 00000005 Tcl_DStringEndSublist 10001c17 00000005 Tcl_RestoreResult 10001c1c 00000005 Tcl_DStringAppend 10001c21 00000005 Tcl_ListObjReplace 10001c26 00000005 TclUpdateReturnInfo 10001c2b 00000005 Tcl_AddObjErrorInfo 10001c30 00000005 TclRememberCondition 10001c35 00000005 Tcl_SetErrno 10001c3a 00000005 Tcl_TraceVar2 10001c3f 00000005 Tcl_ForgetImport 10001c44 00000005 Tcl_GetEncoding 10001c49 00000005 Tcl_LreplaceObjCmd 10001c4e 00000005 Tcl_RenameObjCmd 10001c53 00000005 Tcl_ScanCountedElement 10001c58 00000005 Tcl_AppendAllObjTypes 10001c5d 00000005 Tcl_AsyncDelete 10001c62 00000005 Tcl_AsyncCreate 10001c67 00000005 Tcl_ParseVarName 10001c6c 00000005 Tcl_Seek 10001c71 00000005 Tcl_ParseCommand 10001c76 00000005 TclFreeObj 10001c7b 00000005 TclCompileExprCmd 10001c80 00000005 Tcl_EvalObjCmd 10001c85 00000005 Tcl_GetErrno 10001c8a 00000005 Tcl_UpdateLinkedVar 10001c8f 00000000 Tcl_MakeSafe 78001000 00000055 memset 78001055 00000247 lock 7800129c 00000015 unlock 780012b1 000000dd malloc 7800138e 00000106 free 78001494 0000001f EH_prolog 780014b3 000000ab msize 7800155e 0000001d wcslen 7800157b 00000059 memcmp 780015d4 00000029 wcschr 780015fd 0000012a memcpy 78001727 00000037 wcscmp 7800175e 000000c7 wcstod 78001825 00000035 iswctype 7800185a 000006ba wctomb 78001f14 00000094 ftol 78001fa8 00000025 initterm 78001fcd 0000038f swprintf 7800235c 000003b2 mbtowc 7800270e 00000079 strlen 78002787 0000003a strcpy 780027c1 00000065 _dllonexit 78002826 00000025 wcscpy 7800284b 00000208 setlocale 78002a53 00000214 strcmp 78002c67 00000080 atol 78002ce7 000000f7 itoa 78002dde 000003bd strcat 7800319b 0000003e wcspbrk 780031d9 0000002a wcscat 78003203 0000000e operator new 78003211 000001bd wcsicmp 780033ce 00000156 towlower 78003524 000000f8 calloc 7800361c 00000152 realloc 7800376e 000000b8 beginthreadex 78003826 000000e6 endthreadex 7800390c 000000bd exit 780039c9 00000149 flushall 78003b12 00000079 rmtmp 78003b8b 0000054e operator delete 780040d9 000001df setmbcp 780042b8 00000327 _crtLCMapStringA 780045df 00000016 controlfp 780045f5 000002bc control87 780048b1 00000040 wcsrchr 780048f1 00000032 wcsdup 78004923 0000000a _set_app_type 7800492d 00000006 _p__fmode 78004933 00000006 _p__commode 78004939 00000353 _wgetmainargs 78004c8c 00000034 wcsnicoll 78004cc0 00000074 wcsnicmp 78004d34 000003ea onexit 7800511e 000000ee strncpy 7800520c 000005ea _crtGetLocaleInfoW 780057f6 00000006 _p__wcmdln 780057fc 00000006 _p___argc 78005802 000000df memmove 780058e1 00000024 _set_new_handler 78005905 00000006 _query_new_handler 7800590b 0000001b callnewh 78005926 00000026 set_new_handler 7800594c 0000001d _set_new_mode 78005969 00000006 _query_new_mode 7800596f 000000be _unDName 78005a2d 00004b22 _unDNameEx 7800a54f 0000004f terminate 7800a59e 000000b6 abort 7800a654 00000077 unexpected 7800a6cb 000000cb CxxThrowException 7800a796 00000036 _CxxFrameHandler 7800a7cc 00000234 _CxxLongjmpUnwind 7800aa00 00000018 bad_cast::bad_cast 7800aa18 00000018 bad_cast::bad_cast 7800aa30 00000012 bad_cast::operator= 7800aa42 00000000 exception::~exception 7800aa42 00000016 bad_cast::~bad_cast 7800aa58 0000001c bad_cast::`scalar deleting destructor' 7800aa74 0000004b bad_cast::`vector deleting destructor' 7800aabf 00000019 bad_typeid::bad_typeid 7800aad8 00000018 bad_typeid::bad_typeid 7800aaf0 00000012 bad_typeid::operator= 7800ab02 00000005 bad_typeid::~bad_typeid 7800ab07 0000001c bad_typeid::`scalar deleting destructor' 7800ab23 0000004b bad_typeid::`vector deleting destructor' 7800ab6e 00000022 __non_rtti_object::__non_rtti_object 7800ab90 00000018 __non_rtti_object::__non_rtti_object 7800aba8 00000012 __non_rtti_object::operator= 7800abba 00000005 __non_rtti_object::~__non_rtti_object 7800abbf 0000001c __non_rtti_object::`scalar deleting destructor' 7800abdb 0000004b __non_rtti_object::`vector deleting destructor' 7800ac26 00000045 type_info::~type_info 7800ac6b 0000001b type_info::operator== 7800ac86 0000001c type_info::operator!= 7800aca2 0000001f type_info::before 7800acc1 00000004 type_info::raw_name 7800acc5 00000073 type_info::name 7800ad38 00000019 set_terminate 7800ad51 00000019 set_unexpected 7800ad6a 000000ae _set_se_translator 7800ae18 00000028 set_error_mode 7800ae40 000004e2 _setusermatherr 7800b322 00000011 exit 7800b333 0000000f cexit 7800b342 000001cd c_exit 7800b50f 0000007d _getmainargs 7800b58c 00000033 amsg_exit 7800b5bf 00000006 _p__acmdln 7800b5c5 00000006 _p__amblksiz 7800b5cb 00000006 _p___argv 7800b5d1 00000006 _p___wargv 7800b5d7 00000006 _p__daylight 7800b5dd 00000006 _p__dstbias 7800b5e3 00000006 _p__environ 7800b5e9 00000006 _p__wenviron 7800b5ef 00000006 _p__fileinfo 7800b5f5 00000006 _p___initenv 7800b5fb 00000006 _p___winitenv 7800b601 00000006 _p__iob 7800b607 00000006 _p__mbctype 7800b60d 00000006 _p__mbcasemap 7800b613 00000006 _p___mb_cur_max 7800b619 00000006 _p__osver 7800b61f 00000006 _p__pctype 7800b625 00000006 _p__pwctype 7800b62b 00000006 _p__pgmptr 7800b631 00000006 _p__wpgmptr 7800b637 00000006 _p__timezone 7800b63d 00000006 _p__tzname 7800b643 00000006 _p__winmajor 7800b649 00000006 _p__winminor 7800b64f 00000278 _p__winver 7800b8c7 0000010a beginthread 7800b9d1 00000158 endthread 7800bb29 00000006 _threadid 7800bb2f 00000754 _threadhandle 7800c283 0000000b atoi 7800c28e 000000ba atoi64 7800c348 000000e8 isctype 7800c430 00000009 errno 7800c439 00000055 _doserrno 7800c48e 00000011 exception::exception 7800c49f 0000001c exception::`scalar deleting destructor' 7800c4bb 0000004b exception::`vector deleting destructor' 7800c506 0000003d exception::exception 7800c543 0000004a exception::exception 7800c58d 0000001f exception::operator= 7800c5ac 000003d2 exception::what 7800c97e 0000001f get_sbh_threshold 7800c99d 00001818 set_sbh_threshold 7800e1b5 00000010 getmbcp 7800e1c5 00000095 mbspbrk 7800e25a 0000009a mbsnbcpy 7800e2f4 000000ad mbscmp 7800e3a1 0000006d mbsdec 7800e40e 000001bc mbsicmp 7800e5ca 000002fb assert 7800e8c5 00000009 purecall 7800e8ce 00000042 global_unwind2 7800e910 00000068 local_unwind2 7800e978 00000044 abnormal_termination 7800e9bc 000000bd except_handler3 7800ea79 000001c0 seh_longjmp_unwind 7800ec39 0000028b XcptFilter 7800eec4 000001dc signal 7800f0a0 000001c7 raise 7800f267 00000009 _fpecode 7800f270 00000217 _pxcptinfoptrs 7800f487 000000b6 fflush 7800f53d 0000003c fprintf 7800f579 000000a9 setvbuf 7800f622 000009a5 fcloseall 7800ffc7 0000007d fclose 78010044 000004e1 flsbuf 78010525 0000002b strdup 78010550 000000ba wcsncpy 7801060a 000000bc strchr 780106c6 00000080 strstr 78010746 0000004b strncmp 78010791 0000003a strpbrk 780107cb 00000000 strcmpi 780107cb 000000d0 stricmp 7801089b 0000046e strncat 78010d09 00000013 statusfp 78010d1c 00000014 clearfp 78010d30 000000e3 fpreset 78010e13 0000024c strtol 7801105f 00000036 strtoul 78011095 0000002a ltoa 780110bf 0000001b ultoa 780110da 000000b7 i64toa 78011191 000000b7 ui64toa 78011248 00000008 tolower 78011250 00000135 tolower 78011385 00000008 toupper 7801138d 0000015e toupper 780114eb 000002c9 is_wctype 780117b4 00000093 commit 78011847 000001f3 write 78011a3a 00000029 isatty 78011a63 000000e0 close 78011b43 000002f6 lseek 78011e39 00000042 get_osfhandle 78011e7b 00001507 open_osfhandle 78013382 000000fd localeconv 7801347f 0000003e strcspn 780134bd 000000f5 strnicmp 780135b2 0000008f Getdays 78013641 00000095 Getmonths 780136d6 00000239 Gettnames 7801390f 0000001b strftime 7801392a 000008cc Strftime 780141f6 000005da tzset 780147d0 00000354 getenv 78014b24 0000003f mbsnbicoll 78014b63 00000095 mbschr 78014bf8 000002ac _crtCompareStringA 78014ea4 0000002e isalpha 78014ed2 00000028 isupper 78014efa 00000028 islower 78014f22 00000028 isdigit 78014f4a 0000002d isxdigit 78014f77 00000028 isspace 78014f9f 00000028 ispunct 78014fc7 0000002e isalnum 78014ff5 0000002e isprint 78015023 0000002e isgraph 78015051 00000028 iscntrl 78015079 0000000d _isascii 78015086 00000008 _toascii 7801508e 0000003d _iscsymf 780150cb 0000003d _iscsym 78015108 00000033 fcvt 7801513b 0000009a ecvt 780151d5 0000009a gcvt 7801526f 00000032 itow 780152a1 00000032 ltow 780152d3 00000032 ultow 78015305 00000035 i64tow 7801533a 00000035 ui64tow 7801536f 000000c3 mbstrlen 78015432 0000002a swab 7801545c 00000029 wtol 78015485 00000029 wtoi 780154ae 00000029 wtoi64 780154d7 00000057 atof 7801552e 00000015 isleadbyte 78015543 00000011 iswalpha 78015554 0000000e iswupper 78015562 0000000e iswlower 78015570 0000000e iswdigit 7801557e 00000011 iswxdigit 7801558f 0000000e iswspace 7801559d 0000000e iswpunct 780155ab 00000011 iswalnum 780155bc 00000011 iswprint 780155cd 00000011 iswgraph 780155de 0000000e iswcntrl 780155ec 0000000c iswascii 780155f8 00000077 mblen 7801566f 000001fc mbstowcs 7801586b 000000aa strtod 78015915 00000130 towupper 78015a45 000001c8 wcstol 78015c0d 00000017 wcstoul 78015c24 000002b7 wcstombs 78015edb 00000013 sleep 78015eee 0000000f beep 78015efd 000000d0 findfirst 78015fcd 000000c8 findnext 78016095 00000084 findclose 78016119 000000ee findfirsti64 78016207 000000e9 findnexti64 780162f0 00000053 getdiskfree 78016343 00000006 getdrives 78016349 0000000b seterrormode 78016354 000000d0 wfindfirst 78016424 000000c8 wfindnext 780164ec 000000ee wfindfirsti64 780165da 000000e9 wfindnexti64 780166c3 00000046 access 78016709 00000086 chdir 7801678f 00000043 getdrive 780167d2 00000073 chdrive 78016845 0000003f chmod 78016884 000000a9 fullpath 7801692d 00000027 getcwd 78016954 00000139 getdcwd 78016a8d 00000006 getpid 78016a93 0000002c mkdir 78016abf 000000e2 rmdir 78016ba1 0000033d stat 78016ede 00000355 stati64 78017233 0000002a remove 7801725d 0000000b unlink 78017268 00000046 waccess 780172ae 0000008e wchdir 7801733c 0000003f wchmod 7801737b 000000ad wfullpath 78017428 00000027 wgetcwd 7801744f 00000109 wgetdcwd 78017558 0000002c wmkdir 78017584 0000002a wremove 780175ae 0000000b wunlink 780175b9 0000002e wrename 780175e7 000000e8 wrmdir 780176cf 0000035c wstat 78017a2b 00000374 wstati64 78017d9f 0000002e rename 78017dcd 00000082 _RTCastToVoid 78017e4f 000000c6 _RTtypeid 78017f15 000003dc _RTDynamicCast 780182f1 0000008f cwait 78018380 00000014 execl 78018394 00000028 execle 780183bc 00000011 execlp 780183cd 00000028 execlpe 780183f5 00000013 execv 78018408 00000197 execve 7801859f 00000013 execvp 780185b2 00000176 execvpe 78018728 0000002f getdllprocaddr 78018757 0000000b loaddll 78018762 00000017 unloaddll 78018779 00000018 spawnl 78018791 0000002b spawnle 780187bc 00000016 spawnlp 780187d2 0000002b spawnlpe 780187fd 00000017 spawnv 78018814 0000019e spawnve 780189b2 00000017 spawnvp 780189c9 0000016c spawnvpe 78018b35 00000014 wexecl 78018b49 00000028 wexecle 78018b71 00000011 wexeclp 78018b82 00000028 wexeclpe 78018baa 00000013 wexecv 78018bbd 00000194 wexecve 78018d51 00000013 wexecvp 78018d64 00000157 wexecvpe 78018ebb 00000018 wspawnl 78018ed3 0000002b wspawnle 78018efe 00000016 wspawnlp 78018f14 0000002b wspawnlpe 78018f3f 00000017 wspawnv 78018f56 0000019b wspawnve 780190f1 00000017 wspawnvp 78019108 00000141 wspawnvpe 78019249 000000a2 wsystem 780192eb 000008bf system 78019baa 0000015e expand 78019d08 00000057 heapadd 78019d5f 00000000 heapchk 78019d5f 000000a2 heapset 78019e01 000000bd heapmin 78019ebe 0000000e heapused 78019ecc 0000018f heapwalk 7801a05b 000000d7 cgets 7801a132 00000182 chsize 7801a2b4 00000058 cputs 7801a30c 00000016 creat 7801a322 0000010b dup 7801a42d 000001d8 dup2 7801a605 00000095 eof 7801a69a 0000008a filelength 7801a724 000000b4 filelengthi64 7801a7d8 0000029a fstat 7801aa72 000002b7 fstati64 7801ad29 0000001c getch 7801ad45 00000125 getche 7801ae6a 000000da kbhit 7801af44 000000ff ungetch 7801b043 00000009 inp 7801b04c 00000008 inpw 7801b054 00000007 inpd 7801b05b 00000124 locking 7801b17f 000000f6 lseeki64 7801b275 000000ca mktemp 7801b33f 00000017 open 7801b356 00000347 sopen 7801b69d 0000000d outp 7801b6aa 0000000d outpw 7801b6b7 0000000b outpd 7801b6c2 000001c5 pipe 7801b887 00000065 putch 7801b8ec 0000023e read 7801bb2a 000000ba setmode 7801bbe4 00000011 tell 7801bbf5 00000013 telli64 7801bc08 00000016 wcreat 7801bc1e 000000b0 wmktemp 7801bcce 00000017 wopen 7801bce5 00000396 wsopen 7801c07b 00000011 ismbbkalnum 7801c08c 00000011 ismbbkprint 7801c09d 00000011 ismbbkpunct 7801c0ae 00000014 ismbbalnum 7801c0c2 00000014 ismbbalpha 7801c0d6 00000014 ismbbgraph 7801c0ea 00000014 ismbbprint 7801c0fe 00000011 ismbbpunct 7801c10f 00000011 ismbblead 7801c120 00000011 ismbbtrail 7801c131 00000058 ismbbkana 7801c189 00000087 ismbcalnum 7801c210 00000087 ismbcalpha 7801c297 0000008f ismbcdigit 7801c326 00000087 ismbcgraph 7801c3ad 00000027 ismbchira 7801c3d4 0000002c ismbckata 7801c400 0000002c ismbcsymbol 7801c42c 0000002b ismbcl0 7801c457 00000035 ismbcl1 7801c48c 00000035 ismbcl2 7801c4c1 00000028 ismbclegal 7801c4e9 0000007e ismbclower 7801c567 00000087 ismbcprint 7801c5ee 00000083 ismbcpunct 7801c671 0000008f ismbcspace 7801c700 0000007e ismbcupper 7801c77e 0000005e ismbslead 7801c7dc 0000005c ismbstrail 7801c838 0000006e mbbtombc 7801c8a6 00000080 mbctombb 7801c926 00000044 mbbtype 7801c96a 0000001f mbccpy 7801c989 00000068 mbcjistojms 7801c9f1 0000009b mbcjmstojis 7801ca8c 00000016 mbclen 7801caa2 00000032 mbctohira 7801cad4 00000023 mbctokata 7801caf7 0000007b mbctolower 7801cb72 0000007b mbctoupper 7801cbed 0000004b mbsbtype 7801cc38 0000006c mbscpy 7801cca4 00000093 mbscat 7801cd37 00000030 mbscoll 7801cd67 0000008d mbscspn 7801cdf4 0000002b mbsdup 7801ce1f 00000030 mbsicoll 7801ce4f 00000017 mbsinc 7801ce66 0000004b mbslen 7801ceb1 0000008a mbslwr 7801cf3b 000000c5 mbsnbcat 7801d000 000000ef mbsnbcmp 7801d0ef 00000044 mbsnbcnt 7801d133 0000003f mbsnbcoll 7801d172 000001a4 mbsnbicmp 7801d316 00000077 mbsnbset 7801d38d 000000b6 mbsncat 7801d443 0000004e mbsnccnt 7801d491 000000c8 mbsncmp 7801d559 00000055 mbsncoll 7801d5ae 00000090 mbsncpy 7801d63e 0000001f mbsnextc 7801d65d 0000018d mbsnicmp 7801d7ea 00000055 mbsnicoll 7801d83f 0000001e mbsninc 7801d85d 000000e2 mbsnset 7801d93f 00000072 mbsrchr 7801d9b1 0000006a mbsrev 7801da1b 00000051 mbsset 7801da6c 0000008d mbsspn 7801daf9 000000a0 mbsspnp 7801db99 00000076 mbsstr 7801dc0f 000000a9 mbstok 7801dcb8 000000cf mbsupr 7801dd87 0000002b atexit 7801ddb2 0000002b _lconv_init 7801dddd 00000018 chkesp 7801ddf5 000000ae except_handler2 7801dea3 00000032 lfind 7801ded5 00000000 longjmp 7801ded5 00000071 longjmpex 7801df46 00000010 lrotl 7801df56 00000029 rotl 7801df7f 00000010 lrotr 7801df8f 00000029 rotr 7801dfb8 0000003f lsearch 7801dff7 00000091 makepath 7801e088 000000ad putenv 7801e135 0000010a searchenv 7801e23f 00000038 setjmp 7801e277 0000007b setjmp3 7801e2f2 0000017b splitpath 7801e46d 0000008e strerror 7801e4fb 00000016 umask 7801e511 00000096 wgetenv 7801e5a7 000000b6 wmakepath 7801e65d 000000c4 wperror 7801e721 000000b4 wputenv 7801e7d5 00000123 wsearchenv 7801e8f8 000000b0 wsetlocale 7801e9a8 000001c6 wsplitpath 7801eb6e 0000000b abs 7801eb79 0000008c bsearch 7801ec05 00000025 div 7801ec2a 0000000b labs 7801ec35 00000037 ldiv 7801ec6c 0000008b perror 7801ecf7 000001ce qsort 7801eec5 0000000d srand 7801eed2 00000022 rand 7801eef4 00000331 strerror 7801f225 00000820 cprintf 7801fa45 00000a88 cscanf 780204cd 000000ee fdopen 780205bb 00000000 fgetchar 780205bb 0000000c getchar 780205c7 00000000 getwchar 780205c7 0000000c fgetwchar 780205d3 000000db filbuf 780206ae 00000008 fileno 780206b6 00000011 fputchar 780206c7 0000000b putchar 780206d2 00000011 fputwchar 780206e3 0000000b putwchar 780206ee 00000031 fsopen 7802071f 00000013 fopen 78020732 000000db setmaxstdio 7802080d 00000006 getmaxstdio 78020813 0000004e getw 78020861 00000058 getws 780208b9 000003b9 popen 78020c72 000000c2 pclose 78020d34 00000050 putw 78020d84 0000007b putws 78020dff 00000051 snprintf 78020e50 00000070 snwprintf 78020ec0 00000221 tempnam 780210e1 00000050 vsnprintf 78021131 0000006f vsnwprintf 780211a0 000000f4 wfdopen 78021294 00000031 wfsopen 780212c5 00000013 wfopen 780212d8 00000047 wfreopen 7802131f 00000421 wpopen 78021740 00000220 wtempnam 78021960 00000134 wtmpnam 78021a94 00000041 clearerr 78021ad5 0000000b feof 78021ae0 0000000b ferror 78021aeb 00000031 fgetc 78021b1c 0000000b getc 78021b27 00000022 fgetpos 78021b49 00000060 fgets 78021ba9 00000117 fgetwc 78021cc0 0000000b getwc 78021ccb 0000005b fgetws 78021d26 0000003b fputc 78021d61 00000010 putc 78021d71 0000004e fputs 78021dbf 00000104 fputwc 78021ec3 00000010 putwc 78021ed3 0000004d fputws 78021f20 00000113 fread 78022033 00000047 freopen 7802207a 0000002d fscanf 780220a7 000000b9 fseek 78022160 00000018 fsetpos 78022178 00000173 ftell 780222eb 0000003c fwprintf 78022327 0000013a fwrite 78022461 0000002d fwscanf 7802248e 00000061 gets 780224ef 00000041 printf 78022530 00000078 puts 780225a8 00000064 rewind 7802260c 00000030 scanf 7802263c 00000025 setbuf 78022661 00000052 sprintf 780226b3 00000058 sscanf 7802270b 00000036 swscanf 78022741 0000007e tmpnam 780227bf 00000185 tmpfile 78022944 00000097 ungetc 780229db 00000117 ungetwc 78022af2 0000003b vfprintf 78022b2d 0000003b vfwprintf 78022b68 0000003c vprintf 78022ba4 00000051 vsprintf 78022bf5 0000006e vswprintf 78022c63 0000003c vwprintf 78022c9f 00000041 wprintf 78022ce0 00002572 wscanf 78025252 00000053 memccpy 780252a5 000000e6 memicmp 7802538b 000000cf stricoll 7802545a 0000012c strlwr 78025586 000000e4 strncoll 7802566a 000000d7 strnicoll 78025741 00000029 strnset 7802576a 00000030 strrev 7802579a 00000020 strset 780257ba 0000012c strupr 780258e6 000000cf wcsicoll 780259b5 00000135 wcslwr 78025aea 000000e4 wcsncoll 78025bce 00000026 wcsnset 78025bf4 00000032 wcsrev 78025c26 00000019 wcsset 78025c3f 00000135 wcsupr 78025d74 0000012d memchr 78025ea1 000000cf strcoll 78025f70 00000027 strrchr 78025f97 0000003e strspn 78025fd5 000000a4 strtok 78026079 000000f7 strxfrm 78026170 000000cf wcscoll 7802623f 00000041 wcscspn 78026280 00000040 wcsncat 780262c0 00000038 wcsncmp 780262f8 00000042 wcsspn 7802633a 00000041 wcsstr 7802637b 000000a7 wcstok 78026422 00000125 wcsxfrm 78026547 000000e5 ftime 7802662c 00000037 utime 78026663 0000013b futime 7802679e 0000005b getsystime 780267f9 00000069 setsystime 78026862 00000084 strdate 780268e6 00000079 strtime 7802695f 00000111 wasctime 78026a70 00000019 wctime 78026a89 00000090 wstrdate 78026b19 00000085 wstrtime 78026b9e 00000037 wutime 78026bd5 000000f2 asctime 78026cc7 00000043 clock 78026d0a 00000019 ctime 78026d23 00000011 difftime 78026d34 0000010a gmtime 78026e3e 0000015c localtime 78026f9a 0000022f mktime 780271c9 000000dc time 780272a5 0000015b wcsftime 78027400 000005ef $I10_OUTPUT 780279ef 00000270 _STRINGTOLD 78027c5f 0000002d atodbl 78027c8c 00000740 atoldbl 780283cc 00000014 CIacos 780283e0 000000e7 acos 780284c7 00000014 CIasin 780284db 000000bb asin 78028596 00000014 CIatan 780285aa 00000084 atan 7802862e 0000004d atan2 7802867b 00000038 CIatan2 780286b3 00000014 CIcos 780286c7 0000009a cos 78028761 00000038 sinh 78028799 00000007 cosh 780287a0 00000007 tanh 780287a7 0000003e CIsinh 780287e5 00000007 CIcosh 780287ec 00000007 CItanh 780287f3 0000000a exp 780287fd 00000007 CIexp 78028804 0000000a fmod 7802880e 00000028 CIfmod 78028836 00000014 CIlog 7802884a 000000b8 log 78028902 00000014 CIlog10 78028916 000000b8 log10 780289ce 00000019 CIpow 780289e7 0000025f pow 78028c46 00000014 CIsin 78028c5a 0000009a sin 78028cf4 00000014 CIsqrt 78028d08 000000a6 sqrt 78028dae 00000014 CItan 78028dc2 000001b3 tan 78028f75 000004c5 adj_fdiv_r 7802943a 0000004c adj_fdiv_m32 78029486 0000004c adj_fdiv_m64 780294d2 00000034 adj_fdiv_m16i 78029506 00000034 adj_fdiv_m32i 7802953a 0000004c adj_fdivr_m32 78029586 0000004c adj_fdivr_m64 780295d2 00000034 adj_fdivr_m16i 78029606 00000034 adj_fdivr_m32i 7802963a 00000015 safe_fdiv 7802964f 0000021b safe_fdivr 7802986a 000002b8 adj_fprem 78029b22 000000b5 adj_fprem1 78029bd7 00000006 safe_fprem 78029bdd 00000006 safe_fprem1 78029be3 00000003 adj_fpatan 78029be6 00000003 adj_fptan 78029be9 0000001d hypot 78029c06 000002a8 cabs 78029eae 00000021 copysign 78029ecf 00000025 chgsign 78029ef4 00000016 scalb 78029f0a 000000e7 logb 78029ff1 000002bc nextafter 7802a2ad 00000014 finite 7802a2c1 0000002e isnan 7802a2ef 00000092 fpclass 7802a381 00000af7 fpieee_flt 7802ae78 00000164 j0 7802afdc 00000116 j1 7802b0f2 00000137 y0 7802b229 00000143 y1 7802b36c 0000018e jn 7802b4fa 00000123 yn 7802b61d 000000cf ceil 7802b6ec 000000b5 fabs 7802b7a1 000000cf floor 7802b870 000000b0 frexp 7802b920 000001e3 ldexp 7802bb03 00006309 modf 78031e0c 0000000c bad_cast::`vftable' 78031e18 0000000c bad_typeid::`vftable' 78031e24 00000368 __non_rtti_object::`vftable' 7803218c 00007fc8 exception::`vftable' 7803a154 00000008 _lc_codepage 7803a15c 00000018 _lc_handle 7803a174 00000004 _setlc_active 7803a178 00000004 _unguarded_readlc_active 7803a17c 00000004 _mb_cur_max 7803a180 00000004 pctype 7803a184 00000204 ctype 7803a388 000002fc pwctype 7803a684 00000038 _lc_collate_cp 7803a6bc 00000004 osver 7803a6c0 00000004 winver 7803a6c4 00000004 winmajor 7803a6c8 0000000c winminor 7803a6d4 00000004 wcmdln 7803a6d8 00000088 acmdln 7803a760 00000260 _pioinfo 7803a9c0 00000120 mbctype 7803aae0 00000104 mbcasemap 7803abe4 00000028 environ 7803ac0c 0000001c adjust_fdiv 7803ac28 000012a4 iob 7803becc 00000004 fmode 7803bed0 00000004 commode 7803bed4 00000004 _argc 7803bed8 00000004 _wargv 7803bedc 00000004 wenviron 7803bee0 0000020c wpgmptr 7803c0ec 00000244 _winitenv 7803c330 00000170 aexit_rtn 7803c4a0 00000008 fileinfo 7803c4a8 0000008c _badioinfo 7803c534 00000004 timezone 7803c538 00000004 daylight 7803c53c 00000084 dstbias 7803c5c0 00000e48 tzname 7803d408 000000b0 sys_errlist 7803d4b8 00000254 sys_nerr 7803d70c 0000158c HUGE 7803ec98 00000004 _argv 7803ec9c 00000004 _initenv 7803eca0 00000000 pgmptr dll\kernel32.dbg 77f0135e 00000088 CloseHandle 77f013e6 00000395 EnumResourceNamesW 77f0177b 00000010 SetLastError 77f0178b 000004d9 GetLastError 77f01c64 00000054 SetStdHandle 77f01cb8 00000b8a GetStdHandle 77f02842 000001b9 LocalAlloc 77f029fb 00000110 LocalFree 77f02b0b 000001c8 DeviceIoControl 77f02cd3 000000e2 LocalUnlock 77f02db5 000000ee LocalLock 77f02ea3 00000020 ResetEvent 77f02ec3 00000022 SetEvent 77f02ee5 000000d1 SetLocalTime 77f02fb6 00000bcf CompareStringW 77f03b85 00000114 LocalFlags 77f03c99 000000b6 LocalHandle 77f03d4f 000006e5 LocalReAlloc 77f04434 00000162 AddAtomW 77f04596 00000018 GetAtomNameW 77f045ae 0000006d lstrcmpW 77f0461b 0000006a lstrcpyW 77f04685 000000df FindResourceW 77f04764 00000581 SearchPathW 77f04ce5 00000030 CloseProfileUserMapping 77f04d15 00000115 DuplicateHandle 77f04e2a 00000108 lstrcmpiW 77f04f32 00000012 WaitForSingleObject 77f04f44 000001a7 CreateRemoteThread 77f050eb 00000015 GetCurrentThread 77f05100 00000014 InterlockedIncrement 77f05114 00000014 InterlockedDecrement 77f05128 00000014 InterlockedExchange 77f0513c 00000014 InterlockedCompareExchange 77f05150 00000010 InterlockedExchangeAdd 77f05160 00000150 MulDiv 77f052b0 0000004c BaseAttachCompleteThunk 77f052fc 0000013e SwitchToFiber 77f0543a 00000244 Beep 77f0567e 000001c6 GetComputerNameW 77f05844 0000011c SetComputerNameW 77f05960 000000b2 GetComputerNameA 77f05a12 000000d4 SetComputerNameA 77f05ae6 00000146 GetFullPathNameA 77f05c2c 0000001f GetFullPathNameW 77f05c4b 0000006b GetCurrentDirectoryA 77f05cb6 00000016 GetCurrentDirectoryW 77f05ccc 00000078 SetCurrentDirectoryA 77f05d44 00000043 SetCurrentDirectoryW 77f05d87 00000008 GetLogicalDrives 77f05d8f 000000ae GetLocalTime 77f05e3d 0000007c GetSystemTime 77f05eb9 00000034 GetSystemTimeAsFileTime 77f05eed 000000a0 SetSystemTime 77f05f8d 0000000f GetTickCount 77f05f9c 00000081 FileTimeToSystemTime 77f0601d 0000007a SystemTimeToFileTime 77f06097 00000055 FileTimeToLocalFileTime 77f060ec 0000005b LocalFileTimeToFileTime 77f06147 000000b4 FileTimeToDosDateTime 77f061fb 00000090 DosDateTimeToFileTime 77f0628b 00000056 CompareFileTime 77f062e1 0000011d GetTimeZoneInformation 77f063fe 00000116 SetTimeZoneInformation 77f06514 00000048 GetSystemTimeAdjustment 77f0655c 0000003c SetSystemTimeAdjustment 77f06598 000002e4 SystemTimeToTzSpecificLocalTime 77f0687c 0000000e IsDebuggerPresent 77f0688a 00000005 DebugBreak 77f0688f 0000004e OutputDebugStringW 77f068dd 0000029d OutputDebugStringA 77f06b7a 0000027f WaitForDebugEvent 77f06df9 00000038 ContinueDebugEvent 77f06e31 00000236 DebugActiveProcess 77f07067 00000047 GetThreadSelectorEntry 77f070ae 0000005f CreateDirectoryA 77f0710d 00000156 CreateDirectoryW 77f07263 0000009a CreateDirectoryExA 77f072fd 000004d1 CreateDirectoryExW 77f077ce 0000005c RemoveDirectoryA 77f0782a 000000e5 RemoveDirectoryW 77f0790f 00000010 GlobalAddAtomA 77f0791f 00000010 GlobalFindAtomA 77f0792f 0000000e GlobalDeleteAtom 77f0793d 00000018 GlobalGetAtomNameA 77f07955 00000010 GlobalAddAtomW 77f07965 00000010 GlobalFindAtomW 77f07975 00000018 GlobalGetAtomNameW 77f0798d 0000002a InitAtomTable 77f079b7 00000010 AddAtomA 77f079c7 00000010 FindAtomA 77f079d7 0000000e DeleteAtom 77f079e5 00000018 GetAtomNameA 77f079fd 0000002b FindAtomW 77f07a28 00000019 GetPrivateProfileSectionNamesA 77f07a41 00000019 GetPrivateProfileSectionNamesW 77f07a5a 00000119 GetPrivateProfileStructA 77f07b73 00000132 GetPrivateProfileStructW 77f07ca5 0000010c WritePrivateProfileStructA 77f07db1 00000128 WritePrivateProfileStructW 77f07ed9 00000016 GetProfileIntA 77f07eef 0000001d GetProfileStringA 77f07f0c 00000016 WriteProfileStringA 77f07f22 00000016 GetProfileSectionA 77f07f38 00000012 WriteProfileSectionA 77f07f4a 00000016 GetProfileIntW 77f07f60 0000001d GetProfileStringW 77f07f7d 00000016 WriteProfileStringW 77f07f93 00000016 GetProfileSectionW 77f07fa9 00000012 WriteProfileSectionW 77f07fbb 00000064 GetPrivateProfileIntA 77f0801f 000000eb GetPrivateProfileStringA 77f0810a 0000004f WritePrivateProfileStringA 77f08159 00000097 GetPrivateProfileSectionA 77f081f0 00000041 WritePrivateProfileSectionA 77f08231 000000a3 GetPrivateProfileIntW 77f082d4 000000ea GetPrivateProfileStringW 77f083be 0000004f WritePrivateProfileStringW 77f0840d 0000009d GetPrivateProfileSectionW 77f084aa 00000041 WritePrivateProfileSectionW 77f084eb 00003417 OpenProfileUserMapping 77f0b902 000001f4 QueryWin31IniFilesMappedToRegistry 77f0baf6 000000ad DefineDosDeviceA 77f0bba3 00000282 DefineDosDeviceW 77f0be25 000000fe QueryDosDeviceA 77f0bf23 0000027c QueryDosDeviceW 77f0c19f 00000037 SetErrorMode 77f0c1d6 00000092 CreateIoCompletionPort 77f0c268 00000030 PostQueuedCompletionStatus 77f0c298 0000007c GetQueuedCompletionStatus 77f0c314 000000ce GetOverlappedResult 77f0c3e2 00000117 FindFirstFileA 77f0c4f9 00000016 FindFirstFileW 77f0c50f 000000b5 FindNextFileA 77f0c5c4 000001c8 FindNextFileW 77f0c78c 00000102 FindClose 77f0c88e 0000011d FindFirstFileExA 77f0c9ab 000003ef FindFirstFileExW 77f0cd9a 00000063 FindFirstChangeNotificationA 77f0cdfd 000000f9 FindFirstChangeNotificationW 77f0cef6 00000037 FindNextChangeNotification 77f0cf2d 0000000c FindCloseChangeNotification 77f0cf39 000000bc ReadDirectoryChangesW 77f0cff5 00000114 GetFileType 77f0d109 0000021a ReadFile 77f0d323 0000018f WriteFile 77f0d4b2 00000090 SetEndOfFile 77f0d542 0000014c SetFilePointer 77f0d68e 000000f3 GetFileInformationByHandle 77f0d781 0000007f GetFileTime 77f0d800 0000008d SetFileTime 77f0d88d 00000070 FlushFileBuffers 77f0d8fd 00000075 LockFile 77f0d972 000000a5 LockFileEx 77f0da17 0000006c UnlockFile 77f0da83 00000072 UnlockFileEx 77f0daf5 00000007 SetHandleCount 77f0dafc 0000007d GetFileSize 77f0db79 00000058 ReadFileEx 77f0dbd1 00000058 WriteFileEx 77f0dc29 0000002b CancelIo 77f0dc54 00000150 ReadFileScatter 77f0dda4 00000133 WriteFileGather 77f0ded7 00000074 CreateFileMappingA 77f0df4b 000000e6 CreateFileMappingW 77f0e031 00000070 OpenFileMappingA 77f0e0a1 00000089 OpenFileMappingW 77f0e12a 0000001d MapViewOfFile 77f0e147 0000007b MapViewOfFileEx 77f0e1c2 00000047 FlushViewOfFile 77f0e209 00000022 UnmapViewOfFile 77f0e22b 0000005f SetFileAttributesA 77f0e28a 000000fa SetFileAttributesW 77f0e384 0000005f GetFileAttributesA 77f0e3e3 000000bf GetFileAttributesW 77f0e4a2 00000062 GetFileAttributesExA 77f0e504 00000103 GetFileAttributesExW 77f0e607 0000005c DeleteFileA 77f0e663 000000e5 DeleteFileW 77f0e748 00000012 MoveFileA 77f0e75a 00000012 MoveFileW 77f0e76c 000000ea MoveFileExA 77f0e856 0000057f MoveFileExW 77f0edd5 00000062 GetCompressedFileSizeA 77f0ee37 000002a4 GetCompressedFileSizeW 77f0f0db 000000a4 CopyFileA 77f0f17f 0000001e CopyFileW 77f0f19d 000000a3 CopyFileExA 77f0f240 000018ce CopyFileExW 77f10b0e 00000071 CreateFileA 77f10b7f 00000479 CreateFileW 77f10ff8 000004a8 OpenFile 77f114a0 0000000c RegisterWowBaseHandlers 77f114ac 000001cc GlobalAlloc 77f11678 00000358 GlobalReAlloc 77f119d0 000000ee GlobalLock 77f11abe 000000b6 GlobalHandle 77f11b74 000000dd GlobalUnlock 77f11c51 00000128 GlobalSize 77f11d79 0000011d GlobalFlags 77f11e96 0000012d GlobalFree 77f11fc3 00000011 GlobalCompact 77f11fd4 00000016 GlobalFix 77f11fea 00000016 GlobalUnfix 77f12000 00000010 GlobalWire 77f12010 00000010 GlobalUnWire 77f12020 000001ba GlobalMemoryStatus 77f121da 0000001b VirtualAlloc 77f121f5 00000018 VirtualFree 77f1220d 000000ac VirtualAllocEx 77f122b9 00000042 VirtualFreeEx 77f122fb 0000001b VirtualProtect 77f12316 00000033 VirtualProtectEx 77f12349 00000018 VirtualQuery 77f12361 00000035 VirtualQueryEx 77f12396 00000039 VirtualLock 77f123cf 00000039 VirtualUnlock 77f12408 0000002b FlushInstructionCache 77f12433 0000004d GetHandleInformation 77f12480 00000066 SetHandleInformation 77f124e6 00000008 SetFileApisToOEM 77f124ee 00000008 SetFileApisToANSI 77f124f6 00000073 AreFileApisANSI 77f12569 00000048 lopen 77f125b1 0000002a lcreat 77f125db 00000000 lread 77f125db 0000002c hread 77f12607 00000000 lwrite 77f12607 00000043 hwrite 77f1264a 00000011 lclose 77f1265b 0000003c llseek 77f12697 00000000 lstrcmpA 77f12697 0000008c lstrcmp 77f12723 00000000 lstrcmpi 77f12723 00000072 lstrcmpiA 77f12795 00000000 lstrcpyA 77f12795 0000007f lstrcpy 77f12814 00000000 lstrcpyn 77f12814 0000008e lstrcpynA 77f128a2 00000000 lstrcatA 77f128a2 00000089 lstrcat 77f1292b 00000000 lstrlenA 77f1292b 0000006a lstrlen 77f12995 00000097 lstrcpynW 77f12a2c 0000006a lstrcatW 77f12a96 00000067 lstrlenW 77f12afd 00000128 LocalSize 77f12c25 00000011 LocalCompact 77f12c36 00000011 LocalShrink 77f12c47 00000061 HeapCreate 77f12ca8 00000023 HeapDestroy 77f12ccb 0000002b HeapExtend 77f12cf6 0000001a HeapCreateTagsW 77f12d10 0000001d HeapQueryTagW 77f12d2d 00000058 HeapSummary 77f12d85 00000071 HeapUsage 77f12df6 0000001a HeapValidate 77f12e10 0000000d GetProcessHeap 77f12e1d 00000014 GetProcessHeaps 77f12e31 00000014 HeapCompact 77f12e45 00000014 HeapLock 77f12e59 00000014 HeapUnlock 77f12e6d 0000010d HeapWalk 77f12f7a 00000135 CreateMailslotW 77f130af 00000069 CreateMailslotA 77f13118 000000ad GetMailslotInfo 77f131c5 0000006e SetMailslotInfo 77f13233 00000162 FormatMessageA 77f13395 00000024 FormatMessageW 77f133b9 000000a4 CreateVirtualBuffer 77f1345d 00000055 ExtendVirtualBuffer 77f134b2 00000019 TrimVirtualBuffer 77f134cb 00000015 FreeVirtualBuffer 77f134e0 000002e9 VirtualBufferExceptionHandler 77f137c9 00000010 LoadLibraryA 77f137d9 00000010 LoadLibraryW 77f137e9 00000158 LoadLibraryExA 77f13941 00000258 LoadLibraryExW 77f13b99 0000004d FreeLibrary 77f13be6 0000002a FreeLibraryAndExitThread 77f13c10 00000021 DisableThreadLibraryCalls 77f13c31 0000017b GetModuleFileNameW 77f13dac 000000bb GetModuleFileNameA 77f13e67 0000006f GetModuleHandleA 77f13ed6 000000f4 GetModuleHandleW 77f13fca 0000007e GetProcAddress 77f14048 00000030 GetVersion 77f14078 000000ee GetVersionExA 77f14166 0000014c GetVersionExW 77f142b2 00000293 VerifyVersionInfoW 77f14545 00000089 VerifyVersionInfoA 77f145ce 000000df FindResourceA 77f146ad 000000e5 FindResourceExA 77f14792 0000008d LoadResource 77f1481f 0000008d SizeofResource 77f148ac 00000225 EnumResourceTypesA 77f14ad1 00000244 EnumResourceNamesA 77f14d15 00000177 EnumResourceLanguagesA 77f14e8c 00000005 FreeResource 77f14e91 00000007 LockResource 77f14e98 000000e5 FindResourceExW 77f14f7d 0000021e EnumResourceTypesW 77f1519b 000001a4 EnumResourceLanguagesW 77f1533f 00000075 CreateNamedPipeA 77f153b4 00000217 CreateNamedPipeW 77f155cb 00000097 ConnectNamedPipe 77f15662 00000055 DisconnectNamedPipe 77f156b7 000000ed GetNamedPipeHandleStateA 77f157a4 000001fc GetNamedPipeHandleStateW 77f159a0 000000ef SetNamedPipeHandleState 77f15a8f 00000085 GetNamedPipeInfo 77f15b14 00000164 PeekNamedPipe 77f15c78 0000016d TransactNamedPipe 77f15de5 0000006f CallNamedPipeA 77f15e54 000000c9 CallNamedPipeW 77f15f1d 00000064 WaitNamedPipeA 77f15f81 0000040f WaitNamedPipeW 77f16390 00000049 GetSystemDirectoryA 77f163d9 00000055 GetSystemDirectoryW 77f1642e 00000049 GetWindowsDirectoryA 77f16477 00000055 GetWindowsDirectoryW 77f164cc 00000069 GetDriveTypeA 77f16535 00000296 GetDriveTypeW 77f167cb 000001d4 SearchPathA 77f1699f 000000e1 GetTempPathA 77f16a80 000000c8 GetTempPathW 77f16b48 00000131 GetTempFileNameA 77f16c79 000001e5 GetTempFileNameW 77f16e5e 00000072 GetDiskFreeSpaceA 77f16ed0 0000019f GetDiskFreeSpaceW 77f1706f 0000006f GetDiskFreeSpaceExA 77f170de 0000015b GetDiskFreeSpaceExW 77f17239 00000259 GetVolumeInformationA 77f17492 000003b8 GetVolumeInformationW 77f1784a 0000008a GetLogicalDriveStringsA 77f178d4 0000009f GetLogicalDriveStringsW 77f17973 000000b5 SetVolumeLabelA 77f17a28 000002b3 SetVolumeLabelW 77f17cdb 0000004a QueryPerformanceCounter 77f17d25 0000004b QueryPerformanceFrequency 77f17d70 0000014b CreatePipe 77f17ebb 0000000c GetSystemPowerStatus 77f17ec7 00000044 SetSystemPowerState 77f17f0b 000004d7 CreateProcessA 77f183e2 0000000c RegisterWaitForInputIdle 77f183ee 00001b5f CreateProcessW 77f19f4d 00000065 OpenProcess 77f19fb2 00000092 ExitProcess 77f1a044 00000032 TerminateProcess 77f1a076 00000051 GetExitCodeProcess 77f1a0c7 00000095 GetStartupInfoW 77f1a15c 000002b9 GetStartupInfoA 77f1a415 00000006 GetCommandLineA 77f1a41b 00000006 GetCommandLineW 77f1a421 00000008 FreeEnvironmentStringsW 77f1a429 0000001e FreeEnvironmentStringsA 77f1a447 00000010 GetEnvironmentStringsW 77f1a457 00000000 GetEnvironmentStrings 77f1a457 000000bf GetEnvironmentStringsA 77f1a516 0000012c GetEnvironmentVariableA 77f1a642 000000b3 SetEnvironmentVariableA 77f1a6f5 0000009a GetEnvironmentVariableW 77f1a78f 00000056 SetEnvironmentVariableW 77f1a7e5 00000154 ExpandEnvironmentStringsA 77f1a939 0000006d ExpandEnvironmentStringsW 77f1a9a6 000000a7 WinExec 77f1aa4d 0000038e LoadModule 77f1addb 00000006 GetCurrentProcess 77f1ade1 0000000a GetCurrentProcessId 77f1adeb 00000030 ReadProcessMemory 77f1ae1b 000000f5 WriteProcessMemory 77f1af10 00000049 FatalAppExitW 77f1af59 0000004a FatalAppExitA 77f1afa3 0000000c FatalExit 77f1afaf 00000017 IsProcessorFeaturePresent 77f1afc6 000001b2 GetSystemInfo 77f1b178 000000aa SetPriorityClass 77f1b222 0000009f GetPriorityClass 77f1b2c1 000000a4 IsBadReadPtr 77f1b365 00000010 IsBadHugeReadPtr 77f1b375 000000a3 IsBadWritePtr 77f1b418 00000010 IsBadHugeWritePtr 77f1b428 0000000e IsBadCodePtr 77f1b436 0000007d IsBadStringPtrA 77f1b4b3 00000083 IsBadStringPtrW 77f1b536 00000048 SetProcessShutdownParameters 77f1b57e 0000006f GetProcessShutdownParameters 77f1b5ed 0000006a GetProcessTimes 77f1b657 0000004b GetProcessAffinityMask 77f1b6a2 00000046 GetProcessWorkingSetSize 77f1b6e8 00000073 SetProcessWorkingSetSize 77f1b75b 00000131 GetProcessVersion 77f1b88c 00000029 SetProcessAffinityMask 77f1b8b5 0000003a SetProcessPriorityBoost 77f1b8ef 00000d34 GetProcessPriorityBoost 77f1c623 00000018 InitializeCriticalSection 77f1c63b 00000026 InitializeCriticalSectionAndSpinCount 77f1c661 0000006e CreateEventA 77f1c6cf 0000007c CreateEventW 77f1c74b 00000070 OpenEventA 77f1c7bb 00000080 OpenEventW 77f1c83b 00000022 PulseEvent 77f1c85d 0000006e CreateSemaphoreA 77f1c8cb 00000076 CreateSemaphoreW 77f1c941 00000070 OpenSemaphoreA 77f1c9b1 00000080 OpenSemaphoreW 77f1ca31 00000028 ReleaseSemaphore 77f1ca59 0000006b CreateMutexA 77f1cac4 00000073 CreateMutexW 77f1cb37 00000070 OpenMutexA 77f1cba7 00000080 OpenMutexW 77f1cc27 00000022 ReleaseMutex 77f1cc49 00000098 WaitForSingleObjectEx 77f1cce1 0000009b SignalObjectAndWait 77f1cd7c 0000001a WaitForMultipleObjects 77f1cd96 00000137 WaitForMultipleObjectsEx 77f1cecd 0000000e Sleep 77f1cedb 00000056 SleepEx 77f1cf31 0000006b CreateWaitableTimerA 77f1cf9c 00000079 CreateWaitableTimerW 77f1d015 00000070 OpenWaitableTimerA 77f1d085 00000080 OpenWaitableTimerW 77f1d105 00000046 SetWaitableTimer 77f1d14b 00000022 CancelWaitableTimer 77f1d16d 00000021 CreateThread 77f1d18e 00000051 SetThreadPriority 77f1d1df 0000004a GetThreadPriority 77f1d229 0000003a SetThreadPriorityBoost 77f1d263 0000003a GetThreadPriorityBoost 77f1d29d 00000074 ExitThread 77f1d311 00000032 TerminateThread 77f1d343 0000003a GetExitCodeThread 77f1d37d 0000000a GetCurrentThreadId 77f1d387 00000024 GetThreadContext 77f1d3ab 00000024 SetThreadContext 77f1d3cf 0000002d SuspendThread 77f1d3fc 0000002d ResumeThread 77f1d429 00000071 RaiseException 77f1d49a 000000e4 SetUnhandledExceptionFilter 77f1d57e 000002b5 UnhandledExceptionFilter 77f1d833 00000092 TlsAlloc 77f1d8c5 00000033 TlsGetValue 77f1d8f8 00000035 TlsSetValue 77f1d92d 000000d5 TlsFree 77f1da02 0000006a GetThreadTimes 77f1da6c 0000005f SetThreadAffinityMask 77f1dacb 0000002a QueueUserAPC 77f1daf5 00000029 SetThreadIdealProcessor 77f1db1e 0000009f CreateFiber 77f1dbbd 00000054 DeleteFiber 77f1dc11 0000005c ConvertThreadToFiber 77f1dc6d 0000040d SwitchToThread 77f1e07a 000000e3 CommConfigDialogW 77f1e15d 000000ea CommConfigDialogA 77f1e247 000000e3 GetDefaultCommConfigW 77f1e32a 000000ea GetDefaultCommConfigA 77f1e414 000000e3 SetDefaultCommConfigW 77f1e4f7 000000f1 SetDefaultCommConfigA 77f1e5e8 0000000e ClearCommBreak 77f1e5f6 00000150 ClearCommError 77f1e746 000000d6 SetupComm 77f1e81c 00000101 EscapeCommFunction 77f1e91d 000001db GetCommConfig 77f1eaf8 00000088 GetCommMask 77f1eb80 00000088 GetCommModemStatus 77f1ec08 000000af GetCommProperties 77f1ecb7 000002ef GetCommState 77f1efa6 000000a4 GetCommTimeouts 77f1f04a 00000089 PurgeComm 77f1f0d3 0000000e SetCommBreak 77f1f0e1 0000009c SetCommConfig 77f1f17d 000000a2 SetCommMask 77f1f21f 00000365 SetCommState 77f1f584 000000aa SetCommTimeouts 77f1f62e 00000089 TransmitCommChar 77f1f6b7 000000d1 WaitCommEvent 77f1f788 00000000 GetBinaryTypeA 77f1f788 000000ab GetBinaryType 77f1f833 0000025f GetBinaryTypeW 77f1fa92 00000012 VDMOperationStarted 77f1faa4 0000064c GetNextVDMCommand 77f200f0 00000064 ExitVDM 77f20154 0000013d SetVDMCurrentDirectories 77f20291 0000017b GetVDMCurrentDirectories 77f2040c 00000042 CmdBatNotification 77f2044e 0000153e RegisterWowExec 77f2198c 0000015c GetShortPathNameA 77f21ae8 000009da GetShortPathNameW 77f224c2 00000179 BeginUpdateResourceW 77f2263b 00000062 BeginUpdateResourceA 77f2269d 00000124 UpdateResourceW 77f227c1 00000091 UpdateResourceA 77f22852 00000160 EndUpdateResourceW 77f229b2 00002552 EndUpdateResourceA 77f24f04 00000055 BuildCommDCBAndTimeoutsW 77f24f59 00000026 BuildCommDCBAndTimeoutsA 77f24f7f 00000052 BuildCommDCBW 77f24fd1 00000d38 BuildCommDCBA 77f25d09 00000042 SetTapePosition 77f25d4b 00000053 GetTapePosition 77f25d9e 00000030 PrepareTape 77f25dce 00000030 EraseTape 77f25dfe 00000036 CreateTapePartition 77f25e34 00000036 WriteTapemark 77f25e6a 0000006b GetTapeParameters 77f25ed5 00000041 SetTapeParameters 77f25f16 00000861 GetTapeStatus 77f26777 000001d3 BackupRead 77f2694a 00000581 BackupSeek 77f26ecb 00000350 BackupWrite 77f2721b 0000003a AddConsoleAliasW 77f27255 0000014e AddConsoleAliasA 77f273a3 00000025 GetConsoleAliasW 77f273c8 000000c3 GetConsoleAliasA 77f2748b 0000000e GetConsoleAliasesLengthW 77f27499 00000066 GetConsoleAliasesLengthA 77f274ff 00000008 GetConsoleAliasExesLengthW 77f27507 00000169 GetConsoleAliasExesLengthA 77f27670 00000016 GetConsoleAliasesW 77f27686 00000141 GetConsoleAliasesA 77f277c7 00000012 GetConsoleAliasExesW 77f277d9 0000009c GetConsoleAliasExesA 77f27875 0000000e ExpungeConsoleCommandHistoryW 77f27883 000000b6 ExpungeConsoleCommandHistoryA 77f27939 00000012 SetConsoleNumberOfCommandsW 77f2794b 000000a1 SetConsoleNumberOfCommandsA 77f279ec 0000000e GetConsoleCommandHistoryLengthW 77f279fa 0000016f GetConsoleCommandHistoryLengthA 77f27b69 00000016 GetConsoleCommandHistoryW 77f27b7f 00000016 GetConsoleCommandHistoryA 77f27b95 0000018f SetConsoleCommandHistoryMode 77f27d24 0000001f GetConsoleTitleA 77f27d43 000000b9 GetConsoleTitleW 77f27dfc 00000078 SetConsoleTitleA 77f27e74 0000007a SetConsoleTitleW 77f27eee 00000083 GetConsoleInputExeNameA 77f27f71 000000a2 GetConsoleInputExeNameW 77f28013 00000059 SetConsoleInputExeNameA 77f2806c 00000196 SetConsoleInputExeNameW 77f28202 000002ef AllocConsole 77f284f1 00000136 FreeConsole 77f28627 00000006 GetConsoleInputWaitHandle 77f2862d 00000390 OpenConsoleW 77f289bd 0000001c ReadConsoleA 77f289d9 00000171 ReadConsoleW 77f28b4a 0000001a WriteConsoleA 77f28b64 0000001a WriteConsoleW 77f28b7e 0000005a CloseConsoleHandle 77f28bd8 0000008c DuplicateConsoleHandle 77f28c64 0000005e VerifyConsoleIoHandle 77f28cc2 00000060 SetConsoleCursor 77f28d22 00000046 ShowConsoleCursor 77f28d68 0000004c ConsoleMenuControl 77f28db4 000000de SetConsolePalette 77f28e92 00000113 SetConsoleDisplayMode 77f28fa5 0000014a RegisterConsoleVDM 77f290ef 000000cd GetConsoleHardwareState 77f291bc 00000066 SetConsoleHardwareState 77f29222 000000b9 GetConsoleDisplayMode 77f292db 000000b4 SetConsoleKeyShortcuts 77f2938f 0000005a SetConsoleMenuClose 77f293e9 0000001c WriteConsoleInputVDMA 77f29405 00000179 WriteConsoleInputVDMW 77f2957e 0000001c PeekConsoleInputA 77f2959a 0000001c PeekConsoleInputW 77f295b6 0000001c ReadConsoleInputA 77f295d2 0000001c ReadConsoleInputW 77f295ee 0000001d ReadConsoleInputExA 77f2960b 00000168 ReadConsoleInputExW 77f29773 0000001c WriteConsoleInputA 77f2978f 000003c6 WriteConsoleInputW 77f29b55 0000001d ReadConsoleOutputW 77f29b72 000002ae ReadConsoleOutputA 77f29e20 0000001d WriteConsoleOutputW 77f29e3d 00000182 WriteConsoleOutputA 77f29fbf 00000020 ReadConsoleOutputCharacterA 77f29fdf 00000020 ReadConsoleOutputCharacterW 77f29fff 0000016e ReadConsoleOutputAttribute 77f2a16d 00000020 WriteConsoleOutputCharacterA 77f2a18d 00000020 WriteConsoleOutputCharacterW 77f2a1ad 000000fc WriteConsoleOutputAttribute 77f2a2a9 00000022 FillConsoleOutputCharacterA 77f2a2cb 0000001e FillConsoleOutputCharacterW 77f2a2e9 0000001e FillConsoleOutputAttribute 77f2a307 000001bf CreateConsoleScreenBuffer 77f2a4c6 000000cd InvalidateConsoleDIBits 77f2a593 000000bf GetConsoleMode 77f2a652 00000050 GetNumberOfConsoleFonts 77f2a6a2 000000bf GetNumberOfConsoleInputEvents 77f2a761 00000066 GetLargestConsoleWindowSize 77f2a7c7 00000102 GetConsoleScreenBufferInfo 77f2a8c9 000000c9 GetConsoleCursorInfo 77f2a992 000000b6 GetNumberOfConsoleMouseButtons 77f2aa48 0000012f GetConsoleFontInfo 77f2ab77 0000006c GetConsoleFontSize 77f2abe3 000000d4 GetCurrentConsoleFont 77f2acb7 00000060 SetConsoleMode 77f2ad17 0000006e GenerateConsoleCtrlEvent 77f2ad85 0000005a SetConsoleActiveScreenBuffer 77f2addf 0000005a FlushConsoleInputBuffer 77f2ae39 00000060 SetConsoleScreenBufferSize 77f2ae99 00000060 SetConsoleCursorPosition 77f2aef9 000000c8 SetConsoleCursorInfo 77f2afc1 000001cd SetConsoleWindowInfo 77f2b18e 0000001d ScrollConsoleScreenBufferA 77f2b1ab 0000001d ScrollConsoleScreenBufferW 77f2b1c8 00000062 SetConsoleTextAttribute 77f2b22a 00000060 SetConsoleFont 77f2b28a 0000005a SetConsoleIcon 77f2b2e4 00000008 SetConsoleMaximumWindowSize 77f2b2ec 00000056 GetConsoleCP 77f2b342 00000060 SetConsoleCP 77f2b3a2 00000057 GetConsoleOutputCP 77f2b3f9 000000d9 SetConsoleOutputCP 77f2b4d2 0000000e GetConsoleKeyboardLayoutNameA 77f2b4e0 00000252 GetConsoleKeyboardLayoutNameW 77f2b732 00000186 SetLastConsoleEventActive 77f2b8b8 00000036 SetConsoleCtrlHandler 77f2b8ee 000000c0 VDMConsoleOperation 77f2b9ae 0000029e CompareStringA 77f2bc4c 000001d4 LCMapStringA 77f2be20 0000013c GetLocaleInfoA 77f2bf5c 00000084 SetLocaleInfoA 77f2bfe0 0000016d GetTimeFormatA 77f2c14d 0000016d GetDateFormatA 77f2c2ba 0000023c GetNumberFormatA 77f2c4f6 0000029a GetCurrencyFormatA 77f2c790 0000001a EnumCalendarInfoA 77f2c7aa 00000016 EnumTimeFormatsA 77f2c7c0 00000016 EnumDateFormatsA 77f2c7d6 0000001c GetStringTypeExA 77f2c7f2 00000092 GetStringTypeA 77f2c884 00000164 FoldStringA 77f2c9e8 00000012 EnumSystemLocalesA 77f2c9fa 000003a3 EnumSystemCodePagesA 77f2cd9d 000000ba GetStringTypeExW 77f2ce57 0000133a GetStringTypeW 77f2e191 00000051 IsValidLocale 77f2e1e2 00000055 ConvertDefaultLocale 77f2e237 0000000d GetThreadLocale 77f2e244 000000b7 SetThreadLocale 77f2e2fb 00000007 GetSystemDefaultLangID 77f2e302 0000000d GetUserDefaultLangID 77f2e30f 00000006 GetSystemDefaultLCID 77f2e315 0000000c GetUserDefaultLCID 77f2e321 00000051 VerLanguageNameW 77f2e372 00000087 VerLanguageNameA 77f2e3f9 00001928 GetLocaleInfoW 77f2fd21 0000113e SetLocaleInfoW 77f30e5f 00000012 EnumSystemLocalesW 77f30e71 00000012 EnumSystemCodePagesW 77f30e83 0000001a EnumCalendarInfoW 77f30e9d 00000016 EnumTimeFormatsW 77f30eb3 00000bdb EnumDateFormatsW 77f31a8e 00000199 FoldStringW 77f31c27 000029fd LCMapStringW 77f34624 00000039 IsValidCodePage 77f3465d 00000006 GetACP 77f34663 00000006 GetOEMCP 77f34669 000000a8 GetCPInfo 77f34711 00000036 IsDBCSLeadByte 77f34747 0000007b IsDBCSLeadByteEx 77f347c2 0000071c MultiByteToWideChar 77f34ede 00001377 WideCharToMultiByte 77f36255 00000283 GetNumberFormatW 77f364d8 00000f98 GetCurrencyFormatW 77f37470 000001a5 GetTimeFormatW 77f37615 0000a62b GetDateFormatW 77f41c40 000000f9 DeleteCriticalSection 77f41d39 0000140f EnterCriticalSection 77f43148 0000005d HeapAlloc 77f431a5 00000035 HeapFree 77f431da 00000021 HeapReAlloc 77f431fb 00000223 HeapSize 77f4341e 00000553 LeaveCriticalSection 77f43971 00000022 RtlFillMemory 77f43993 0000001e RtlMoveMemory 77f439b1 0000001e RtlUnwind 77f439cf 00000319 RtlZeroMemory 77f43ce8 000004e8 SetCriticalSectionSpinCount 77f441d0 00000000 TryEnterCriticalSection dll\advapi32.dbg 77dc10ff 0000001f CloseEventLog 77dc111e 0000001f DeregisterEventSource 77dc113d 00000023 NotifyChangeEventLog 77dc1160 00000023 GetNumberOfEventLogRecords 77dc1183 00000023 GetOldestEventLogRecord 77dc11a6 00000128 ClearEventLogW 77dc12ce 00000129 BackupEventLogW 77dc13f7 00000048 OpenEventLogW 77dc143f 00000048 RegisterEventSourceW 77dc1487 00000124 OpenBackupEventLogW 77dc15ab 00000035 ReadEventLogW 77dc15e0 00000168 ReportEventW 77dc1748 00000064 ClearEventLogA 77dc17ac 00000064 BackupEventLogA 77dc1810 00000048 OpenEventLogA 77dc1858 00000048 RegisterEventSourceA 77dc18a0 000000b6 OpenBackupEventLogA 77dc1956 00000035 ReadEventLogA 77dc198b 00000163 ReportEventA 77dc1aee 00000277 GetCurrentHwProfileW 77dc1d65 000001b2 GetCurrentHwProfileA 77dc1f17 0000001a DuplicateToken 77dc1f31 00000088 DuplicateTokenEx 77dc1fb9 00000020 AllocateLocallyUniqueId 77dc1fd9 00000060 AccessCheck 77dc2039 00000028 OpenProcessToken 77dc2061 0000002d OpenThreadToken 77dc208e 00000030 GetTokenInformation 77dc20be 0000002d SetTokenInformation 77dc20eb 00000037 AdjustTokenPrivileges 77dc2122 00000037 AdjustTokenGroups 77dc2159 00000038 PrivilegeCheck 77dc2191 00000094 AccessCheckAndAuditAlarmW 77dc2225 000000f9 AccessCheckAndAuditAlarmA 77dc231e 000000fc ObjectOpenAuditAlarmA 77dc241a 00000070 ObjectOpenAuditAlarmW 77dc248a 00000059 ObjectPrivilegeAuditAlarmA 77dc24e3 00000045 ObjectPrivilegeAuditAlarmW 77dc2528 00000050 ObjectCloseAuditAlarmA 77dc2578 0000003c ObjectCloseAuditAlarmW 77dc25b4 00000050 ObjectDeleteAuditAlarmA 77dc2604 0000003c ObjectDeleteAuditAlarmW 77dc2640 0000008f PrivilegedServiceAuditAlarmA 77dc26cf 00000050 PrivilegedServiceAuditAlarmW 77dc271f 00000010 IsValidSid 77dc272f 00000014 EqualSid 77dc2743 00000014 EqualPrefixSid 77dc2757 0000000f GetSidLengthRequired 77dc2766 00000028 InitializeSid 77dc278e 0000000d FreeSid 77dc279b 00000042 AllocateAndInitializeSid 77dc27dd 0000000d GetSidIdentifierAuthority 77dc27ea 00000011 GetSidSubAuthority 77dc27fb 0000000d GetSidSubAuthorityCount 77dc2808 0000000d GetLengthSid 77dc2815 00000028 CopySid 77dc283d 00000014 AreAllAccessesGranted 77dc2851 00000014 AreAnyAccessesGranted 77dc2865 00000011 MapGenericMask 77dc2876 00000010 IsValidAcl 77dc2886 00000028 InitializeAcl 77dc28ae 0000002d GetAclInformation 77dc28db 0000002d SetAclInformation 77dc2908 00000030 AddAce 77dc2938 00000024 DeleteAce 77dc295c 00000028 GetAce 77dc2984 0000002d AddAccessAllowedAce 77dc29b1 0000002d AddAccessDeniedAce 77dc29de 00000033 AddAuditAccessAce 77dc2a11 00000014 FindFirstFreeAce 77dc2a25 00000024 InitializeSecurityDescriptor 77dc2a49 00000022 IsValidSecurityDescriptor 77dc2a6b 0000000d GetSecurityDescriptorLength 77dc2a78 00000028 GetSecurityDescriptorControl 77dc2aa0 0000002d SetSecurityDescriptorDacl 77dc2acd 00000045 GetSecurityDescriptorDacl 77dc2b12 0000002d SetSecurityDescriptorSacl 77dc2b3f 00000045 GetSecurityDescriptorSacl 77dc2b84 00000028 SetSecurityDescriptorOwner 77dc2bac 00000038 GetSecurityDescriptorOwner 77dc2be4 00000028 SetSecurityDescriptorGroup 77dc2c0c 00000038 GetSecurityDescriptorGroup 77dc2c44 00000033 CreatePrivateObjectSecurity 77dc2c77 00000030 SetPrivateObjectSecurity 77dc2ca7 00000030 GetPrivateObjectSecurity 77dc2cd7 00000020 DestroyPrivateObjectSecurity 77dc2cf7 00000028 MakeSelfRelativeSD 77dc2d1f 00000090 MakeAbsoluteSD 77dc2daf 000000df SetFileSecurityW 77dc2e8e 00000050 SetFileSecurityA 77dc2ede 000000eb GetFileSecurityW 77dc2fc9 00000056 GetFileSecurityA 77dc301f 00000028 SetKernelObjectSecurity 77dc3047 00000030 GetKernelObjectSecurity 77dc3077 0000003b ImpersonateNamedPipeClient 77dc30b2 00000020 ImpersonateSelf 77dc30d2 00000035 RevertToSelf 77dc3107 00000037 SetThreadToken 77dc313e 0000014b LookupAccountNameA 77dc3289 000001e0 LookupAccountNameW 77dc3469 00000155 LookupAccountSidA 77dc35be 000001e3 LookupAccountSidW 77dc37a1 00000094 LookupPrivilegeValueA 77dc3835 000000a4 LookupPrivilegeValueW 77dc38d9 0000011d LookupPrivilegeNameA 77dc39f6 0000010b LookupPrivilegeNameW 77dc3b01 00000185 LookupPrivilegeDisplayNameA 77dc3c86 00000126 LookupPrivilegeDisplayNameW 77dc3dac 00000096 GetUserNameW 77dc3e42 000002ea GetUserNameA 77dc412c 00000127 QueryWindows31FilesMigration 77dc4253 00001b7e SynchronizeWindows31FilesAndWindowsNTRegistry 77dc5dd1 00000771 IsTextUnicode 77dc6542 000000cf LogonUserA 77dc6611 000001ab LogonUserW 77dc67bc 000004a2 ImpersonateLoggedOnUser 77dc6c5e 00000067 CreateProcessAsUserA 77dc6cc5 00000067 CreateProcessAsUserW 77dc6d2c 000000f3 CryptAcquireContextW 77dc6e1f 0000077d CryptAcquireContextA 77dc759c 000000f5 CryptReleaseContext 77dc7691 00000132 CryptGenKey 77dc77c3 000001e5 CryptDeriveKey 77dc79a8 0000013b CryptDestroyKey 77dc7ae3 00000136 CryptSetKeyParam 77dc7c19 000000d8 CryptGetKeyParam 77dc7cf1 00000098 CryptGenRandom 77dc7d89 0000010a CryptGetUserKey 77dc7e93 0000012a CryptExportKey 77dc7fbd 0000020f CryptImportKey 77dc81cc 0000012d CryptEncrypt 77dc82f9 0000012a CryptDecrypt 77dc8423 000001be CryptCreateHash 77dc85e1 000000d5 CryptHashData 77dc86b6 0000011a CryptHashSessionKey 77dc87d0 0000013b CryptDestroyHash 77dc890b 000000db CryptSignHashW 77dc89e6 000000b3 CryptSignHashA 77dc8a99 00000126 CryptVerifySignatureW 77dc8bbf 000000b3 CryptVerifySignatureA 77dc8c72 00000104 CryptSetProvParam 77dc8d76 0000009e CryptGetProvParam 77dc8e14 00000136 CryptSetHashParam 77dc8f4a 000000d8 CryptGetHashParam 77dc9022 000000a7 CryptSetProviderW 77dc90c9 00000cf5 CryptSetProviderA 77dc9dbe 00000081 ElfNumberOfRecords 77dc9e3f 00000081 ElfOldestRecord 77dc9ec0 0000008b ElfChangeNotify 77dc9f4b 00000119 ElfOpenEventLogW 77dca064 000000ba ElfRegisterEventSourceW 77dca11e 000000a8 ElfOpenBackupEventLogW 77dca1c6 00000075 ElfClearEventLogFileW 77dca23b 00000084 ElfBackupEventLogFileW 77dca2bf 00000073 ElfCloseEventLog 77dca332 00000073 ElfDeregisterEventSource 77dca3a5 000000b5 ElfReadEventLogW 77dca45a 000000b4 ElfReportEventW 77dca50e 0000011d ElfOpenEventLogA 77dca62b 000000bb ElfRegisterEventSourceA 77dca6e6 000000a5 ElfOpenBackupEventLogA 77dca78b 00000075 ElfClearEventLogFileA 77dca800 00000084 ElfBackupEventLogFileA 77dca884 000000b5 ElfReadEventLogA 77dca939 00000fbc ElfReportEventA 77dcb8f5 000000ca LsaEnumerateAccountsWithUserRight 77dcb9bf 000000ca LsaEnumerateAccountRights 77dcba89 000000b1 LsaAddAccountRights 77dcbb3a 000000b7 LsaRemoveAccountRights 77dcbbf1 00000278 LsaQueryTrustedDomainInfo 77dcbe69 000001ae LsaSetTrustedDomainInformation 77dcc017 0000009b LsaDeleteTrustedDomain 77dcc0b2 0000012f LsaStorePrivateData 77dcc1e1 00000488 LsaRetrievePrivateData 77dcc669 0000000d LsaNtStatusToWinError 77dcc676 0000014f LsaOpenPolicy 77dcc7c5 00000099 LsaQueryInformationPolicy 77dcc85e 0000007e LsaSetInformationPolicy 77dcc8dc 00000078 LsaClearAuditLog 77dcc954 00000090 LsaLookupPrivilegeValue 77dcc9e4 00000099 LsaLookupPrivilegeName 77dcca7d 000000b1 LsaLookupPrivilegeDisplayName 77dccb2e 00000099 LsaClose 77dccbc7 000000c7 LsaDelete 77dccc8e 000000a3 LsaQuerySecurityObject 77dccd31 000000e1 LsaSetSecurityObject 77dcce12 00000081 LsaCreateAccount 77dcce93 000000a7 LsaEnumerateAccounts 77dccf3a 00000082 LsaCreateTrustedDomain 77dccfbc 00000081 LsaOpenTrustedDomain 77dcd03d 00000099 LsaQueryInfoTrustedDomain 77dcd0d6 0000007e LsaSetInformationTrustedDomain 77dcd154 000000b6 LsaEnumerateTrustedDomains 77dcd20a 000000a7 LsaEnumeratePrivileges 77dcd2b1 000000a6 LsaCreateSecret 77dcd357 0000002d LsaLookupNames 77dcd384 000000e1 LsaICLookupNames 77dcd465 0000002d LsaLookupSids 77dcd492 00000100 LsaICLookupSids 77dcd592 00000081 LsaOpenAccount 77dcd613 0000007c LsaEnumeratePrivilegesOfAccount 77dcd68f 0000007b LsaAddPrivilegesToAccount 77dcd70a 0000007e LsaRemovePrivilegesFromAccount 77dcd788 0000007b LsaGetQuotasForAccount 77dcd803 0000007b LsaSetQuotasForAccount 77dcd87e 00000087 LsaGetSystemAccessAccount 77dcd905 00000087 LsaSetSystemAccessAccount 77dcd98c 00000089 LsaFreeMemory 77dcda15 00000081 LsaOpenSecret 77dcda96 00000147 LsaSetSecret 77dcdbdd 000001ba LsaQuerySecret 77dcdd97 000000c2 LsaGetUserName 77dcde59 00000719 LsaGetRemoteUserName 77dce572 00000042 SystemFunction001 77dce5b4 00000042 SystemFunction002 77dce5f6 000002d9 SystemFunction003 77dce8cf 000000c1 SystemFunction004 77dce990 000000b9 SystemFunction005 77dcea49 00000075 SystemFunction006 77dceabe 00000044 SystemFunction007 77dceb02 0000001f SystemFunction030 77dceb21 0000001f SystemFunction031 77dceb40 0000007c SystemFunction008 77dcebbc 00000014 SystemFunction009 77dcebd0 00000049 SystemFunction010 77dcec19 00000014 SystemFunction011 77dcec2d 00000242 SystemFunction028 77dcee6f 000001dd SystemFunction029 77dcf04c 00000032 SystemFunction012 77dcf07e 00000032 SystemFunction013 77dcf0b0 00000014 SystemFunction014 77dcf0c4 00000014 SystemFunction015 77dcf0d8 0000002f SystemFunction016 77dcf107 0000002f SystemFunction017 77dcf136 00000014 SystemFunction018 77dcf14a 00000041 SystemFunction019 77dcf18b 00000042 SystemFunction024 77dcf1cd 00000042 SystemFunction025 77dcf20f 00000014 SystemFunction026 77dcf223 00000014 SystemFunction027 77dcf237 00000014 SystemFunction020 77dcf24b 00000014 SystemFunction021 77dcf25f 00000014 SystemFunction022 77dcf273 00000014 SystemFunction023 77dcf287 00000040 SystemFunction032 77dcf2c7 00000bc2 SystemFunction033 77dcfe89 00000192 GetNamedSecurityInfoW 77dd001b 00000050 GetNamedSecurityInfoA 77dd006b 00000192 GetSecurityInfo 77dd01fd 000001a1 SetNamedSecurityInfoW 77dd039e 00000047 SetNamedSecurityInfoA 77dd03e5 000001a1 SetSecurityInfo 77dd0586 00000096 SetEntriesInAclW 77dd061c 00000076 SetEntriesInAclA 77dd0692 0000005c GetEffectiveRightsFromAclW 77dd06ee 00000047 GetEffectiveRightsFromAclA 77dd0735 00000047 GetExplicitEntriesFromAclW 77dd077c 00000047 GetExplicitEntriesFromAclA 77dd07c3 0000004d GetAuditedPermissionsFromAclW 77dd0810 00000041 GetAuditedPermissionsFromAclA 77dd0851 000002aa BuildSecurityDescriptorW 77dd0afb 000000ec BuildSecurityDescriptorA 77dd0be7 000001b2 LookupSecurityDescriptorPartsW 77dd0d99 0000021d LookupSecurityDescriptorPartsA 77dd0fb6 00000029 BuildExplicitAccessWithNameW 77dd0fdf 00000029 BuildExplicitAccessWithNameA 77dd1008 00000034 BuildImpersonateExplicitAccessWithNameW 77dd103c 00000143 BuildImpersonateExplicitAccessWithNameA 77dd117f 0000001f BuildTrusteeWithNameW 77dd119e 0000001f BuildTrusteeWithNameA 77dd11bd 00000014 BuildImpersonateTrusteeW 77dd11d1 00000014 BuildImpersonateTrusteeA 77dd11e5 0000001b BuildTrusteeWithSidW 77dd1200 0000001b BuildTrusteeWithSidA 77dd121b 00000017 GetTrusteeNameW 77dd1232 00000017 GetTrusteeNameA 77dd1249 00000012 GetTrusteeTypeW 77dd125b 00000027 GetTrusteeTypeA 77dd1282 00000012 GetMultipleTrusteeOperationW 77dd1294 00000012 GetMultipleTrusteeOperationA 77dd12a6 00000011 GetMultipleTrusteeW 77dd12b7 00000011 GetMultipleTrusteeA 77dd12c8 00000259 GetNamedSecurityInfoExW 77dd1521 000001cd GetNamedSecurityInfoExA 77dd16ee 00000218 SetNamedSecurityInfoExW 77dd1906 000002d0 SetNamedSecurityInfoExA 77dd1bd6 00000268 GetSecurityInfoExW 77dd1e3e 000001b2 GetSecurityInfoExA 77dd1ff0 00000230 SetSecurityInfoExW 77dd2220 000002c9 SetSecurityInfoExA 77dd24e9 00000045 ConvertAccessToSecurityDescriptorW 77dd252e 00000335 ConvertAccessToSecurityDescriptorA 77dd2863 0000001f ConvertSecurityDescriptorToAccessW 77dd2882 0000001f ConvertSecurityDescriptorToAccessA 77dd28a1 0000001f ConvertSecurityDescriptorToAccessNamedW 77dd28c0 000001cf ConvertSecurityDescriptorToAccessNamedA 77dd2a8f 00000021 SetEntriesInAccessListW 77dd2ab0 00000021 SetEntriesInAccessListA 77dd2ad1 00000021 SetEntriesInAuditListW 77dd2af2 00000021 SetEntriesInAuditListA 77dd2b13 0000011a TrusteeAccessToObjectW 77dd2c2d 000001da TrusteeAccessToObjectA 77dd2e07 0000012f GetOverlappedAccessResults 77dd2f36 000000a0 CancelOverlappedAccess 77dd2fd6 00000114 GetAccessPermissionsForObjectW 77dd30ea 00003313 GetAccessPermissionsForObjectA 77dd63fd 0000008d ControlService 77dd648a 00000026 EnumServicesStatusW 77dd64b0 000000e6 EnumServicesStatusExW 77dd6596 000000f5 EnumServiceGroupW 77dd668b 00000092 OpenServiceW 77dd671d 00000088 CloseServiceHandle 77dd67a5 00000097 OpenSCManagerW 77dd683c 0000008a QueryServiceStatus 77dd68c6 0000009c QueryServiceStatusEx 77dd6962 0000008d StartServiceW 77dd69ef 0000008a SetServiceStatus 77dd6a79 000000a8 I_ScSetServiceBitsA 77dd6b21 000000a8 I_ScSetServiceBitsW 77dd6bc9 00000089 I_ScGetCurrentGroupStateW 77dd6c52 00000030 SetServiceBits 77dd6c82 00000097 OpenSCManagerA 77dd6d19 00000092 OpenServiceA 77dd6dab 0000008d StartServiceA 77dd6e38 000000d4 EnumServicesStatusA 77dd6f0c 000000e6 EnumServicesStatusExA 77dd6ff2 00000093 QueryServiceObjectSecurity 77dd7085 0000016c SetServiceObjectSecurity 77dd71f1 000001b0 ChangeServiceConfigA 77dd73a1 00000103 ChangeServiceConfigW 77dd74a4 000001c2 CreateServiceA 77dd7666 00000110 CreateServiceW 77dd7776 00000087 DeleteService 77dd77fd 000000ce EnumDependentServicesA 77dd78cb 000000ce EnumDependentServicesW 77dd7999 000000b5 GetServiceDisplayNameA 77dd7a4e 000000b6 GetServiceDisplayNameW 77dd7b04 000000b5 GetServiceKeyNameA 77dd7bb9 000000b9 GetServiceKeyNameW 77dd7c72 0000008c LockServiceDatabase 77dd7cfe 000000c0 QueryServiceConfigA 77dd7dbe 000000d8 QueryServiceConfigW 77dd7e96 000000a1 QueryServiceLockStatusA 77dd7f37 000000a1 QueryServiceLockStatusW 77dd7fd8 0000008b UnlockServiceDatabase 77dd8063 00000190 NotifyBootConfigStatus 77dd81f3 000000e1 StartServiceCtrlDispatcherA 77dd82d4 0000033e StartServiceCtrlDispatcherW 77dd8612 000000a8 RegisterServiceCtrlHandlerW 77dd86ba 00000a9e RegisterServiceCtrlHandlerA 77dd9158 00000060 InitiateSystemShutdownW 77dd91b8 0000009b InitiateSystemShutdownA 77dd9253 00000035 AbortSystemShutdownW 77dd9288 00000168 AbortSystemShutdownA 77dd93f0 000000a1 RegCloseKey 77dd9491 00000092 RegCreateKeyA 77dd9523 00000020 RegCreateKeyW 77dd9543 0000016f RegCreateKeyExA 77dd96b2 0000011e RegCreateKeyExW 77dd97d0 00000045 RegFlushKey 77dd9815 0000008c RegOpenKeyA 77dd98a1 0000008d RegOpenKeyW 77dd992e 0000015c RegOpenKeyExA 77dd9a8a 000001d6 RegOpenKeyExW 77dd9c60 0000010c RegConnectRegistryW 77dd9d6c 0000004f RegConnectRegistryA 77dd9dbb 00000086 RegDeleteKeyA 77dd9e41 00000062 RegDeleteKeyW 77dd9ea3 00000086 RegDeleteValueA 77dd9f29 00000062 RegDeleteValueW 77dd9f8b 0000002e RegEnumKeyA 77dd9fb9 0000002e RegEnumKeyW 77dd9fe7 00000133 RegEnumKeyExA 77dda11a 000000e0 RegEnumKeyExW 77dda1fa 00000448 RegEnumValueA 77dda642 000001ec RegEnumValueW 77dda82e 00000115 RegGetKeySecurity 77dda943 0000013e RegSetKeySecurity 77ddaa81 000000e3 RegLoadKeyA 77ddab64 00000086 RegLoadKeyW 77ddabea 00000091 RegUnLoadKeyA 77ddac7b 00000069 RegUnLoadKeyW 77ddace4 0000012b RegReplaceKeyA 77ddae0f 0000009f RegReplaceKeyW 77ddaeae 00000086 RegNotifyChangeKeyValue 77ddaf34 000001da RegQueryInfoKeyA 77ddb10e 0000018c RegQueryInfoKeyW 77ddb29a 0000036d RegQueryMultipleValuesA 77ddb607 0000024d RegQueryMultipleValuesW 77ddb854 000000cd RegQueryValueA 77ddb921 000000cf RegQueryValueW 77ddb9f0 00000276 RegQueryValueExA 77ddbc66 000000f0 RegQueryValueExW 77ddbd56 00000094 RegRestoreKeyA 77ddbdea 0000006c RegRestoreKeyW 77ddbe56 000000b0 RegSaveKeyA 77ddbf06 00000085 RegSaveKeyW 77ddbf8b 0000009c RegSetValueA 77ddc027 000000a6 RegSetValueW 77ddc0cd 000001bd RegSetValueExA 77ddc28a 00000000 RegSetValueExW dll\user32.dbg 77e715df 000002ce TranslateMessageEx 77e718ad 00000042 DefWindowProcA 77e718ef 000001d3 OffsetRect 77e71ac2 0000001c TranslateMessage 77e71ade 00000113 PeekMessageA 77e71bf1 00000062 GetWindowLongA 77e71c53 0000000e GetDC 77e71c61 00000017 ReleaseDC 77e71c78 0000002c GetClientRect 77e71ca4 0000027a DispatchMessageA 77e71f1e 00000252 UpdateWindow 77e72170 00000061 IsWindowVisible 77e721d1 0000000e EndPaint 77e721df 00000040 BeginPaint 77e7221f 0000003e SetRect 77e7225d 000000d0 GetKeyState 77e7232d 00000114 IsWindow 77e72441 00000126 GetWindowRect 77e72567 0000000e InvalidateRect 77e72575 0000004c SendMessageA 77e725c1 00000025 GetSysColor 77e725e6 00000122 GetMessageA 77e72708 00000028 GetWindow 77e72730 0000006b PtInRect 77e7279b 0000001e ClientToScreen 77e727b9 0000000e SetCursor 77e727c7 000000a9 SetScrollInfo 77e72870 0000001d CallWindowProcA 77e7288d 00000083 IntersectRect 77e72910 0000001e ScreenToClient 77e7292e 00000042 GetCursorPos 77e72970 0000006b GetParent 77e729db 00000056 FillRect 77e72a31 00000090 GetFocus 77e72ac1 0000000e WindowFromPoint 77e72acf 0000000c WaitMessage 77e72adb 0000000e GetUpdateRect 77e72ae9 000000ab GetSystemMetrics 77e72b94 00000202 DrawFrameControl 77e72d96 000000ff InflateRect 77e72e95 0000000e ValidateRect 77e72ea3 000000b3 WCSToMBEx 77e72f56 000000ca MBToWCSEx 77e73020 00000099 IsIconic 77e730b9 00000022 IsWindowEnabled 77e730db 000000b3 SendMessageW 77e7318e 0000078f CharUpperW 77e7391d 0000027d EditWndProc 77e73b9a 0000037a GetInputState 77e73f14 000000b8 SetWindowPos 77e73fcc 00000098 GetWindowTextA 77e74064 00000056 GetCapture 77e740ba 0000000e ShowCaret 77e740c8 0000000e HideCaret 77e740d6 000003ae DrawEdge 77e74484 00000062 GetClassLongA 77e744e6 0000001c SetFocus 77e74502 0000015d CharUpperA 77e7465f 00000043 SetWindowTextA 77e746a2 0000000e GetWindowDC 77e746b0 00000012 EnableWindow 77e746c2 000000c7 DrawStateA 77e74789 00000090 SetWindowsHookExA 77e74819 0000000e UnhookWindowsHookEx 77e74827 0000000c GetKeyboardState 77e74833 0000000e SetKeyboardState 77e74841 0000006b SetScrollRange 77e748ac 00000059 PostMessageA 77e74905 0000008c GetAsyncKeyState 77e74991 0000003b MapVirtualKeyA 77e749cc 0000000e ScrollWindowEx 77e749da 00000039 ScrollWindow 77e74a13 0000001c SetTimer 77e74a2f 00000b41 GetWindowTextLengthA 77e75570 000000a1 GetClassNameA 77e75611 0000029f CallNextHookEx 77e758b0 00000118 GetMenuState 77e759c8 0000000e DispatchMessageW 77e759d6 000000f0 PeekMessageW 77e75ac6 00000048 TranslateAcceleratorW 77e75b0e 000000e7 GetWindowLongW 77e75bf5 00000016 SetWindowLongA 77e75c0b 00000598 GetSystemMenu 77e761a3 00000165 GetSubMenu 77e76308 0000001c GetMenuItemCount 77e76324 00000042 CreateWindowExA 77e76366 0000004e GetMenuItemID 77e763b4 00000037 CharUpperBuffW 77e763eb 00000090 CharUpperBuffA 77e7647b 0000000e ShowWindow 77e76489 0000000c GetForegroundWindow 77e76495 0000003b GetTopWindow 77e764d0 0000004d IsCharUpperA 77e7651d 00000871 IsCharLowerA 77e76d8e 00000495 SetScrollPos 77e77223 000007d8 DrawFocusRect 77e779fb 00000116 DrawFrame 77e77b11 000003a2 wvsprintfA 77e77eb3 0000002f wsprintfA 77e77ee2 000000ac GetWindowThreadProcessId 77e77f8e 00000029 DefWindowProcW 77e77fb7 0000003f PostMessageW 77e77ff6 0000000e DestroyWindow 77e78004 00000208 SystemParametersInfoA 77e7820c 0000005d EnableMenuItem 77e78269 0000003a ModifyMenuA 77e782a3 000000f3 GetMenuItemInfoA 77e78396 0000005a GetMenuStringA 77e783f0 0000004e CharLowerW 77e7843e 000001aa DeleteMenu 77e785e8 00000000 LoadMenuIndirectW 77e785e8 00000093 LoadMenuIndirectA 77e7867b 0000016f LoadMenuW 77e787ea 00000033 EnumThreadWindows 77e7881d 00000196 UserClientDllInitialize 77e789b3 0000003f GetPropW 77e789f2 0000001c GetAppCompatFlags 77e78a0e 000003d7 GetMenu 77e78de5 0000000e UserRealizePalette 77e78df3 0000008e IsRectEmpty 77e78e81 00000032 GetKeyboardLayout 77e78eb3 00000189 InsertMenuA 77e7903c 0000001c KillTimer 77e79058 000001d7 ClientThreadSetup 77e7922f 00000025 GetDlgCtrlID 77e79254 00000598 ChangeMenuA 77e797ec 0000025d CheckMenuItem 77e79a49 0000001b LoadCursorW 77e79a64 0000005f LoadCursorA 77e79ac3 0000001c GetQueueStatus 77e79adf 000002d2 SetForegroundWindow 77e79db1 00000021 IsZoomed 77e79dd2 0000006b GetUpdateRgn 77e79e3d 00000016 SetWindowLongW 77e79e53 00000120 GetActiveWindow 77e79f73 00000046 wsprintfW 77e79fb9 00000959 wvsprintfW 77e7a912 0000017f MoveWindow 77e7aa91 0000000c GetCaretBlinkTime 77e7aa9d 00000021 MsgWaitForMultipleObjects 77e7aabe 0000018b MsgWaitForMultipleObjectsEx 77e7ac49 0000005c SetPropW 77e7aca5 00000042 CreateWindowExW 77e7ace7 0000016c LoadStringA 77e7ae53 0000003a VkKeyScanA 77e7ae8d 00000000 DestroyIcon 77e7ae8d 00000752 DestroyCursor 77e7b5df 000006e3 DrawTextExW 77e7bcc2 0000017d DrawTextA 77e7be3f 000008df LookupIconIdFromDirectoryEx 77e7c71e 00000035 RegisterClassA 77e7c753 0000001b LoadIconW 77e7c76e 0000006d LoadIconA 77e7c7db 000000fa SystemParametersInfoW 77e7c8d5 00000676 GetSysColorBrush 77e7cf4b 00000022 LoadStringW 77e7cf6d 000000c7 GetClassInfoA 77e7d034 00000010 GetDesktopWindow 77e7d044 0000000e SetCapture 77e7d052 0000008a ReleaseCapture 77e7d0dc 000000da RemovePropW 77e7d1b6 00000008 CloseClipboard 77e7d1be 00000029 OpenClipboard 77e7d1e7 00000160 IsClipboardFormatAvailable 77e7d347 00000029 RedrawWindow 77e7d370 00000077 DrawCaptionTempW 77e7d3e7 00000036 IsCharLowerW 77e7d41d 00000075 GetWindowWord 77e7d492 00000026 AdjustWindowRect 77e7d4b8 0000000d CharNextA 77e7d4c5 0000004d IsCharAlphaNumericA 77e7d512 0000004f IsCharAlphaA 77e7d561 00000448 GetScrollRange 77e7d9a9 0000003c LoadBitmapA 77e7d9e5 00000015 InvalidateRgn 77e7d9fa 0000004e ScrollDC 77e7da48 00000039 CharToOemA 77e7da81 000002ac BringWindowToTop 77e7dd2d 00000043 CharLowerBuffW 77e7dd70 00000095 UnregisterClassA 77e7de05 0000000e RemoveMenu 77e7de13 00000027 ExcludeUpdateRgn 77e7de3a 00000422 GetScrollPos 77e7e25c 0000000e WindowFromDC 77e7e26a 00000159 CharNextW 77e7e3c3 0000053d DrawIconEx 77e7e900 00000141 MapWindowPoints 77e7ea41 0000000e DeferWindowPos 77e7ea4f 000000c9 GetScrollInfo 77e7eb18 00000017 BeginDeferWindowPos 77e7eb2f 0000000e EndDeferWindowPos 77e7eb3d 00000020 SetMenu 77e7eb5d 0000001e FrameRect 77e7eb7b 0000006b GetKeyNameTextA 77e7ebe6 0000000e SetWindowWord 77e7ebf4 0000000e DrawMenuBar 77e7ec02 00000435 SetMenuDefaultItem 77e7f037 00000218 PrivateExtractIconsW 77e7f24f 000003c5 CreateIconFromResourceEx 77e7f614 00000035 AppendMenuA 77e7f649 00000008 DestroyCaret 77e7f651 00000012 SetCaretPos 77e7f663 00000354 CreateCaret 77e7f9b7 0000000e SetParent 77e7f9c5 00000e8c GetDlgItem 77e80851 00000031 EqualRect 77e80882 00000008 InSendMessage 77e8088a 000001a9 CallWindowProcW 77e80a33 00000058 DestroyMenu 77e80a8b 000000c4 UnionRect 77e80b4f 0000000e AttachThreadInput 77e80b5d 000004c0 IsChild 77e8101d 000004e9 DrawStateW 77e81506 00000033 GetMessageW 77e81539 0000000e GetUserObjectInformationW 77e81547 00000049 GetThreadDesktop 77e81590 0000000c GetProcessWindowStation 77e8159c 000001cc RegisterClassW 77e81768 0000000e SetConsoleReserveKeys 77e81776 00000322 ActivateKeyboardLayout 77e81a98 0000005c RegisterClipboardFormatA 77e81af4 00000055 GetClassInfoW 77e81b49 0000002b RegisterWindowMessageW 77e81b74 00001888 RegisterClipboardFormatW 77e833fc 000000fe CallMsgFilterW 77e834fa 000003cf IsDialogMessageW 77e838c9 00000051 GetCursor 77e8391a 000001a6 DefDlgProcA 77e83ac0 000001a3 DefFrameProcA 77e83c63 0000044f CreateDialogIndirectParamAorW 77e840b2 0000001a DefMDIChildProcA 77e840cc 0000001d CreateDialogIndirectParamA 77e840e9 00000ed0 GetMessageTime 77e84fb9 00000000 IsDialogMessage 77e84fb9 000000b5 IsDialogMessageA 77e8506e 000003ef GetWindowTextW 77e8545d 000002dd SendDlgItemMessageA 77e8573a 00000020 LoadAcceleratorsA 77e8575a 00000000 TranslateAcceleratorA 77e8575a 00000065 TranslateAccelerator 77e857bf 00000085 TranslateMDISysAccel 77e85844 00000028 LoadMenuA 77e8586c 00000025 PostThreadMessageA 77e85891 00000027 IsDlgButtonChecked 77e858b8 000006ce CheckDlgButton 77e85f86 000004fe LockWindowUpdate 77e86484 0000002e CharPrevA 77e864b2 000001e5 GetLastActivePopup 77e86697 000000aa OemToCharA 77e86741 0000001c InsertMenuItemA 77e8675d 00000008 CreateMenu 77e86765 00000008 CreatePopupMenu 77e8676d 00000039 GetShellWindow 77e867a6 00000045 CharPrevW 77e867eb 00000043 IsCharAlphaW 77e8682e 000000fa SendNotifyMessageW 77e86928 00000041 DrawTextW 77e86969 0000012b GetClipboardFormatNameA 77e86a94 0000018c SetClipboardData 77e86c20 00000008 EmptyClipboard 77e86c28 000004c0 GetClipboardData 77e870e8 00000054 RegisterWindowMessageA 77e8713c 0000005e LoadImageW 77e8719a 00000029 CopyImage 77e871c3 0000001c SetMenuItemInfoW 77e871df 0000003f SetMenuItemBitmaps 77e8721e 00000020 DrawIcon 77e8723e 00000016 EnumWindows 77e87254 0000003c EnumChildWindows 77e87290 000000b2 SendMessageTimeoutA 77e87342 000000b8 SetRectEmpty 77e873fa 0000006c UnregisterClassW 77e87466 0000005c PostQuitMessage 77e874c2 0000013d GetWindowPlacement 77e875ff 000000e8 WinHelpA 77e876e7 0000005e FindWindowExW 77e87745 00000039 GetClipboardOwner 77e8777e 00000324 GetDoubleClickTime 77e87aa2 0000009d SetActiveWindow 77e87b3f 000002d5 CreateMDIWindowA 77e87e14 0000030c InsertMenuItemW 77e88120 0000005b SetSystemMenu 77e8817b 0000004d GetPropA 77e881c8 00000050 WaitForInputIdle 77e88218 0000000e ShowCursor 77e88226 00000389 InvertRect 77e885af 00000017 IsMenu 77e885c6 0000000c GetOpenClipboardWindow 77e885d2 0000001a CountClipboardFormats 77e885ec 00000047 GetClassNameW 77e88633 00000014 CopyAcceleratorTableW 77e88647 0000000e ReplyMessage 77e88655 0000000e MessageBeep 77e88663 00000029 RegisterClassExA 77e8868c 00000014 MapVirtualKeyW 77e886a0 00000058 OemKeyScan 77e886f8 00000041 OemToCharBuffW 77e88739 00000725 VkKeyScanW 77e88e5e 000000a9 ChangeClipboardChain 77e88f07 00000013 ValidateRgn 77e88f1a 0000001f GetMenuCheckMarkDimensions 77e88f39 0000040e CharLowerBuffA 77e89347 00000024 GetCursorInfo 77e8936b 00000264 EndDialog 77e895cf 00000087 CharLowerA 77e89656 00000033 LoadImageA 77e89689 00000db6 SetClipboardViewer 77e8a43f 00000045 GetMessagePos 77e8a484 0000008d FindWindowExA 77e8a511 0000007f FindWindowA 77e8a590 00000172 MessageBoxA 77e8a702 0000078c SoftModalMessageBox 77e8ae8e 00000311 MessageBoxExW 77e8b19f 000002d0 MessageBoxExA 77e8b46f 0000074d ChildWindowFromPointEx 77e8bbbc 00000014 SetMessageQueue 77e8bbd0 00000015 EnumClipboardFormats 77e8bbe5 0000009e GetMenuItemInfoW 77e8bc83 00000071 SendMessageCallbackW 77e8bcf4 00000019 PostThreadMessageW 77e8bd0d 000003a9 InsertMenuW 77e8c0b6 0000010e FindWindowW 77e8c1c4 00000045 RemovePropA 77e8c209 000001cd DialogBoxIndirectParamAorW 77e8c3d6 00000089 ShowStartGlass 77e8c45f 00000016 GetIconInfo 77e8c475 0000010a SetPropA 77e8c57f 0000013e MapDialogRect 77e8c6bd 00000020 UnhookWindowsHook 77e8c6dd 00000012 SetWindowsHookA 77e8c6ef 0000d676 CreateAcceleratorTableA 77e99d65 000000cb LoadAcceleratorsW 77e99e30 00000079 GetClassLongW 77e99ea9 0000015b GetMenuDefaultItem 77e9a004 0000003a ModifyMenuW 77e9a03e 0000000e SetTaskmanWindow 77e9a04c 00000600 EnumDisplaySettingsW 77e9a64c 00000029 DefDlgProcW 77e9a675 000000e1 SendNotifyMessageA 77e9a756 000001ef UserRegisterWowHandlers 77e9a945 00000118 DdeInitializeW 77e9aa5d 0000002b CreateWindowStationW 77e9aa88 00000023 RegisterClassExW 77e9aaab 000000f6 PrivateExtractIconExW 77e9aba1 000000d0 GetTaskmanWindow 77e9ac71 00000017 RegisterLogonProcess 77e9ac88 00000449 SetClassLongW 77e9b0d1 000000e7 DdeCreateStringHandleW 77e9b1b8 000000f6 CharToOemBuffA 77e9b2ae 00000036 GetKeyboardLayoutNameA 77e9b2e4 00000463 SetWindowsHookW 77e9b747 000001fd RegisterServicesProcess 77e9b944 00000190 LoadRemoteFonts 77e9bad4 00000035 AppendMenuW 77e9bb09 0000016e LoadKeyboardLayoutW 77e9bc77 000001a1 RegisterShellHookWindow 77e9be18 0000012d SubtractRect 77e9bf45 00000035 SetUserObjectSecurity 77e9bf7a 0000003f CreateDesktopW 77e9bfb9 00000132 DialogBoxParamW 77e9c0eb 00000063 GetClassInfoExW 77e9c14e 000000c4 SetWindowTextW 77e9c212 00000225 CreateIconIndirect 77e9c437 00000037 SendDlgItemMessageW 77e9c46e 0000004e UpdatePerUserSystemParameters 77e9c4bc 0000003a GetDlgItemTextW 77e9c4f6 0000001f PaintDesktop 77e9c515 0000001a SetWindowsHookExW 77e9c52f 000001fd RegisterHotKey 77e9c72c 00000191 SetWindowStationUser 77e9c8bd 00000034 AdjustWindowRectEx 77e9c8f1 000003d3 CreateDialogParamW 77e9ccc4 00000015 LoadBitmapW 77e9ccd9 00000232 DdeNameService 77e9cf0b 0000000a LoadLocalFonts 77e9cf15 00000022 SetDlgItemTextW 77e9cf37 0000000e SetShellWindowEx 77e9cf45 0000000e SetProcessWindowStation 77e9cf53 00000046 LockWindowStation 77e9cf99 0000001c UnlockWindowStation 77e9cfb5 0000000e SetWindowPlacement 77e9cfc3 00000046 SwitchDesktop 77e9d009 0000000e CloseWindowStation 77e9d017 0000001c CloseDesktop 77e9d033 0000000e SetThreadDesktop 77e9d041 00000227 SetLogonNotifyWindow 77e9d268 0000011d BroadcastSystemMessageW 77e9d385 00000015 LoadCursorFromFileW 77e9d39a 00000f66 LoadCursorFromFileA 77e9e300 000002ea DdeEnableCallback 77e9e5ea 000003ea GetClassWord 77e9e9d4 00000019 EnumDesktopWindows 77e9e9ed 00000014 EnumPropsA 77e9ea01 00000014 EnumPropsW 77e9ea15 00000016 EnumPropsExA 77e9ea2b 000002f3 EnumPropsExW 77e9ed1e 00000014 EnumWindowStationsA 77e9ed32 00000014 EnumWindowStationsW 77e9ed46 00000016 EnumDesktopsA 77e9ed5c 00000016 EnumDesktopsW 77e9ed72 0000006f ChildWindowFromPoint 77e9ede1 00000099 CopyIcon 77e9ee7a 00000012 SetDeskWallpaper 77e9ee8c 00000058 ToAscii 77e9eee4 000000a1 ToAsciiEx 77e9ef85 00000014 GetDCEx 77e9ef99 000002d9 SwitchToThisWindow 77e9f272 00000029 GrayStringA 77e9f29b 00000029 GrayStringW 77e9f2c4 00000033 GetUserObjectSecurity 77e9f2f7 00000078 GetUserObjectInformationA 77e9f36f 0000010d CreateWindowStationA 77e9f47c 00000041 OpenWindowStationA 77e9f4bd 00000028 OpenWindowStationW 77e9f4e5 00000120 CreateDesktopA 77e9f605 00000044 OpenDesktopA 77e9f649 0000004c OpenDesktopW 77e9f695 0000000e ArrangeIconicWindows 77e9f6a3 00000018 CascadeChildWindows 77e9f6bb 0000001c CloseWindow 77e9f6d7 00000012 FlashWindow 77e9f6e9 0000001f GetDialogBaseUnits 77e9f708 00000008 GetInputDesktop 77e9f710 0000000e GetKeyboardType 77e9f71e 00000012 KillSystemTimer 77e9f730 0000000e OpenIcon 77e9f73e 00000010 SetShellWindow 77e9f74e 00000034 GetProgmanWindow 77e9f782 0000000e SetProgmanWindow 77e9f790 00000012 SetWindowContextHelpId 77e9f7a2 0000000e GetWindowContextHelpId 77e9f7b0 00000012 RegisterSystemThread 77e9f7c2 0000000e SetCaretBlinkTime 77e9f7d0 00000012 SetCursorPos 77e9f7e2 0000000e SetDoubleClickTime 77e9f7f0 00000012 ShowOwnedPopups 77e9f802 0000000e SwapMouseButton 77e9f810 00000018 TileChildWindows 77e9f828 0000000e DeregisterShellHookWindow 77e9f836 0000005c GetWindowRgn 77e9f892 00000072 LoadKeyboardLayoutEx 77e9f904 00000047 LoadKeyboardLayoutA 77e9f94b 0000000c PrivateKDBreakPoint 77e9f957 00000023 SendMessageTimeoutW 77e9f97a 0000003e GetWindowTextLengthW 77e9f9b8 000003cd GetMenuStringW 77e9fd85 0000003b MenuWindowProcW 77e9fdc0 000000ea MenuWindowProcA 77e9feaa 00000008 GetMessageExtraInfo 77e9feb2 0000000e SetMessageExtraInfo 77e9fec0 00000012 CreateAcceleratorTableW 77e9fed2 0000001d DialogBoxIndirectParamA 77e9feef 0000001d DialogBoxIndirectParamW 77e9ff0c 0000001d CreateDialogIndirectParamW 77e9ff29 00000071 DialogBoxParamA 77e9ff9a 000002c5 CreateDialogParamA 77ea025f 00000061 CreateCursor 77ea02c0 00000057 CreateIcon 77ea0317 00000056 LookupIconIdFromDirectory 77ea036d 00000308 CreateIconFromResource 77ea0675 00000062 DlgDirSelectComboBoxExA 77ea06d7 0000005a DlgDirSelectComboBoxExW 77ea0731 00000093 DlgDirListComboBoxA 77ea07c4 0000002f DlgDirListComboBoxW 77ea07f3 000000a2 DdeConnect 77ea0895 00000245 DdeConnectList 77ea0ada 000006b3 DdeReconnect 77ea118d 00000139 DdeQueryNextServer 77ea12c6 0000007c DdeDisconnect 77ea1342 00001055 DdeDisconnectList 77ea2397 00000014 GetClipboardFormatNameW 77ea23ab 00000014 GetKeyNameTextW 77ea23bf 00000022 GetKeyboardLayoutNameW 77ea23e1 00000054 MapVirtualKeyExW 77ea2435 00000012 VkKeyScanExW 77ea2447 0000006f EnumDisplayDevicesW 77ea24b6 00000020 ChangeDisplaySettingsW 77ea24d6 0000007b ChangeDisplaySettingsExW 77ea2551 00000178 RealGetWindowClassW 77ea26c9 00000012 ExitWindowsEx 77ea26db 0000010c EndTask 77ea27e7 000002d3 DrawTextExA 77ea2aba 00000026 TabbedTextOutW 77ea2ae0 00000067 TabbedTextOutA 77ea2b47 00000021 GetTabbedTextExtentW 77ea2b68 00000063 GetTabbedTextExtentA 77ea2bcb 00000023 DdeInitializeA 77ea2bee 0000012c DdeUninitialize 77ea2d1a 00000039 DdeGetLastError 77ea2d53 000011ae DdeImpersonateClient 77ea3f01 00000062 PackDDElParam 77ea3f63 0000009a UnpackDDElParam 77ea3ffd 00000049 FreeDDElParam 77ea4046 000000d9 ReuseDDElParam 77ea411f 00000077 SetDlgItemInt 77ea4196 0000012c GetDlgItemInt 77ea42c2 000000bc CheckRadioButton 77ea437e 00000044 GetNextDlgTabItem 77ea43c2 00003050 GetNextDlgGroupItem 77ea7412 00000054 PrivateExtractIconExA 77ea7466 000005f4 PrivateExtractIconsA 77ea7a5a 000001e7 DdeCreateDataHandle 77ea7c41 00000132 DdeAddData 77ea7d73 00000145 DdeGetData 77ea7eb8 0000006d DdeAccessData 77ea7f25 0000003d DdeUnaccessData 77ea7f62 0000071d DdeFreeDataHandle 77ea867f 000001eb WinHelpW 77ea886a 0000001e DdeCreateStringHandleA 77ea8888 00000026 DdeQueryStringA 77ea88ae 0000010e DdeQueryStringW 77ea89bc 0000008f DdeFreeStringHandle 77ea8a4b 00000088 DdeKeepStringHandle 77ea8ad3 0000015f DdeCmpStringHandles 77ea8c32 0000212b GetKBCodePage 77eaad5d 00000092 DlgDirListA 77eaadef 00000173 DlgDirListW 77eaaf62 00000062 DlgDirSelectExA 77eaafc4 00000e58 DlgDirSelectExW 77eabe1c 0000013b ScrollChildren 77eabf57 00000204 CascadeWindows 77eac15b 00000354 TileWindows 77eac4af 00000058 CreateMDIWindowW 77eac507 0000001d DefFrameProcW 77eac524 0000001a DefMDIChildProcW 77eac53e 0000001c SetMenuItemInfoA 77eac55a 00000091 ChangeMenuW 77eac5eb 0000001c GetMenuContextHelpId 77eac607 0000001d TrackPopupMenu 77eac624 00000334 DrawMenuBarTemp 77eac958 0000001a MessageBoxW 77eac972 000000d9 MessageBoxIndirectA 77eaca4b 00000032 MessageBoxIndirectW 77eaca7d 000000da MB_GetString 77eacb57 000000c9 SetSysColors 77eacc20 00000078 SetWinEventHook 77eacc98 0000000c UnhookWinEvent 77eacca4 00000026 NotifyWinEvent 77eaccca 00000000 GetWindowModuleFileName 77eaccca 00000005 GetWindowModuleFileNameA 77eacccf 00000005 GetWindowModuleFileNameW 77eaccd4 00000050 DrawCaption 77eacd24 00000028 SetWindowRgn 77eacd4c 00000020 InternalGetWindowText 77eacd6c 0000002c ToUnicode 77eacd98 0000002d ToUnicodeEx 77eacdc5 00000032 SetSystemCursor 77eacdf7 0000001b GetKeyboardLayoutList 77eace12 0000003f mouse_event 77eace51 0000037a keybd_event 77ead1cb 00000042 OemToCharBuffA 77ead20d 0000003e CharToOemW 77ead24b 00000040 CharToOemBuffW 77ead28b 00000037 OemToCharW 77ead2c2 000000f1 SetSysColorsTemp 77ead3b3 00001a9f SetLastErrorEx 77eaee52 00000029 CharNextExA 77eaee7b 0000025c CharPrevExA 77eaf0d7 00000050 AnyPopup 77eaf127 00000022 IsWindowUnicode 77eaf149 0000000e IsHungAppWindow 77eaf157 00000042 IsCharUpperW 77eaf199 00000039 IsCharAlphaNumericW 77eaf1d2 0000063d DdeClientTransaction 77eaf80f 000001dc DdeQueryConvInfo 77eaf9eb 000000b5 DdeSetUserHandle 77eafaa0 0000015f DdeAbandonTransaction 77eafbff 00000391 DdePostAdvise 77eaff90 00000033 GetDlgItemTextA 77eaffc3 00000064 SetDlgItemTextA 77eb0027 00000000 BroadcastSystemMessageA 77eb0027 0000001d BroadcastSystemMessage 77eb0044 00000056 CopyAcceleratorTableA 77eb009a 0000008f GetClassInfoExA 77eb0129 00000095 MapVirtualKeyExA 77eb01be 000000c4 SetClassLongA 77eb0282 0000002b SendMessageCallbackA 77eb02ad 00000077 VkKeyScanExA 77eb0324 000000bd EnumDisplayDevicesA 77eb03e1 000001a6 EnumDisplaySettingsA 77eb0587 00000020 ChangeDisplaySettingsA 77eb05a7 0000008b ChangeDisplaySettingsExA 77eb0632 00000000 CallMsgFilter 77eb0632 000000ab CallMsgFilterA 77eb06dd 000000a4 DrawCaptionTempA 77eb0781 00000000 RealGetWindowClass 77eb0781 00000099 RealGetWindowClassA 77eb081a 0000000e CheckMenuRadioItem 77eb0828 0000000e ClipCursor 77eb0836 0000000e DdeGetQualityOfService 77eb0844 0000000e DdeSetQualityOfService 77eb0852 0000000e DestroyAcceleratorTable 77eb0860 0000000e DragDetect 77eb086e 0000000e DragObject 77eb087c 0000002a DrawAnimatedRects 77eb08a6 0000000e EnableScrollBar 77eb08b4 000001a2 EndMenu 77eb0a56 0000000e FullScreenControl 77eb0a64 0000000e GetAncestor 77eb0a72 0000000e GetCaretPos 77eb0a80 0000000e GetClipCursor 77eb0a8e 0000001a GetClipboardViewer 77eb0aa8 0000000e GetGUIThreadInfo 77eb0ab6 0000002a GetInternalWindowPos 77eb0ae0 0000000e GetMenuItemRect 77eb0aee 0000000e GetPriorityClipboardFormat 77eb0afc 0000000e HiliteMenuItem 77eb0b0a 0000001c ImpersonateDdeClientWindow 77eb0b26 0000002a MenuItemFromPoint 77eb0b50 0000001c OpenInputDesktop 77eb0b6c 0000000e QuerySendMessage 77eb0b7a 0000000e RealChildWindowFromPoint 77eb0b88 0000000e RegisterTasklist 77eb0b96 0000000e SendInput 77eb0ba4 0000000e SetClassWord 77eb0bb2 0000000e SetCursorContents 77eb0bc0 0000000e SetDebugErrorLevel 77eb0bce 0000000e SetInternalWindowPos 77eb0bdc 0000000e SetMenuContextHelpId 77eb0bea 00000000 SetUserObjectInformationW 77eb0bea 0000002a SetUserObjectInformationA 77eb0c14 0000002a SetSystemTimer 77eb0c3e 0000000e ShowScrollBar 77eb0c4c 0000001c ShowWindowAsync 77eb0c68 0000000e TrackMouseEvent 77eb0c76 0000001c TrackPopupMenuEx 77eb0c92 0000000e UnloadKeyboardLayout 77eb0ca0 0000002a UnregisterHotKey 77eb0cca 00000000 CopyRect dll\gdi32.dbg 77ed1000 000001b4 SelectObject 77ed11b4 000000dc SetTextColor 77ed1290 0000031f SetBkColor 77ed15af 0000006a GdiGetCodePage 77ed1619 000000d4 SetBkMode 77ed16ed 00000526 PolyPatBlt 77ed1c13 00000042 ExtTextOutA 77ed1c55 00000269 DeleteObject 77ed1ebe 000005c6 BitBlt 77ed2484 000002bc TextOutW 77ed2740 00000030 CreateFontIndirectW 77ed2770 000000ce SetViewportOrgEx 77ed283e 00000026 GetTextExtentPointA 77ed2864 00000172 PatBlt 77ed29d6 000001b1 IntersectClipRect 77ed2b87 0000015e TextOutA 77ed2ce5 00000111 CreateRectRgn 77ed2df6 00000149 GetClipBox 77ed2f3f 00000053 GetTextColor 77ed2f92 000000e0 RestoreDC 77ed3072 00000072 SaveDC 77ed30e4 0000006d GetWindowExtEx 77ed3151 0000007a GetViewportExtEx 77ed31cb 0000017c GetCurrentObject 77ed3347 00000028 GetTextExtentPointW 77ed336f 000000de CreatePen 77ed344d 00000010 RectVisible 77ed345d 000002ae ExtSelectClipRgn 77ed370b 000000fa CreateCompatibleBitmap 77ed3805 00000187 ExtTextOutW 77ed398c 0000000b GdiFlush 77ed3997 0000008e SelectPalette 77ed3a25 00000053 GetTextCharacterExtra 77ed3a78 00000100 SetTextCharacterExtra 77ed3b78 00000011 DeleteDC 77ed3b89 00000044 CreateCompatibleDC 77ed3bcd 000003ee CombineRgn 77ed3fbb 00000096 GetBkColor 77ed4051 00000125 GdiGetCharDimensions 77ed4176 00000017 CreateRectRgnIndirect 77ed418d 00000114 OffsetRgn 77ed42a1 000000e4 SetTextAlign 77ed4385 00000270 GetDeviceCaps 77ed45f5 0000002a GetStockObject 77ed461f 0000012f GetObjectA 77ed474e 00000122 GetObjectType 77ed4870 000000be CreateFontIndirectA 77ed492e 00000012 SelectClipRgn 77ed4940 0000013b SetROP2 77ed4a7b 0000046b GetTextMetricsA 77ed4ee6 00000077 RealizePalette 77ed4f5d 0000030b SetRectRgn 77ed5268 0000014c SetBrushOrgEx 77ed53b4 00000054 CreateBitmap 77ed5408 00000068 GdiDllInitialize 77ed5470 00000033 GdiConvertAndCheckDC 77ed54a3 000000a4 SetMapMode 77ed5547 00000168 SetWindowOrgEx 77ed56af 00000050 UnrealizeObject 77ed56ff 00000012 GetClipRgn 77ed5711 000000e9 SetStretchBltMode 77ed57fa 00000085 GetObjectW 77ed587f 0000016f CreateDIBitmap 77ed59ee 0000006d GetWindowOrgEx 77ed5a5b 000000af GetRgnBox 77ed5b0a 000000ee MoveToEx 77ed5bf8 000000c0 LineTo 77ed5cb8 00000081 CreateBrushIndirect 77ed5d39 000000a6 Polyline 77ed5ddf 00000066 GetMapMode 77ed5e45 00000050 GetHFONT 77ed5e95 00000020 CreateSolidBrush 77ed5eb5 000000a3 GetNearestColor 77ed5f58 0000000e GetTextCharsetInfo 77ed5f66 0000003d GetTextCharset 77ed5fa3 0000015b SetDIBitsToDevice 77ed60fe 000000ff SetDIBits 77ed61fd 000000a2 LPtoDP 77ed629f 000000a7 DPtoLP 77ed6346 0000006a GetDIBits 77ed63b0 00000146 SetWindowExtEx 77ed64f6 00000093 GetTextMetricsW 77ed6589 000000c4 Rectangle 77ed664d 00000124 SetViewportExtEx 77ed6771 0000020d GetTextFaceA 77ed697e 000000e0 StretchDIBits 77ed6a5e 0000001a GetTextExtentPoint32A 77ed6a78 00000026 GetDIBColorTable 77ed6a9e 00000024 FixBrushOrgEx 77ed6ac2 00000273 SetBitmapBits 77ed6d35 000000d2 DeleteMetaFile 77ed6e07 00000e55 PlayMetaFileRecord 77ed7c5c 00000091 GetGraphicsMode 77ed7ced 0000002e CreatePalette 77ed7d1b 00000022 CreatePatternBrush 77ed7d3d 0000044d Polygon 77ed818a 0000001e GetCharWidthA 77ed81a8 0000002e GdiFixUpHandle 77ed81d6 0000009c ExcludeClipRect 77ed8272 0000005d SetMetaFileBitsEx 77ed82cf 00000022 EnumMetaFile 77ed82f1 000000b5 OffsetViewportOrgEx 77ed83a6 00000014 CreatePenIndirect 77ed83ba 000000c7 CreateMetaFileW 77ed8481 00000372 CloseMetaFile 77ed87f3 000005d3 CreateMetaFileA 77ed8dc6 00000049 GetMetaFileBitsEx 77ed8e0f 0000005f InvertRgn 77ed8e6e 00000050 CreateDIBPatternBrush 77ed8ebe 0000010e CreateFontA 77ed8fcc 0000007b GdiConsoleTextOut 77ed9047 0000001a CreateICW 77ed9061 0000065f GdiProcessSetup 77ed96c0 0000001c EnumFontFamiliesA 77ed96dc 00000030 GetPixel 77ed970c 0000004e SetPixel 77ed975a 00000051 FillRgn 77ed97ab 000002c2 GetBrushOrgEx 77ed9a6d 000000e5 GetPaletteEntries 77ed9b52 000000b1 GetCurrentPositionEx 77ed9c03 00000050 GetBkMode 77ed9c53 00000095 SetTextJustification 77ed9ce8 00000074 GetTextFaceW 77ed9d5c 00000019 CreatePolygonRgn 77ed9d75 0000001c GetCharWidthInfo 77ed9d91 00000197 Escape 77ed9f28 00000093 StretchBlt 77ed9fbb 0000001e GetRasterizerCaps 77ed9fd9 0000006d GetViewportOrgEx 77eda046 0000001e CreateDIBPatternBrushPt 77eda064 00000064 GdiValidateHandle 77eda0c8 00000022 GetBitmapBits 77eda0ea 0000007c CreateDIBSection 77eda166 0000001a CreateICA 77eda180 00000046 PaintRgn 77eda1c6 000000b8 OffsetWindowOrgEx 77eda27e 0000032c GetCharWidth32A 77eda5aa 000002f0 GetOutlineTextMetricsA 77eda89a 00000014 PlayMetaFile 77eda8ae 00000429 CreateHalftonePalette 77edacd7 000002e3 bInitSystemAndFontsDirectoriesW 77edafba 000000da cGetTTFFromFOT 77edb094 0000014e bMakePathNameW 77edb1e2 0000005d GdiAddFontResourceW 77edb23f 0000008a AddFontResourceA 77edb2c9 000000dc TranslateCharsetInfo 77edb3a5 00000080 EnumFontsA 77edb425 0000005f RemoveFontResourceW 77edb484 00000096 RemoveFontResourceA 77edb51a 0000039f SetPolyFillMode 77edb8b9 00000467 GdiConvertMetaFilePict 77edbd20 0000033f CreateEnhMetaFileW 77edc05f 00000680 GdiCreateLocalEnhMetaFile 77edc6df 00000110 GetPixelFormat 77edc7ef 00000084 SetGraphicsMode 77edc873 0000013e CloseEnhMetaFile 77edc9b1 00000219 SetWinMetaFileBits 77edcbca 0000081f DeleteEnhMetaFile 77edd3e9 00000028 GetRandomRgn 77edd411 0000003a GetArcDirection 77edd44b 000001e8 RoundRect 77edd633 0000001c GetSystemPaletteEntries 77edd64f 0000001a CreateDCA 77edd669 00000098 ExtEscape 77edd701 0000006d Pie 77edd76e 00000051 Ellipse 77edd7bf 00000012 GetDCOrgEx 77edd7d1 00000048 GdiCleanCacheDC 77edd819 00000031 SetPaletteEntries 77edd84a 00000033 AnimatePalette 77edd87d 0000000e GdiGetSpoolMessage 77edd88b 00006e00 GetTransform 77ee468b 0000000c GdiInitSpool 77ee4697 0000002d GdiSetBatchLimit 77ee46c4 0000000c SetFontEnumeration 77ee46d0 00000006 GdiQueryTable 77ee46d6 0000001e EnumFontFamiliesW 77ee46f4 0000001a CreateDCW 77ee470e 00000028 GetTextExtentPoint32W 77ee4736 000004af GdiEntry2 77ee4be5 000000a3 GdiEntry1 77ee4c88 0000004f GdiEntry3 77ee4cd7 00000104 CopyMetaFileW 77ee4ddb 0000004f GdiEntry13 77ee4e2a 00000135 CreateBitmapIndirect 77ee4f5f 000000ec ScaleViewportExtEx 77ee504b 000000ec ScaleWindowExtEx 77ee5137 0000001c SetVirtualResolution 77ee5153 00000015 GetWorldTransform 77ee5168 000000df ModifyWorldTransform 77ee5247 00000012 SetWorldTransform 77ee5259 00000014 CombineTransform 77ee526d 0000007c OffsetClipRgn 77ee52e9 00000052 SetMetaRgn 77ee533b 00000033 SetMapperFlags 77ee536e 00000010 SetSystemPaletteUse 77ee537e 00000018 SetArcDirection 77ee5396 000000c7 SetMiterLimit 77ee545d 00000018 GetBoundsRect 77ee5475 00000018 SetBoundsRect 77ee548d 000000a0 CancelDC 77ee552d 000000af SetColorAdjustment 77ee55dc 00000012 GetAspectRatioFilterEx 77ee55ee 00000010 GetMiterLimit 77ee55fe 0000000c GetSystemPaletteUse 77ee560a 00000299 GetCharacterPlacementA 77ee58a3 00000061 GetCharWidthFloatA 77ee5904 0000001b GetCharWidthFloatW 77ee591f 0000001b GetCharWidthW 77ee593a 0000001b GetCharWidth32W 77ee5955 0000033d GetTextExtentExPointA 77ee5c92 0000001b GetCharABCWidthsA 77ee5cad 00000053 GetCharABCWidthsFloatA 77ee5d00 0000001b GetCharABCWidthsW 77ee5d1b 0000001b GetCharABCWidthsFloatW 77ee5d36 0000006d GetFontData 77ee5da3 0000011b GetGlyphOutlineW 77ee5ebe 00000000 GetGlyphOutline 77ee5ebe 00000023 GetGlyphOutlineA 77ee5ee1 00000023 GetGlyphOutlineWow 77ee5f04 0000001e GetOutlineTextMetricsW 77ee5f22 0000002c GetKerningPairsW 77ee5f4e 00000000 GetKerningPairs 77ee5f4e 0000021b GetKerningPairsA 77ee6169 00000010 GetColorAdjustment 77ee6179 0000040d GetETM 77ee6586 0000008f GdiEntry4 77ee6615 00000022 GdiEntry5 77ee6637 00000013 GdiEntry6 77ee664a 0000000f GdiEntry7 77ee6659 0000000f GdiEntry8 77ee6668 0000007c GdiEntry9 77ee66e4 00000020 GdiEntry10 77ee6704 00000005 GdiEntry11 77ee6709 00000005 GdiEntry12 77ee670e 00000001 GdiEntry14 77ee670f 00000122 GdiEntry15 77ee6831 0000001e EnumFontsW 77ee684f 0000003e EnumFontFamiliesExW 77ee688d 0000003b EnumFontFamiliesExA 77ee68c8 000000f2 GetFontResourceInfoW 77ee69ba 000001b9 AddFontResourceTracking 77ee6b73 00000085 RemoveFontResourceTracking 77ee6bf8 0000000e UnloadNetworkFonts 77ee6c06 0000000e AddFontResourceW 77ee6c14 000004d9 CreateScalableFontResourceA 77ee70ed 00000122 CreateScalableFontResourceW 77ee720f 00000005 SetICMMode 77ee7214 00000005 CreateColorSpaceA 77ee7219 00000005 CreateColorSpaceW 77ee721e 00000005 DeleteColorSpace 77ee7223 00000005 SetColorSpace 77ee7228 00000005 GetColorSpace 77ee722d 00000005 GetLogColorSpaceA 77ee7232 00000005 GetLogColorSpaceW 77ee7237 00000005 CheckColorsInGamut 77ee723c 00000005 ColorMatchToTarget 77ee7241 0000000c GetICMProfileA 77ee724d 0000000c GetICMProfileW 77ee7259 0000000c SetICMProfileA 77ee7265 0000000c SetICMProfileW 77ee7271 00000005 EnumICMProfilesA 77ee7276 00000005 EnumICMProfilesW 77ee727b 00000005 GetDeviceGammaRamp 77ee7280 00000005 SetDeviceGammaRamp 77ee7285 00000000 UpdateICMRegKey 77ee7285 0000000c UpdateICMRegKeyA 77ee7291 0000000c UpdateICMRegKeyW 77ee729d 00000018 SetRelAbs 77ee72b5 00000013 GetFontLanguageInfo 77ee72c8 00000051 GetROP2 77ee7319 00000050 GetPolyFillMode 77ee7369 00000050 GetStretchBltMode 77ee73b9 00000053 GetTextAlign 77ee740c 00000030 GetRelAbs 77ee743c 0000011f LineDDA 77ee755b 00000052 GdiIsMetaFileDC 77ee75ad 00000049 GdiIsMetaPrintDC 77ee75f6 00000007 GdiConvertDC 77ee75fd 00000007 GdiConvertFont 77ee7604 00000007 GdiGetLocalFont 77ee760b 00000007 GdiGetLocalBrush 77ee7612 00000007 SelectBrushLocal 77ee7619 00000007 SelectFontLocal 77ee7620 00000008 GdiSetAttrs 77ee7628 00000007 GdiConvertBitmap 77ee762f 00000007 GdiConvertBrush 77ee7636 00000007 GdiConvertPalette 77ee763d 00000007 GdiConvertRegion 77ee7644 000001be GdiSetServerAttr 77ee7802 00000007 GdiGetLocalDC 77ee7809 00000008 GdiDeleteLocalDC 77ee7811 00000008 GdiReleaseLocalDC 77ee7819 00000059 GetMetaFileA 77ee7872 00000788 GetMetaFileW 77ee7ffa 000000ad CopyMetaFileA 77ee80a7 00000005 GdiPlayJournal 77ee80ac 0000000e gdiPlaySpoolStream 77ee80ba 0000056b GdiPlayEMF 77ee8625 00000338 GdiConvertToDevmodeW 77ee895d 00000012 ResetDCW 77ee896f 0000004d ResetDCA 77ee89bc 00000016 CreateHatchBrush 77ee89d2 000000fc ExtCreatePen 77ee8ace 00000014 CreateDiscardableBitmap 77ee8ae2 00000019 CreateEllipticRgn 77ee8afb 00000017 CreateEllipticRgnIndirect 77ee8b12 0000001f CreateRoundRectRgn 77ee8b31 0000008e CreateFontW 77ee8bbf 00000010 EqualRgn 77ee8bcf 00000010 GetBitmapDimensionEx 77ee8bdf 00000010 GetNearestPaletteIndex 77ee8bef 0000005a ResizePalette 77ee8c49 00000019 SetBitmapDimensionEx 77ee8c62 00000012 GetMetaRgn 77ee8c74 00000040 ExtCreateRegion 77ee8cb4 000000f5 EnumObjects 77ee8da9 000000bb AngleArc 77ee8e64 000000fb Arc 77ee8f5f 000000dd ArcTo 77ee903c 000000fe Chord 77ee913a 00000100 PlgBlt 77ee923a 0000010b MaskBlt 77ee9345 000000ce ExtFloodFill 77ee9413 0000001a FloodFill 77ee942d 000000fd PolyTextOutW 77ee952a 00000285 PolyTextOutA 77ee97af 000000d3 FrameRgn 77ee9882 000000c8 SetPixelV 77ee994a 00000019 UpdateColors 77ee9963 00000006 GdiGetBatchLimit 77ee9969 000000a8 EndPage 77ee9a11 000000dd StartPage 77ee9aee 000000c8 EndDoc 77ee9bb6 000000b1 AbortDoc 77ee9c67 00000176 StartDocA 77ee9ddd 00000402 StartDocW 77eea1df 0000012f SetAbortProc 77eea30e 000000ce NamedEscape 77eea3dc 00000073 DrawEscape 77eea44f 00000000 DeviceCapabilitiesExA 77eea44f 00000008 DeviceCapabilitiesExW 77eea457 00000124 GdiPerf 77eea57b 00000026 SetDIBColorTable 77eea5a1 00000060 AbortPath 77eea601 00000060 BeginPath 77eea661 00000066 SelectClipPath 77eea6c7 00000060 CloseFigure 77eea727 00000060 EndPath 77eea787 00000060 FlattenPath 77eea7e7 00000096 StrokeAndFillPath 77eea87d 00000096 StrokePath 77eea913 00000096 FillPath 77eea9a9 00000060 WidenPath 77eeaa09 00000060 PathToRegion 77eeaa69 00000036 GetPath 77eeaa9f 00000048 ChoosePixelFormat 77eeaae7 00000050 DescribePixelFormat 77eeab37 000000af SetPixelFormat 77eeabe6 00000044 SwapBuffers 77eeac2a 00000019 GdiDescribePixelFormat 77eeac43 00000010 GdiSetPixelFormat 77eeac53 0000000c GdiSwapBuffers 77eeac5f 000000ad PolyPolygon 77eead0c 000000a0 PolyPolyline 77eeadac 0000009d PolyBezier 77eeae49 0000009d PolylineTo 77eeaee6 0000009d PolyBezierTo 77eeaf83 0000001a CreatePolyPolygonRgn 77eeaf9d 00000019 PolyDraw 77eeafb6 0000009d PtInRegion 77eeb053 000000c7 RectInRegion 77eeb11a 00000014 PtVisible 77eeb12e 0000001f GetRegionData 77eeb14d 00000005 GdiPlayScript 77eeb152 00001726 GdiPlayDCScript 77eec878 0000043f CreateEnhMetaFileA 77eeccb7 00000065 CopyEnhMetaFileA 77eecd1c 000000ec CopyEnhMetaFileW 77eece08 00000059 GetEnhMetaFileA 77eece61 00000037 GetEnhMetaFileW 77eece98 00000028 PlayEnhMetaFile 77eecec0 0000079a EnumEnhMetaFile 77eed65a 00000234 PlayEnhMetaFileRecord 77eed88e 000000b7 GetEnhMetaFileBits 77eed945 00000136 GetWinMetaFileBits 77eeda7b 0000004d SetEnhMetaFileBits 77eedac8 00000057 GetEnhMetaFilePaletteEntries 77eedb1f 0000008f GetEnhMetaFileHeader 77eedbae 00000016 GetEnhMetaFileDescriptionA 77eedbc4 00000097 GetEnhMetaFileDescriptionW 77eedc5b 00000066 GetEnhMetaFilePixelFormat 77eedcc1 000030ad GdiComment 77ef0d6e 000000d2 GdiAddGlsRecord 77ef0e40 00000163 GdiAddGlsBounds 77ef0fa3 0000002f GdiConvertEnhMetaFile 77ef0fd2 00002d3f GdiCreateLocalMetaFilePict 77ef3d11 000000d2 GetCharacterPlacementW 77ef3de3 000000e0 GetTextExtentExPointW 77ef3ec3 0000009a GdiQueryFonts 77ef3f5d 00000000 SetMagicColors dll\rpcrt4.dbg 77e1108e 00000085 NdrClientInitialize 77e11113 0000020a I_RpcGetBuffer 77e1131d 00000011 I_RpcFreeBuffer 77e1132e 00000036 GlobalMutexClear 77e11364 0000002d GlobalMutexRequest 77e11391 0000008b NdrServerInitialize 77e1141c 00000ba8 NdrClientInitializeNew 77e11fc4 00000102 NdrSimpleStructMarshall 77e120c6 000003cf NdrSimpleStructUnmarshall 77e12495 00000036 NdrAllocate 77e124cb 00000047 NdrSendReceive 77e12512 000000b0 NdrGetBuffer 77e125c2 0000016b I_RpcSendReceive 77e1272d 00000370 NdrFreeBuffer 77e12a9d 00000054 NdrServerInitializeNew 77e12af1 00000070 NdrPointerFree 77e12b61 0000016b I_RpcBindingInqTransportType 77e12ccc 000000e3 NdrSimpleStructBufferSize 77e12daf 00000026 NdrConformantArrayBufferSize 77e12dd5 000001ae NdrConformantArrayUnmarshall 77e12f83 00000044 NdrConformantArrayMarshall 77e12fc7 00000034 I_RpcGetAssociationContext 77e12ffb 00000011 I_RpcClearMutex 77e1300c 0000014d NDRCContextMarshall 77e13159 00000212 NDRSContextUnmarshall 77e1336b 00000066 I_RpcRequestMutex 77e133d1 00000101 NdrConformantStructUnmarshall 77e134d2 000000bd NdrConformantStructMarshall 77e1358f 0000006b NdrConformantStructBufferSize 77e135fa 00000061 NdrPointerUnmarshall 77e1365b 0000003b NdrPointerMarshall 77e13696 00000149 NdrConformantStringBufferSize 77e137df 00000039 NdrConformantStringMarshall 77e13818 00000018 MIDL_wchar_strlen 77e13830 000001fc NdrConformantStringUnmarshall 77e13a2c 0000006e NdrSimpleStructFree 77e13a9a 00000046 NdrConformantArrayFree 77e13ae0 000000cf NdrPointerBufferSize 77e13baf 00000098 NdrSimpleTypeUnmarshall 77e13c47 000000c7 NdrSimpleTypeMarshall 77e13d0e 00000195 NdrComplexStructFree 77e13ea3 00000316 NdrComplexStructUnmarshall 77e141b9 000002be NdrComplexStructMarshall 77e14477 00000254 NdrComplexStructMemorySize 77e146cb 0000036d NdrComplexStructBufferSize 77e14a38 00000086 NdrOleFree 77e14abe 0000097e I_RpcWindowProc 77e1543c 0000020b I_RpcServerStartListening 77e15647 00000066 NdrVaryingArrayBufferSize 77e156ad 0000009b NdrVaryingArrayMarshall 77e15748 000000cc NdrVaryingArrayUnmarshall 77e15814 00000092 NdrVaryingArrayMemorySize 77e158a6 00000990 NdrVaryingArrayFree 77e16236 000001a2 I_RpcAsyncSendReceive 77e163d8 00000068 RpcBindingInqObject 77e16440 00000103 I_RpcServerInqTransportType 77e16543 0000005b RpcImpersonateClient 77e1659e 0000031c RpcRevertToSelfEx 77e168ba 000000a2 RpcBindingSetObject 77e1695c 00000144 I_RpcBindingSetAsync 77e16aa0 00000038 RpcRevertToSelf 77e16ad8 0000056c RpcBindingFromStringBindingW 77e17044 00000175 RpcBindingFree 77e171b9 00000178 UuidCreate 77e17331 00000025 I_RpcFree 77e17356 0000001c I_RpcAllocate 77e17372 000008c7 I_RpcParseSecurity 77e17c39 00000b8c NdrComplexArrayFree 77e187c5 00000251 NdrSimpleStructMemorySize 77e18a16 00000030 RpcServerUseProtseqEpW 77e18a46 00000077 RpcServerUseProtseqEpExW 77e18abd 000002e1 PerformRpcInitialization 77e18d9e 0000015c RpcServerRegisterIfEx 77e18efa 00000021 I_UuidCreate 77e18f1b 00000045 I_RpcBindingCopy 77e18f60 0000002a I_RpcMonitorAssociation 77e18f8a 0000002d I_RpcGetCurrentCallHandle 77e18fb7 0000008c NDRSContextMarshall 77e19043 00000ad0 NDRCContextUnmarshall 77e19b13 000008b9 RpcTestCancel 77e1a3cc 00000142 RpcStringBindingComposeW 77e1a50e 00000eca RpcStringFreeW 77e1b3d8 0000024e I_RpcTransServerUnprotectThread 77e1b626 0000077d I_RpcTransServerReallocBuffer 77e1bda3 00000397 I_RpcTransServerNewConnection 77e1c13a 000008ec I_RpcTransServerProtectThread 77e1ca26 0000002d NdrNonEncapsulatedUnionFree 77e1ca53 00000329 NdrNonEncapsulatedUnionBufferSize 77e1cd7c 00000037 NdrConformantStringMemorySize 77e1cdb3 00000035 NdrNonEncapsulatedUnionMarshall 77e1cde8 0000048d NdrNonEncapsulatedUnionUnmarshall 77e1d275 0000001b NdrOleAllocate 77e1d290 00000115 NdrUserMarshalUnmarshall 77e1d3a5 00000050 NdrUserMarshalFree 77e1d3f5 0000009b NdrUserMarshalBufferSize 77e1d490 000000db NdrUserMarshalMarshall 77e1d56b 00000093 NdrInterfacePointerBufferSize 77e1d5fe 00000118 NdrInterfacePointerMarshall 77e1d716 000000cb NdrInterfacePointerUnmarshall 77e1d7e1 000001d7 NdrUserMarshalMemorySize 77e1d9b8 00000402 NdrInterfacePointerFree 77e1ddba 000000ba RpcBindingCopy 77e1de74 000001e1 RpcBindingSetAuthInfoExW 77e1e055 00000026 NdrConformantVaryingArrayBufferSize 77e1e07b 00000072 NdrConformantVaryingArrayUnmarshall 77e1e0ed 00000142 NdrConformantVaryingArrayMarshall 77e1e22f 000000b2 NdrConformantVaryingArrayFree 77e1e2e1 00000333 I_RpcMapWin32Status 77e1e614 0000001d I_RpcDeleteMutex 77e1e631 000000cc NDRCContextBinding 77e1e6fd 000000d6 RpcServerUnregisterIf 77e1e7d3 000000ca I_RpcServerStopListening 77e1e89d 00000031 RpcSsDestroyClientContext 77e1e8ce 000005bd RpcSmDestroyClientContext 77e1ee8b 00000236 I_RpcSetWMsgEndpoint 77e1f0c1 0000007f NdrMesTypeAlignSize 77e1f140 00000083 MesHandleFree 77e1f1c3 0000018c MesBufferHandleReset 77e1f34f 0000012c MesEncodeFixedBufferHandleCreate 77e1f47b 00000525 NdrMesTypeEncode 77e1f9a0 00000048 NdrComplexArrayBufferSize 77e1f9e8 0000006e NdrComplexArrayMemorySize 77e1fa56 000000ca NdrComplexArrayMarshall 77e1fb20 000000f7 NdrComplexArrayUnmarshall 77e1fc17 0000014b RpcRaiseException 77e1fd62 00000247 NdrConformantArrayMemorySize 77e1ffa9 0000003b NdrNonEncapsulatedUnionMemorySize 77e1ffe4 0000011e NdrServerContextUnmarshall 77e20102 0000010e NdrServerContextMarshall 77e20210 00000029 NdrConformantVaryingArrayMemorySize 77e20239 00000018 NdrContextHandleSize 77e20251 000000a1 NdrConformantStructMemorySize 77e202f2 0000996b I_RpcTransClientReallocBuffer 77e29c5d 00000514 RpcServerInqBindings 77e2a171 00000d9b RpcMgmtSetServerStackSize 77e2af0c 00000051 I_RpcServerRegisterForwardFunction 77e2af5d 000001bf RpcServerListen 77e2b11c 00000032 RpcServerRegisterIf 77e2b14e 000007dc RpcStringBindingParseW 77e2b92a 00000583 UuidToStringW 77e2bead 000000bd RpcServerUseProtseqEpA 77e2bf6a 000000e8 RpcServerUseProtseqEpExA 77e2c052 000000b1 NdrByteCountPointerUnmarshall 77e2c103 00000040 NdrByteCountPointerMarshall 77e2c143 0000001d NdrByteCountPointerFree 77e2c160 0000003d NdrByteCountPointerBufferSize 77e2c19d 00000027 I_RpcGetThreadEvent 77e2c1c4 0000009d RpcMgmtIsServerListening 77e2c261 00000057 RpcBindingVectorFree 77e2c2b8 00000036 RpcStringFreeA 77e2c2ee 000000e7 RpcBindingToStringBindingW 77e2c3d5 00000063 UuidToStringA 77e2c438 0000005b RpcServerRegisterAuthInfoW 77e2c493 00000b58 I_RpcBlockingFunc 77e2cfeb 000001db I_RpcSetOleCallback 77e2d1c6 00001551 I_RpcGetThreadWindowHandle 77e2e717 0000003c RpcIfInqId 77e2e753 0000001e RpcNetworkIsProtseqValidW 77e2e771 00000038 RpcMgmtInqComTimeout 77e2e7a9 00000036 RpcMgmtSetComTimeout 77e2e7df 00000043 I_RpcIfInqTransferSyntaxes 77e2e822 00000020 RpcMgmtEnableIdleCleanup 77e2e842 0000004f DceErrorInqTextA 77e2e891 00000050 DceErrorInqTextW 77e2e8e1 00000027 I_RpcConnectionInqSockBuffSize 77e2e908 0000003d I_RpcConnectionSetSockBuffSize 77e2e945 0000000f I_RpcConnectionInqSockBuffSize2 77e2e954 0000003c RpcMgmtBindingSetParameter 77e2e990 0000003c RpcMgmtBindingInqParameter 77e2e9cc 00000047 RpcMgmtSetParameter 77e2ea13 0000002c RpcMgmtInqParameter 77e2ea3f 0000000c I_RpcPauseExecution 77e2ea4b 00000035 RpcBindingReset 77e2ea80 0000004b RpcEpResolveBinding 77e2eacb 0000004f RpcNsBindingInqEntryNameW 77e2eb1a 0000004f I_RpcNsBindingSetEntryName 77e2eb69 00000034 RpcBindingInqAuthInfoW 77e2eb9d 000000ee RpcBindingInqAuthInfoExW 77e2ec8b 00000020 RpcBindingSetAuthInfoW 77e2ecab 0000001e RpcNetworkInqProtseqsW 77e2ecc9 00000031 RpcObjectInqType 77e2ecfa 0000001e RpcObjectSetInqFn 77e2ed18 00000022 RpcObjectSetType 77e2ed3a 00000052 RpcProtseqVectorFreeW 77e2ed8c 0000002c RpcServerInqIf 77e2edb8 000000c3 RpcServerUseAllProtseqsEx 77e2ee7b 0000002a RpcServerUseAllProtseqs 77e2eea5 000000ad RpcServerUseAllProtseqsIfEx 77e2ef52 0000002d RpcServerUseAllProtseqsIf 77e2ef7f 00000044 RpcServerUseProtseqExW 77e2efc3 0000002d RpcServerUseProtseqW 77e2eff0 000000b1 RpcServerUseProtseqIfExW 77e2f0a1 00000030 RpcServerUseProtseqIfW 77e2f0d1 00000036 RpcMgmtStatsVectorFree 77e2f107 000000c8 RpcMgmtInqStats 77e2f1cf 0000003f RpcMgmtStopServerListening 77e2f20e 00000040 RpcMgmtWaitServerListen 77e2f24e 00000038 I_RpcBindingInqDynamicEndpoint 77e2f286 000000a2 RpcBindingInqAuthClientW 77e2f328 00000062 I_RpcBindingIsClientLocal 77e2f38a 0000004c RpcMgmtInqIfIds 77e2f3d6 00000058 RpcIfIdVectorFree 77e2f42e 000000a3 RpcMgmtInqServerPrincNameW 77e2f4d1 00000008 RpcServerInqDefaultPrincNameW 77e2f4d9 00000008 RpcServerInqDefaultPrincNameA 77e2f4e1 00000065 RpcBindingServerFromClient 77e2f546 00000057 RpcMgmtInqDefaultProtectLevel 77e2f59d 0000003c RpcBindingSetOption 77e2f5d9 000003d6 RpcBindingInqOption 77e2f9af 00000011 I_RpcFreePipeBuffer 77e2f9c0 00000013 I_RpcReallocPipeBuffer 77e2f9d3 00000030 I_RpcSetAssociationContext 77e2fa03 00000284 I_RpcStopMonitorAssociation 77e2fc87 00004812 I_RpcLaunchDatagramReceiveThread 77e34499 00000552 I_RpcIOAlerted 77e349eb 0000000f I_RpcSend 77e349fa 0000055d I_RpcReceive 77e34f57 000003c4 I_RpcServerAllocatePort 77e3531b 0000005a I_RpcTransMaybeMakeReceiveDirect 77e35375 00000035 I_RpcTransMaybeMakeReceiveAny 77e353aa 00000017 I_RpcTransCancelMigration 77e353c1 00000023 I_RpcTransServerFindConnection 77e353e4 0000000e I_RpcTransServerMaxFrag 77e353f2 00000016 I_RpcTransServerFreeBuffer 77e35408 000000f4 I_RpcTransServerReceiveDirectReady 77e354fc 0000000e I_RpcTransClientMaxFrag 77e3550a 00000055 I_RpcTransPingServer 77e3555f 00000040 UuidFromStringW 77e3559f 000000a1 UuidCompare 77e35640 0000000e UuidCreateNil 77e3564e 00000059 UuidEqual 77e356a7 0000001e UuidHash 77e356c5 0000001f UuidIsNil 77e356e4 00000049 RpcBindingFromStringBindingA 77e3572d 00000050 RpcBindingToStringBindingA 77e3577d 00000171 RpcStringBindingComposeA 77e358ee 000001ac RpcStringBindingParseA 77e35a9a 00000046 RpcNetworkIsProtseqValidA 77e35ae0 00000088 RpcNetworkInqProtseqsA 77e35b68 0000001e RpcProtseqVectorFreeA 77e35b86 0000005c RpcServerUseProtseqExA 77e35be2 0000002d RpcServerUseProtseqA 77e35c0f 0000005f RpcServerUseProtseqIfExA 77e35c6e 00000030 RpcServerUseProtseqIfA 77e35c9e 00000085 RpcNsBindingInqEntryNameA 77e35d23 00000062 UuidFromStringA 77e35d85 0000004f RpcServerRegisterAuthInfoA 77e35dd4 0000006f RpcBindingInqAuthClientA 77e35e43 00000034 RpcBindingInqAuthInfoA 77e35e77 00000075 RpcBindingInqAuthInfoExA 77e35eec 00000020 RpcBindingSetAuthInfoA 77e35f0c 00000058 RpcBindingSetAuthInfoExA 77e35f64 0000006e RpcMgmtInqServerPrincNameA 77e35fd2 0000039c RpcMgmtSetCancelTimeout 77e3636e 000003b3 RpcCancelThread 77e36721 00000077 RpcEpRegisterNoReplaceA 77e36798 00000054 RpcEpRegisterNoReplaceW 77e367ec 00000077 RpcEpRegisterA 77e36863 00000054 RpcEpRegisterW 77e368b7 00000186 RpcEpUnregister 77e36a3d 000001f6 RpcMgmtEpEltInqBegin 77e36c33 000000e5 RpcMgmtEpEltInqDone 77e36d18 00000061 RpcMgmtEpEltInqNextW 77e36d79 000002bc RpcMgmtEpEltInqNextA 77e37035 00000212 RpcMgmtEpUnregister 77e37247 000008aa RpcMgmtSetAuthorizationFn 77e37af1 0000005f TowerExplode 77e37b50 0000796c TowerConstruct 77e3f4bc 0000000b I_RpcSsDontSerializeContext 77e3f4c7 0000001e MIDL_wchar_strcpy 77e3f4e5 0000002f char_from_ndr 77e3f514 00000063 char_array_from_ndr 77e3f577 00000021 NDRcopy 77e3f598 0000050a data_from_ndr 77e3faa2 0000026f data_into_ndr 77e3fd11 00000238 tree_into_ndr 77e3ff49 0000020c data_size_ndr 77e40155 000001dc tree_size_ndr 77e40331 000002bf tree_peek_ndr 77e405f0 00000072 float_from_ndr 77e40662 000000ce float_array_from_ndr 77e40730 0000008b double_from_ndr 77e407bb 000000d4 double_array_from_ndr 77e4088f 0000003b short_from_ndr 77e408ca 00000071 short_array_from_ndr 77e4093b 00000033 short_from_ndr_temp 77e4096e 0000004e long_from_ndr 77e409bc 00000089 long_array_from_ndr 77e40a45 0000004d long_from_ndr_temp 77e40a92 00001553 enum_from_ndr 77e41fe5 0000011c CreateProxyFromTypeInfo 77e42101 00003e3c CreateStubFromTypeInfo 77e45f3d 00000dea DllGetClassObject 77e46d27 0000027b NdrDllRegisterProxy 77e46fa2 0000067a NdrDllUnregisterProxy 77e4761c 0000006c DllRegisterServer 77e47688 00000067 MesEncodeIncrementalHandleCreate 77e476ef 00000065 MesDecodeIncrementalHandleCreate 77e47754 000000bd MesIncrementalHandleReset 77e47811 0000006d MesEncodeDynBufferHandleCreate 77e4787e 00000090 MesDecodeBufferHandleCreate 77e4790e 000002f0 MesInqProcEncodingId 77e47bfe 00000408 NdrMesProcEncodeDecode 77e48006 0000010b NdrMesTypeDecode 77e48111 00000036 NdrMesSimpleTypeAlignSize 77e48147 000000a3 NdrMesSimpleTypeEncode 77e481ea 00000111 NdrMesSimpleTypeDecode 77e482fb 00000176 NdrGetDcomProtocolVersion 77e48471 000000cd NdrServerInitializePartial 77e4853e 00000046 NdrNsGetBuffer 77e48584 00000059 NdrNsSendReceive 77e485dd 00000014 NdrServerInitializeUnmarshall 77e485f1 00000035 NdrServerInitializeMarshall 77e48626 00000081 NdrConformantVaryingStructBufferSize 77e486a7 00000055 NdrHardStructBufferSize 77e486fc 00000050 NdrFixedArrayBufferSize 77e4874c 000000ba NdrNonConformantStringBufferSize 77e48806 000000a4 NdrEncapsulatedUnionBufferSize 77e488aa 000000c4 NdrXmitOrRepAsBufferSize 77e4896e 00000039 NdrConformantStructFree 77e489a7 00000045 NdrConformantVaryingStructFree 77e489ec 00000037 NdrHardStructFree 77e48a23 0000002c NdrFixedArrayFree 77e48a4f 000000a0 NdrEncapsulatedUnionFree 77e48aef 00000048 NdrXmitOrRepAsFree 77e48b37 000000bb NdrConformantVaryingStructMarshall 77e48bf2 000000af NdrHardStructMarshall 77e48ca1 000000ac NdrNonConformantStringMarshall 77e48d4d 0000006b NdrFixedArrayMarshall 77e48db8 000000a6 NdrEncapsulatedUnionMarshall 77e48e5e 000000b1 NdrXmitOrRepAsMarshall 77e48f0f 00000055 NdrClientContextMarshall 77e48f64 00000255 NdrConformantVaryingStructUnmarshall 77e491b9 00000148 NdrHardStructUnmarshall 77e49301 000000ab NdrNonConformantStringUnmarshall 77e493ac 000000c7 NdrFixedArrayUnmarshall 77e49473 0000017f NdrEncapsulatedUnionUnmarshall 77e495f2 0000013c NdrXmitOrRepAsUnmarshall 77e4972e 0000002c NdrClientContextUnmarshall 77e4975a 00000034 NdrPointerMemorySize 77e4978e 000000a1 NdrConformantVaryingStructMemorySize 77e4982f 00000066 NdrHardStructMemorySize 77e49895 00000068 NdrFixedArrayMemorySize 77e498fd 00000064 NdrNonConformantStringMemorySize 77e49961 00000029 NdrEncapsulatedUnionMemorySize 77e4998a 00000064 NdrXmitOrRepAsMemorySize 77e499ee 00000073 NdrInterfacePointerMemorySize 77e49a61 00000095 NdrConvert2 77e49af6 00001333 NdrConvert 77e4ae29 000001fe NdrUserMarshalSimpleTypeConvert 77e4b027 00000142 NdrFullPointerXlatInit 77e4b169 00000070 NdrFullPointerXlatFree 77e4b1d9 0000012c NdrFullPointerQueryPointer 77e4b305 00000065 NdrFullPointerQueryRefId 77e4b36a 00000061 NdrFullPointerInsertRefId 77e4b3cb 0000030e NdrFullPointerFree 77e4b6d9 00000021 NdrGetPipeBuffer 77e4b6fa 0000002e NdrGetPartialBuffer 77e4b728 00000255 NdrPipesInitialize 77e4b97d 0000009f NdrPipesDone 77e4ba1c 000003ec NdrPipeSendReceive 77e4be08 00000157 NdrMarkNextActivePipe 77e4bf5f 00000018 NdrIsAppDoneWithPipes 77e4bf77 00000079 NdrPipePull 77e4bff0 00000719 NdrPipePush 77e4c709 0000005e NdrMapCommAndFaultStatus 77e4c767 000001fc NdrpSetRpcSsDefaults 77e4c963 0000004d RpcSsAllocate 77e4c9b0 00000112 RpcSsDisableAllocate 77e4cac2 00000134 RpcSsEnableAllocate 77e4cbf6 00000008 RpcSsFree 77e4cbfe 00000033 RpcSsGetThreadHandle 77e4cc31 0000002c RpcSsSetClientAllocFree 77e4cc5d 00000078 RpcSsSetThreadHandle 77e4ccd5 0000003d RpcSsSwapClientAllocFree 77e4cd12 00000078 RpcSmAllocate 77e4cd8a 0000006e RpcSmClientFree 77e4cdf8 00000069 RpcSmDisableAllocate 77e4ce61 00000069 RpcSmEnableAllocate 77e4ceca 0000006e RpcSmFree 77e4cf38 00000075 RpcSmGetThreadHandle 77e4cfad 00000071 RpcSmSetClientAllocFree 77e4d01e 0000006e RpcSmSetThreadHandle 77e4d08c 000000df RpcSmSwapClientAllocFree 77e4d16b 0000001c NdrRpcSsEnableAllocate 77e4d187 0000001c NdrRpcSsDisableAllocate 77e4d1a3 00000015 NdrRpcSmSetClientToOsf 77e4d1b8 0000000c NdrRpcSsDefaultAllocate 77e4d1c4 0000000c NdrRpcSsDefaultFree 77e4d1d0 00000036 NdrRpcSmClientAllocate 77e4d206 00000037 NdrRpcSmClientFree 77e4d23d 000004d3 NdrServerUnmarshall 77e4d710 000058f0 NdrServerMarshall 77e53000 00000643 NdrClientCall2 77e53643 00000883 NdrStubCall2 77e53ec6 0000003f NdrServerCall2 77e53f05 0000026a NdrDllGetClassObject 77e5416f 00000030 NdrCStdStubBuffer_Release 77e5419f 0000012d CStdStubBuffer_Disconnect 77e542cc 00000061 NdrProxyInitialize 77e5432d 00000061 NdrProxyGetBuffer 77e5438e 000000e1 NdrProxySendReceive 77e5446f 00000031 NdrProxyFreeBuffer 77e544a0 00000015 IUnknown_Release_Proxy 77e544b5 00000044 NdrStubGetBuffer 77e544f9 0000002c NdrStubInitialize 77e54525 00000102 CStdStubBuffer_Invoke 77e54627 00000015 IUnknown_AddRef_Proxy 77e5463c 00000658 NdrClientCall 77e54c94 0000001c IUnknown_QueryInterface_Proxy 77e54cb0 0000000f NdrProxyErrorHandler 77e54cbf 00000bb9 NdrClearOutParameters 77e55878 0000004c CStdStubBuffer_QueryInterface 77e558c4 00000034 CStdStubBuffer_AddRef 77e558f8 00000040 NdrCStdStubBuffer2_Release 77e55938 000000a2 CStdStubBuffer_Connect 77e559da 00000036 CStdStubBuffer_IsIIDSupported 77e55a10 00000037 CStdStubBuffer_CountRefs 77e55a47 0000001a CStdStubBuffer_DebugServerQueryInterface 77e55a61 00000020 CStdStubBuffer_DebugServerRelease 77e55a81 00000028 NdrStubInitializeMarshall 77e55aa9 0000032d NdrStubForwardingFunction 77e55dd6 0000014c NdrDllCanUnloadNow 77e55f22 0000001f NdrServerCall 77e55f41 0000b467 NdrStubCall 77e613a8 00000000 RpcSsDontSerializeContext From mdejong@cygnus.com Thu Feb 8 20:29:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Thu, 08 Feb 2001 20:29:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C82E@admin1.astralpoint> Message-ID: On Thu, 8 Feb 2001, Story, Lenny wrote: > Well, > > I can reproduce it 100% of the time on my code base.... > i've attached the Dr.Watson log entry for it....it should > help you determine what is happening....I HOPE you keep the > map..and list files....it will be your only way to corrolate > the minimal assembly dump with the code... When we say "can you reproduce the problem", the correct answer is not "yes" :) We need you to create a small one file example that will crash the parser. Trim your code down to a very small file that still crashes and then post it to the list. We are not going to go rummaging around in your core dumps, you need to provide a small example that demonstrates the problem. Mo DeJong Red Hat Inc From khamis@knuut.de Fri Feb 9 00:48:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Fri, 09 Feb 2001 00:48:00 -0000 Subject: Sharing SourceNav databases ? References: Message-ID: <3A83AEC9.90005@knuut.de> actually SN supports a kind of multiuser work. the database can be shared, this works as following: when a user wants to open an already opened project, SN pops up a dialog box that the project is in use and asks the user if he wants to make his copy of the project(file only). so the user gets his copy of the project and the database is shared. SN synchronizes the (write) access to the database. khamis Mo DeJong wrote: > On Thu, 8 Feb 2001, Hugo Varotto wrote: > > >> Hi to all, >> >> >> is there a way for more than one user to share/access simultaneously a project >> databse ? We are working on a project that requires more than one user to >> access the database at the same time, and it will be nice not having to have >> multiples copies of it. > > > Not really. The SN DB is not really designed to support multiple > users. > > >> Alternatively, if that's not possible, can it be shared in a read-only mode ? >> What I'm thinking is in creating some sort of pre-default databases for >> different versions of our project, without requiring allowing users to >> update/change the database. > > > A number of folks do this sort of thing, I am not sure how well it > works but folks have reported some success with this approach. > > Adding a multiple user DB layer is something we would like > to do, but thus far we have not found anyone that is > willing to fund the work. > > Mo DeJong > Red Hat Inc From khamis@knuut.de Fri Feb 9 00:55:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Fri, 09 Feb 2001 00:55:00 -0000 Subject: Bringing up SNav editor from outsite Source Navigator. References: Message-ID: <3A83B07B.60505@knuut.de> you can actually open the SN editor without a project, as DeJong described here, you have to write a script that creates a SN window and opens the file, if you look into multiapp.tcl, you will figure it out quickly. khamis Mo DeJong wrote: > On Thu, 8 Feb 2001, Benjamin Scherrey wrote: > > >> I've got a cvs GUI tool I'm trying out that lets me select the editor I >> want to use when viewing/editing files. I'd like to know if its possible >> to have SNav running and have my GUI tool use the SNav editor in this >> capacity. If so, how do I invoke it? I'd be dealing with files that are >> already in my SNav project that I have open. > > > Well, that is a first. Usually folks want to use some other editor > in SN. I don't see how you would use SN to edit files for another > application, perhaps you could hack in a feature that would > take a file name as a cmd line arg and open the project with > that file open in the editor. > > >> PS: Also, is there any way to have text searching disable >> case-insensitive search by default? I find that most annoying. > > > I think if you change the setting in the find dialog it > will change the way the fast find box works. That is > not a documented feature, but I think it happens to > work on 4.5. > > Mo DeJong > Red Hat Inc From wgacquer@ubisoft.fr Fri Feb 9 01:13:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Fri, 09 Feb 2001 01:13:00 -0000 Subject: Bringing up SNav editor from outsite Source Navigator. Message-ID: <5D2A198567EED311BD0F009027A25C8760E12E@SRVMAIL-ANN> well well well... I am also interested in the purpose of opening files from "outside". You all know gnuclient? Why can't sn act as a server too ? That would be pretty useful. From a python/perl/bash/etc. script, it would allow to edit files INTO an already opened sn project. William -----Original Message----- From: Khamis Abuelkomboz (UUNET) [ mailto:khamis@knuut.de ] Sent: vendredi 9 fevrier 2001 09:55 To: Mo DeJong Cc: sourcenav@sourceware.cygnus.com Subject: Re: Bringing up SNav editor from outsite Source Navigator. you can actually open the SN editor without a project, as DeJong described here, you have to write a script that creates a SN window and opens the file, if you look into multiapp.tcl, you will figure it out quickly. khamis Mo DeJong wrote: > On Thu, 8 Feb 2001, Benjamin Scherrey wrote: > > >> I've got a cvs GUI tool I'm trying out that lets me select the editor I >> want to use when viewing/editing files. I'd like to know if its possible >> to have SNav running and have my GUI tool use the SNav editor in this >> capacity. If so, how do I invoke it? I'd be dealing with files that are >> already in my SNav project that I have open. > > > Well, that is a first. Usually folks want to use some other editor > in SN. I don't see how you would use SN to edit files for another > application, perhaps you could hack in a feature that would > take a file name as a cmd line arg and open the project with > that file open in the editor. > > >> PS: Also, is there any way to have text searching disable >> case-insensitive search by default? I find that most annoying. > > > I think if you change the setting in the find dialog it > will change the way the fast find box works. That is > not a documented feature, but I think it happens to > work on 4.5. > > Mo DeJong > Red Hat Inc From Mikael.Ambrus@elema.siemens.se Fri Feb 9 02:46:00 2001 From: Mikael.Ambrus@elema.siemens.se (Ambrus Michael) Date: Fri, 09 Feb 2001 02:46:00 -0000 Subject: SV: Windows NT Failing on XRef Generation. Message-ID: <63E7EC6F3685D311B64008000627919801D064FE@visbur.siemens.se> I've seen this happen a lot as well. It seems that the parser has problems with some (in my case) C++ style semantics. I haven't had the time to find out exactly what yet (even though I spent over 2 days trying). I think it has to something do with "templates" - but I'm not sure. The erroneous behaviour consists of two parts. * First - the Xref generation fails with an access violation error and exits *completely* from SN. * Second - If you open the same project again after such a failure it seams that the SN internal "database" is inconsistent. Strange things are beginning to happen - you can't remove files from the project e.t.c. I hope this convinces you that there * really * is a bug in there and it's doing some serious harm. A first step could be to make the system more fault tolerant, so that it doesn't leave the project inconsistent. It's very hard to provide you with specific sourcecode if the crashes mean that you can't eliminate the files in a project one by one. Lenny, hopefully you'll be able to provide the Red Hat guys what they need. If not I'll, try to narrow my "case" down to specific code. Otherwise thanks for a really great tool. I'm using it to try to understand a +500' rows project and it's really marvellous (when it works). Regards Michael Ambrus -----Ursprungligt meddelande----- Fr????n: Berek [ mailto:berek@usa.net ] Skickat: den 8 februari 2001 20:26 Till: Story, Lenny; sourcenav@sourceware.cygnus.com ????mne: Re: Windows NT Failing on XRef Generation. I encounter this problem constantly. I also agree wholeheartedly on the need for an accurate (bug free) XREF. ----- Original Message ----- From: "Story, Lenny" To: Sent: Thursday, February 08, 2001 12:01 Subject: Windows NT Failing on XRef Generation. > Greetings, > > There was a post about this before ...which did not have any responses to > ..... > > Here are the errors i'm getting.... > > 1. Dr.Watson: dbimp.exe Access violation (0xc0000005), adress 0x0043b267 > 2. Error: child process exited abnormally -> SN had a problem generating > Cross-Reference information. CR information is not complete. > 3. Dbopen error: D:/Develop/db_transfer/.snprj/db_trans.by:Invalid argument > > > > Source nav is a great tool....but XRef...is a must have for my application > ..... > > > -Lenny > LStory@AstralPoint.com > > > > From LStory@AstralPoint.com Fri Feb 9 08:36:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Fri, 09 Feb 2001 08:36:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C878@admin1.astralpoint> Hmm, Ok...so ...your saying that the problem doesn't exist...and you are unwilling to do anything about it unless i can point you directly to the issue...? If i could do that i would fix it myself. is this the kind of service we can expect if we purchase the product...(and service contract) from you ? The FACT is that it does BREAK. and a core dump is more than enought information to find the issue. Many people have encountered this problem, and are frustrated by it. This is exactly why FREE software is NOT the way to go... free obviously means that if it breaks your DEAD IN THE WATER.... therefore companies cannot put any trust in them. -Lenny -----Original Message----- From: Mo DeJong [ mailto:mdejong@cygnus.com ] Sent: Thursday, February 08, 2001 11:29 PM To: sourcenav@sourceware.cygnus.com Subject: RE: Windows NT Failing on XRef Generation. On Thu, 8 Feb 2001, Story, Lenny wrote: > Well, > > I can reproduce it 100% of the time on my code base.... > i've attached the Dr.Watson log entry for it....it should > help you determine what is happening....I HOPE you keep the > map..and list files....it will be your only way to corrolate > the minimal assembly dump with the code... When we say "can you reproduce the problem", the correct answer is not "yes" :) We need you to create a small one file example that will crash the parser. Trim your code down to a very small file that still crashes and then post it to the list. We are not going to go rummaging around in your core dumps, you need to provide a small example that demonstrates the problem. Mo DeJong Red Hat Inc From dsh8290@rit.edu Fri Feb 9 09:54:00 2001 From: dsh8290@rit.edu (D-Man) Date: Fri, 09 Feb 2001 09:54:00 -0000 Subject: customization Message-ID: <20010209125433.B16961@harmony.cs.rit.edu> I would like to change a few things about SN's gui, but I don't think there are any options for it yet : o always add an Editor view to Class and XRef views o Editor view is always 80 characters wide when created o Editor displays in reverse video (like gvim does) o Editor is read-only (a viewer really, not an editor) I really don't mind hard-coding these prefs into my copy, but I don't know either Tcl or Tk. If someone would show me what to add, and where I would greatly appreciate it. Also, I would like gvim to open up at the proper line of code when I double-click in a view. I didn't find the cl option in the help files, and also I don't know what format string specifier I would need to use in the "External Editor" option. Could someone give me some pointer here too? Thanks, -D From berek@usa.net Fri Feb 9 09:57:00 2001 From: berek@usa.net (Berek) Date: Fri, 09 Feb 2001 09:57:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C878@admin1.astralpoint> Message-ID: <009201c092c1$bd9f6fe0$3e6410ac@concord.com> I share your frustration with Red Hat. I bought the Enterprise Edition of SN just before it went "Open Source" (I'm now using 4.5.2). The C++ xref is virtually useless; many basic functions do not work (try using the "Context" and "Reuse" boxes); history traversal is spotty with single windows and a nightmare (unusable) with split windows; the Win/NT GUI has more holes in it than a pound of Swiss cheese...the list is endless. When you talk to the Red Hat folks about these defects, the response is always "Fix it yourself or pay us to do it for you". Syd Polk tells us that C++ parser and xref bugs are a high priority with Red Hat, but when asked about Release 5.0, apparently most, if not all, of the work has been spent reworking the GUI. As I write this, dbimp just croaked on an invalid memory reference while doing some sort of background processing. Bottom line is that the idea of SN is wonderful and such a product is long overdue, but the implementation is disgraceful. My $0.02 worth. ----- Original Message ----- From: "Story, Lenny" To: "Mo DeJong" ; Sent: Friday, February 09, 2001 11:32 Subject: RE: Windows NT Failing on XRef Generation. > Hmm, > > Ok...so ...your saying that the problem doesn't > exist...and you are unwilling to do anything about > it unless i can point you directly to the issue...? > > If i could do that i would fix it myself. > > is this the kind of service we can expect if we purchase > the product...(and service contract) from you ? > > The FACT is that it does BREAK. and a core dump is more than > enought information to find the issue. Many people have > encountered this problem, and are frustrated by it. > > This is exactly why FREE software is NOT the way to go... > free obviously means that if it breaks your DEAD IN THE WATER.... > therefore companies cannot put any trust in them. > > > -Lenny > > > -----Original Message----- > From: Mo DeJong [ mailto:mdejong@cygnus.com ] > Sent: Thursday, February 08, 2001 11:29 PM > To: sourcenav@sourceware.cygnus.com > Subject: RE: Windows NT Failing on XRef Generation. > > > On Thu, 8 Feb 2001, Story, Lenny wrote: > > > Well, > > > > I can reproduce it 100% of the time on my code base.... > > i've attached the Dr.Watson log entry for it....it should > > help you determine what is happening....I HOPE you keep the > > map..and list files....it will be your only way to corrolate > > the minimal assembly dump with the code... > > When we say "can you reproduce the problem", the correct > answer is not "yes" :) We need you to create a small > one file example that will crash the parser. Trim > your code down to a very small file that still > crashes and then post it to the list. We are not > going to go rummaging around in your core dumps, > you need to provide a small example that > demonstrates the problem. > > Mo DeJong > Red Hat Inc > > From ken_luke@mentorg.com Fri Feb 9 10:45:00 2001 From: ken_luke@mentorg.com (Kenneth Luke) Date: Fri, 09 Feb 2001 10:45:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <009201c092c1$bd9f6fe0$3e6410ac@concord.com> Message-ID: <854700000.981744231@localhost> In RedHat's defense, it is always easier to troubleshoot with a repeatable test case than a simple core file. A Dr. Watson log is probably even less useful (but I've never worked with those so if I'm mistaken I stand corected). Every company I've worked for, or dealt with in a support role, has requested testcases instead of core dumps. Besides, the core dump might only show where the tcl interpreter crashed, not necessarily where the problem in SN is. While "fix it yourself" can be interpreted as a snide reply, the alternative (a commercial vendor selling a proprietary product) is arguably worse. If you get pissed-off enough at RedHat, you really do have the option of fixing it yourself. With proprietary products, you are entirely at the vendor's mercy. If you expect RedHat to give the source away _and_ support it for free, you are expecting too much. The phrase that RedHat is probably using internally is something along the lines of "support on a best-effort basis". We have paid for a support contract with Cygnus for quite some years, and while they don't drop everything to satisfy our every whim, they have been quite reasonable in working on compiler defects we find. Have we strayed far enough from the charter of this mail list yet? ;-) --On Friday, February 09, 2001 12:57:12 PM -0500 Berek wrote: > I share your frustration with Red Hat. I bought the Enterprise Edition of SN > just before it went "Open Source" (I'm now using 4.5.2). The C++ xref is > virtually useless; many basic functions do not work (try using the "Context" > and "Reuse" boxes); history traversal is spotty with single windows and a > nightmare (unusable) with split windows; the Win/NT GUI has more holes in it > than a pound of Swiss cheese...the list is endless. When you talk to the Red > Hat folks about these defects, the response is always "Fix it yourself or > pay us to do it for you". Syd Polk tells us that C++ parser and xref bugs > are a high priority with Red Hat, but when asked about Release 5.0, > apparently most, if not all, of the work has been spent reworking the GUI. > As I write this, dbimp just croaked on an invalid memory reference while > doing some sort of background processing. Bottom line is that the idea of SN > is wonderful and such a product is long overdue, but the implementation is > disgraceful. My $0.02 worth. > > ----- Original Message ----- > From: "Story, Lenny" > To: "Mo DeJong" ; > Sent: Friday, February 09, 2001 11:32 > Subject: RE: Windows NT Failing on XRef Generation. > > > > Hmm, > > > > Ok...so ...your saying that the problem doesn't > > exist...and you are unwilling to do anything about > > it unless i can point you directly to the issue...? > > > > If i could do that i would fix it myself. > > > > is this the kind of service we can expect if we purchase > > the product...(and service contract) from you ? > > > > The FACT is that it does BREAK. and a core dump is more than > > enought information to find the issue. Many people have > > encountered this problem, and are frustrated by it. > > > > This is exactly why FREE software is NOT the way to go... > > free obviously means that if it breaks your DEAD IN THE WATER.... > > therefore companies cannot put any trust in them. > > > > > > -Lenny > > > > > > -----Original Message----- > > From: Mo DeJong [ mailto:mdejong@cygnus.com ] > > Sent: Thursday, February 08, 2001 11:29 PM > > To: sourcenav@sourceware.cygnus.com > > Subject: RE: Windows NT Failing on XRef Generation. > > > > > > On Thu, 8 Feb 2001, Story, Lenny wrote: > > > > > Well, > > > > > > I can reproduce it 100% of the time on my code base.... > > > i've attached the Dr.Watson log entry for it....it should > > > help you determine what is happening....I HOPE you keep the > > > map..and list files....it will be your only way to corrolate > > > the minimal assembly dump with the code... > > > > When we say "can you reproduce the problem", the correct > > answer is not "yes" :) We need you to create a small > > one file example that will crash the parser. Trim > > your code down to a very small file that still > > crashes and then post it to the list. We are not > > going to go rummaging around in your core dumps, > > you need to provide a small example that > > demonstrates the problem. > > > > Mo DeJong > > Red Hat Inc > > > > --------------------------------------------------------------- Ken Luke ken_luke@mentorg.com x8213-7089 Pager: (503)870-0442 "Complexity is easy; Simplicity is hard." -Edmund Keane --------------------------------------------------------------- From mdejong@cygnus.com Fri Feb 9 11:28:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 09 Feb 2001 11:28:00 -0000 Subject: customization References: <20010209125433.B16961@harmony.cs.rit.edu> Message-ID: On Fri, 9 Feb 2001, D-Man wrote: > I would like to change a few things about SN's gui, but I don't think > there are any options for it yet : > > o always add an Editor view to Class and XRef views > o Editor view is always 80 characters wide when created > o Editor displays in reverse video (like gvim does) > o Editor is read-only (a viewer really, not an editor) > > I really don't mind hard-coding these prefs into my copy, but I don't > know either Tcl or Tk. If someone would show me what to add, and > where I would greatly appreciate it. Well, we can give you general tips on how to implement the changes but you are going to have to actually go into the code and get it working. For example, that "Editor is read-only" can be done by setting the -state option of the editor's text widget to disabled. You would need to add a command like: $text configure -state disabled The "reverse video" thing should not be hard at all. Just set the background to black and the fg to green. Here is a quick wish (Tk) script to get you started. $ wish % text .t -bg black -fg green % pack .t > Also, I would like gvim to open up at the proper line of code when I > double-click in a view. I didn't find the cl option in the help > files, and also I don't know what format string specifier I would > need to use in the "External Editor" option. Could someone give me > some pointer here too? The docs have some info about each of the format strings you can use for an "External Editor". Mo DeJong Red Hat Inc From LStory@AstralPoint.com Fri Feb 9 11:41:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Fri, 09 Feb 2001 11:41:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C895@admin1.astralpoint> Greetings, Dr. Watson logs are usefull in that it tells you exactly where it died. It does take a map file, and list file to corrolate it to a c/c++ file however. It would at least give you a thread to pull on. Whatever....If Redhat wants to follow the "we're not responsible for it model"...fine...but it affects more than just SourceNav...how are we to believe that they would support their embedded linux product then ? Why would we put it into our product, and risk the "Fix it yourself" answer when the product crashes....If they aren't serious about quality, then what are they realling selling..? -Lenny -----Original Message----- From: Kenneth Luke [ mailto:ken_luke@mentorg.com ] Sent: Friday, February 09, 2001 1:44 PM To: sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. In RedHat's defense, it is always easier to troubleshoot with a repeatable test case than a simple core file. A Dr. Watson log is probably even less useful (but I've never worked with those so if I'm mistaken I stand corected). Every company I've worked for, or dealt with in a support role, has requested testcases instead of core dumps. Besides, the core dump might only show where the tcl interpreter crashed, not necessarily where the problem in SN is. While "fix it yourself" can be interpreted as a snide reply, the alternative (a commercial vendor selling a proprietary product) is arguably worse. If you get pissed-off enough at RedHat, you really do have the option of fixing it yourself. With proprietary products, you are entirely at the vendor's mercy. If you expect RedHat to give the source away _and_ support it for free, you are expecting too much. The phrase that RedHat is probably using internally is something along the lines of "support on a best-effort basis". We have paid for a support contract with Cygnus for quite some years, and while they don't drop everything to satisfy our every whim, they have been quite reasonable in working on compiler defects we find. Have we strayed far enough from the charter of this mail list yet? ;-) --On Friday, February 09, 2001 12:57:12 PM -0500 Berek wrote: > I share your frustration with Red Hat. I bought the Enterprise Edition of SN > just before it went "Open Source" (I'm now using 4.5.2). The C++ xref is > virtually useless; many basic functions do not work (try using the "Context" > and "Reuse" boxes); history traversal is spotty with single windows and a > nightmare (unusable) with split windows; the Win/NT GUI has more holes in it > than a pound of Swiss cheese...the list is endless. When you talk to the Red > Hat folks about these defects, the response is always "Fix it yourself or > pay us to do it for you". Syd Polk tells us that C++ parser and xref bugs > are a high priority with Red Hat, but when asked about Release 5.0, > apparently most, if not all, of the work has been spent reworking the GUI. > As I write this, dbimp just croaked on an invalid memory reference while > doing some sort of background processing. Bottom line is that the idea of SN > is wonderful and such a product is long overdue, but the implementation is > disgraceful. My $0.02 worth. > > ----- Original Message ----- > From: "Story, Lenny" > To: "Mo DeJong" ; > Sent: Friday, February 09, 2001 11:32 > Subject: RE: Windows NT Failing on XRef Generation. > > > > Hmm, > > > > Ok...so ...your saying that the problem doesn't > > exist...and you are unwilling to do anything about > > it unless i can point you directly to the issue...? > > > > If i could do that i would fix it myself. > > > > is this the kind of service we can expect if we purchase > > the product...(and service contract) from you ? > > > > The FACT is that it does BREAK. and a core dump is more than > > enought information to find the issue. Many people have > > encountered this problem, and are frustrated by it. > > > > This is exactly why FREE software is NOT the way to go... > > free obviously means that if it breaks your DEAD IN THE WATER.... > > therefore companies cannot put any trust in them. > > > > > > -Lenny > > > > > > -----Original Message----- > > From: Mo DeJong [ mailto:mdejong@cygnus.com ] > > Sent: Thursday, February 08, 2001 11:29 PM > > To: sourcenav@sourceware.cygnus.com > > Subject: RE: Windows NT Failing on XRef Generation. > > > > > > On Thu, 8 Feb 2001, Story, Lenny wrote: > > > > > Well, > > > > > > I can reproduce it 100% of the time on my code base.... > > > i've attached the Dr.Watson log entry for it....it should > > > help you determine what is happening....I HOPE you keep the > > > map..and list files....it will be your only way to corrolate > > > the minimal assembly dump with the code... > > > > When we say "can you reproduce the problem", the correct > > answer is not "yes" :) We need you to create a small > > one file example that will crash the parser. Trim > > your code down to a very small file that still > > crashes and then post it to the list. We are not > > going to go rummaging around in your core dumps, > > you need to provide a small example that > > demonstrates the problem. > > > > Mo DeJong > > Red Hat Inc > > > > --------------------------------------------------------------- Ken Luke ken_luke@mentorg.com x8213-7089 Pager: (503)870-0442 "Complexity is easy; Simplicity is hard." -Edmund Keane --------------------------------------------------------------- From mdejong@cygnus.com Fri Feb 9 12:01:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 09 Feb 2001 12:01:00 -0000 Subject: Windows NT Failing on XRef Generation. References: <8F1BE54DECC1D211BB2500105A9CA42101C1C878@admin1.astralpoint> Message-ID: On Fri, 9 Feb 2001, Story, Lenny wrote: > Hmm, > > Ok...so ...your saying that the problem doesn't > exist... I don't think anyone said that. > and you are unwilling to do anything about > it unless i can point you directly to the issue...? > > If i could do that i would fix it myself. What makes you think we would be able to do anything about it? A bug report along the lines of "it breaks" or "the Dr. Watson log said instruction 0x5689384 was to blame" is of no value. Even a stack trace can be of little value with one of these parser bugs. We need the source code that causes the problem, and a small excerpt is the best way to provide it. > is this the kind of service we can expect if we purchase > the product...(and service contract) from you ? Oh, right. You mean that kind of service where people fix bugs in free products for free. No, that is not the kind of service you would expect in a support contract. > The FACT is that it does BREAK. and a core dump is more than > enought information to find the issue. If that were true, you would have already found the issue, no? > This is exactly why FREE software is NOT the way to go... > free obviously means that if it breaks your DEAD IN THE WATER.... > therefore companies cannot put any trust in them. I don't see how a logical person could come to that conclusion. (Later) > Whatever....If Redhat wants to follow the "we're not responsible for it > model"...fine...but it affects more than just SourceNav...how are we to > believe that they would support their embedded linux product then ? Why > would we put it into our product, and risk the "Fix it yourself" answer > when the product crashes.... You seem to be under the mistaken impression that slinging some flaming emails around is going to accomplish something. > If they aren't serious about quality, then > what are they realling selling..? You did download SN at no cost, right? I don't think that qualifies as a purchase. We welcome any help you can provide, but you have to understand that this is not a support mailing list. Source-Navigator is no longer a commercial product, it is now a community project. You can certainly pay someone to work on SN. Red Hat engineers are available for contract work, but you also have the option of paying someone else to do customization. That is kind of the point of free software. The free in free software is about freedom, but with that freedom comes responsibility. Mo DeJong Red Hat Inc From tshead@k-3d.com Fri Feb 9 12:27:00 2001 From: tshead@k-3d.com (Timothy M. Shead) Date: Fri, 09 Feb 2001 12:27:00 -0000 Subject: Windows NT Failing on XRef Generation. References: Message-ID: <3A845431.4010802@k-3d.com> Folks: Let's bring this thing back down to Earth. The bottom line, Lenny, is that a stack trace, Dr. Watson error, or core dump almost never provides enough information to debug a program. Knowing the point at which a program stops running is less-than-half the problem - the context of what led up to that point is what developers need in order to find an answer. In response to a bug report, any support organization, paid-or-unpaid, proprietary-or-free, is going to ask for a simple test case that is known-bad, so that the developers can repeat the problem and fix it. Mo's request for a set of sample input data that causes the parser to crash would not be considered unusual by any of the support organizations that I've ever worked for (all of which have been proprietary, for-profit companies). Regards, Timothy M. Shead From LStory@AstralPoint.com Fri Feb 9 18:29:00 2001 From: LStory@AstralPoint.com (Story, Lenny) Date: Fri, 09 Feb 2001 18:29:00 -0000 Subject: Windows NT Failing on XRef Generation. Message-ID: <8F1BE54DECC1D211BB2500105A9CA42101C1C89E@admin1.astralpoint> Greetings, Ok, I will acquiesce. I was out of line. And i'm sorry for trashing the List. Mo DeJong, my apologies for being a dork. Regarding this issue, please enter it into your bug database, so that someone can look at it when they get the proper information. Regarding my personal opinions regarding Free software, they are most likley extreme. And are my own twisted views, of how the world should work. Most people dont agree, and thats fine. Hopefully didn't burn tooo many bridges, (but probably did).. -Lenny -----Original Message----- From: Timothy M. Shead [ mailto:tshead@k-3d.com ] Sent: Friday, February 09, 2001 3:34 PM Cc: sourcenav@sourceware.cygnus.com Subject: Re: Windows NT Failing on XRef Generation. Folks: Let's bring this thing back down to Earth. The bottom line, Lenny, is that a stack trace, Dr. Watson error, or core dump almost never provides enough information to debug a program. Knowing the point at which a program stops running is less-than-half the problem - the context of what led up to that point is what developers need in order to find an answer. In response to a bug report, any support organization, paid-or-unpaid, proprietary-or-free, is going to ask for a simple test case that is known-bad, so that the developers can repeat the problem and fix it. Mo's request for a set of sample input data that causes the parser to crash would not be considered unusual by any of the support organizations that I've ever worked for (all of which have been proprietary, for-profit companies). Regards, Timothy M. Shead From mdejong@cygnus.com Sun Feb 11 19:29:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 11 Feb 2001 19:29:00 -0000 Subject: Additional assembly parsers? References: <14979.4407.10304.592406@scooby.cygnus.com> Message-ID: On Fri, 9 Feb 2001, Ben Elliston wrote: > > Do you have a contribution site or a HOWTO that has or explains how to > > create parsers for arm, mips, and sh assembly code? I'd like to use source > > nav on the 2.4 arch families I listed but source nav (4.5.2) unfortunately > > can't parse through those directories without hanging. > > I believe there is documentation in the source tree on how to quickly > generate assembly language parsers. Even without the framework I put > in place to try and automate this, you could copy the PowerPC one and > get something going by mimicking it. > > Ben I too would suggest taking the PowerPC asm parser and changing it to do what you need. It is not hard at all. The whole process should not take more that a week (hacking one or two hours a day). The only downside is that docs for flex really stink, I looked around quite a bit but all I was able to find was the same set of examples formatted in different ways. You just have to sit down and hose around with the code until it works. I was able to create a halfway decent parser for autoconf files using the "copy and modify the PPC parser" method. Mo DeJong Red Hat Inc From punt@swordsteam.org Sun Feb 11 19:41:00 2001 From: punt@swordsteam.org (punt) Date: Sun, 11 Feb 2001 19:41:00 -0000 Subject: Update from CodeFusion 1.0 References: Message-ID: <001201c094a6$d82e9f70$640bb9d0@dev2> I am a registered CodeFusion user, before the redhat buyout. What do I lose by going to just Source Navigator from the CodeFusion package (I understand that codefusion came with a patched gcc, which by now is overtaken by events with 2.95.2). I am trying to balance the continued use of a slightly outdated Source Navigator (with some bugs) with losing the overall capability of CodeFusion. Or can I just update my SourceNavigator portion of CodeFusion? Charles From bje@redhat.com Sun Feb 11 19:44:00 2001 From: bje@redhat.com (Ben Elliston) Date: Sun, 11 Feb 2001 19:44:00 -0000 Subject: Additional assembly parsers? References: <14979.4407.10304.592406@scooby.cygnus.com> Message-ID: <14983.23530.718805.98563@scooby.cygnus.com> > The only downside is that docs for flex really stink, I The O'Reilly `Lex & Yacc' book is a must. Ben From spolk@redhat.com Mon Feb 12 10:09:00 2001 From: spolk@redhat.com (Syd Polk) Date: Mon, 12 Feb 2001 10:09:00 -0000 Subject: Update from CodeFusion 1.0 References: <001201c094a6$d82e9f70$640bb9d0@dev2> Message-ID: <3A8825B4.BC2E73A4@redhat.com> punt wrote: > > I am a registered CodeFusion user, before the redhat buyout. What do I lose > by going to just Source Navigator from the CodeFusion package (I understand > that codefusion came with a patched gcc, which by now is overtaken by events > with 2.95.2). I am trying to balance the continued use of a slightly > outdated Source Navigator (with some bugs) with losing the overall > capability of CodeFusion. Or can I just update my SourceNavigator portion > of CodeFusion? > > Charles You can download Source-Navigator and just start using it. It should be more stable than CodeFusion, anyway. From Darren_Syzling@cwb.com Tue Feb 13 04:55:00 2001 From: Darren_Syzling@cwb.com (Darren Syzling) Date: Tue, 13 Feb 2001 04:55:00 -0000 Subject: Windows NT Failing on XRef Generation Message-ID: <802569F2.0046C935.00@venus.cwb.com> We've also seen a crash on xref generation under NT with the 4.5.2 stable release. Unfortunately this occurs within our product code base and is a little difficult to extract a repeatable test case. I've had limited time to track this down and this is the first time I've had a look over the source code so excuse my complete ignorance, but here's some info on my findings: The crash occurs in dbimp.exe when building refs to one of our unit test files which is quite large (> 2000 lines) on a symbol which is used extensively (we're using a C++ port of JUnit). It seems sensitive to the size of the file or may be the number of symbols it's cross referencing. The crash occurs in db\btree\btsearch.c within the __bt_search function on the following line: next: BT_PUSH(t, h->pgno, index); I believe it's writing the "proj.by" file, part of the stack trace includes: db_insert_entry(int type,char *key_buf,char *data_buf) __bt_put(dbp, key, data, flags) __bt_search The problem appears to be caused by the bp_sp member of the _btree structure being corrupted (the _btree instance is passed to the search function). What actually appears to be happening in this case is that we iterate over the tree looking for a match and each time a parent page is pushed on the bt_stack. The bt_sp member is then incremented to point to the next location in the stack array. It seems that one of the many sentinel conditions is never triggered and the function never checks for the array bounds being exceeded. The bt_stack is defined to a magic value of 50 in the btree header. Once this is exceeded we write the value of the page number over the bp_sp pointer (since it follows the stack in memory - depending on padding and alignment) which is then de-referenced by the next statement in the BT_PUSH macro - net result - boom ! Now obviously I could extend the size of the array, but I'm not sure of the original reason for the magic value in the first place. May be this situation should never arise and the error is elsewhere... Darren ****************************************************************************************************************************************************** This e-mail has been prepared using information believed by the author to be reliable and accurate, but CWB makes no warranty as to accuracy or completeness. In particular CWB does not accept responsibility for changes made to this e-mail after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the company or its affiliates. They may be subject to change without notice. ******************************************************************************************************************************************************* From bmunday@3glab.com Tue Feb 13 09:15:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Tue, 13 Feb 2001 09:15:00 -0000 Subject: SourceNav Symbol Browser Closed References: <802569F2.0046C935.00@venus.cwb.com> Message-ID: Hi, I got into an akward situation where the Symbol browser window got closed. I tried a to get it back again but I didn't so I decided to open the project again using the editor. This caused the following error: /home/bmunday/snavigator/bin/snavigator: line 6: 1292 Segmentation fault $SN_HOME/bin/hyper -file $SN_HOME/share/etc/navigato -home $SN_HOME $* [3]- Exit 139 snavigator (wd: ~) Is there a way to get the Symbol window back without a crash? Thanks Bill From dsh8290@rit.edu Tue Feb 13 09:30:00 2001 From: dsh8290@rit.edu (D-Man) Date: Tue, 13 Feb 2001 09:30:00 -0000 Subject: customization References: <20010209125433.B16961@harmony.cs.rit.edu> Message-ID: <20010213123017.A11342@harmony.cs.rit.edu> On Fri, Feb 09, 2001 at 11:28:48AM -0800, Mo DeJong wrote: | On Fri, 9 Feb 2001, D-Man wrote: | | > I would like to change a few things about SN's gui, but I don't think | > there are any options for it yet : | > | > o always add an Editor view to Class and XRef views | > o Editor view is always 80 characters wide when created | > o Editor displays in reverse video (like gvim does) | > o Editor is read-only (a viewer really, not an editor) | > | > I really don't mind hard-coding these prefs into my copy, but I don't | > know either Tcl or Tk. If someone would show me what to add, and | > where I would greatly appreciate it. | | Well, we can give you general tips on how to implement the | changes but you are going to have to actually go into the | code and get it working. Of course, this is what I was asking for. | | For example, that "Editor is read-only" can be done by setting | the -state option of the editor's text widget to disabled. | You would need to add a command like: | | $text configure -state disabled Ok, got that. Line 118 in share/gui/multiedit.tcl | | The "reverse video" thing should not be hard at all. Just | set the background to black and the fg to green. Here | is a quick wish (Tk) script to get you started. | | $ wish | % text .t -bg black -fg green | % pack .t That worked, but I found the highlight colors were to dark for my taste. I put it back to the default white background. | | > Also, I would like gvim to open up at the proper line of code when I | > double-click in a view. I didn't find the cl option in the help | > files, and also I don't know what format string specifier I would | > need to use in the "External Editor" option. Could someone give me | > some pointer here too? | | The docs have some info about each of the format strings | you can use for an "External Editor". | | Mo DeJong | Red Hat Inc I couldn't figure out which function to call to put the Editor view into the Class and XRef views. I did find what appears to be the constructor for the Class and XRef views though. Also, I couldn't get the Editor to be 80 chars wide by default. It is much smaller (around 60 characters). I tried changing line 119 in multiedit.tcl to have -width 80 instead of -width $width , but it didn't seem to have any effect. -D From ken_luke@mentorg.com Tue Feb 13 10:19:00 2001 From: ken_luke@mentorg.com (Kenneth Luke) Date: Tue, 13 Feb 2001 10:19:00 -0000 Subject: customization References: <20010213123017.A11342@harmony.cs.rit.edu> Message-ID: <1990660000.982088258@localhost> --On Tuesday, February 13, 2001 12:30:17 PM -0500 D-Man wrote: > On Fri, Feb 09, 2001 at 11:28:48AM -0800, Mo DeJong wrote: > | On Fri, 9 Feb 2001, D-Man wrote: > > | The "reverse video" thing should not be hard at all. Just > | set the background to black and the fg to green. Here > | is a quick wish (Tk) script to get you started. > | > | $ wish > | % text .t -bg black -fg green > | % pack .t > > That worked, but I found the highlight colors were to dark for my > taste. I put it back to the default white background. You should be able to use any of the color names that are listed in the file rgb.txt (in /usr/lib/X11 on my system, yours may vary) --------------------------------------------------------------- Ken Luke ken_luke@mentorg.com x8213-7089 Pager: (503)870-0442 "Complexity is easy; Simplicity is hard." -Edmund Keane --------------------------------------------------------------- From irox@redhat.com Tue Feb 13 13:29:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Tue, 13 Feb 2001 13:29:00 -0000 Subject: SourceNav Symbol Browser Closed References: Message-ID: <3A89A73A.902A00DF@redhat.com> Bill Munday wrote: > > Hi, > > I got into an akward situation where the Symbol browser window got > closed. I tried a to get it back again but I didn't so I decided to open > the project again using the editor. This caused the following error: > > /home/bmunday/snavigator/bin/snavigator: line 6: 1292 Segmentation fault > $SN_HOME/bin/hyper -file $SN_HOME/share/etc/navigato -home $SN_HOME $* > > [3]- Exit 139 snavigator (wd: ~) > > Is there a way to get the Symbol window back without a crash? Well, I'd certainly hope so. From the editor window did you try the menu option, Windows -> New View -> Symbols, if so what happens? recussively opening the same project for the same Source-Navigator will probably cause a crash. Ian. From mdejong@cygnus.com Tue Feb 13 23:05:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 13 Feb 2001 23:05:00 -0000 Subject: Windows NT Failing on XRef Generation References: <802569F2.0046C935.00@venus.cwb.com> Message-ID: On Tue, 13 Feb 2001, Darren Syzling wrote: > We've also seen a crash on xref generation under NT with the 4.5.2 stable > release. Unfortunately this occurs within our product code base and is a little > difficult to extract a repeatable test case. I know how hard it is to trim down a test case, but we really need one if we are to be of any help tracking this down. Finding bugs in compilers and parsers is really really hard, it is just about impossible without a test case. Mo DeJong Red Hat Inc From bmunday@3glab.com Wed Feb 14 08:51:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Wed, 14 Feb 2001 08:51:00 -0000 Subject: Grep Editor function References: Message-ID: Hi, I wonder if you could explain why grep editor dosen't search through the project? My pattern is CYGACC_COMM_IF_GETC Files are * Format Ignore case is checked 100 entries And when I Serch not hing is given On the otherhand if I do it from the command line I get the following:: [bmunday@bmunday ecos]$ egrep -r CYGACC_COMM_IF_GETC * assabet/redboot/install/include/cyg/hal/hal_if.h:#define CYGACC_COMM_IF_GETC(_t_) \ assabet/redboot/install/include/cyg/hal/hal_if.h:#define CYGACC_COMM_IF_GETC_SET(_t_, _x_) \ assabet/redboot/install/include/cyg/hal/hal_if.h:#define CYGACC_COMM_IF_GETC_TIMEOUT(_t_, _c_) \ assabet/redboot/install/include/cyg/hal/hal_if.h:#define CYGACC_COMM_IF_GETC_TIMEOUT_SET(_t_, _x_) \ Am I doing something wrong or is there a bug? Thanks Bill From Darren_Syzling@cwb.com Wed Feb 14 10:04:00 2001 From: Darren_Syzling@cwb.com (Darren Syzling) Date: Wed, 14 Feb 2001 10:04:00 -0000 Subject: Windows NT Failing on XRef Generation Message-ID: <802569F3.0063239D.00@venus.cwb.com> On 14/02/2001 07:05:01 Mo DeJong wrote: >I know how hard it is to trim down a test case, but we really need one if we are to be of any help tracking this down. Finding.. I can make no promises, but I'll see what I can do. SN is a useful tool and this problem is stopping us using it for our project(s). So I do have a vested interest. >bugs in compilers and parsers is really really hard, it is just about impossible without a test case. Your telling me I stepped through that code (well the xref pieces), some of it looks quite hairy ;-) Did the rest of the technical description of the problem make any sense ? Thanks Darren From rjoyce@riverdelta.com Wed Feb 14 11:21:00 2001 From: rjoyce@riverdelta.com (Rich Joyce) Date: Wed, 14 Feb 2001 11:21:00 -0000 Subject: administrator: cannot connect to ftp site Message-ID: <7F4AC78738EAD2119D86009027626C6D016A9E48@packetbdc.riverdelta.com> Timeout on the following, as well as the mirrors ftp://sources.redhat.com/pub/sourcenav/releases Is this site not available anymore??? thanks. Richard Joyce River Delta Networks 1-978-858-2313 From rjoyce@riverdelta.com Wed Feb 14 11:23:00 2001 From: rjoyce@riverdelta.com (Rich Joyce) Date: Wed, 14 Feb 2001 11:23:00 -0000 Subject: administrator: cannot connect to ftp site Message-ID: <7F4AC78738EAD2119D86009027626C6D016A9E49@packetbdc.riverdelta.com> I get Timeout on the following, as well as the mirrors > ftp://sources.redhat.com/pub/sourcenav/releases > > > Is this site not available anymore??? > > > thanks. > > > Richard Joyce > River Delta Networks > 1-978-858-2313 > From irox@redhat.com Wed Feb 14 11:42:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Feb 2001 11:42:00 -0000 Subject: administrator: cannot connect to ftp site Message-ID: <200102141941.LAA05886@manx.soma.redhat.com> Some parts of the internet seem to be having problems today. (freshmeat.net and google.com also timed out earlier today). Try again later or another day. The problem is probably some where in between your internet connection and sources.redhat.com. Ian. On Wed, 14 Feb 2001, Rich Joyce wrote: > Date: Wed, 14 Feb 2001 14:23:29 -0500 > To: "'sourcenav@sources.redhat.com'" > From: Rich Joyce > Subject: administrator: cannot connect to ftp site > > > > I get Timeout on the following, as well as the mirrors > > > ftp://sources.redhat.com/pub/sourcenav/releases > > > > > > Is this site not available anymore??? > > > > > > thanks. > > > > > > Richard Joyce > > River Delta Networks > > 1-978-858-2313 > > From irox@redhat.com Wed Feb 14 11:43:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Feb 2001 11:43:00 -0000 Subject: Grep Editor function Message-ID: <200102141942.LAA05896@manx.soma.redhat.com> Is this file (assabet/redboot/install/include/cyg/hal/hal_if.h) in your project (i.e., you can see it in the Symbol Browser, project editor, etc.? Source-Navigator will only search files that are in the project. If you are using Views, then only the files in the current View will be grepped. When making bug reports you should always include which platform you are running on. Ian. On Wed, 14 Feb 2001, Bill Munday wrote: > Date: Wed, 14 Feb 2001 16:53:46 +0000 (GMT) > From: Bill Munday > Subject: Grep Editor function > > Hi, > > I wonder if you could explain why grep editor dosen't search through the > project? > > My pattern is CYGACC_COMM_IF_GETC > Files are * > Format > > Ignore case is checked > 100 entries > > And when I Serch not hing is given > > On the otherhand if I do it from the command line I get the following:: > > [bmunday@bmunday ecos]$ egrep -r CYGACC_COMM_IF_GETC * > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > CYGACC_COMM_IF_GETC(_t_) \ > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > CYGACC_COMM_IF_GETC_SET(_t_, _x_) \ > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > CYGACC_COMM_IF_GETC_TIMEOUT(_t_, _c_) \ > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > CYGACC_COMM_IF_GETC_TIMEOUT_SET(_t_, _x_) \ > > Am I doing something wrong or is there a bug? > > Thanks > Bill > > From spolk@redhat.com Wed Feb 14 12:00:00 2001 From: spolk@redhat.com (Syd Polk) Date: Wed, 14 Feb 2001 12:00:00 -0000 Subject: administrator: cannot connect to ftp site References: <7F4AC78738EAD2119D86009027626C6D016A9E48@packetbdc.riverdelta.com> Message-ID: <4.2.0.58.20010214120027.01c4b1f0@pop.cygnus.com> At 02:22 PM 2/14/01 -0500, Rich Joyce wrote: >Timeout on the following, as well as the mirrors > > ftp://sources.redhat.com/pub/sourcenav/releases > > >Is this site not available anymore??? > > >thanks. > > >Richard Joyce >River Delta Networks >1-978-858-2313 It's just really busy. Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From bmunday@3glab.com Thu Feb 15 01:07:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Thu, 15 Feb 2001 01:07:00 -0000 Subject: Grep Editor function References: <200102141942.LAA05896@manx.soma.redhat.com> Message-ID: Hi, I am running on PC Linux Mandrake platform. The files are present in the project, as I used the external cmd line egrep resluting file and navigated to that file using the Symbol Browser set to view files, set a pattern to hal_if*, which locates the file. Then doing as search in that file for CYGACC_COMM_IF_GETC finds the function I want. I must be doing something else wrong, any hints? Thanks Bill On Wed, 14 Feb 2001, Ian Roxborough wrote: > > > Is this file (assabet/redboot/install/include/cyg/hal/hal_if.h) in your > project (i.e., you can see it in the Symbol Browser, project editor, etc.? > Source-Navigator will only search files that are in the project. > If you are using Views, then only the files in the current View will > be grepped. > > > When making bug reports you should always include which platform > you are running on. > > > Ian. > > On Wed, 14 Feb 2001, Bill Munday wrote: > > Date: Wed, 14 Feb 2001 16:53:46 +0000 (GMT) > > From: Bill Munday > > Subject: Grep Editor function > > > > Hi, > > > > I wonder if you could explain why grep editor dosen't search through the > > project? > > > > My pattern is CYGACC_COMM_IF_GETC > > Files are * > > Format > > > > Ignore case is checked > > 100 entries > > > > And when I Serch not hing is given > > > > On the otherhand if I do it from the command line I get the following:: > > > > [bmunday@bmunday ecos]$ egrep -r CYGACC_COMM_IF_GETC * > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > CYGACC_COMM_IF_GETC(_t_) \ > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > CYGACC_COMM_IF_GETC_SET(_t_, _x_) \ > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > CYGACC_COMM_IF_GETC_TIMEOUT(_t_, _c_) \ > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > CYGACC_COMM_IF_GETC_TIMEOUT_SET(_t_, _x_) \ > > > > Am I doing something wrong or is there a bug? > > > > Thanks > > Bill > > > > > From bmunday@3glab.com Thu Feb 15 03:07:00 2001 From: bmunday@3glab.com (Bill Munday) Date: Thu, 15 Feb 2001 03:07:00 -0000 Subject: Grep Editor function References: Message-ID: Hi, I think I found the problem if there are only 20 items found that could be found in the project database and the "Find first 100 entries" is set, then it will not display anything in the grep editor. If the the 100 number is set to 20 it displays all 20 found. Less than 20 it only shows those many, more than 20 it shows nothing. If it is a simple fix I will try and do it but I am no TCL expert. Thanks Bill Munday On Thu, 15 Feb 2001, Bill Munday wrote: > Hi, > > I am running on PC Linux Mandrake platform. > > The files are present in the project, as I used the external cmd line > egrep resluting file and navigated to that file using the Symbol Browser set to view files, set a > pattern to hal_if*, which locates the file. Then doing as search in that > file for CYGACC_COMM_IF_GETC finds the function I want. > > I must be doing something else wrong, any hints? > > Thanks > Bill > > On Wed, 14 Feb 2001, Ian Roxborough wrote: > > > > > > > Is this file (assabet/redboot/install/include/cyg/hal/hal_if.h) in your > > project (i.e., you can see it in the Symbol Browser, project editor, etc.? > > Source-Navigator will only search files that are in the project. > > If you are using Views, then only the files in the current View will > > be grepped. > > > > > > When making bug reports you should always include which platform > > you are running on. > > > > > > Ian. > > > > On Wed, 14 Feb 2001, Bill Munday wrote: > > > Date: Wed, 14 Feb 2001 16:53:46 +0000 (GMT) > > > From: Bill Munday > > > Subject: Grep Editor function > > > > > > Hi, > > > > > > I wonder if you could explain why grep editor dosen't search through the > > > project? > > > > > > My pattern is CYGACC_COMM_IF_GETC > > > Files are * > > > Format > > > > > > Ignore case is checked > > > 100 entries > > > > > > And when I Serch not hing is given > > > > > > On the otherhand if I do it from the command line I get the following:: > > > > > > [bmunday@bmunday ecos]$ egrep -r CYGACC_COMM_IF_GETC * > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC(_t_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_SET(_t_, _x_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_TIMEOUT(_t_, _c_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_TIMEOUT_SET(_t_, _x_) \ > > > > > > Am I doing something wrong or is there a bug? > > > > > > Thanks > > > Bill > > > > > > > > > > From dave.banham@tde.alstom.com Thu Feb 15 03:49:00 2001 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Thu, 15 Feb 2001 03:49:00 -0000 Subject: Grep Editor function Message-ID: Bill, I use the SN 'grep' search feature a lot and have never seen the problem you have found. That is to say, that my version of SN (4.5.1 WinNT) will quite happily report a list of pattern matches up to, but not exceeding, the 'Find first entries' value. Regards Dave Banham To: cc: sourcenav@sourceware.cygnus.com Subject: Re: Grep Editor function Hi, I think I found the problem if there are only 20 items found that could be found in the project database and the "Find first 100 entries" is set, then it will not display anything in the grep editor. If the the 100 number is set to 20 it displays all 20 found. Less than 20 it only shows those many, more than 20 it shows nothing. If it is a simple fix I will try and do it but I am no TCL expert. Thanks Bill Munday On Thu, 15 Feb 2001, Bill Munday wrote: > Hi, > > I am running on PC Linux Mandrake platform. > > The files are present in the project, as I used the external cmd line > egrep resluting file and navigated to that file using the Symbol Browser set to view files, set a > pattern to hal_if*, which locates the file. Then doing as search in that > file for CYGACC_COMM_IF_GETC finds the function I want. > > I must be doing something else wrong, any hints? > > Thanks > Bill > > On Wed, 14 Feb 2001, Ian Roxborough wrote: > > > > > > > Is this file (assabet/redboot/install/include/cyg/hal/hal_if.h) in your > > project (i.e., you can see it in the Symbol Browser, project editor, etc.? > > Source-Navigator will only search files that are in the project. > > If you are using Views, then only the files in the current View will > > be grepped. > > > > > > When making bug reports you should always include which platform > > you are running on. > > > > > > Ian. > > > > On Wed, 14 Feb 2001, Bill Munday wrote: > > > Date: Wed, 14 Feb 2001 16:53:46 +0000 (GMT) > > > From: Bill Munday > > > Subject: Grep Editor function > > > > > > Hi, > > > > > > I wonder if you could explain why grep editor dosen't search through the > > > project? > > > > > > My pattern is CYGACC_COMM_IF_GETC > > > Files are * > > > Format > > > > > > Ignore case is checked > > > 100 entries > > > > > > And when I Serch not hing is given > > > > > > On the otherhand if I do it from the command line I get the following:: > > > > > > [bmunday@bmunday ecos]$ egrep -r CYGACC_COMM_IF_GETC * > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC(_t_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_SET(_t_, _x_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_TIMEOUT(_t_, _c_) \ > > > assabet/redboot/install/include/cyg/hal/hal_if.h:#define > > > CYGACC_COMM_IF_GETC_TIMEOUT_SET(_t_, _x_) \ > > > > > > Am I doing something wrong or is there a bug? > > > > > > Thanks > > > Bill > > > > > > > > > > From rjoyce@riverdelta.com Fri Feb 16 06:45:00 2001 From: rjoyce@riverdelta.com (Rich Joyce) Date: Fri, 16 Feb 2001 06:45:00 -0000 Subject: still cant download Message-ID: <7F4AC78738EAD2119D86009027626C6D016A9E53@packetbdc.riverdelta.com> I tried the mirror sites as well as overseas mirrors when I would expect them to be less busy. Still have not been able to connect. Tried this from two locations (home and work). Is there any other way to connect, are there are other sites I can try? Richard Joyce River Delta Networks 1-978-858-2313 From dsh8290@rit.edu Fri Feb 16 07:00:00 2001 From: dsh8290@rit.edu (D-Man) Date: Fri, 16 Feb 2001 07:00:00 -0000 Subject: still cant download References: <7F4AC78738EAD2119D86009027626C6D016A9E53@packetbdc.riverdelta.com> Message-ID: <20010216100049.D2913@harmony.cs.rit.edu> On Fri, Feb 16, 2001 at 09:45:53AM -0500, Rich Joyce wrote: | I tried the mirror sites as well as overseas mirrors when | I would expect them to be less busy. Still have not been able to | connect. Tried this from two locations (home and work). | | Is there any other way to connect, are there are other sites I can try? What platform are you looking for and can you receive large e-mail attachments? If you can't receive large attachments, what is your limit? I could try and use tar or another zip utility to break it into smaller files and send it to you if you want. -D From punt@swordsteam.org Sun Feb 18 10:12:00 2001 From: punt@swordsteam.org (punt) Date: Sun, 18 Feb 2001 10:12:00 -0000 Subject: SourceNav 4.52 and mouse wheel Message-ID: <01021813124300.02839@dev1> I have XFree 4.02 with an explorer mouse. I enabled the ZAxisMapping, and my mouse wheel works in all my kde windows (and netscape 6.1) fine. But it does not work in SourceNav 4.52. Anything Special I have to do? This is runnin linux on a i386 architecture. Charles From bruce@cenderis.demon.co.uk Sun Feb 18 11:42:00 2001 From: bruce@cenderis.demon.co.uk (Bruce Stephens) Date: Sun, 18 Feb 2001 11:42:00 -0000 Subject: SourceNav 4.52 and mouse wheel References: <01021813124300.02839@dev1> Message-ID: <87elwv6aoq.fsf@cenderis.demon.co.uk> punt writes: > I have XFree 4.02 with an explorer mouse. I enabled the > ZAxisMapping, and my mouse wheel works in all my kde windows (and > netscape 6.1) fine. But it does not work in SourceNav 4.52. > Anything Special I have to do? Wait, mostly. You could go in and try and hack the code: you can bind Button-4 and Button-5 events to things in Tk. However, things should become easier once Source Navigator can use standard Tcl and Tk versions---for one thing, more recent versions support mouse wheels by default. From punt@swordsteam.org Sun Feb 18 12:17:00 2001 From: punt@swordsteam.org (punt) Date: Sun, 18 Feb 2001 12:17:00 -0000 Subject: SourceNav 4.52 and mouse wheel References: <01021813124300.02839@dev1> <87elwv6aoq.fsf@cenderis.demon.co.uk> Message-ID: <01021815173401.02839@dev1> Hmm, ok. This use to work with my old Codefusion version however. On Sunday 18 February 2001 14:41, Bruce Stephens wrote: > punt writes: > > I have XFree 4.02 with an explorer mouse. I enabled the > > ZAxisMapping, and my mouse wheel works in all my kde windows (and > > netscape 6.1) fine. But it does not work in SourceNav 4.52. > > Anything Special I have to do? > > Wait, mostly. > > You could go in and try and hack the code: you can bind Button-4 and > Button-5 events to things in Tk. However, things should become easier > once Source Navigator can use standard Tcl and Tk versions---for one > thing, more recent versions support mouse wheels by default. From brecht.vermeulen@rug.ac.be Sun Feb 18 14:26:00 2001 From: brecht.vermeulen@rug.ac.be (Brecht Vermeulen) Date: Sun, 18 Feb 2001 14:26:00 -0000 Subject: SourceNav 4.52 and mouse wheel References: <01021813124300.02839@dev1> <87elwv6aoq.fsf@cenderis.demon.co.uk> <01021815173401.02839@dev1> Message-ID: <3A904D3D.A6E29630@rug.ac.be> Well, it works for me. XFree 4.0.1, Debian 2.2, gpm+imwheel, kde2, logitech pilot mouse For sourcenav, no special configuration was needed. Extract out of XF86Config : Section "InputDevice" # Identifier and driver Identifier "Mouse1" Driver "mouse" Option "Protocol" "IMPS/2" Option "Device" "/dev/gpmdata" Option "Buttons" "6" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection regards, Brecht punt wrote: > > Hmm, ok. This use to work with my old Codefusion version however. > > On Sunday 18 February 2001 14:41, Bruce Stephens wrote: > > punt writes: > > > I have XFree 4.02 with an explorer mouse. I enabled the > > > ZAxisMapping, and my mouse wheel works in all my kde windows (and > > > netscape 6.1) fine. But it does not work in SourceNav 4.52. > > > Anything Special I have to do? > > > > Wait, mostly. > > > > You could go in and try and hack the code: you can bind Button-4 and > > Button-5 events to things in Tk. However, things should become easier > > once Source Navigator can use standard Tcl and Tk versions---for one > > thing, more recent versions support mouse wheels by default. From bruce@cenderis.demon.co.uk Sun Feb 18 15:48:00 2001 From: bruce@cenderis.demon.co.uk (Bruce Stephens) Date: Sun, 18 Feb 2001 15:48:00 -0000 Subject: SourceNav 4.52 and mouse wheel References: <01021813124300.02839@dev1> <87elwv6aoq.fsf@cenderis.demon.co.uk> <01021815173401.02839@dev1> <3A904D3D.A6E29630@rug.ac.be> Message-ID: <87bsrzy2n2.fsf@cenderis.demon.co.uk> Brecht Vermeulen writes: > Well, it works for me. > XFree 4.0.1, Debian 2.2, gpm+imwheel, kde2, logitech pilot mouse > For sourcenav, no special configuration was needed. > > Extract out of XF86Config : > Section "InputDevice" > > # Identifier and driver > > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "IMPS/2" > Option "Device" "/dev/gpmdata" > Option "Buttons" "6" > Option "ZAxisMapping" "4 5" > Option "Emulate3Buttons" > "no" > EndSection OK, it's presumably imwheel. I'm using a similar configuration, only without imwheel, and the Debian packages for sourcenav don't do anything with wheel events (whereas lots of other applications do). So that's a workable immediate solution: use imwheel. (I still prefer native support where possible.) [...] From herzer@fbp.fh-weingarten.de Mon Feb 19 06:56:00 2001 From: herzer@fbp.fh-weingarten.de (Armin Herzer) Date: Mon, 19 Feb 2001 06:56:00 -0000 Subject: Adding a menu button... Message-ID: <3A913406.F41AF6D4@fbp.fh-weingarten.de> Hello, I'm trying to add menu button to Source Navigator 4.52 (as describeb in the User/Programming manual -> Add a shell button...). The problem is that this example doesn't work for me. I do no see the button. Can somone help me? Thanks in advance, Armin Herzer From bje@redhat.com Mon Feb 19 07:19:00 2001 From: bje@redhat.com (Ben Elliston) Date: Mon, 19 Feb 2001 07:19:00 -0000 Subject: Adding a menu button... References: <3A913406.F41AF6D4@fbp.fh-weingarten.de> Message-ID: <14993.14658.704274.382129@scooby.cygnus.com> Hi Armin, Armin> I'm trying to add menu button to Source Navigator 4.52 (as describeb in Armin> the User/Programming manual -> Add a shell button...). Armin> The problem is that this example doesn't work for me. I do no see the Armin> button. Can somone help me? In order for us to help you, you need to post your code. Ben From herzer@fbp.fh-weingarten.de Mon Feb 19 23:21:00 2001 From: herzer@fbp.fh-weingarten.de (Armin Herzer) Date: Mon, 19 Feb 2001 23:21:00 -0000 Subject: Adding a menu button (the 2nd :-) Message-ID: <3A921B00.28577CF3@fbp.fh-weingarten.de> Hello all, in addition to my mail from yesterday, here is a detailed description of what I done: 1. Opened this link: http://sources.redhat.com/sourcenav/online-docs/progref/custom.html#pgfId-1285642 2. Copied from this link the following code: proc sn_rc_symbolbrowser {top menu} { global tcl_platform set tool_frame $top.exp # Set a variable that identifies the text widget on # the status bar. set info $top.msg.msg # Create a new button on the toolbar. Note that the # button's command invokes the command line tool # in the background so that Source-Navigator is not # blocked while the tool is running. On Win32, we emulate # `xterm' with `cmd'. if {!$tcl_platform(platform) != "windows"} { set cmdline "exec xterm -T {Source-Navigator} &" set description xterm } else { set cmdline "exec cmd /c start cmd" set description shell } button $tool_frame.xterm -text $description \ -command $cmdline # Set the main window's status bar to read "xterm" # or "shell" when the mouse pointer is over the region # of the button. balloon_bind_info $tool_frame.xterm \ "Starts a new $description" bind $tool_frame.xterm "set $top.msg {}" # Pack this button onto the toolbar. pack $tool_frame.xterm -side left } 3. Saved the code as rc.tcl in path C:\soft\cygnus\sn452\share\etc 4. Started Source Navigator and expected the new button, but it wasn't there :-( Maybe I missed something? What I didn't understand is the following sequence from the link mentioned above: When a Source-Navigator project opens, a Tcl procedure called sn_rc (if it exists) is called with no input parameters. This enables you to: ... Where should the file sn_rc be located? I do not find this file? Or is this the wrong way? Thank you for helping, Armin Herzer --------------------------------------------------------------------------------- Fachhochschule Ravensburg-Weingarten University of Applied Sciences Postfach 1261 88241 Weingarten Germany http://www.fh-weingarten.de From khamis@knuut.de Tue Feb 20 00:41:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Tue, 20 Feb 2001 00:41:00 -0000 Subject: Adding a menu button (the 2nd :-) References: <3A921B00.28577CF3@fbp.fh-weingarten.de> Message-ID: <3A922D79.8020109@knuut.de> I tested it my self and worked without any problems, the menu "Extras" appear in the menu of the symbol browser! Attatched is the rc.tcl file with the copied example from the link http://sources.redhat.com/sourcenav/online-docs/progref/custom.html#pgfId-1285642 Did you install SN twice? khamis Armin Herzer wrote: > Hello all, > > in addition to my mail from yesterday, here is a detailed description of > what I done: > > 1. Opened this link: > http://sources.redhat.com/sourcenav/online-docs/progref/custom.html#pgfId-1285642 > > 2. Copied from this link the following code: > > proc sn_rc_symbolbrowser {top menu} { > global tcl_platform > > set tool_frame $top.exp > > # Set a variable that identifies the text widget on > # the status bar. > set info $top.msg.msg > > # Create a new button on the toolbar. Note that the > # button's command invokes the command line tool > # in the background so that Source-Navigator is not > # blocked while the tool is running. On Win32, we emulate > # `xterm' with `cmd'. > > if {!$tcl_platform(platform) != "windows"} { > set cmdline "exec xterm -T {Source-Navigator} &" > set description xterm > } else { > set cmdline "exec cmd /c start cmd" > set description shell > } > button $tool_frame.xterm -text $description \ > -command $cmdline > > # Set the main window's status bar to read "xterm" > # or "shell" when the mouse pointer is over the region > # of the button. > balloon_bind_info $tool_frame.xterm \ > "Starts a new $description" > bind $tool_frame.xterm "set $top.msg {}" > > # Pack this button onto the toolbar. > pack $tool_frame.xterm -side left > } > > 3. Saved the code as rc.tcl in path C:\soft\cygnus\sn452\share\etc > > 4. Started Source Navigator and expected the new button, but it wasn't > there :-( > > Maybe I missed something? What I didn't understand is the following > sequence from > the link mentioned above: > > When a Source-Navigator project opens, a Tcl procedure called sn_rc (if > it exists) > is called with no input parameters. This enables you to: ... > > Where should the file sn_rc be located? I do not find this file? Or is > this the > wrong way? > > Thank you for helping, > > Armin Herzer > > --------------------------------------------------------------------------------- > > Fachhochschule Ravensburg-Weingarten > University of Applied Sciences > > Postfach 1261 > > 88241 Weingarten > > Germany > > http://www.fh-weingarten.de From adb@tardis.ed.ac.uk Wed Feb 21 02:54:00 2001 From: adb@tardis.ed.ac.uk (Andrew Birkett) Date: Wed, 21 Feb 2001 02:54:00 -0000 Subject: SN status? Message-ID: Hi, I'm mainly interested in the C++ parsing and xref side of SN, and I've got a few questions which I hope someone can answer. 1. The latest released version is 4.5.2 and I understand that Redhat people are working on 5.0. Is there cvs access to the latest development sources? I don't want to start tweaking bits of the 4.5.2 snavigator source if whole chunks are going to be rewritten for 5.0. 2. Is there a list of known issues with the C++ parsing and xref code? Or a public bugs database? 3. What language are the comments in the C++ parser in? :-) 4. Are there unit tests to check the expected behaviour of the C++ parser? >From reading the list archive and web searches, there doesn't appear to be a massive amount of external development on SN, which is a pity because it looks like it could be a great tool. I'd like the C++ parser to get to the stage where I'm confident it's picking up all of the xref's, since I'm looking to write a refactoring assistant for C++. BTW, the 'welcome to the list' message still refers to the address 'sourcenav@sourceware.cygnus.com' which presumably is out of date? Andrew - www.tardis.ed.ac.uk/~adb - From bje@redhat.com Wed Feb 21 05:23:00 2001 From: bje@redhat.com (Ben Elliston) Date: Wed, 21 Feb 2001 05:23:00 -0000 Subject: SN status? References: Message-ID: <14995.49437.77641.339049@scooby.cygnus.com> Hi Andrew, Andrew> 3. What language are the comments in the C++ parser in? :-) Hungarian (and some in German). Andrew> 4. Are there unit tests to check the expected behaviour of Andrew> the C++ parser? No. Should there be? Yes. Ben From vinh.q.tran@intel.com Wed Feb 21 18:52:00 2001 From: vinh.q.tran@intel.com (Tran, Vinh Q) Date: Wed, 21 Feb 2001 18:52:00 -0000 Subject: Source Navigator for Windows Message-ID: <7AF33BFAED25D311AC4900A0C96B54140561C364@fmsmsx95.fm.intel.com> Hi, I downloaded SN452Windows.exe from ftp.freesotware.com but was unable to use. When I double-clicked on that file, the command line popped up with the error "This program cannot be run in DOS mode". When I tried to open this file with WinZip, it complains the file is not in Zip format. Please let me know what I need to do to use Source-Navigator for Windows. Is SN still commercially available for the Windows environment? If so, where can I buy it? Also, is there a bundle where one can buy one package for Windows + Linux environment in 1 shrink wrap? Thanks and regards, Vinh Tran From mdejong@cygnus.com Wed Feb 21 19:40:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 21 Feb 2001 19:40:00 -0000 Subject: SN status? References: Message-ID: On Wed, 21 Feb 2001, Andrew Birkett wrote: > Hi, > > I'm mainly interested in the C++ parsing and xref side of SN, and I've got > a few questions which I hope someone can answer. > > 1. The latest released version is 4.5.2 and I understand that Redhat > people are working on 5.0. Is there cvs access to the latest development > sources? I don't want to start tweaking bits of the 4.5.2 snavigator > source if whole chunks are going to be rewritten for 5.0. No, we don't have 5.0 available via CVS yet. Heck, we don't have it available via FTP yet (but we are getting closer). The code that implements the GUI has changed quite a bit, the back end stuff has not. > 2. Is there a list of known issues with the C++ parsing and xref code? Or > a public bugs database? No and not yet but there will be. > 3. What language are the comments in the C++ parser in? :-) Welcome to the party! > 4. Are there unit tests to check the expected behaviour of the C++ parser? No. We have been talking about implementing a nice XML layer that would sit between the parsers and the DB backend. That would let us write test cases quite easily, the problem is finding enough time to implement it. > From reading the list archive and web searches, there doesn't appear to be > a massive amount of external development on SN, which is a pity because > it looks like it could be a great tool. We think that will pick up after 5.0 is out. > I'd like the C++ parser to get to > the stage where I'm confident it's picking up all of the xref's, since I'm > looking to write a refactoring assistant for C++. Sounds like you are interested in helping with C++ regression tests, we welcome such help. The C++ support is an area that needs work. Mo DeJong Red Hat Inc From mdejong@cygnus.com Wed Feb 21 19:56:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 21 Feb 2001 19:56:00 -0000 Subject: Refectoring links Message-ID: Here is a cool post from M. Fowler. If you don't have his refactoring book, you really should. http://www.amazon.com/exec/obidos/ASIN/0201485672/qid%3D963612574/sr%3D1-2/107-0252948-4046918 (I hope nobody thinks this is spam) Here is the article: http://www.martinfowler.com/articles/refactoringRubicon.html He includes some cool links. This one is a refactoring tool for Xemacs that looks really cool. http://www.xref-tech.com/speller/ Mo DeJong Red Hat Inc From bje@redhat.com Wed Feb 21 21:12:00 2001 From: bje@redhat.com (Ben Elliston) Date: Wed, 21 Feb 2001 21:12:00 -0000 Subject: SN status? References: Message-ID: <14996.40831.914146.298575@scooby.cygnus.com> >>>>> "Mo" == Mo DeJong writes: Mo> No. We have been talking about implementing a nice XML layer Mo> that would sit between the parsers and the DB backend. Mo> That would let us write test cases quite easily, the Mo> problem is finding enough time to implement it. One thing I've been itching to do is knock together a DejaGNU framework that allows us to test the C/C++ parser against the GCC testsuite. Of course, we can maintain our own smaller regression testsuite, but to get all of these tests for such little effort would be a win. Ben From mdejong@cygnus.com Wed Feb 21 21:21:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Wed, 21 Feb 2001 21:21:00 -0000 Subject: SN status? References: <14996.40831.914146.298575@scooby.cygnus.com> Message-ID: On Thu, 22 Feb 2001, Ben Elliston wrote: > >>>>> "Mo" == Mo DeJong writes: > > Mo> No. We have been talking about implementing a nice XML layer > Mo> that would sit between the parsers and the DB backend. > Mo> That would let us write test cases quite easily, the > Mo> problem is finding enough time to implement it. > > One thing I've been itching to do is knock together a DejaGNU > framework that allows us to test the C/C++ parser against the GCC > testsuite. Of course, we can maintain our own smaller regression > testsuite, but to get all of these tests for such little effort would > be a win. > > Ben I don't really want to go the whole DejaGNU route. I think we can do everything we need with straight tcltest. You might want to check out this article: http://www-106.ibm.com/developerworks/library/l-jacks/?dwzone=linux It is about a test system I wrote based on tcltest and why I avoided DejaGNU. An XML based test system for SN parsers would be very much the same except that we would need to compare the output a bit differently. Mo DeJong Red Hat Inc From spolk@redhat.com Thu Feb 22 00:49:00 2001 From: spolk@redhat.com (Syd Polk) Date: Thu, 22 Feb 2001 00:49:00 -0000 Subject: Source Navigator for Windows References: <7AF33BFAED25D311AC4900A0C96B54140561C364@fmsmsx95.fm.intel.com> Message-ID: <4.2.0.58.20010222004925.00a364a0@pop.cygnus.com> At 06:51 PM 2/21/01 -0800, Tran, Vinh Q wrote: >Hi, >I downloaded SN452Windows.exe from ftp.freesotware.com but was unable to >use. When I double-clicked on that file, the command line popped up with the >error "This program cannot be run in DOS mode". When I tried to open this >file with WinZip, it complains the file is not in Zip format. Please let me >know what I need to do to use Source-Navigator for Windows. Your ftp was not in binary mode when you downloaded it. >Is SN still commercially available for the Windows environment? If so, where >can I buy it? Not really. >Also, is there a bundle where one can buy one package for Windows + Linux >environment in 1 shrink wrap? > >Thanks and regards, >Vinh Tran > > Syd Polk spolk@redhat.com Engineering Manager +1 415 777 9810 x 241 Red Hat, Inc. From slate@us.ibm.com Thu Feb 22 14:56:00 2001 From: slate@us.ibm.com (SLATE) Date: Thu, 22 Feb 2001 14:56:00 -0000 Subject: Running SourceNavigator on Linux for S390 Message-ID: Hello, I though I would let you know that SourceNavigator (SN452) can be easily installed and run on Linux for S390. The only changes required to install and run were to replace the config.guess and config.sub files with those shipped in the Linux for S390 distribution. For the SuSE distribution the config.guess and config.sub files are located in the directory /usr/share/automake. Here is a universal diff showing the changes: (See attached file: SN452-source-s390.patch) That's it... Once built SourceNavigator seems to run fine on the S390 Linux system. Regards, Tim Fesig -------------- next part -------------- A non-text attachment was scrubbed... Name: SN452-source-s390.patch Type: text/x-diff Size: 62157 bytes Desc: not available URL: From bje@redhat.com Thu Feb 22 15:33:00 2001 From: bje@redhat.com (Ben Elliston) Date: Thu, 22 Feb 2001 15:33:00 -0000 Subject: Running SourceNavigator on Linux for S390 References: Message-ID: <14997.41386.782223.841739@scooby.cygnus.com> >>>>> "SLATE" == SLATE writes: SLATE> Hello, I though I would let you know that SourceNavigator (SN452) can be SLATE> easily installed SLATE> and run on Linux for S390. The only changes required to install and run SLATE> were to replace the SLATE> config.guess and config.sub files with those shipped in the Linux for S390 SLATE> distribution. That is very cool. Thanks for the patch. I am the maintainer for config.guess and support was added recently for the S/390: 2001-02-13 Martin Schwidefsky * config.guess: Add Linux target for S/390. * config.sub: Likewise. Ben From Darren_Syzling@cwb.com Fri Feb 23 01:52:00 2001 From: Darren_Syzling@cwb.com (Darren Syzling) Date: Fri, 23 Feb 2001 01:52:00 -0000 Subject: XRef NT test case Message-ID: <802569FC.003617A9.00@venus.cwb.com> Regarding the problems with XRef crashing under SN 4.5.2, find attached a test case to re-produce this problem. Create Source Nav project, point it to the BusinessObjects/CreditHiearchyCommands/UnitTest subdirectory. During the cross reference stage it should crash within dbimp. Hope this helps... Darren (See attached file: sntest.zip) ****************************************************************************************************************************************************** This e-mail has been prepared using information believed by the author to be reliable and accurate, but CWB makes no warranty as to accuracy or completeness. In particular CWB does not accept responsibility for changes made to this e-mail after it was sent. Any opinions expressed in this document are those of the author and do not necessarily reflect the opinions of the company or its affiliates. They may be subject to change without notice. ******************************************************************************************************************************************************* (UUEncoded file named: sntest.zip follows) (Its format is: .ZIP File ) begin 644 sntest.zip M4$L#!`H```````)342H````````````````0````0G5S:6YE4-O;6UA;F1S+U5N:71497-T M+U!+`P04````"`"#95DIODV5,<4%``"I%0``1````$)U)YA:9IVE M52"1:0>G$=A`Y1;ZKUZ!0P2"1,VLTB5&"2_28>A:B`JF\2HB6YNE785R=[]_ M^#9Z.Z4A%L9J,#&I"PS(V5O[@3>7W.=F.O#W(@4C?D\^!NY-==] MC;&P'P4M:LU'X[Y*$E+57%^EPCH6US52(<^R-98PBPF5@LODIY3+/$937=(O M1-$,V_W[P4?:A[0Y.O1ZA+,4V:=XX?.&8N4/+EE'#N3EBLK MI+#CSN5??WRDQ2F_8Z1FJ6$^1;FFY\7NA'&2DIX4O?&SH9X/[TZ9'!Q>=3KN5,T'4+*$FQM M;0+,N?\80F7"<,1(>&&K";C$^? MSK8ZT];FO\_B[<[>STLN24E\F":M MT#[8[=:[U:(VL"I%K`MCZ2IRI.[3R0"2_M>])FTFQNO)LQ2Z4:&RQH`X]A+% M8>P;7%=`R5U^+0Q6"U3:.)GH8O&84LT$&\0RKH0IK4^B:.=X=VO38;U<$@5G MNN8R6D!=*I*S]C44O"R(P'M(\1ZF[8'S=\-WO?Y`AXWK""861>GT6VWR#\'V MK?OPS239[*/EP33:G&ZJ'O.Q9;?48Q8^/Z)U`EQOT M>B(E])27(:WCE!49)37_]WT!]_I#S=?2+)CS8RE#TY&Z;V,WL'N-8J:\@ M]W\TO"_!/==&\Z!TK`!VO]6[$7#W;)JUN/<`G[YZP]EGZ/+L=$2P$]%BC79V MHM-V@3N;M20%4MSA<7&^D`>E+^$0[8G2)>-YE,G[+KT7W6=*"DZ2?4H2HDL- MQ1P3)$.L,*A,4ZZEC;G8A5I).:"K=RGXG$=^VZ[GTF(=#=(_&T/C>H.#+-/J MCLG+<8:TJTZ):AOJ8:*=OL&9Y:,`*CZ"K^A0A"#B=\9;H,0TO6V"\X;?5V>C1;=^0EV8)<#*D'T7-*6EFOEXV M:H!_:MVT"F;J&!Q,[QM0O7"LXEB]LL3-5YUF?LT0:_P;!3,AU?`IUZIBQ-;F M_U!+`P04````"`"#95DI&+"D^O`$``#`$```0@```$)U+1 MJ37@\2I#2:0J;80YA8BO"$NGH0'212/IA>"+>Q&21P"^$I&(>0@)TJ<1J$_M M\PSI080AZ6FC:/130ZQH$^W.1OR+B-((\(NA_:606HM9B)#&`:K,(N0/K3*Q MG_K:+8?*)J\KX6.V[(+'_25.PU0OKU$;O64_@$N-:2#ADOO_\`6"3M`7<^%G M-5L`7:*7TMS="WRX]56D;T>I%C%J_6GV-_I& MWWH*`V'>"ZINY2]7GHPBDE??WL3"6#JW%7:MI>5_).:DY+Q*_8X6C^@Y1=A= M`J=&#_"`V%!F//P0^V$:H-[NB2.1/X87WL/L/34R=5>;OHYQ3M1>/"'^+GH- M2F*'2#%*#@02C^`WE$M-V_;#XQHWC.LH,D8_Y"K;^!\BLQ_!4ML*?J@,6Q1N MSGW\7M@ZONMP7LBU/ESVI24WN)!JY<(P2<*BZ.$/*F;7+0L9+O@*U:/?166[ M;E[:L*YM*(O;=>U.@`U+4;MGYU.GS[K.61'UTDYL&HBQ3^UTK7BL!0V1-245 MV'DDS*K]D8:6L+SHAPN;$7^CD?+[-8UC'F'P+L^LQ\:LXPP'-NI5*@S"5WC] M#J;?#CIU/,;&D\SI,RW1\'K2:\HH%\;ZP\&8&WXA;8_4\NJ=L>XX]QICB*:> MF\.FK#,Y'^0U'8;UO#I.CSEO.H/KOWY_3UL2UE"#G'I#>K-!MB<\.WEN#)T3 M=5S?C)@SG`XJXV[*?9*'/NED7]7".>LPY^UH#TYMA"&]6;^*<$6E:XN[#L)D MQ-B;LRH"57="9^Q-$O`ZQ36E/B,YQYW!Y(N/B15S1".ICN/Y9+)/3-N7&_=F MP[=]7FUS<"%)9]0S4`Y!@"S2AWB)2IC='F!CAW7Z7K/QM=DH;&L,+$$=+@[. MS`+KR?&U!\EF!T4>KOU:8'FT9E1J:T'#<7%48W"2FQ1&GQ+,8?:.P,ETVCNG MUNB6/E7]CJ^NQZYK[UKQ`JQ.)X.<3@$_QI("'!>WUD<,_JW`'>?>C_P_T>U( M;4C6RD.CN4D*U28]1C.UM+R7(LB7X7A#=!?!T,U[+!_B$H2D/^MM@906AW&T MG:P%"(TT9](I+6VZO^3KAR%\A239NJJ+0>QU6;?#MAA5#`^CSJWDF?@E($WV M"N#&YC$6772'ZQ,<+O/FV:[&1R'KG.4Y1+4;UA!/'^@90-$$2AHZ;C%P][(M M5Y]'>(WR#,XE1DE;W-/F?8=TMO9,RCG&_N$'7X8LWK)L.7H&F4$LO:LC6,[]U'<.E.G'HW(%.:&SL;(?HANLYQO6"?Y_``!LN],>^<=19 M&PNHU@.3,K>=H(SAM@9UVWB=2;HW3!/&$[6X5%MXT"J81)S9F?K%F"UFA'[Q8'Y!I>L:UR8E"TNG M#BMAJO>=H&-K_9=2:J1K@Z+9V*;A@UUP\_9E1/S MO9V8[^WPT]"Q;ZE3LS:__M[V3FQ85.6S9@AS56W4_4^E0U(\3Z75+PSW]AU5 MW85#083P;3P,"RTOY.+TU'(]U=*H6S+`@26$'TK*GX%?]+:OC!D=+K1;ZEU2 MKVP*[=DVYK"LE<@M7-_H*: M+/"[4V/N;HO?KA[FI=-546SVY=7Z':[[CW,=''1=8:HVI0,-#-)-K8[Z$P"^ M>[EI2(MBQK5/^Z`K1[5W!'XSXW=F?E_L9;N?7L]S7T').G5']7:B5/ MQ_[@-AQ8*:283F2K8&/&;&[2D&QHI:W9I1`??,G#8;<[Z!TB_;#U[,XVLAO& M:A"E56U@TO*SQ@*GDE76N;<^UOV6*U M"Q*P?E_+N*FT7AQYD`O3#Y;B.0O*Q,`4-335TZ9$B?EV\B.N>-[RB]]&E]P1 MN-`UVE%=_E7A#?&FCGU/(%4-!2B*AAZ4:%/5(3^UB!NH*K&JG.GP#2EI'!Y5 MG;%];PD5AJ_+[".H5-E$,K5D6@G\!][Z@L[L.XK$#K%Y;">^C2"5PP@@#R23 MY\]Y^?>4ZIRCT6T"OG&*5(_J$F-"5*(M/H/OIXY'[N$2&VB+Z`LV%TC8H"0N M!K\%>KA>@F0@+FRU46U3XFF5X M06%L`V]$`U62-V](D]W3(!7'7D(-O)CJ(FM<0]<[.AN."_L^1VD'<*&JM-JL M2QWX7VFU,BHW`=-X#[Q9Z;*XW!K4A/65,=YB[^8!"FQF=HTI6:)KD5S`?#2C M@6L?B54&P0^@ZQV"3?2)%815>.[8(&O&%G$;ES`NR]"K8%\N;-.\5K5;[@3` M&5Q37,S@U2:V,Z-Z(`DKPKKU:T%JBAU5KQE0)S/J36V=4[W<^ZH6X8X""01T ME8W`G]\=S.-YHF;`F\I_A^61F>K0,9GWG*7FQ?<_;L8XMMDAPE+\)'] MON$S9QC,)^;"G>(""B$HP4HE038_H.7$61?S*Z'T:&?K&'8&E MA&?&UC#/`Z5(]%AXRK*VH(6?1D1Y(WUJ0GT97XY15U7#(TP$BB5'[JN"E#*C:N7P5Z8V.Q@&/"WQ(L87`F*"_T7Z#B"*<)4'R73N M)[`4'%F-,C>5(/9J4_@,JK(+B/#D,$N0O\5%7/[[+9?WXH@/0[*8(G0O6UYL MLX4U;Y+7OJA<:2M'XEX)6;!?B"NY=-;:W.**W[5`,K^'6(5C3!#C"^SP3BL" M?,M$S&TB,(EALA$*[$#I!55"$S(7,RODK\$$IN`_D*\$O#FXN#S>]]FCR@+\ MNA?'@[.S_R;#TU\(BJDK!6929VF(ZBU]M8D%*=4__>D<#S@66K[UP&.3T M91.%'<69VG,Z69CF`\O8(`>S-0-5D7A&`]G$/64)6Z`&DBK,`J'2-#`D)(%F MZBTEN`>!7!`X16+:]JT+C6+U4ANR_;X_XG`'1!JF#I:$]I]*VN+9VL@OJK0Z M<"^V#ZL(YI:;PD%;KFW;)!,\Z`#Z)BID9L&\)):37S7>@-,Q4=E$K#^]+!LG MQHZZWF<(#VSW"4;::;,P\C8;1E18YQ,I(@V'U0_+S MS_"5D16^(VT8$Z+\Q"J_Q0[S>RB3CQORL%P+RV\;(>&GL!*AJ>,V$#.8P/KH M%P,"B+]$'D2-N0/*;O`)YV.81?BU8JU!8E@AQQ:H"$ZUO,F>75_'Z?B(_$AB M(Q!UB3QO\ABHA]VP;(_;4%/0'/0XH%+CY`ZI`M0!?8NW!_F#!&`3X-FZ@-F:<=E&8-G&4)D`RH*/JZ.RO+`7.D9B^+C#OQ(`#ZQ: M$#A)4%%$+"RE+R(6$*$?HB?"]3Y`89**',;5$1EX11D@>E M8-J#,%0`0])1T]`COQTZ[0HA,@F`CKA7]9LD-#H$!5Q#&#^#(D%G4Z!`MZG+ M0BI#!^E>KP,9%(9SCDJ(.L&E&4Q.$-JC\5H64OP>B/FNPV5^W"D,F'%>C%7> M&XQ.NKW]<6F\C->M&2X+%,MHN:EH&0QZU7`9+R_&R\#3L,Z1]Y`!^TP&YD7^ MPLG=;NM@6_""5=-PYK8(/=]70D.Q:=SJ#XQU1NA?B%+E$,2\4,G8+N76(DP MQ2XW6Y.J%A@G.Y)#P:/CL1A_6QWK9`$M?CCELZ:ZWAO3MFZ.0B"0C]X"$QFY=MDQCWPI_NLAT'5P\JA/:&L1RJ#DS7%I@COT*A;8)S MG>^4L(B2";[C+&LF%15P!'<4'>:;Y#@).1W7.-?Z*N1(XH3)'@()E[V?XS_9;X+22,<<5[. M+Y[!'<$(P*3>^E\X=\-_HNSGO$*+B$HS85PP%,G)G+.N1V0-49A7;L;8(A'> M<4$!OA/16Y'B7`5_A%'(IX0R3KM-''M&<&OC6N5G1(H.HZ6W0(H/DQB\3(S9 MR3FXE'=Z9"7(^I4"UC+D5PFOQN#NWF"\W^T=E#,\R=I+8M9,Y7_"IAS&"@ED M)9"50/:[!;(ISN))`UDR5?$L*[4`/&"(UC/,?'V(;_,(MP2IB"C%I[O"TR]+ MTEW1ZC]*T%VQX+$[;&!V(9;,QGMB(RYH6S<+$`BR.,BE)% M2/Q[V6SG`N(J5H#-6#=\K8U5)52M"E7S`5\A6+U,GA%E]0]>#_>ZW?'K4K2: MJEX3KA:KKXY7<<0$V)EPQ,'72[9EXT,BO`?3G.&SQ5!Q9MMSHCILO7CWAN;; M/QJ)[:\QZ."U[4T)5F4\R#G,&!:8V3I;$<;]N6/,5.?A'%WT MJ:ZDT&U,%EL,MC7&\;KX;3S$#_@:$P7?-?6Q3?8_MGAX=XA^+D,O*T+<(L@KBL\?'B8:-BR ME&T-TC8ZQQ42??PQ@.JHEOO_8M*V/FV[-(P7UUZ.7"44JY M`C_>BSK^$*V6!P3(]1PF@S^$COV;'6$JOFXA-"!"S`ZM(-/2E+^ MT@'QN>RY@#5R5`AR+**&-9@-^O>$08BMUH[A(BBAYPC!+$]8&:VHK_XO]]Y@ M*:,PLRGSTQ",9TQV/[`1L2G/"YN2D!+,@3#-H8D6:??K]5?5SU.I#.7L2[`L MHJG@CMF?"Q_7H4-6?;$NAZH3@YIZS.?Z(K*[P49=%6[!LJVTULC?TH#4HJ2? MO'IJX=`$W,W>?2MY:8`2E5MF!2E8O>E-!V.U? M*+IN%?)'Q&,6_>+YD\=+Q'+`)9=(D.>E5DD\F6,*N:6%.*/&4]%K.#CVE5(; M%',4^ M'=(CT>7::;LD3432)+&?5[*C]_60'IG;2YM@!C9-@C"9:X2@%;:`&M71:`*) MY@J,`^XJNXO^@CY*PG$1XM;?8"P@PK,HD3E`AF\+)RE#]7\F= MQDTD0:ML3C8J6V:9EG*+Q1^;2:>6R)QDXB03IUJ)4W[649@ZI5ZQ@_7'O>'^ M3J5MX53UFFE3L?JGO2T<^!V9(\D<*9XC<A8I*4G5,L>^0K(6U,Q,TX8? M1W\_OH(TC"0+?7MY6O+V3IOL%MS>;9->P>U>F[PLN/VR3?8*;N^UR:N"VZ_: MY'7![=?0]8+;^VUR4'#[@`W+R]QAZ;)Q">^G)M,V[04X7"C6'$;P+EU@IZS` M;EF!7EF!EV4%]LH*O"HK\+JLP'Y9@8/2@1*&DI>)4PIUSV$\-J4@OI8Y"GJ-PY#D*20=N@`ZL1`96X-*J M4H$BF8@2AMV=X7X=,G#)4Q1E3?C*3E$$J$@RA)(AE`RA9`@E0R@9PD2![X,A M#&L$(N2A(WGH2!XZVA#I*0\=R4-'\M"19!DV=.BH4I)>_&;\Q)_`"LXLG71W M>X/R5^,G:M=]-WZ1JLE%1:6OM`\CV'YW;,E M)+B+.?XE9,ATEZE]O7`-"RQF81G+BH#8S$7P3R'(D\1Q)-Q?=P MCJ0(F*SG'$F!!GF.!#]LB,L1,>KFN1Q)XWS#-$XY#U*1PTD\>38Z[NX%2EI@&1R)),CF9Q\)B>C;U43\B=/`V7L5$L>Z-%XH">XOU^1Q'F\[?U- MD#I,\'>XQR_ZL\?9Z%^1G!)\>!J^RNU^/HIRNU^FB#)%W%2*F)]B%2:)YX!< M)K9IV+$4<_RZVWO9*\T0$Y5KIH=%JF5N*'/##>2&HH.KZE6%29:>+_W9W=\X@G^AVRPON5BW8RRO(4Q1A026H@RG.3L(K<-O^VM\U=N6_>D/OFT51\%^]?R(WOZWK] M0JX"N6N.'QZ=$A'`"J0[-,9NA,U=\M4,V?4S:!0!34@>Y5O@44JYB&HD2H*$ M.8:L:;17G499.(9Q^$PT:3'>M@9VE(CJ\")_J:> M;LP+XVAYMSA(N]V?Q@SRR+C/X MIYW!%Z3$99F[D/-CS8/7W=[X597$@8`YZ-X2/9!P-&BRQ)O<,+[*8]0I#_OM4\=-(R MN8X>!(NL^NJKZNJJZG:O=W%!YK#D,8F2(`_A1^U*__'*3P)80OS\`IG@24S2 M#`1D+_"O-8CSLUZ/$'('+"!R!21(_#R"6#*I)&5"0F"9@LN`L'F22^+^_#-1 MB`0A(6,RR2J,"I['RROU!*E`')PBU1UDU;G[GFF%)O=N5'6[9QHL3_ MUH\"+-B[2;K.^'(ER2?_,W'_<,C]6DB(!+F1P26Y2>(@B2^)9IK#7_J4THWB M8\QRN4HR+B`@&:09.N$7L4LR$G`A,S[/R]\+##`7Z$^RS%ATJ018O"Y0TB2K M9;B\)!%;(Y;(0TDP+@(P7D!\_L)#U`B(G_&(QRPD*>"WY"`NU?,"Z96'(<93 M61'@YQ)9X2*JE8W8=Q[E$8'O$M<730K!YR&0/`X@*R1"]GI5._:W?H[3X6"1 M-YGPM7@](6X&3(*;1!$Z]@!"BCT5B]P*R(.$W#+_&UL"$2GX?,'](FTKK/LD MSWP@"UX`3IZ<#(5#L)]%S%*Q2N3S"X?7)S^+Q).3"QZ#$+_-_PN^%$]H/^#R M"\<$S_S5NB(BGAYC+A6=IV."5ROEQ05?8#P7#0X\X_L+?(5V&M\2K<5^8`'2 M0A=9>!W[81Z`V-\?%[Q\3'YP7^=?<%/C3NOAGQXLD.`/[RS$,7H+2OR(2%56 M3ACB._!;RG5P>^K+90*VC-M$Q`,_9%F1`9W(-",H:GO&WTG)*[2X8#Z\9;FE M^L:H&S(AWMT(M3#*+)-L/2%VFH;5-B"_8WI/)G5JDQNVAFSG=Y7KDTF9[&23 M[:1.]\E$+0E19M&J/AK/-)/JVJBR>JO*.%;)V,<-]I"Q6'"L+!M*6:"*%)?K MWE>L9%SQPA\3LJW[CP+0Q7_F<(8BN;B@<`FD*+9&?/Q>]T*QD7K0VH=U+8N M"!ZVOO[T$.$>LTGE6PN$@3:D^G38P`&CWX')P-1IGQJ-(6FE[XVH[IE6D;6L M`'B4V%[;J$YUJKNN]?"??W_!31*VRC1#&R#?H]@7Z1.O'].`MY#JAQUL+*^KS@T'!M+S-BQ7.:OP/9]7.4VP1W:?<.E??/( M656.6J@[`Q.WLNY8&\4[",N:O.*I>!_!I*[M4LWQK%W%AW4*+91MPW/&5._; M#2G*53%KNU8(A''7W*%5:[;0,4TK,)%GV#QC(5DL6ZR^I\_&0TIGQJZ^YUS'6*F+YOXN`A:'J8U;O;^+<'=] M75#PVV3@5-?Z4TJG(^N!1^#D_C>0]R#?59RZACO4J#YH6->OWMUA",_/?#5A M-`P89$+2?([=FM1S&"&%S>MX!1F7AX1Q&'$PTP?C\[,_S\\JV78S$\?Q@I^< MW"JX-A-4`YARDU3>3-2?%5R1$EFNVHT@GZK#`P2?2Y%*Z+<42I@34YAM4-TP M:K6&6'ZZ?_`F$W4,C)=$Q>RS54Z66S-X],JVQEKQ$8!;HHX]!M_6+74NK\5? M>"9S/!^^)#PH9\QCN(SNAMQ%K\-*A04]@.HJO5DD+=+I39 M17XJY4Y#^75<5<]3X>5J'L6IS[!5K1YN6"IV#<(=T.^2,)SC.;&H26,L"%B. MZ=OXM7@;"W5QW3I@&[8[H_K8:S"P+]T%?\\%[/X8(K/)A4/Y-C;NBZ4K:O*. M&^;(,7`+CAJ,'"ETM++G#-K!1#*FI^UT\:+HSUM[PYTBAHY5=?Y0= M!P>5\6D[7?S9MO#]Y<$3BVXWI;'3/<^V.@>+XZK3E'O22A=?-C/$GBMJSS%Q6A:\XU@2]0=U@K75$>:IEJX M([J+W.L1>W/U06[+EK_?/7<(M+P$*5$.>_@&I=5-2(%1M>XLD7B^@V#2R+E^ M^V':&Z"/,:]A:O+\!>7?H%Z\^SCQ$F:?]C\("1.<-Z+G,@&"\JKG.K"*=W=_ MN/?E0'(@X#D/;!Y"D2$HYZLIJ49:WK(,X@W&WCN_;(;%N\XA*QS8#UBISJ,T MA,W_(IJ">+TG\=%8[MO[6"8<I^8X*/B2N/_OE+<()2FRSO%IBGU M@%K3+2FD/$R67>Y52XURVKU`(;XX/_L?4$L#!!0````(`%%0.BD_"*<>/`H` M`',T``!(````0G5S:6YE4-O;6UA M;F1S+U5N:71497-T+T1A=&%,;V%D1FEL94-H96-K97(N8W!P[5MK;]LX%OWL M`/D/;(K9RA/7S_21I`F0V`T:(#,MFG9W@PTM9[?6>/T=3,J<>6OI.Z)(?!MW1#UW;=\B<>->W MA''J>RA@A!-V2XY6A&]O]7H(H<\$.T@L"')\.UP23V`A)86/7(*9-,<(PE,_ M%&B\NXND100F"@TU-]G`##E,!]_SO"R M(P6PMU)6`I_%,E1TT!*OP!8/78$`%TX`+X)L>DM=T'"0S>B2>MA%`8%/00GO MR'%EZ8ZZ+N`IO7!BAP*B@D64*[O$]W09+A&Y%["^X))S.G4)"CV',"7AXKMN M/+$G_$&3J'Z!,GH>.C3]B^P7." MIKZSBFQ<^B&S"9I1:>C^X,IF2WYU&G+J$7PF7&%^ M[@G"9M@FO4N`&H+\?!Y?J8DUTQC[GD=4#4T(AUP/@&(RZIG5[,GE(\RFV#W% MW@TPT!FVJ4O%JC<^A4O);A\]=U5CY<2V_1"H;ZI5S:\-;4`D`51U_/^F6F8V M9K__G9*[AUF(\[D7YW.O*)\W"@IPA879<&9@!/*_V)2<@^_E9^9Q@3VY7`&0 MW"UVOZP"PFO"N`#&%/JSX9(D&11?E.B-86?\A!E45>_]O4T"F;>GF)/:A(]' MO@KMY\L_?_X`2^8^0I-ACV-5,7(HHV]DP(2X1.16/IZM`XN"@R(EU^65R<""[`&^.7+AYJ0BM@]+CCEH4?:>]O850"K2FGHP` MNPL,R4R%N>]$=B60&UE]D@BE(:!K^F_=:)H+CM`!6EZOX;+6EVWHCJ[3@%D& M>AVD\X\3:R>.08[LP)WMK=;RFNMMQBHFLX,#JMC%)E;[Y;'-"!8DD8EV*"M3 M;G(9,1.I4:O=;C\!W"9$VUN_/0GPLE'*P-U:ESURW$,8<-PN"[V+]0+L3$/W M1JU(%[;DG8ZQ/.W#)YBM;N"^%5?D?XK5WPPG>X-)?W"R7U*217K(:C?$LM9K M*9@1S2+'46@Z79VD\I8%.XU[HP42+(T<;H!FL\@2.&-`H=$?`WBA7K=[P\FA_(`N+UUZ].2V)1*0R[O[QEQ3*Z\WA7$,2Q)1M* M2/?[A-"[XEY`^>7&H^+4=VVIWHZ\,B)"YNG(#C<.N"#*1P59$EW#V)I&ELX' M(P>4D8SOVGHM3HB2;%9K$$D/]ONCR:NJ.E72S8LT;[R0UL_.+]X#CC-0!1AG M?D"`"-*[8->^A@JQH-'883L*$^@\"1.65%'?[Q92V7HV(_Y,CT*,+0BRU;(7 MF*%I./MET!_N_2J%6[,Y$=R"L0Z2@QV4V&D990JG%BFE[]`9LN1(EX=3&4V_ M,VRCHR.TT^OM2&?@R?<$]4)2(C[2XB?CL9;_32M)C,SSL-+33K]5FAI__"EG M*CH=-[9Q=I(/)SZ7-3;RZ2(?")SC3LCX:GM1ENZF:X6\[E(?E?$4AA-2AGMT0VS>]2CH^1\&\(=!9'^H(" M?`FN93K0=`O](!E1P6)5WE4Q:XK:W84[ARTXS\TH@UU,VD24JZ>6$#14E9,\ M*I)@MUP?4,"V?3X!>V#:M:P?P<3N;CLN4V57B=DZ&9N(BE5`*J72B[#$7HC= M"^K=@$HLG9@*,)./88_0RX$,AR\%!_/42.L:0(YSZ*H&QJL7;==$`J3H`G3Y&5<4% M"@7/R-"M_#A"50^9\K!'+F)3LSJ,SH\:C\*&@3#7P*]UW@;8S3)E:D(X$ M7!FRP^MH?P#=+G4L15+1W2@AHH5_)I,DV2K2950H&9@V4*' MRCK`((T=(I7N*29/U4Z,HRI]O>%IF5:Q)\&BG1#B@=/^C;Y6^XCZ,%8IJZ_F M\:WAQE#'L%7;1+1=1DI[<,(;CVOWATAIPXVAR/7WNR,TH_HT8'SA,_$S7I(, MAZ=EO/SM_RUMUI'X]\&MTJ_YJTF\7BD2BSO'05_^#0;]BR)*C?2RM-JH4$LS MOJI"XV94:4WV1V_[H[UA;8G&6AO6:*'S[[=(`]F3CR59$M:X3F<1!E]TAY9K MM\A]G#KUE4*]1K(/I0G;=UTL(7//O9E?(RO M=S)14G22'"*K^024"EJT=&5D_93T8%%>1=*4<,/Q.DESE9>SGRH_^_R!O9=J MO>**R35=<<^ES*::+OD]Z4)USZ6&$F32A9MJS[*.UCW7NN6*C]P&Y&:GU8B\ MRZFPLK\Z-?4FKT_Z@U<-6JQ$;],NJSB`_T<.5Q)/2.)_%#O_Q9:/8$OC;9D, M5:YS=&.R--Q4,V7B]0%<:9K?F"CMZ5F&P?XPJLR[:D:6&;WFO6X%[U01YOJQ M::3WYE6_?S*J).V20K_:JJNN4+\#0&;5Q1$UE M@BJ`LO;Y43VY>G\"G$XTQVKQK)!Z>2(G\1=[/X*]C=?;,NRM?^/8E+@-#]7$ MK41-RC9(+UMEINF-23M(".+I2#M=HBG2SKNJ(FUI^%E&I?#9;@[KV;@`[(3` MF^#=BK!,+&7!7-]8/Z>M@\MX"%L#6/PPM@JRP@>QYG:7A:_I=E>U:Y2]*A)M M#?IQT)N]D_YP\GY[JW1/*7Y](S+R^$VO,(R'[7;Z'Q3PI`*@CT84D.^CCOS' M`.KJ$$;>J<#6OT*IY^U&7\%ZE4B2+I!B%? M7$^Q?6/\7@NQ="",ES(H3;J0+RH^BG;1("FF?"CE?MN]4:VUO_ M!5!+`P04````"`!14#HI=&D/#-H&``#T&@``1@```$)U97:F`Z73&;8J.=A/*45#DXDT"M,HLRL;S]2/_()/`K,+YKDG,X\ M(%'@`HLE//NAE2WLM_YMET,ER7DE?(FG=6+9PCX/;7=*/3#OP?D!K*1CD$L. MD1N22]OY82^`\"4X=$Z=N&Y3L*LP8@Z0.96(H-\ZS.>WXXC3`#B_F/T#CN"W M)@.7BC.*I!%1<`Q>W-:ZT[J7#1W2.H9O7^7J'`DY\#Q(A=XN1F.:#),WI@/LS/L8&RK-OYKP9RW[M^\$/5M M]`8NT2U'4@[988@6X#+X'GHY-'!Y8R&6-<0SYZS>R`VS&;W`CJ;<;__GJ&->I!82E!`+&@ M!1SI88G.[)RL^BN+U`(/!+#2F"S;*W0:KN?T%MR0J_<(/G6PV\!L. MN,9/41#8/KBGR,<3VVBL6*_,SE1ND@-EE$@YV9J`T7K#8T- M?[^LU>T,^@-%G4QJ\K_9_1KA6!.E8XV-.:.2+RMPDLDV*-6=ID".1"?+:(9, M0[*MG9#8Z.?@'A@5V]6@#='P"$_F/P\/4MF&E$^1&^G.G2?%:[0!U*#)E9)T M/;K\-\7#EL4+0B1CR\F[]`@+[OM$)!6Z6$("LV,3TV"]0N\G["-@4;1XB!NEEE\D)]5RY"7UTQ\19F(\!*U"JF;R&9VZ^$$ M7H2M\"$H(':GSR-FXKM!N:2M`N)`S22YO((GU4_^2.3VR>&V:4<&.S4M3P/6 M2;X.Z7\\770>+Y>C_(Q%+I/F+%=YP5#3TU8"4^VV'*;9D2L&29N,A0)W07#U M6J^SV?T=SY'V]#W#R=RG*SP"ZGL7?YR^\H$F,=S3.HK6&6_GNBQ'JV0['FJXRW4[VP8RL5]9P;ALP^J-%/6D;A'C M/:QX(4\RX1AH!9+(/Q5` M3W.M7;:JW107ZV_HI01GWTZ*4>PD**2?EY\T1*^4S' M_;L-L-$D@KL]>7[YQ3TFV=:U"9Y5-:UI`)X%V#\$1>B&0=CM3:'XMRIFQ'GH MT.(I;Q.NS=3_=YO7]]Y#*@?C];?'W*##\CZ=^E%AMF]5G_ZMGL*J^JKW,CR$7R;O`K[]MY1")\90PZX[P%>_J7NQ@2;UP\9HWOD0C MN1H1I-SM4W M0(5$P28BQT>Y7(FRT>OAEM-RL-9VSOW9"]N(*?%?^J,,INP=%L\YG4PE.O7? M(>>+C>[F0I*90)II6<:AA!/A2*(GTA@!4E4F9UYW^DL MF2'R74)^`5((.@H)2J*`\%0B])[/"\=^Z<]J.522O*B$J_1Q'[DD))(X;#8# MQ^Z)D**D8J(;09*`H1O/_^9-"!(Q\>F8^FG9YK;N6,)]@L94&73ZCS8'X9!8 M7T7DQ6+*Y-@\KA(\GRHO3N@8XCE>X\!7>'X"CP!G[5.DU>@'+P!:X*(77D1^F`1$5/OC MA&8/T!OG>?0)VAIZK0%_NF0,%-]L2<6J_1JDZ`J5?+!L`*(+\XWW*FH%Z2+` M#?7+\01).2\Y!3%C46,E/Y&07B1%]<']/":9V^^A"OW0$P*MYC:&/GR(`T\2 M\Q6AOZ%2%L]<3WI9!GGIN]12.A%+7U\RE01SI^RZ!/1Y6LT[A76]!05=`M_2 M7N>`./9\\AIR3?4%J*-BL;6I"V%(PX3Q>1]9<1SF+8U4`OK]HDW1I3EA10LH!J=[E#K84/KY*@WZDB"B1_Y,"SNN1<)"E-R M08D':N!2.6]F>;%2X_7!PF'81W5E@6U MU3,K_3ST?(@I_(9TS.O9<2!$K35V:EOH=C%V5YC<0?FJ`J]CP<80/JUJH33` M:MEQ!I"#KIEIW#`HYGH>#`S`;YF#[SZ)51)LF,_;%0>M8;.%=7M8):YZNI8Z MM`+6NF;NJ-I5KZ.P!N5!NZ4J3AN:V7SXS.20P;ZS5=/1-&T`1:<#9\^?$LOW M(4TU.MQ89M5".UI/]339S\<%F9IZB/ MXF0$^43%\8E0"G8130FG1X)WF4@N=!V3S,R&0V?0QKK3+=36Q/+T M[M[M]]4&'TV0BMD[,R.5@[BD(%*'QW^O$W&Q;CB%WAHY=)HA+V%?P[[.7\S7 MBH0@\B'.,`>JHPS+5)>Y0OR)*)T2"3+7#7FY-P,739<[1DL3EXW6(A MOMFH4*?/DL6V7D@*=27-ZAJ]S^0VFPJ*.*J9<4F?TI!2F1NW8"*UW`53Q?`5 MA1U0OE`YO4MY7L(-38H;J'THGG1ZVB[@:MAY'?(5[0/PE1-JKF"G:0PQC+3Z MX$IU1V0[\;\16?7<[<"N96$\U#:#K]$^`#_W7('WFN#YADRO4]T1&;8`"LLA M7,2+B.OZ4->P9FUQNJRX(ZICOZB_Q-LQVE;3AI/+V@R]1OL`_,)O`&_!EM+; M`7P/SV\8EV-86UC);\OJ0)$/6INA5W3WQE[X;%G='FP9>EW@O7)]Y=XN>3O$ M+;L%N[[;W!;H);V],',O%6`;5@6K6P>PZF&C@:S%S13=9"M*^;1?(E7SCII9 M*>\Z^U.-]&C(45.72ZY@+P.U)OXN\YF!"Q?18%/QAFIT+],9Z%8;JM4NT5F6VH-,>CYLI3+.)MMR<.`T M:/Q#*A^CV\/BCX2HKHVW#Q5K7!^64547WR9I=FUE<3,5E8G8+ M9AO<-$O$JI)[\%J,X!H!@S'V0DE-OP[<%YK#2JQ>I/:@`\H5(M5IDK;KX;,D M,W/@)$F-E.=(IDYG<4@6_S-:Y\A%2>)0?\IXA[E5Y7Y\]+/ZHG9K9!A\Y7,: MR[U?ERXL9-#9^])U5](*M75O@$E,0S;9Y9UQIG&<7C!/U*8P/C[Z'U!+`P04 M````"`"*5%$J;+Y5.ZLE``"3%0(`1P```$)U0^J\M;?WM[^!*_\FF(.[ M:+8(_;_WN\._=Z?1S+_QY[]_]I,TB.8@3OS43S[[[Q[\=.?EWAX`X*/OS4!V MZX-9-%W<^?/,RQ!D%H'0]Q*$+O&!=Q4M,C#Y]EN`,`*(TD^\+$H*'`7Z8'[3 M19]`4OSY3$7(SLL"CB%Y>'34&T_&DUY_?]*=WE74SB,$WNH?A!!3/XGBAR2X MNTLR_2\%%-GL#+J+Y+)J_`?VCH_WO!KU>CPS\=>XMLMLH M"5)_!A(_3N`BIGCOH@3,@C1+@JM%_OLUW.`@A>N);A+O[@T"\.8/&$L<)25, MD+T!=]X#Q)4NP@S`?4E]N%\^F`:?@Q".F(%I$MP%GMU'V^^?`O_]MFMREOYTN MTF#NI^G/5W_XTRS];9+XLR#[1P#E.IG>/A3SI[_].@\R1,5O=;JZTS@V$&1O M!A%#%GOA#_-IN)CY*2O8?PORC\&KR?W5/^!IA$=D#_YXYE^GW=M7FAVL8S<@ M*:@14MP'BHD"@KXBF-O$/;@[,13L\G]TM?P\#Q_P*A2CV*W?FWC36_]D.H4@ M46([EOW]W)O"_83_PKO*FHR:1*`U_1K/O,RW1)5__E.4G4?PS"U'QR<("OF] M]+XTV!'RTT<_Q$^)]#:(TSWZMU\>8C]=CK;_AF>4P_#13_'1_F&>^)!D0 M+"7XT:B"NHC0*9=!H'\^+8*:E#$`$R\,:R@F\%E]Z27P2.]]^#+U8[2H4R_E M$:%++)K7!7R>9MX<,BB7\FWO5@3HV2WOEFIG_T:YY@_ M'$#M?'CR%IDI.R\_1X&8,CS">&OJ^!MLA@1)L7Q^21DTN\ZB^SDU8/1!MZIR MD/'"A+,T6)L!%\QM\'V:LW M0/+-;FLS?8S"\`H:/**YRN_:F>V?07;["1W)Z04T1[/T$@H'?*3Q$TO`5D,# M6J6.``33WNRGB^F??J;=`0'8:FB0[0`/T][LT(I`.G3@2^=F(=J;>7):85;L MO0!L-33(UL_#M#?[991DUU!#CU3KKP&M8G[9VED(/#.<&^K>/YY]Q//AAPL` M;5`#4:KE@`)H;P\04CGGRV_S^1(_6R3S?+%O]1J#^#DF>:0RDU>/EF+\R;@W M&)\I=`?)<..'KLGTPL]1RRK`.M0JA.@8IQDF[EI&706GHW%"N\_` M`O^7@'<%R%V4AT?(U%]`RC< M8LRQ/>;BIF&0(_3%LKN)?Q=]]CO]'OHS[/4NH+`5/_?AS[3_Y?CXA[L[."'\ M(">1XEYWB@]:IT0_7?SNI?"`H5!&OG\_!G#^^4T'[PX]27XIF8\868\8VX[H M]ZQ'6*^C/[`>,;PH'UWHV?53=`_N?2@+_O1/%%Y)?1\$USB&$GL)BJ[,(Q!& M\QLHW+=>"CR04-[1,B"3WW$S`"_Y.X08^X4^^^@@?5](?ND[?P_"R6T0SB!N M*"A0##%YW1L_*P#+;X72!+?T+9D`FJ'?(]+>`/QK"&43__X>O`?^EQA.[\]^ MF*5OP#7R4L.?\-#K*(%V.%Q8`"?OO87_?<^0U$V#?Z,S#[[]-MA%`_!-QY^D MXF`4-/]P!N"SZ!V#YU_!_W:#67%YO"A)Z,);!3*I$\SR+_Y"_U#$EM^3%0\N M0`ZI`AJ60$0*.F31X-T[>C=`R7PECV*61W$3'I$E3U'@M;-+[7ZU\W%+.Q\W MVWEX`LJ]@7B@>"<^%NC4NX-&^FT4^]>+,'S8M=Q;FE?LZFM;@CZNGA(H4@1> M3_%_[P#Y_#2)_O03^I'TW?M;9E`^0;&D'[T_X1(6*,X=ALR!3>$A_NQ#W<>? M@_S2GH$.**YW')%%#Q&PVV7(8L(CQ\]#M=N&ECYF"G/R@%K$A\@&_`:]#I,,1 M^>A#>@K*$`7L9/1C2_!X+4Z9R:1QOJG+SUNJ^?P!YU95G!XDDKWZ;5"GI@8O MVN-1PST>F:QUU/X>-YW7;(]'EGLL@A?M\KCA+H]-5CMN?Y>;SFNVRV/+7:[# M%WM\CC)+PH[S1P(T M%*^ABEI^@6]':-IA1!^C^U+3>C5!'Q2_P<]+HQ!2_ARD]>2D<'\6CY46K,P7RF?-=;A(;SLOJB<\V>:/_YQ\RN-_\&$( M_*Z7YK\6E&6W<`_!Y/Z*+*O3R65N>NLEX)M=D/(;0`.#UUN\_&)U)?E-,"Q/ MN<;O8NS*D$;O:HX@@0< M-U$;$0M'%)3D1]F(D!"!BLD80'NTID4H!PPL!PP/R`#5H-B6+&Y`WW:`?AVQ M>!W%_I]#6QVI9M@N+-0NX.?Y"RFXBK);R!0H9AR+_"]!FK&S`B8%\OCXIHC? M%:8K4B+S!*P.17LW2-&5[E^B&WN>B3;Y6,1$=9EER-K3#:UF6P43\LK0N MM=)Y\4;@7+M@/K\H?6W,E1)`0>&=AX6/47K$E4ZJ*4%KZ44<$`]5T@&<*Y`@ MI;U1@')'\?ZD:D3I=RH.G=:UMV_BVCNXH(\D-C#@3/^#W%4D2Y9O,;M[Z=^54L>=S0FTGY5/$0V2Z*G7IX&N), MQ0C,G'D:?"&'$/\T08XG/V%07U"X0\93J.'3H&?`S(&),W=X8.G,94B[,*)- M"%4C3@0EI^Z"(^^"=HA*?,'ECM.?RGRG#%6L_Y2(+>^G-A1;)[5*H+Z5:*]9 M:FO$":&D`1*IU#Y2GTS.\FWPRC0BOHU=H[TR.SA!Y^?_>@/F<,4DL@-UU@QX M-UXP1TH+6E9>T)8%\$L4#LT31E#&^(M&-KRSV)W%_G85%ON4S9"`POW+K5^H MH`\`BG`PST-X=ZBN%1ENA6Z-5>IK%(W#6G8QN-2UP?TM%1&$.$IO'$+392]. MO=5?MSJU9G\QA)@,2!\E-F?(.`(@S06AW"0:)P!/E`J\GHBA=1G8P"/SK+JM MS1T&RB74W05JDNK>`AOT0SOTY8H+]I;BA?T'X%KA:``1D@1HW&K<$VLS@JN9Q<]+9O"6<'."G82^SPD MMFF2`XK'YF)7/`H>>ZZ#LZL?6[:#<4I`L]0'I$M!7)/>9#0\[_7['YKF/6!K MK96DAQI)TB*5[\I*&^(//!>W!-\&L,T#'`:0R4\*:'&92\H MC%^QF7*I8Q6IL"!YMF`9;-'UX_P^:[:B M:7R/R>TC<_"HW4&U+PJ9'W3)TVTJ$WLBV\W\0\`YB.1`*TF1:$FT789$*==D M5UW52D&^RY!P%OZ3L_"GDBX2F@8/^^*8O,;(YB]-%;@@)*^QR"W`Z0B[60A? M1\Y2"0(T.3JK3&B4$5802\`V;$S9`J52)#`F"(%/U5!KHE&OR$3B)*=1DTUP;]\2`M)E*O==;6[RU*^7#Q+'.TQZ:@FZ>((D9T=#`\.3WJ]\SY" M8A[/$F!K'M+2D?9(HUI.XW4:;TFX@<9[L"U5O'E$A4]4Y<;$TC$%/?EQ7C:J M-;*-:HULHUJCD754:V0;U3(@*I8395:82WYK/:XU6E=VH5094#A>W$Z/:/QOD<-'`^CTREQ%!"4E#D$SSN=@N;A*((NKL%\4TBZ(JE0"W\1.9:7:2;0,R"2< M,K(-I[#YMLU%NAY/$4')XRDRD7:>!%=ONN.B* M951]'ET_^B,J0_V*O0>-#$[U$*&]B8841.+RT<+FO/.2/R%17DI,I24*24>" MD(_.`+6")XW).8L;:"Q0]21U`]0*?L04;ZK-S[Q>$_4/9VH\-7N^-C/4NMSQ M<9BA]LO:7C/F:/.'-T:9^_"1RJWDC_MA`V2\8O$U$6!+M<:/EI&80MH&RP%-O0LE'4M4ET MN8A3(TQ'HUZ_;_SF+A&B=J+*-9)KA0]:"^)IS\G,WI:D)4>!F[`$-:EN#0#E`I*PK!XB4=>4` M5EDW#`OJUV%@="@'E.M`0YI7>;47`D)56M.B)HO0].0[<%@H/M0)S*+\P/"F MF?3TK,CXJJAGU-_6BK9XSQ_QK^\X7>LI%&]MQK^^G(==[($V=:_#ISQZ73*\ M,LHBL,'@?-#O]4_Z-LYU%DUSU[J"'%>KY53BU:K$"+=>:^V/ML;SW>>+>0(> M1><;=(J0TC>(_K:M"DU-'7CY$>&\;%I%B,);TX/4J/5Z$']+ZK6@:AL;*T%M MMRQ:CT-KN(Q#ZU$^:AL\1=>@A]:$M=KVUMQA%2FNC]'34Q(>1[(I*X-UCY&I M(VQR6F&JDE8GP_V3T6EO<'YBXPT3X&KN$M,1YOQB3AU\^J'BHVWI873$NMSH MTVF&_:I\WHLGV!=%6O6CA#F>VE$#QEVG'!DWFB\6SU=L7A%DCZZOX5_[K50$ MN0>'EGFU@R/+`4,AGU0#AK8#QI8##FQ).K#-/CXPR3[>?DY8OY_&FG4CVP%; MSFMMJ?;2G<+(Z7^0UAGOM]VW#VIF-79YV4GR;R]_!TUO7 MRW[T$UGP33/7>%V+TD_4VJ(.UL4I@XG:6]2Z6@T:3-1J,X1+YO-+0?R4C;YQ M=_*:G8`&/D#.UBCVK)BU+$XP=`_J2@A*>@\+>A4@1UH0XGI3@(QKWKDVPZX, MVVE_<69;)D4T>4'<'#]<*"&A0$5R0FGU$LN.EI5*3BBTEJ)"'GY$6BA<2Q6T M,*AC(>[82^!35U#;0DZ-Z`X%H)J+?YD<.+/5VXY\5^]^)N4=NTO4]JUA/C7:!-" M2=-QI.*?Z^,K/P##\@6(A/.ETP8]0ZA/N]TNW!(TRBZUFV#(T8J."/*(U8_( M8RUQI/EO7.(X,(E6#DT.RT&OY7-0)TT$5:=-!"4G;K./@5'U&+`X"$3:8R?M M[4O[P"0V/]R,M-=I$YZ)_G9*^]A6VOM+2'O_V4O[L&W-1(YPLW*U;Z5+#!BA MLE,8!DZHAB:WX]@`Z*!U\:R1)H2JT294&+94U`]LKU!6VNVN4"?M9M)NDA(_ M;)+,UX*TUV@30DFK=*72[E+Q7+[^CLO7=PE:VY2@-:T5`IRPT0?V50!%SCZX MO_7G]/L`[J)9L]0MU9!8/*2@$[\+H/9D-ZTS:);[!;2CELW]LADE20#29GX9 MKJS5+#.[42,%JPO-S:0;C"X7JK8)*O@CNS<^H-0'&_Q#RS=*#(>6^$>6^,=V M\`>"]>IRH*S@"?VJ,:PRV,67L]C M#MYRO26/BV-O\$*2VJ?V[R-98;*;X.T=3RG9K>'R'DFRF_6K5QY#LIO]HAY! MLIOUHAY#LIO]HK8NV:TT(6Z]5-ET;`VY;B8%KZM(=M,BC>M8VTW;>`1]+*2. M7:%O6.+M%3N-&7F<$+$J2Z]QQQ-**JGLN[)*B;8L:X*+OEMQ]AUP^4?Y]KCT M.YEC67I49">BS3RYYRFG>]2KJN"S=A%F>??7:)MTLERSSW^\WERJSY?ELJV<5=;VNXWI9I"D5K\L4B7)MTUQMJ M$[VA!*)8;YW4I$%4V6H*8AJ?]GI'C;M#X6=\*ZVA:B2YOE`N[>@YIAUM[#6D M1TP@69`=M'QC*/Y1;M07RGZ0*(1NDAE4+E\YK)X89#!7/2_(?I#9JNI90113 M"Q.LA>944$FU&-!"'I`2OH4\("7\$\D#4HT090$I6=Q^&I`2OH4T("7\$TH# M:C]$S;5R+I\Y=(L.9-3%7@)-/+I51SW\MQUQ:]XTMN[#7%*QRNYXJ+^KJH+XU/Y,3;UJBOS,FM=HE+PWY\TQ7^:*RD MZ8J3?ROY?XY=5]8B_Z[GRKH<[1KIW7#@>^6"MMZV)L]`GI:7)M?5I'5A)[;7 MV+.Z6-FN)G:W9Y_?`4;,T2:0]Z\@PJ[6VG'EN1_$-393M[MJMK%-7V'`2 MR4:FFQ&5W#9*3NN78IKE^+R%K8J;V'*-DRA+DMM1@*Y'_B4 MA&">JX=H!(NT22)"DSR$)FD(IED(5<"-6W.IQ)@L6Y^IT"11H4F>0K,T!3F+ ML;:B2DXP!Q?$K17@HK"U"ERP%RIP0=!:!2Z(6:O`!2%K!;@H8JT"MUOJ@8SC M<@%GL(G2%D1-E"L?<6Z8U;EAWD!V M+WPAZ1AS"\Z8:@HT"1'V\J$+0O01_;PE(*(GX$'Y!*PCB@M$L0TBA"J_X&FU M@(S\)0C];]Z_!B'Z`>NTZ*MNAGXCCNU"1?^C4-'_0"$2#$_KYW]0^CF#'HH: M0H=PXT'_^N-_,=X7*,L9?U6$,R!$!WVVBS_\[CW<\H7?87!-HG!Q-Y]$6";1 M91.7WZ(ATQS/+H6>?`^M@G<%WNJSTBCXRWB?XG*?8O$^T7L4-]FC>(OWR,CA M>%AS.$K[,Z^V3$K@:M`T83YD7!V4/\^$F&NEOW`LL-=U0_H5.8I!L?T\L70> M5`].GM9&RR:"8NZHH;K6I1^HG:;8@=,Q7$@JCBN`H),S3%= M:5P5(!.*GEC-,2%C,^VI\X5;I"Y*."@J+RY`^UZ7ZCB-E0]BFM1JBFN>K/<4 ML("SE04J<3#0O*WX6N&TR]PETY6!XPK14AF\--Y8@%A>2QE4K5Q"(H*7D(FLGE#1@"A4>BVG"3@\+054M= M[U_1AZ)4Q-ESP0@^']NW$'PG]U9R;U)#;%T/T9KK,=U&H3IN$SCP+Y\F,@1AA0>B8.>Y%F08]N."H[8N(*CB?P?FLC_H3V&YZ1\:2DWN>4/V[_E#:79WSHI%5SS8^*O!!OX^(]THNW MI'C91)P>0^WRBL7IP.1Z-O&&'$E;/S07S!IQ0JAZ9PH!E)R\36LJ(Z-+4U)1 M[:2\/2DW<0Q6PK9N*:]W:1%)N?PU-AN_RL?ZJWS$"+G553YZ]D)^)-52&XNF M'*54G$IF&UUJ++^M+K61H69*'.G[I?A=5REDUU5;3DQ0[U#AJ&_M+-`.E[+Z MHO*Y4.35O?":,B.9%[[":7<02NK*LU#A6>H\4&AC`=YV?9%C$RMUW+[R4I]7 M"&6OEI3R3)VPC8LT([2\!]T)K1/:'5>^Y;JKN.XJKKN**>8ENJM8%#M,V=XJ MNE('T`$G>6+%E`6;1V42QA5YO3>XO_7G137@C&[.@%[/"W:[[/VYXKJ)24!T(U93T! M4,%OH)Y`24\+]01*_$^RG@"HX#=03Z"DIX5Z`B7^QUQ/@._RVJ>:^V"M905? M/>6R@F:+>R1E!8+%+3W1QLL*[!?U",H*[!?U",H*K!?U&,H*[!?5?EE!Z2DR MKBHHGD3*FH+G]1XSRMC2N^LV7E,@X-]#54]PZT'EXLJ'/U'*PE[]1665!IE:!9LOP99[[K MZ'&9V2XSFP-Z]IG9I<2Z1.NV+OX/[%T/O,0GZ2!6@F9]\:_\7G-IRJN]U[8G M3=GV_EA;3O-SN3_01I(DLL1/%R'?^*RERP,!+].5OO+:%/QW;>E=6_I-M*6O M"6*]:SON2V_5E9[TMS\Y.3SJ#?J#9BWI\4.SA7[T-7)<,WJ7M?HDVWA%RL3:7$EW3;HMX5V3;AV\:]*]-4FUKNWJ,TF1$C#$=5%U MZ1_%=;&D[]%U42W/!2/X<7/!=W)O)?>NB^I*)=^E/KG4)Y',NBZJW`$@4NYR MI58@Y:Z+ZDKEW'51=5U4ESTJKHNJR]53`KERZJ`HT4Y?DYIKW[;CF?2X-:KO2H*::]GU?"UH:4'>P=184/\(N"TI#C7T: ME&Z(,`VJ-DB?!J4;HDF#TJR;/,TDN48B@G1C!&D!VC&"5`OM&&$>5'V4/@]* M.\9H1?H\*.T811Z4AH]82CWH.LGJR!6Y%]I+&1 M[46:FJC76;TB?953EEW/1+$4U;R\=2R?]:#7RD*7FW`-R^RO>YF""=>PS,&Z MERF8<`W+'*U[F8()FRZSN!,J`VIMUU#C*65+S9^$[=2>HF6YPE-7>+K9PE-Q M>::DZI3UEZ!AO9-Q[Z`W.)GLO+R*HE`X.SL*,K?N<7H-/F-U5APJ*`C'P8== MLX)4!:7"^E/:J\EJJ:0QX#M,(Z6A,III$9#X"U1"G+=\_2G*SI'"^7H7E#,D M?K9(YB!+%GXI]\5'UUZ8^GI^ZE8G81]M0.!!'P8G^[W^R:F">?28!JS##QH; MQDEIU+$-ST28AM%0+,/?;HYAZE5)V,6YZ="XP>!\_ZC7&Y\H.,8-:\"T<_J5 M6X9\4Q&K8UTY'^%>B8QB8`FS.1YJ5RB[-*_.ZR.'^Z>]46\P^*"Z-_F!3:[. MTR;,5).LO4#1G-7U27#1-^CIYOEIL$@)1WFG*QYX.AX?PH%C!4/Y<0WX21[< M-NQ4TJOC)IF1<+2*5U<,)5";XZ=^E::]-":G/YY]I%IRG/?&IQ!-_VQDTTJ# MP=*\DX:0!.C1GZ'\A$K<5_32NX.);#"0C=.T%DA&VZU4%DC'R%@/) M8GSHVV4#R>:8+0+)_5Z_7WI\T<^#6B"YM-$Q@#C=9NCYS;\[)G?^TI_;:JKU3-GNRF=++ MW^\AK:^BO`Z<,98?XAF99NG\#G[95$DCZ!`%%H@3/`!625I/\,BW'T+FF7.U MMT3/O\Y0$[%B+]`;H2Q4.E[)KQ0KEJC2* M?&[>=E:`'39MKT!G@>`"W]8+B*NH!BD>=J:-"QQ*B6G$D6:!0W&H35H6!X=4 MI3IHT,%^;S`Z5U;$56,:%$_!P7950 MEQYBUC3TH/3#$-=)B&IICR?FL(%[SW?X*Z&/*C8K,N MBZ`H^B"XQ@[8/)*=%O$";.2Q=A\$1W"%X0R"S+_3Q[K#TH"&1.G\%3R'2[YH MG2[UD/X/1:D?Z^HH.JA3)-%A-HU\;$H&1FSC%3Z262,%(;%*N=)\:;!EM@3-V,//"3EWD`\*8"GHHI/=&ZC MV+]>A.'#KN7>;OCLB6XP)0AB:V:^ M;TX.E4;C[`R-R(1&:,:")"2OM4OC]:7/`C(AT= M-!H(H5OB!4A."0J8G\Q()#VI)"5#(?&X,L<)\D8LD*#Y&7R"GC5)`` M<1)S<,)/8\!'DTR<:@D:`?$YG-/)"%!/X+2D1%^K[U-(S#4.(IT(1Q$\DL((D MJLS.O.]TELP0^2XAOP`I!!V%!"510'@J$7K/EX5CO_1GO1PJ25Y4PJ?T<1^Y M)"22.&PV`\?NB9"BI&*B&T&2@*$;S__F30@2,?'IF/IIV>:V[EC"?8+&5!ET M^H\V!^&06%]%Y,5BRN37)TJ>'WT^$X]V(FA$A+@>_4M\*1X=3@(J/U`H<.Y/ MYSD1\?@04:GH/*X3O)PJ+\[H&.(YWN#`5WA^!H\`9^-3I-7H!R\`6N"B%WZ, M_#`)B*CVQQG-'J!7SO/H`[0U]%H#_G3)&"B^VI&*=?LU2-$U*OE@V0)$%^:7 MA(O@-M0OQQ,DY;OB$,2+18VUW$1">I$4U0?W\YAD+I^>^*$G!%K/:@P=^!`' MGB3F"T)_0XTLGKF>]++<\=)WJ:5T%I:^OF(J_.9>>74)Z/.TCO<*Z&8+"KH$ MOJ.Q+@%Q[/GD)>2:Z@M01\5B9SL7PI"&">/S/K+B.,R;&:D$]/M%@Z(K;T[X MRN>\8_O]+&]HD3A4-&V_KPH+*5A`-3K=H=;#AM;)46_4802S/O)A3-QS+Q(4 MYN."$@_4J*5RWO@$\Y@J7O"ACY:GUX,@X.*?211Y,Q*\SSQS<1OCMFZ6JP/] M0._>H^'/[9H=C'M#F>?'2@_5!PC%81[5E M06WUS$H_#ST?8@J_(1WS>G8<"%%K@YW:%KI=C-TU)G=0OJK`ZUBP,81/JUHH M#;!:=IP!Y*!K9AHW#(JYG@<#`_!;YN"[3V*5!!NF\V[%06O8;&'='E:)JYZN MI0ZM@+6NF3NJMM3K**Q!>=!NJ8K3AF8V'SXS.62PZ>S4=#1-&T#1Z<#9\Z?$ M\GU(4XW.=0RK[7:PWFF;MR3,IN^4QNDA5$>YHW>Q81O52*WH_UP>9.OS%/51 MG(P@GZ@X/!%*P3Y&4\*I7)\83A?ZHS4X/?EQ>I++UCLB*$Q3NO6@RLW5.3`V M&%-NHMR;OOHS-Y<>]#Q1;2?0>;[QD>!-)I(+7<YT"[4-L3R_ MNW?[?;6[1Q.D8O;&S$CE("XIB-3A\=_+1%RL&TZAMT$.G6?(*]C7L*GSI?E: MD1!$/L09YD!UE&&9ZAI7B#]1+A.X3CPQ&F2R!>YF5W`WD^(&:A^*)YV>M@NX&G9>AGQ!^PA\Y82:*]AI&D,,(ZT^ MN%+=$]E._&]$5CUW.[!K61@/M>W@&[2/P,\]5^"])GB^)=.;5/=$ABV`PG(( M5_`BXKH^U#6L63N<+BONB>K82_5EO!VC;35M.+FL[=`;M(_`+_P&\!9L*;T] MP`_P_(9Q.8:UA97\MJP.%/F@M1UZ3?=@[(7/EM7MP9:AUP4^*->?W-L5;X>X M9;=@UW>;NP*]HG<09NZE`FS#JF!UZP!6/6PTD+6XF:*;;$4IG_8KI&K>43,K MY9WCMY=F^2T+PY'G?TM)K6#5NLZF2/E"PIF$39($_8V>%4^/=FYAJ+I3[<>\ M,%.0IT^P\?>/7B7\++"?*-Q=LN[#<*#"WFLMSK<18V%%#IUON`#\CM3[MXOJ M"Y=TXX7K?&;@HXMHL*UX0S6Z5^D,=*L-U6J7Z*Q*'4`F/1]V4AEGDVTU.'`: MM'L8KJ(E-A7!`PCE0W1W>/S1<)V5T;;A8JWK@W+*JJ*'9,VNS2PNIN(J,;L% MLPUNFB5B5"U&<(V`P1A;4E+3KP/WA>:P$JNEU`%T0+E"I#I-TG8]?I9D M9HZ<)*F1\AS)U.DL#LGBOT6;'/E8DCC6GS+><6Y5N9^>_*R^J-T9&09?^9S& M\N#7I0L+&73VOG33E;1";=,;8!+3D$WV>6><:9RF%\PSM2F,3T_^!U!+`P04 M````"`"#95DIZ8W^Q9\(``!<,P``/P```$)U^VYW^SQ)"D/D(S/=^SSG<_'%Z;??_<.S-$2NV#M.0%!/PYZPQ][MN>@)7)? M-H@R[+G`IX@AND'76\1.COM]`,`7!!W`5P@XGAVLDCC^//LZFGZWA M:-BSU]EH74^:'_1'.@Q'/_7\+<7+%0<=NPNF?]Z!IRWC:,W``W?.P(/G.IY[ M!@;C\>6'<\NR4N`W%P9\Y5',D`,H\JD(P@ZY\RAP,.,4SX/H^T(0C)F(QUM2 MN#Z3!M#=AEY\CR8VF)^!-=P*7RP@'`A>&!)\(6#C#28"X0";XC5V(0$^$K\Y M1NQ,/@\]O6%"!)^R%X;L@(M1B23*S*[A=[P.U@!]YR*_HDO&\)P@$+@.HJ$% M@6^])+"#_E3E4$IRJH3?P^8)N"X1&#N.=L8 M^N0%U$9@@25^.GF^H\*&H-L7YD*?K3S^LL'H[=FF:_9\%S#L(L;^F/^%;,Z> MIQ0YF/^*A9ZIO=I.O?5:$,J>O[F8RU$\9^/IV;YO(%SH"(9"#:0=.5-%/ M5-'/J:+H*;6800YGB"".RB,MF#QX4@`J"_GK*<"\/-Z"P102$KLPEN8,V032 ML-2756$HO[P'J8:HF!+(6&X*@U2>]%109QKPX%6,O,M@6/G;H7<(P)/CO:'$M M$@[`!$1Y9*A3C,]T9$7_)\?_[#!&65`K(VLUBJ@D_QNI(+HXA-`*=KC[6JJNZ,(^RB0@<.*1' M`U<^>A)+KL\[I_.`O+X0\:#';'IZ)J:@[T".9#DBZ'M:*7K\.S_M7BFI4PPH M9JW,!!<[L)GWYH:`3Y8UL,Z'5@T9B5TC'[4.E93$Y0LX3LB)TW/"![*I(THF M>8T,](S$-@V\J`>FH(;)JIA8CRSK8G!R+'V!GXI\2[-FF523X M&KCH#:3/.S+"H[#IPXTHE;*ADUA$9?J7K-^;SNDB^2+XX^)/V)A2UPW=4<0# ML0\/O6J$51^"4ECEOA+HK37X7#??J@@#L6D[J:78%B6"`^*)2K]\A%14B=\< MP?+`DI(8#*PK&(*KK'!,L3PB=;@^S,.9\ MAZ!;$]>BD*W:P)KB"EVH`XON#.%3QFN>_S[X4GN8#D>>VA4>P5TC!#U$*TL8"^;&(+ZV(_*.\.XI( MM#ZNL,\$/QL4$431VMM(@F+C,/SMAYMPR/E)?GAW*V&;ZC#Q]PJU2##U+16A7ZC"A]S:UXI//_P&FSOLH&Q=!(: MK*VIK6IY7>@F;1%=86O1((9A^[FP@TL]6X5]FBQWD00TG!41L7V=TJ"MIJ[. M24W-BUT<77/#P\'RV=VF\\LI= MN\FJ*^QJ2YUH#QL-UMWP@%"FJ^C@H,ODSIZ;BI\,)"Y\6NZDH?),D;7JJE]B M4R6NA#^DWO9P;49=?@_61*!^PQ>:W.O*8-%)5`!KF+S_'^K@SHY5+"JO`YNO MCA176[47"3%Z<&&=CRYK;K=J0:!3>\_4<.O5W'_]Q5=VC?-#\SU.>A\67R7L MAA[LA3[?"SW<"WVQ%WH4H17:,TR@3G[IUB2!3:WA^5BEN]1Z#\'5]]B@M)@R M.]M(F2C,!%55E@FJJB@35%5))B@##6@XU24_J\LQ[OQ";+&552_US$V5)>M!J"ZIPI5]K(=`_]U?15J[SL'WE1C]YB(=_P2U>4 M.A))?"JJT'>AE*4:HA2D&J*1HAJD%*$:HI2?&J(4GAH22Z[P3[92,HI'-G/? MH_;Y&+7/QVB81=`"U3XAH_8)&7ULGM"JJ:*;RO(L+1#WUNCCI64-Q\I-DS0L M3^/WP'@:5_HQ/)+9\^C&IT+()_5!3(U1'[_4&/6A2XW))G;^HELNQ/%,B&_, MZGQJZ_JE+@(]4A>''JD^.#8AU8?&)F1U4IDBJW/+%%FM>:;(ZG;1%#G.*^6A M4"TU&E'H;KR#OL<[Z'NL4X0*H].""J-3@0JCR[\*H\N\"J/+N0ICL"NK+Y1I M"0>WZ>O`H/@^L*+^1F\^)B\3.^J7D&L'I4:G*XKZW6?D8^(MV[SK'"%.CO\# M4$L#!!0````(`(-E62F]!@,T\P0``!\1```]````0G5S:6YE4-O;6UA;F1S+U5N:71497-T+T9L=7-H5&5S=',N M:*U7;6_:2!#^CL1_JE5Y3,#B08.XJ@<%JI52-FN;N2Z1HL0?8J^VU=M=) M4=7_?K-^XS6$<.4#+_8SSSPS.S,>FLV3$YC@C,<0B2`-\76K8;]N^"+`&<;W M#R@5%S$D$A7*!_QK@:I>:S8!X"NR`/0<(1!^&F&LF39(+2!$)@V=1&`3D6IP MW[T#PPA$B9)I(0N.@I['LX:Y0E(P#O8)J=<*W)IDNS?N7(SMWW;'Z#"*V("Z5AAHH+PHI7P@^?^`A603@2Q[QF(60(+UKCNK,7,^8'GD84CZ- M%X5^JDD5':(YV8C]X%$:`?[0=+[D4BD^"1'2.$"9(4+VV"@#^ZVO[7+8..2J M$CYGMQWPPE3-OZ'2:@W:AVN%:2#@FOG?V0Q!)>CS*?>S4!`YQ<*]BEJBYT/(Q*?9G\B[Y6=Z[$@.N/G`I;^O.% M*Z*(,JON;F.NC9R[I;#&W*@^X5/*WW1%\#U=/Z%+Q+MV%5H'U#L+R#V%PL)/ ML1^F`:KU^C_A^65XY3Y./E+34BL(IR3HU3.)WF8_0!+?$E*,C3V.^`K] M4G*9Q*9YU%!5-91E[3CF2,"X):_VQ:77ZEEVZZ+P>FW&-$W!V*=&^B99K#A-CDJ2 M#,P0XGK1_$R3BAM=],.!Y5R_54BA_9G&,8LP^)!'-AY>6M9%I[]RWO`3WG\` M[]=^LZ'5[@PRLRMA"O\@*\^SK%ZG[S)_C@/?I[R(@PP],^6];M_DYB;E&@\R MLH>6/6SW\_H.P\,T>MV!95M>?WOVT(SF^D"]ER1X;/>7YB;B@RS'7:OM7O;+ MIES:E)VYK$UP($DG=-!0H2%C_A3/47*]S3X:]ZSVT*W7?M9K!79_6W&J2+ZW MJ0N:?4VV@\2$`X5ZQWPM:%RZIR4]LX54<%H\3S!XFT,*T)<$G-]]&CF,V@'@&)B=O^_EP6=+24U9J\JWY!U8K;&](6X3NY^;VL#_3JTO4MIJ)YP&%BU,!7WKG&9*=XU^ M)QQ.-_KJC6\^GG5K>IC%*_Y`ZWQ0KL^@%17/;!>Y]>;DJZSWKAB9;3'PI-"T!6#@[-18WCU: M9D5PG-+2O!3+'VC3>4)J=N]XH;GYD3(SXW61N1F/DA"K/\R[A']:0QRK?]W/ M<6%L:JW7?FUNVD]F0-`E^M^9Z!?ONY5E[BI?>%>?DPLMSG%OGS M]H1`?%JO_0=02P,$%`````@`DHA'*IW6Q["/"P``\$H``$H```!"=7-I;F5S M51E!/31(="$P4NV>2$9_?\PAJ!,27O,MC&I$>@U?- MF:IBN='4YU%$V@Q;4CAA)XH!)(Q'1 M?BT=V$I_MC:W-E_PV(^2@)'*<:)XS)3ZW/Z=^5K53R0+N/[`F:32#P?EZQ/1 M[8&=;GH!U:P65N91E7WZ)`+VA2NNA?S`HAZ3/185P/>DR-J)#L@DK%9/W=@\]ZV-(Q5>6>WL1<7S.E MZZ=4TU,6,3WBD(*("0%)P7G3I,X%#2;KP9>KA(\XJR!P0J-HNHKY7(TF!5>I M>J;C++ZG$0^&5H3"LA7G#,;WX%$A!_,J@>!C1[X/(B-FG;\#8/G%NF'+/PG] M7@`0+=>/*Q"%@%M.R4?*8?[$-/;GG=:EZR^<]9?3<`XPKV="&"-I7^=LTL4C MS'(-`V>!E9N`#!D47')U]Y%1E4B6%9;K]-L?&$Y(:+/?SM!@A;&._\9.IU9K M;#'QKJY/6RU,R?$MB6F7[6QMMHB=]XIYKN3/K\(!,T*\8^(5X,TIK M1N6IZ,>%"GB/[$YL`)$JE=_(L`LJV#N')&9]DI5[.P>8M#?,S;VW-`CPEI?* M6%A[,[:MMUY%P[N[9T((P;12)>.*=U;5$"`/3'A-VR8S%5LKWEM9DS;$KC1, M)U5L,']G^>8P#[VG/')MI)?+*>:VW*(!:"Y<&]4+*H8LX-]=BBAJ4_\.%!>N MK6+)=")C&WD',\7[:."DH9S+^"0(4'L0U`)38,0`$*([*U!3OH0.5+_S:` M6U\C?[8%W\(PXA,E$7:(]$/NAR2D`8D%`?1+@/?;.^!Y2CS."-!Y M"8L`7"L@C0<"IFWN(#"'@.'#`@0J:]N$$P+,UMS'-4@[\>^8=CI-!;53)6@B M[`;*9ITDM-<#+(-Q?/YOU:BE&A9)`.PH*4@@<$4#JQRXM*V989H"UST8^E!= M1#$,?)K@XLGTBLE[7(P(6.-0%=9R=@_!JR3@$5W8(W#8M+A#PP-TR=* M6.4TA@6.RS798DB'$N&70Z:"E(1:M42+8T!NC,\P@+1^")\!:<<+M%K<)#[? M@N^('D=&8$CF_="JVWOK`^W7K"PV7D>!6)D>=29U:2CW6,>0EY![?#ET"DVG MRB+>40]B&2:QX?FMUCF_9]5T-(!L,F%V;FPX8UIK;KCEVB48^G,,H>_;ZW\W M]J$];+9VR[03\AK[^`/WSF&J99]MMS?\Y!M5$!':^T<%`31=RH(OBV[N0!0[ M/,Q-C8I5\QWB2\,,LLE_6&E[A_SY'07@%]^=5&'90K:1$-B!K0ZF4%MV^UB* M.R;S/MM[VXD2%7IE>UQ^/;FRU$6!)5F-*GOIO&SMDJ=:GN`SK77!MDQS` M^QOR+WC_Y1>>^<4D:V%WU>"5T2[!*V,K_$#>O"F#OFDYZU\%);@1,T;`3Y8! MQ($ZR)IP^W:H\="T4(-?+XW<)W'U"$[/`-38,?^;Z5IN8A5YUXH`>26(_#20 M_/28G)K4V71%R)RGLAT:*>:*,\0>OU].M@D#]-ZH[YI0A0#3^2B.\(+5^B'5 M8)_=.C%L-H=W&&AM@/AW4L*4VV8IX34O4W*!&_R?I)'Y1_O]>26EQU)2NCW^_!EXOK>E>5.ODZ_L MI62`4`.W%XHU\QN\I,_('>Y4PKTVRQ;!>VZ#5X4BB0*[%UK:=#45;"/&RBPP M6\TQ:D1FBD="3&NPFJ:W@$K$LSK-]J=HWW.1*$!$@#-!.O@D`B"5@]_L>13< M6'5;L&[S6FWE=XI[5.G:>DVQZORUDGPUPU+A46*]WF;[>9V[7@?^;>O`9[?Z MFY9H"T^+GW^F+72W%)O9Z3>8<-EI-HBXTMDV7"]2J7.E-A"?'*$?)3!=-=HK$$0),P;/LX^$5'2C;,#1ZU6#]96`#'6>J#>3??"8COME`*[,,\H MME+YQ<:D55UNV0&$Z%3@8W3S='O/I7)@['\6C(#J4`D.!QQPBNZ^_'IZC!^N>9=Y>%+ZIDI^ MNZDV7]_LE*J9^3EG'3,@;Q^LQ!JO2O?FC997CT=+JOL'!`SV(P."FG3G;[R9 MB<#DVO^/'&&*-9X)?7C&V\C3B$3A=-@21,(AWZJ)0UEM*697E/&?(D.79+,E M!J#/V:G-L&>GC9DEFP?IO@2>U.IP"9,(]R^JB#SIC"`BD046!9`$Z9CK"!'Q MR8C6B@G2@JNW+)F.+.">F"VE2:7Q."-HYAA!:LWJJN:"GFHMXJCG.4S/0LZ:5+#T]."T^4RDR,W.DU.VYXI8H:3.[]7KV M\AX!C]L33(#13`)R]H7]^AXCBG89N>-Q@`6FNZE*$0\%W'Z/N36%BY@>0]4K M8VC)@:1E9^>HSM M@JHI_@>D0W)X2/:MQ-;3D]_'F0BJF9E)#4?W4Y'=8;=70=T*Y'9K-J'=@Y1,+8KD^PMQ MR:+.]#/C:T9CT^>:T:P9S9K1C(YJ%D\UET9[B[4KP*@C M]]4L\W03RGT:O]1#%\DDMON=YMMRL9!=+$Z/'0`0W?$H4O9X@?US&%OK_+K. MKS]Q?G6.J^$W.-F#1GY-@^#$(ICY+FZZ:WJ-W%BE=W(#_MM2]<6[=::>-U.G MQWIG>&:S2"+?-7\S9R6+L;G7@";WM(6()CT$,)9R:1.&-XJP0CE&3R];F;F$*08^,_<6_3[*]0U+=[DOQF`)2?[LB51EP.FFB$RO='B85 MGMC1"22Z21QTVA/*)0:\YI)3XCMZFO;=EW#04<3VU),N4NR?_;<=]WJO^K5; MS0^)+6I'ZPU#1UY!\OTSI+5GS#U,675A:HVRI@L?;F\_O?]X11@1D%IX#]&8 MEL0X.+8\7Q*'BGA,Z(23F_I>D`F#$4;BOY`'PNW@6#^Q>6Y-[P1+K/$L#/M3 MQ[PNT+\H<6(JH4G])4*!'OI0E)DF"8>VVJU?[59CZ[=;%^>C.NE\U._'A3-K M,"+'JT$4NJC(<1F6I;*DPB[QHH!.=+UT,`HWLENS]X4&>%\`O`,?I]AX8ES# M>][7,0W;R"/!8I_VQ#V4TI:&14::N#[/?,M^HN0TB*(_(:96J"^"])&9FJ!% MH0)_9)<;E(\SJW4FY./.7CBJ`A.'EEFK0<=2[REL?IA1Y\SSOH4JG-W3E]^] M7+^_ZW0R`E+-*'X/]AN)1M'J#U!+`P04````"`"0B$O7;Q=^/AY+NAY=GX&J\^W^`@=+P5 M\@,ZCPT.$T`4V;10M,+(]:[W$J\B,2,G(0RXV`P(78&1>>>L( MG?WP`R*(""!Q8$9>P#`8O+.Z'I(KT!2\LD4-V7W$RA6:/#D^G;UX<7HZ&I\> M#:UEUMJ51XKW^H<`TM:?>?Y=X%PO(C2P]M'9+Z?H\BZ,\#)$;R+[`+WQ5K:W M.D#CX^.C'[71:)16_'EEKJ.%%S@AME&`_0`Z85'=>0&RG3`*G*MU_'L."G9" MZ(]W'9C+`U+`7-U1%-\+DC).=("6YAU@A6LW0J"7$(.^,+*<&\>%&C:R`F?I MK$P7^1C^CAP<'I#K%.G6<5W0)Y$28FL=0:O`B,2R2_.KLUPO$?X:@7U!9!@Z M5RY&ZY6-`UK"-6^'2<=Z_5-UAY*14T]X2V^?H+>FLX)FFBL+?\1A%!8J/$$? M0KRV/?3!M+Z8UQA=>?8=`[CTUH&%T=PA*-;)IS7X3OC)QG,3M/D)'/AZ$7ZV M@F7X.20^;GV^1Z-#`R!^6C:C^#L7[=V`_@V,TPPAH9[#A'H.*]13Q+O`(>7!UU`HF)L6 M/DRN_!PYKA/='7X,S%5HTI&*7&I>_S_O?H(FN65=I"T\-R/S'+LXJL1MH0AE M"CJ+$)5ZXQ$6K"M!_KI<.Y68+A0X,UU7#%&Z=P93G@]F`'1X^/*KA7VBJE,S M+`LAMO%658NM8'Q954WY\<['.197&27.L>42%<&/,D$KC@1Y!,(H\93'-<.P M,M"B=+1X[^.X2NUH?/9B-!Z=[SXJWSXYJ:`.+C^>GYR0V=#J&JW,)=[??810 M3@5RC(+0X<*$B'&BXLC)$(E"6N)U;!6!<$S7^2V>/A>-A=`)BCTQQ(.B#MJT MN"AK]]'O'=M.)E&5%K=N73PE^R/VML2C8)(99'X%7N$L?1>GZ<9^U?-"'/WL M,^17HY$V&STA"#?15U5+$;ZZ`&@G6\W)D(4JES[W:5J_!J M(NY/4D6Q2UP)C7M5CU+3L9"0;U9ZHDUW'Q$L])BG,U)8U4058%YG=M(!``3& M\,_0"M^B]/I@_PFT^C$4I;=_?`[<2&X.DE+QZ/"TW(+G@ST+IGP1?H=O4PJ_ M\%SW"C*/O0-4?W.?2.Q#&AE?G(@K*[[54E*`E]X-3K%`0.E*2US3]]V[#^!8 MP/1G"W-UC<.X'9KGX@S%9:^49\H M7&F)NTBGXP'&OT%S`;ERK5/$9!/^P%MFS:^_2:4='CX^;",S@G\AFTL2.Y;5 MY6PC+M"RIWS0U/]$MV.)`8[6P2IFR">RD8W/O#4#0!TW)0"ST?BE7CO(U=56 M'"24A'/'C5R.@FR;J"A-:U"4)4@PFI32)3*5-8,H=Y6.,#N\R?[)":2RD(]' MYA5-G5Z?H^O`6_L?J)E>G]?78ZX*%2QOJ6FJ!2>J!?4GQ)8[40!FW0$][Y1K ML34`F(7%_SY#_/S^Y,2AZ8X%`^V/STM!QT`&.852796%%5)U&,BMQ1Q^<&5F MY?*2>:`Y;T%+\G_`BX%I.VN*#EB']V,%[3"U$:71?Y_%6,.XIR61@Q>^'W@W MILMT_L:YP0=%DR>X#&\(A==XP*2<>>YZN4H32'"UA1=$)%\X0'LO+BY?:MI> MW%>UZJSFQQF1UB M!85@(SQ@-U-M"M8*$Z#X5U!OK4*MBKWDSL_^QVEY:NR%X]KCK`1K$C/ZH� M`\0U>BJ'*9LB-K7V9*]!;;&Q51#XMHXM/:'VH""INDK:81:GA2KA0ZYJO6M4 M:ZI1?:]!;;E&90@BC>J)1C45C6J)1G-<.K3H8#=(;M&%%B]>:8&_L;E$Y->8 M0M/_H:=/T1X3`G.%Z(Z.3CAXAO;(+2L90G9L>VC3T?'"NX6)=F$4@PD'!8/F M!8-X>E$G6DM%:U1T7B:2"&7-9-*T3)I`WB25-U'HJJ[:U8F2<#T5K@L[RQ-; M[*RN)&^:RILJ=%93[>Q42?A1*OQ(V%F>V&)GCPKR8(ZY8YF1M4"#PM(K^IZL MF<53E7P(!&QB/1#ZX>9#X"\5!'GT]E[>+JIZ\O)V(=;>RTM1E4Y03@/O"PZ* ML^BYNPX7`^ZT\>*7L\MX)3T$^7AHAO%/YO[1(O!NT=GM51H[`YB"`32,-&:` M'N^CD!;,15F^,/K^[QC[>Z"11L%_Q4#3*@19A"4AU`9"N/2BOIZAO!J3K#S% M$*4&S2,"EK#]):B8:2JLW2T7%ORSF M%E<2/]B.]9%Q7^LCE;[=_TK%N*^5"J4@H/J+8Z"TQJ-45.M?YLAC"N1(.YZ88XOOH'U25++%<@.=DJ]U32 MP^JL9JDL:B3JWMFO4_Y&SJ84Q#ZR=Q-1/1THX"J'<^ M.AW/IJ/)BW'M[+-427'**1*E]NSO\#!+',C-P=[IVOT2%QF&5K!W0#?[$:]- MQ;"[T5?R`):N=^]DVQ61[9(+MCL,UBMRZ=(*'#\:[%T![F<7+M3!Y@%W.T^) M#P_1*["<=TM\W`G1KVMPWLA#,-98!QOAS/"@^YW0_,WI_7!ZMDL'M/RBZG\LN&2.N&FB<;(D\VU"QGB"QG'*EA'(DP9FH8,Q&&6D09HH@RU"+*.,Y; MG[*LHN6G:APV%7'85(W#IB(.FZIQV%3$85--R?)03(2A9'DH)L)0LOQ4Q*53 M-2Z=IER:+5#S_&BBYL^3I%>YE>EO]NCZ"QMZO%XTTU5FR0<3^1-G6RVJ5--R0&@F*RI4&3#39VH#2<3J0-` MD4TW5=%'8I$N?)Y,NE?4NE:<=*AM=%&9T\3"CB[:-HRZ59UTJ=_%MHX-O M3[N0P;0+&4R[D`%,UKM4[F"J:1<:FJK34+'Z-XK,S9;"*N*3^C)[R>K+3":K M+].=K+Y,?9+Z4B*7U>_8?RF=R^K+&%U67T;JDOI27I?5[^A_4G:7U9>QAJR^ MC#AD]3OZOY3IQ?7E9"^KW\U^]F/SGQR^IWLY^<_O/U"<+A(7KGW:+3 MM?4%1^@-`:E=K-755DATT6*MKI9DZZ+%6EUM^4-/EC_$N;2NMD*ARU-5($2+KZLB"J,D>%D&Q3I%3]("\B=IX M<-XD'>NWBZ`&':B-@@:=4,%H&4UOSR]H'-$G0ZDG+>V@]."/WA<^^.,@C-40 MQO4(FAI"-3HX6+H:EB`>SDZ)OO@+W:V#@2F[E1\J5:WS'F:C]H+;NBTS;7O! M+7R=;8A$=#<*VV0R'`YCM\MM4-FAVU,F1R7G9Y7N>!YSE$4`!VC<`&@L`M(: M`/'B@0.I-X`4AT52%4'!7J=8B3E:S9(2$W2IW,Y-%9M=2^R*+9?5;Q8H!"/^ MBC".GKH>V=U%?[HX#.GOY^@YPE]],!JV7]OA`9H3PWUPR'^3Z_$O>@.*)`'X M>`-_#G/#V"U&M^8JRO9MF6B.;Y.W+@+LQM_#73@^^>!M6-ST?/>/&PQNBE?( M(F=Q8)N<[>#CP+UC$L9#E+S;12I&V3XP4B"GD:&SHOIG04.W1NQ(RHP5RB3Q MG%>R5!:O4$48KU`B+;^+KY"7/4@`=E1 MZ4#]$7H"_S[-@0Y#YS<\V(?K/_S@D.W5.XS%N&^Z47FOSY%CD\:D(/_K_%_V M@N5.XI%)9QV;W1!CNAQ0^N/,H]]&*,#GE>DF`DK#?<[*Z-FS-%#*$9RW3UJ. M_$C&-(%Q_+QQ_.;&`8]_O2)'GQ!N(!\^QPXZMUA%YGS&JNR=D_5P"S,"/DKZ`N_K"KRO*_!^51:OD`KOI]+B<.3P\JP/7IYM@I=G M#XJ79\UX>;9]O-S%$_R"T?KFY>WQA(WR\J3`RUGN5G9!_ML7D]$QATSSN3'7 M$8_OCU*/%"CU2(%2CQ0HM2J+5TB%4H^*E)J?ZZ:&:!9)F:538DV1.H53`=CG M(-,O@LEBRO\3V;7DVG[>MY,P7*G2E0[DR!(54*'=63[D%4S0+ MKK1JRKH%L$[QEG^)OTE"KX?S\93X>Y M/0#$\G'J5/90_C)"W::`^O0KW1IP#Q1L*%"PH4#!A@(%5V7Q"JE0L%%/P:D1 MNJ\D`$C_*PD,](&L),3.[+=QYJU92^CF"W[!;/VN)6R3+]P']QRIA'I:2(5Z M^?NG!-XZEA+)N`\B&6^"2,8/BDC&38EDO'U$TL47_(+9^B:2[?&%^R"2F<($ MQ5`H4UY^Y/%111:O4$48KU`B3878^!LY!=$CGR%I?1";M@EBTQX4L6E-B4W; M/F+KX@M^P6Q]$]N#\(74<_F[H@6^D&QZR]J1824V@<:,I$SAYYO0R!VK3?!K MFT#=5IY(-_^3I-Y'PV2WE>W18`C-)4;FM4F^$@GN2R[1UL5?*0_P*MF"%6^= M#8?H%_+X_U?O;JAH-,XVY'IMI9N1__QA;JJPV6NJL-EKJK#9BR.+5T@A5\^D MU8Y$1A^YNK&)7-UX4+FZ4T:A3G[@%TS6\RBT17YP'[RCD*?G"JE0 M;O6]#8&G2G-THX\H0;Y.>3FQB9R<^-!Y>:&UH30MB\O M[^0'?L%D?1/:@\K+.6]F"OR@/BOS\:IXZJ[R[+KYGR0?GZ7Y M>':P`WM)E>X*S=[+R[\"%59R[]IO=%<,(]Y&=Y_Y]T@A_QXIY-\CA?R[*HM7 M2"7_'M6/-JD1>MHAVC7YJM\ARI`?R`Y17B:NZ-9;LSNT!Z_P-^85_H/RBM2' MJUFOQ"O&]TAV*DE_5JB>7!KF9`)RZ9:8B%>!RELB!0%<8KE$BK)[N&^9J` M[+HE;2*RTQX4V54S>$6WWB*RZ^P5_L:\PG]07I'Z<#6?EW@%)Z=/L<0Y?9UC M5G/ZQDWP:YM`'5B>I3?_D^3UQA"],T9\_-.D*Z]#Q(5*2,I-R'ZH#"D<6KU!%&*=0*JUN M29E\*:C[J_5'&WC(SD`?R))R[,U^*V_>GK?K.SF#7[!;SV_7;Y$SW`/YT%/A MI+&>%E(AWYJOPPG<5?:XG7PTK`S=G\`MVZYM* M_M)[XNFQ/[(YBJY09BJ?QU1E\0I5A/$*)=)4J*WF>Y6"\)$]>"??,^R!VC;P MX)V!/AAJTQI3V]8]?>_F#'[!;GU3V_8X0_;EVX-\*GGM(7-EYQX:VV9D7IDA M1H%W2]^I7II?,`K7`8X_D`G_$K.^_Q6TU?Z`Q.<#-D6;95MD:.5R=FB M@SWVG^3`TN9<>+=OX\/-!GMGY`+[!=>E<%J*!XA$H^Q# MLR^_6M@GB?$IZ>+WF/C*[^1\^N+)T('GNE>F]660MJB7(]YWTING@?<%!_EC MQW]\/G?7X2(7H-MK%I`]]H;:P!4*'A]]^B\#?4$[(1QQ& MP`"UOOC=Y/A\]%*?O!IIH_/AE6??[3[Z@\!1L/<^-(,H_`1Q$"Z8$1B&?@;- M.=Y]=.,YBDU(`-``S/Q[VH4K?.VLFB$4FD"[@7SR+>'@!C^[PV21B1@D5C10 M@?VD1UN1ZF\\TR;`+@5VA\%Z12Y=6H'C1X.]*\#^3,YN%T'G00'EXW_>_03L MYP*U98X/,?8Q^_5SY+@G)^`8092[&L=$%-S%H5,9%&`8!3Z\0X\A!N'_`,DO MD'>Z)QR<2PR,!TT*XW^?Q7`_/K<";$:X7&R0ZP47#NJ"#O.-F]>U+BLG:V-. MSS!6D"_Y/F/`M)TU10>L2PG)E4#)C"2>,]:CD;N\;W`?).J"^4BPQMQ&4V2_ M.3X+#:Z(PA0K?OEIHFEF?O)+B_!F5>SE&P)#=3BD'O>B&HT5DHV+SYV5$RY4 MRM=2_&X\27C_KP-$PB@D[VN%T7H^SU:<808V9,4NWX M<%UT?+BN%7+P>HRQ"$/M+"+1\>&ZVK'=NNC8;ET[5NO+L0!CHJ;3B4BG$TVI M'1.1/M0.M]73PVVY&+I:.W01QE2M'5,11L,#T'D834\FYV(T.C*T)889:2PU12XL[I>HQ1%%IJ/76$'EATY/+N1A':AA'(@PU#S)$ M'F2H,8PA8ACC6`U#Q#!-CUCG8JBQ`SO[G'DR?4:KZ,53M;%E*AI;IIK:6>*B ML66J-K9,16-+X^/7N1A*7AR_!5B+H>3%\1L\M1A*7CP5C9-335KM67*L M?MMSKQ/Y;<\M5YT:R.IW[+_4_#+YLF"5U9=-$V3UVYY[KCI9D-5OHG_&V^(I M0S*(=6Q8^V-,6?VVCJ4Z=Y#5EQ&YQ+&E,PB9_([$()U'2.I+IQ*R^DT"FSEF M[80B&>*Z^:1\3B&KW\TGY3,+6?UN/BF?7\CD=_-)^2Q#4E\ZT9#5;^&3Y$,` M^?/Y:I>`=;4E8%VT!*RK/9C11_V/#@F=%$CS^5U&Y>)PPRBNNE4\V`*@=-?+:;A55#0!JG3-OHJZ- M:!TA>;MV;42+,".#$/G.*_E)G^BD#K>T`][W9(0/'SD(U8\T"!\][-2YXS'64AP0&J>5.%"S06`=7LV><":2(@ MO0$0)TX2!;6*E$0I_]_>U38W;AOA[YW1?X`STUPNX_HHB1+E-.,9V[)GKIVV M-VF;?,CT@RS1MAI:9/3BRZ5_OG@A08($B"4)2I2%^W)G'[`@P=U]@,5BGUK? M/IF()IWKK.!KZ_K7-CC@RXMV0V30"PL;?_M]$)(<._ICX&\V].YGQT77/L]6V\S-;/3H?T[JG6>O M8B/\)8B?QU\B8?H"Y23FVV:>$<:E-Q^ M)IY"=T.Z<)%1_V\_`\57N4&$NUEG`)]?,KWZ4!:7ZC'I[`,(UI? M&$S6:*C7^HA_7P'D*VH]*MZ?4FM\A?M31E59%-H)56X510:"B\_&[M`W\5VZ M_#VZV4-(4MT?=EOTD4/(?+9[>MZB!RR&D&N$*_)[_-W]L_<',D<78(XN`(1X MW*[$B(ICR1I!0(B/!@$A(5M.;XZ>8(X2_/$,7&UUO#:`Q3ME8`%I,@!87`"P MP#09`BQN%6#QJ@&+J,DR8&FBRI&@=::!I3NJW"JP#`5@2;??![*A,<"&Q@`T M&`/0H#B6K!'`&,(Q1JJ5X@EM52O,);N&"_24VC7F4@P(_U_J5U-5'8E"JYF M6[PK!PU!6"/SRLJ.%,)/%3M`F@[`#I""@C0=@!V>##LDFA[E-3V/(74U/3*I MZ5&;FEX4_O:Q9'212;3A=6F!I6A5F3?JO2C/OSF`^4X`YCL!`-4$`%3%L62- M("$N/IJ:>-P$W:O7!MVK=U1TKYY0B?8M*#,`BPJL!;65&1+EF@Q5RIQ^!`,, M;4:5613ZMJ.J$)??K^KRDT5*^H*I+%F=]A)E!7#H9!I!;%Z>Z@EXF^Z0&GHF M6%J]-EA:O9.N&#O1D[*PRAZ:-I>`57YQ+%DC2.5[/AK$%\@3FTNL)T$;]6+& M!%.KUP93JW=43*W>H*ICRR\$NF8I`!X)7B>GL:5`B"0N'94RIQ_!A&=N@VZV M0\I\`'V[A-373AM!/*'\2D:)N>FW=:X)3^BVX0G=H_*$;E5/J"8,]O9/+#3F MA,&+D"XP-[,7'\V>9LL5J?-(?T6?#LV?E\%B[:^2A%9&*[RY0#^1'*/_AE\* M),(*999<^E#/UB$)A`$YA"-`YFQ:J4OM#B1CR1H!(CKI:&JZ>A,1G88LL7+3 MGQQ51$="&WS$BJR/YHP`R;!`109$(JR_> MSBNQ$'4D9U(MDL/J&FKU*VX$M?8BCR_@7=2Z:R*LTI!-5Z&[IQQ68>4L=7Y0 M'U9)2TF6:2"$ZQ9"*)B.!C'*XH77$D76AE2JTJ7*5Q-MA%0F1Q52D5#G`CY+ M5RT$P`8]T(=3@!8"88-64VZF'\"$1VXCG'(?]6`&)0'A8V=<4VA72% MHC'!&)0A5,Q\L'8)K2T]\Y&%WKM)!ZY3>,#B/>*?5_21390YE6GII0TL?)J0 M-Q="'AFB7E7(8T\F!2>YAJIP?1YE2VM\9/X81&L\`BPN`'F$,%IC`#^R!U!F M;J:6U=@J<[;-WCFZ=6W&>F7FOJH^#;1E9:ZKS`!>XHXR\A)1>V(EMIS$ACF) MU72^"E;B.9$7B$)28N/;\?W-U''N!TI28G5_("H77%K60L=UML M7.0W291R/IN3)#!2KW&#_L3J1_'[!EA'L&T]SU[]6"JM-H4_[*\[W#[X0J7Y M"[38440@\I@_1.2!L*70!IL+_E1Q@=3S;-3T*42D)0N>4A'83!X('F)/2^\0 MOLQ^P8^X6_NL<"+^FSS]/_Y*A!*;HC=*L=_"2Y+%/''W5-X/X>>_+?$T8WSZ MZI;\(OX)_SXQ>[6;H<8?3ZD>LS]\*,4L+52PGTJQIP9,[`VP-:_?!F0#9JP: M6NL%F@;J*AA7`:>S8(^%W'I.?UH-J1,)#;!:^A`6K2U:GSQ:"[ZQQY#Q+SOJ M<@D&)FG8_F]+]AU(!O9FNWM\Q`"]"%?O,$)C%SXGIX\)B-)D[N4&O9O/=AB5 MEMMWFUAP@N(4NI5X37&:E96,;Q(*(8.8=P/&F.R6,2:[,,9DMXPQV0ACNPM[ ME\X1V$CG%,;[7<:8[`YAI$#\H$PFPX/)\,ID#&'S,2R;C^$()F/$5TF6JB*= MB?NT#ABOPR]*2>*$T@AA.B$208H3,ZD@*5$!KU)?0="@3%!UH@(BJE#QI@I_ M4-$02L7);\C+Q/4AXG3L0:FX`42G8S56,S57DKI=Z"*#93 M:S^:K?U54J,*][L;.M=W`VN%SF%B6UCD`&H@3/._#OQWJ4[#]DVZ;79+BP1 M_1"&`3OYPL(>9\'&IX\CU!QEKY(>3,[I+Y;^9N`0U'M-8#DN.QK?2)6^NI@R MDB/YR,JM6'B4#9T<4&8%B4>4RT<\[(*<]J4?@TJ/CQ=Q9[)UI(USIXKT_Y-I M@\[/H.+\*`]NLS)-S4WN^#9]5=SP3)BA9#Y,:WHN(FY,L?:K5,")*UK9D2J* M*2,2CQK(B0$_!Y&<,PC$3.B%'1&PTP>LAXCSNT-/&]NJ=D#K#;U0DL7C]K%F&*]^,Q7!VO? M_QU/)^DY&4W'4\>Y4:\8"]V`:\;RX8XYMMZS*T?6N'ETO>W8.AF!!;X?B1:F M\U;8=);@<>X1>=P@7C&3^(+Z87.MQ9?':A1C$6^6ABNP3/+O"_;%[\.UN,00 MHCWTWPKNPCPZ4^"-(1G%_O$3'G".][;^#/_T]7OTOQBLTUYL%C-&'?[.,9G. MHCF0.*X$KU:RM:B+J>&KK%\Z-K^T6]7T3%GC/#MMZVPG89*^1,]8XF3IFB[S MY52+)55*A6AW^,N_I`O#^]&=-YHZ_9&G3JA0]H>F4\`>P"936+>:S4-0:HUT M>=/7^$*[[C#F]/;B[ZHX#97CP^W)F*G.^>LG?TWZ>\/Q_:WC]&_57D_>&>KR M`$-+_=V';UMR>AT\7[%.T[C3?"%J=IM7/HG#S`9)W;YN(;FGR-[I>>`]SDDK M84AC#T=*D93C`=2C*L"`I`32="(6&OUQN5EN:<#DA60G7X^GHVMWZ@SOU(G% M91*`L`!^".5:6'2@IF:_FZML"P_FX.&67(RYGL_Q;\/U=]\%X?P7.3S$_;#[ MQZ)^P_[_'/&&26;+3S]\_-<=>]A$E;%6Q]J,7MG?TE7Z1!F$E(S,1HC%7="_ M\1N0NZZSAV)6VR?"1A;+_'NXXD$4>-C6<`1'+M]XUK8BUU,L1%4GUQ,@09/K M"9"@R?4$2$@R9W.3'<\=[O5QBE;^YW@2_TFNAF'!;)YD%'9IS"QIM-S07I^( M-UYM95__?;[K&9O%.EWCZ:O?U:W?5?>NR8&!O+?N=>:R"J(YII`F0AU;2`D<,5R?AVO%*)1V(@I;)$J&ZBP&66-FBAK9%)9H_K* M^E:^:R`G:E9_UQ*2YLJ$M8(3:DA0*SJAMT^]K+57*2UQG>\:-?FNDD`X[(:M((P]%SFR^>&1+'2]P$J) MIV,6H*D_#V8LJ+71Q)K^.+R\\:ZO;VZ<_LT8OU[:,1=3*GEJM0P>9&.#OX2+ M7>"+S?UH&81/N<'X4.H>O3_\'U!+`P04````"`#(ACHJF"#)GD(&``#?%@`` M0P```$)UY20"A8DI+JHCXP(2&$T#8)$H4L=^_)QJ1("0(IB*18^3P/)Q=ZBMH M"H3>(4-.3W*YDLGUKM4>#"R+&E;KT@W6UH:1%O^E'PV86F]'\5+PV5R1<_<= ML?^RR-U2*@@DN5+>!;F*0B\*+XC1[;8^F)32E>)#R!(UCP27X!$!LB%3"9T^7Q<%^Z6<['3:"O,J$Z_1VCUPS'J*9+'3A'J22 M)84^N9&0>!&Y8>Z_;`9$QN#R*7?3I,V1[J)$N$"F7,.YO7&"223''DP9NG6, MF3R;RT=7!/)1ZF1W'Q<\>X9WD".'?>(4:$LF(<&X5F9_RET M_<0#62Z3,YY=)F_LI\E'K&T\>PU_.C!%X]X@63^)8A>7$=K:`T_<^KI-?+(D-6H2%%H?1Z.J1I$)"UWNZ,C"ZM&^V<]49/`VRV:%F/W`L6 M2HX-:F62\'2OXVI9N\;*Y=HN_-,CZ_'Q(`$/^'L2ABP`[\_L9(XUHD:GT=>L MY#OY\"<9_3@H;U-J-H;]5?)44^I0HUWOV\R=P\!UT1_8U2LH#CLC6G?,?I;B MO@]5M*SFL$%-VNCOKX$J*"VS1*ZJS[HFQKUI;2)@I<2X"SS$'JN4>)9C.)2V.GV'*>:`#ZI: M`CE-DYJ.W1]^PO1Y5=*B%-F/8C)3O*M+SI))6&[7,+8_KAG)M/G2(TB7'/6FL5Z?7TYAO. MB/;5NWXV_]84N&V*-5$E6R2HAS@W8(2MNDW[^E&D$%]PH1)WDJD!O8R-JK$S5)N[3>"G/;>3[$URL,R8+6Z9AFD>8"IW#7`*":`$KI:Q' M&.TFK0^,$L&&X&%4AJO*\@;K!-/-GK-P!G+E*H<.&W7=]9T2_EZ5%S,]@>XZKF+5=7E+_O8'9K9.$(&&U$9J_.R[F>'PW9;,PXYSA;U4S`9HY+ M7C[WD&)8IX.AB3M1.:DW!`^CSE<#60#\AS9IW$[3::&CK#+NEFB5*ED/?!$% M:]-'S6&[Z5"CV=Y1);MTCG"AD![HZ_4.Q`R$)FK7,0XXV.PRT6Z%8_U/JFOG M]C;W[U851X5DL1L]-[KS4Z`WF5R2E$V>!,F>OJ6+W2W'6(3R6)UYVES/::(VW: M?7KR8_,5QA&?1'C)%3Q6/_DB8:6?T69O$K;WO0VC=KT5@9C[T>PE[U$RC6QO M/-,39GIZ\C]02P,$%`````@`@X5G*0K^^]&J#@``(YT``$8```!"=7-I;F5S M%8#X$QU:_J+LE]2/) M2J_WXX]HC&],"\ULPR?XIYWNX*>N;AOX!EO?[K!+3=M"CHLI=N_PR0.F&^N] M'D+H"FL&\J88&;;NS[#E:1XKZ=F(8,UE[%R,M+'M>VCTZA5B'!&PQ*[FV6[` M(V!O6C===@=4P991I,C&>E`NIO+@\'3O8K"_UQ\,][OZ+-+6LEGQ1O\80Z[] MR'8>7/-FZJ&.OH5&_QJBZP?JX1E%[SUC&[VW+<.VMM'.X>'!Z]U^OR\)OUB: M[TUMUZ380"YV7*B$SFUGN\@PJ>>:8U]\GX"!30KUL6]<;;;-"FC6`^?BV&Y8 MQO2VT4Q[`%[4)QX"NU`,]L)(-^],`A0&TEUS9EH:00Z&3\_$=)O=YYSN34+` MGDP*Q;KO@5;@1.;9F?;=G/DSA+][X%\02:DY)ACYEH%=7H)H]]VP8HW^I<,A MX609"1_XXR.(1\(CD$Y-YS.F'HU1'*-/%/N&C3YI^JUV@]'8-AX"#M>V[^H8 M34S&9G3T=>A"&8)/OU%+<^C4]K[=F?C^J^[.Z->A3TT+4_IQ_!^L>_3KR,6& MZ?UF0EB[^O1A9,]F8%?Z]8ME>DR+KRFUNKKC5`ACS0"^0*>12TLGOH%I/*Q_ M-,5MM#FZ'_\&;1$:2`\NS_"$=J>;)?9+=B>: MCGO78"H0A`+W"AZ?#YP-657'ZET`*P-GM74@534;R: M"L%57%QMI1/DB8#H09U,8GH/\J*D_'MHF)[X+"F9"+7D]T_0(4QL8MI?'$/S M<%UFFC[%I[H.14JK6*((5!RB,=.W<[#B-IRO2JFFZ4#GV0BKX8>SJR8894=D M?2,M;FD>@$U4Z0_H*A>U[B)N#WO@7M@#]](]<%D'$-[YXHFF_/G?O_\&/$E2 ME0J4KF91C?<@[%:"7JK(/D8:(3C9]&2),\W3SC#!7G&1]S8;"(K$7/MFRJ0C M2-4^:2[TZ;WS[SIVF+I#C::+S6:VQ3I%ZFD6F/[*I+5))9:?Q2.;"A0.1F1*,TG1$@.@$-12KYEXB^,,`@ M.W:C,(,(,6<.P1(G;:4#D6+H@$/.N_W=PX-CAIPVUN]L,U,M3H`Z6Y5LDN9> MWPXY/(*Z)^OC`0P\L^\MA>"T7U*ED*9JK3)EU*]8/IN]`)2XC!YM>4 M^'>=35WD2:>&P7."S6V4N+.U,./?\7TXQ,?8*_<;$1)E$DDQT9/%!D(D=UY MY?2BB8XEH+LXZ.^^W<".IMC MG]Q^8_'7I;H+%@O#2(9CU_O.G+[#+5DP!<+42S_L;+U^Y[F`*SY:'<_UL7#G MFH(%D&$PSIX+)EX#(ZRM98-#&"3T*5S#()%=X.C(Y`F\'HP;:Q+S("_",$"> M0#0LZ=5<3[D;T&(EBW44F9GL8G,,O'*3O-I%Y1)U M9&P!*[#PX'.9]RX;18FMWR(VCPUW7#;%/>$L,G1@2!<1_GD2*,#KDRS3.74< MU[[3R.<'!T,@OC?O\'9HB&VD.#8I(39E$;86\6[;^\M$B#^]$ MI2FK/9]\N<%>4&%>CJK51M&U8%[`E_=)U/L&K8*OV2#3<[=YQQ_8F7;A2]#< MU\:V3=#$]OECKKVX/P'"#E!&1+R'[FRA8\80_7#"61ZC5Z_@ZQ:G$35>T_UO M`..QZW4ZO[!G71.D,0+A;OYUZYBW86BLCK`AM%V,Z-3VB6']PV-7]\AWV*(( M:]$LIA`8Z00AL\5=):QN;J7Z-K M,??)G(>[&A5?`Y-Z4Q=ZX=']6.K1Z7"/P!BIN>B7+41Y045CM3#ZN4E]`W5" M>0UP+(9$I;BC%!PITR*,>M0_/#B`T-^K`I$4VOI`*4]P"Y=>(%Q:-CK)5EM9 M!X0TKH1WO'P5!AZ$-K)@>\RLS!!C@>FPU*E`+O4;G__5- MH&(;FX[0\/2RKHXZ))/,MQHQK8D-?'^OR\'%;%\1-B9$NY'T&8YN9*)!Z,;[ MO%BF%&H7)6&!%TVR(?5D[&4B*)\+))>,R=3""OG915;E)*Z!1[*SJ!C MC:<\JZL"86H#F!?MSZ4Y)9%=M[GU4\NM"U/5*AEVM&H"],/!F]'NV_Y@.*B8 M8T?4W2?;+2[+3_!.;[91UVG(I"=J$(/948(Y`*PBE%(*L>1^2$%[MG?0WQV\J0*O)&5]:)4MM(55+:Q: M,JQ*O(P7[:TME9&@C$N)F@*)+D]2W!>'51%W9QF"5AE827M%:8,T6U;^)LO7 M2!G2,HK2ADA\S:1!(6P`6$FEEX6K2$+"1@.9294DLE20^BB=J MPJH7WC`?J<%4@E5MBWF,%M,N6CUQ3"5]GH8GI7@JT"*@W._W=T[WJZ"I@*X^ MELH2V"*I%DDUBZ2XA"!$27AQDN`;P([86)")!)(#1$+WH&P@AFWW,%DO&\I5 M-WR(GC@+3-PU@5+B$X)"O#+MR&^(.<>[Q)3CU"2&BZT:TXT)[H43CJ'@NK.- MDFZA]$3UPQ)RR$H99.OR1W6Y:;2ISTM(?7*SB9S$1Z;9RCYZ3GG8'^Q>Y"<^ M*;JJB4^QP,82'YD",K%MUO- MR9*=I?39)&$V-=C=$2S*BNU6*S;(+B:V1LO:IO9&!WNU3Z^NS_.V18?TY$NPT M*+C:^\_,EG4K+4)RP4K7KW*YV.I5SH]#KD[T$D;T>E]6_Y&@"5Z^B-%D4#67 M?&8Q=NIS+EX5Z?50E7<]P_16NBWC94_%>1GY[7R<4V%1ROEO?X^T2N0I&77@ MC>6]27]7O!Y3YQ77>LLO%4/+65YLE;!^AL$%-AW[XB@4PIP;N3_I^S!`BMW_ M)-[M;_N@IW9T0,UEH[:EK\)Q!,U,P$@',+#\U&=?2I2M._52PJYXWD5&9_YD M1MZ"D]SMF2!]`TWJM%^PXI0BK+SD5"RRT34G@K_+;*J=?7DNLR_+>FDI0Q2/ MOP7G!\J!=YGQZD)]G-8+R_6=Y[U\F*.)>OE M%:!0#G"+G8H.5.>#GT M5VI?Z?WWY5ZIJ".,-C%1\T\L.MN=9/M;&4/\U*.\I&_2HCT ML;PNG`N3I9)G]["PYTP8M<*L^"3+@F-Z&"MG88ZK?2(/&$49U9B-L@_\8`]J M[/Z-\2W<^\M%UCY9@A,UZ%Y#DT?&_*L'9I] M2,@2K0U/U/Z#0J5Q)^BM@HPNX[FC%J@YH_-"FN;RFTW%0W?:=M.>J_-27H1@ M09F&"CEX)O;K<0'5F\/^8'2>CV9B-%6Q3+Z@+"2S,1^6$3UTNPY_G*''\UB' M_]`,XLC@S0/O$1;>01\^@NPH2P-P_79O:6ON-22VR^U_YW([.$I9.TJ[*R/% M>&)K1_E8Z])8PDKY9867-^>'4Q66_)Z_QQI?'*_BDZ>Q*/[\G==LFVAJ'7PE M[=I47"\)(65GMD\=)U75NBY:JLJW&#.50)(2Q!0[O)21OF71/RR'3?5_VJ%$ M9&-+02U\:N%3'GQ*;9$NQ5"E&Z/9<_YS.HT`J<`BG*G3!-,*/Y4653'V8VEE MF"A&%OU.VFK"HL2)YQ/UO/-83G$1/^J\4EY1_:CS2.XC_&S42L&D(@Q<_X)4(`X.$3D^*NUJE,V!TQF;%QUJNA?G M?K1B&R?:_)?^:<"D"\%G]BEJEY(KB$@`A(!2["SW.7"!)PJ02?9,7W*2:82UQ/,A,L.M,& M+%[D*&DB*ANNSDC$%H@ELU`1S(L$S!<0GS_R$#T"X@L>\9B%)`7\5!SDF?X] M1WKB88CYU%$D^)E"5KB)>F?I+4@E:QXVN9:0!0FY9OZ_;`9$IN#S*?=S MGQ+J)LF$#V3*-9YGW;L"C4-P'F3,4CE/U,,CAZ=[7T3RWLTDCT'*KY-_P%?R MWA,0=^B]_Y7*_AA$\QF]-M^@_X^`2?8)1= M#XG1H!=8@)S0CX6?8S_,`I#UWCCAQ<_DC?Q;'+(+@8[&RCNO0]G!DZZ@W&5=`?I`/ M'\GXYT$GSZ/(S"[*)@Q1RI[U&G3&_38FD=I#IMAEHCNED=>@0PVC9WM)'$,N M\D.0*,8ISL`Q\_%ST0QF1,V!MQ.FD;_C4.J.<_)#"$$U9#_"N=6G]H:V-2=^ M06F7&AW3OOW[RR>LDK#!!J%3NX\;U-D1%M/^DN"='FV;/3LO-Y:G[4[A0&SB MVC5HN^=L4KC!7M#=T@2AAU4V'FXB7.(<5G=IP)K4*J*X6'5T"P6;+L6#P`MP MD`R]H'8>OI'#"+=A[&T&UC+1Q-TPVM1PL>Z9/P?']S%OC2KUPFA[V)NF/?KN M0ZIWS$5A?][1=0RO3TW/M+]Q^>\5,)D)P&Z1BL5*/N_O4<\<8:6V=Q0=U[K4 M--4(U-&EX]F5Y[,^KME#(:-8]5O;[+XP?`XU1"AW$^H:CXO3).1)0Z0QO1BU M'6KL(G4U_+:)WST MX_BHM&TT43F.'WYPK)=H#>;K#BR]1E*NQ=+_EFAYD8E,BY(DI^6I$H)WA4EI M]#6%`F;_C.Z9U.SW*Z_M/)[>W`XM2U\.XAG1^7IG%V>.51`\D(M5J$9L)*`8 M50S:M#WHVOJV5ID_[!+T\/(:45@;5]S9#R`ML%4I%G3_BD-]#/'_V:MH%RNM( MYQAURH4WC](0EF\F=RWC<\WBE:NIAWO5HC:9'Q_]M%_X?B'!G_(;XO]]Q;`$ M*`(7[QAV'$P:O/.!E(?)["4O60J/XH!S@D9\>GST'U!+`P04````"`"/B$55!`K>X%0H-V!P!E=4'J$JA+&Q+[66\5*:4"*RJ MI.#,BE(M9],XGDW=+Z1%!@\$`$SOC)>\5!FS>,-Y6A8%4QFD&ON"6V;90\FR M.R$QS9&_HH9?!6JF>7YPH1D@TTKB^X=T:=\MA2K18HO2V#7.>J(GE#Y*DXNJ M!?,!G!K-IM\)Q66=(L3NYZE6"O4RGY]:4.AEK2S;""GL(71YUCQT?M:\ M7X>!Z4CAAA9!B08&%Z,/RC?07\SG-T;M@XHICF/J1U294+O4Z>7H?M0[U&NT M8\I[]<:DR,Y6Z>?:N(XV?VS^06Y-_*C++17L8Y'66E.GOQC4*9-RP_CK`.%. MUB8?@[[3K,!]J5]-_%#N=I3'XWV<[C?MR_^S?CY4.'30LW/'W`I2*2CDS_'7 ME"\=6NR2NE?;TEO.IEPR8^!&&^PR3:"J-W21H;-,DI%ZS*;?9E-H31.W=)]N M"^SSDA4"HH5G![N:3?^E[X>ZYR]IC#M;CSQY^C-=6TUY05X:JR@-@)\H^]O? M?[C^<;YRH4\^X&H1=597,%];?!,XI]5\08:36BQK9YE%U_Y=HZVUHDTN*@?D MR*R@GHS<@EB*7P'/F?[>K=_^^GO11'0:,VD,KDY"2!)^K%'TQ:F]K^-9)HG& MG3`6]TTZBG%1AZ+K`18=.^$\$!K(4\D*B%T+]HJP]>^`164/GX31 MZYM(X1[&&BI:7/5]7('5M4^.<,F=H=L*QC)MZPH$E4(7/C4FH:"68SL<^&]M MHP;"=3-)/#:17,Q!K[[/$L0?4$O]&!S.&=< MV('P/$AXH@1RX9@#D&!>$48@.P\1M@%A7.B-L)R#L><*.A"=!P@'(T&$PO,@ MQ\E%FX\O_4UQ/-PV.E8)850^N"/NCK=X]("HH5A'KD,:R6N;E7OU*8^X/Y^. MBWN$PF5IT&WSE#(9D)U$9M`Q/SARW#-A@>ZBD$212I@<,^_:#9K6#?WUF]!8 MF!!#\QPB/Y,<-?[RSK%R$7T!7#@L55J@%I#R`.X4-65.:+3S6S<.`=;/MQ0@ M:@U?OP(N]SDC1G5KKR#'8L6F?9RXW&9J";5XH4D-23GPW_>Z' M=P(D0((2%1DNF<4@ MA%Z"R240>)?Q/`.CGWX"F")`)&'B97'":##R073=Q4\0*S":5#&R^8254U@> M'AP<[_9&![UAK]_UISFW48R+M_H?)DBX'\6SNR2XOLE`QW\*1G^>@+=W:0:G M*3C/)MO@/(XF<;0-^@<'>S\/>KV>J/@^\N;939P$*9R`!,X2)(1/=!)-]W&!;SHCE"9Q0DO$V3;8.K=(5KI/,P`TDL*D;X@ M\(/;($0U)L!/@FD0>2&80?29!3#=QL\)I<]!&")]XE92Z,\SQ!7J1-RS4^]+ M,)U/`?R2H?Y%3:9I,Q-MXGO@07`68CG_X88ZL M)_TP@5<>TN<'9,+7-^E'/YFF'U-LY?['VP!^_H`??#B9IT$$T_3WRW]#/TL_ MC!(X";)?`V3FB7]SQ]A)/[R/@@PS]:',9M>?S2SLVIL@PJC'O?!5Y(?S"4Q5 M._];0!^#K='GRU_1X$0R[*`_Q_`J[=YLU2BT3-V"I:#$"'$/.2=O8$I4^RK* M8'+E^7#G+=(5:N;-JYU1'$60V/T8IL@^9\@MG'D^^KPC["Y.I5!]A!S1A9<@ M!G=.O_APA@N?>"DL%"OTY$ZA)XO?+]#XNXK#(*8=NARQUUZ`9(N\R%^2T.CD M]?A-&QPA`T7#/2AKLT0'63),_,`+3[SH$_+DJ`^#,,@015Q(\+VEC?# MQ\O.V,N\,0PAZOH")TH1S*]'II:J4NU MPM-),PDKQ@/ZL[XV5@#_MUEI')']'H5+6@3SK4L;A85M"M7P/YHURB?7'3%` M-9.K\#\V,^L8^B'V(NA+<5*SG#UE"MBCT5`Q]-)4$Z``,B3(U,B# M4<7*68)F"]QA,FC@!?^AJ8C:@0`<`NK`4]A1];$HYVI[FT_^VX(,."PM<;X4 MES30_8M:([HX_AQ)%<[VZJ3BE:P%T[:R@&QF.@;Q M4AS+Y*6'^X/-)Y@6^+M>=[BX?7>5B.M$VA`Q%6J4-O`"1/`S$,\[3X\P[QLD MHR;3&/DMW4#/2(6?7R+OBA]U>#T:@OU2YNIE9VO.'Y(),0[#2Y3N;6T#[?.G MN.VE6\&_!5FQ#?KT:2X=G^.H>,NTRRF5Q"O^L*1\G%Q!0/4Q;8-UX$F+4N9Q M5U'!)SH.6FBG;"ZEGZ3^?$N@`$#BS.6EI=0(L1(;FM^6E%FB6%!NZ1=)XI.Y M_PEF;4E,J>EX*/VRI+02O9)N-;])$HLDGXJ[E$\2M`K2%IXO*:N@5I*T](LD M)TK4E^]01*0@FGBRI%"(3DD(-/YG*3H3+PI@B+\A:OD7VH\)S.9)1*?SH_J0 M3!\H&&*6.:>0SZ&T;G^`XIW!H"(PTU2UCF;JFM7&-EF"I-A`Y#_N9CAN4DN\ MFDY1-HP>'&&W1-G8>/=_O_V*I`HAR'+`"54MP$^85R_)I*X8=4I,[6Y3S\]#%$#[JIGR`#V22!P>J:/Z-EY`6_O#".?SGO_"`?'?Z M]MW'T>^O+XY_^_^/YZ_^.-TZ*M9@[)LJ79S^-G[UVS_*]519JMK\>/S;6$M' M>*%P/HU&,3$&[*.4YRER,_A?(KJI!D8YN#:"JX[B38SN!#PEY:D_V6"DB5RG M%"!`#3*CZU[#["Q.F&D)^]F6C61;:I79LT(T5U8S\EJ#*39&FY-X[][B'NEP MW6WGEL%YT_*DK5;HYKP]SGZ*AC/L2*WS-LH%2BVRHG\QSTGU-6NJ*'40:KJ" M?.`U:>I,(*-,Q$WIRC&=2+,8X*GATDLAJ3.KUL],IQA5[)E.7LFE=FG+'9Y? M$CY'-]#_Q-E#<_GX!-QXMQ#-[#!BTDTV^3PV$FM"8.*SNZH=:`BG]RJ+=[":)/X/1YTLA5*7BO)&Q!AI)Q?%!`@G+AO]!K)1 M;D0L@F0QGCDF4U:J:)G(BD;( ME(7*/3,**4K4R28**N+DSJ>03ZH_*"FHL4X093[UP,CQ9'=^/,?O2''1&F2E M@%2@CF6#-]=N7BH1JT\4*[*\#18-TNQ-\-I^^J:H8?69]%=(%#?:R,#5KM$F MFN7>,Z7@AI24*\1EI/>9D?(!8)V2\@K5B529;'W*J*.LS:/T/%NEI2;N6\I+ M*[5I2.S:46@#XLOHM*$,ZY2=%BD8[<5$R^0LA1@QUAO9U(&'6(JE1:XLQ7E7 M=,V&HH5(KE$?L6)/*[35AIOF<7G\:4^(:Y>3CXI53\> M'N\?[_9Z>Z?U*\J%VDT7E:L:;W%=630C'$%[Z?P52G^/CLC"T'_9C$+8:R'% MU^7XK27Y[63YC%0KB;Z&TM)Y_HH2_=*ZDM)JNE0&UFHQ.M*$1(Q\B,!/1SX($FI+R8)7_&B`M$J_);0=7)8$X59.H MC6;<6Y((D>(!W4?M`;;E%Q#5JI7JD"HF*WM[@D^/2G\0JB-*M%-P`5R_%#)J M^@J!VI'Z,MJ>XT6K0(Y&*(<)YFB,,$[2CTD;$%]=J8QFJT8YF M<,=&^CE`&:WB,@N>T<DS% MAAT^1$J\?&?D14_9DEZ1BBS8,>!S74AV@J0W\3R<_,AG`S8!DPG:HRZ,E)-) ML!FC./,W8[HB2))#(R*387`WI"0IY!))^4E\9;,V5Y/&M$5*?5AMVS9]I`$' M-51:`PCQ?XU`P@(SZSM<&7%M7_X%D,RG*.Z@GHP\I#\UAP]S$-X$2>H`OC81 M/LI`LQB6.6JJG0VFC3".9UP77"B6BMUZ2>!=AFAJ0#4F=\0!<(IB=,O-ZUNG M_-J"77+'"[P+]Y-#56W>C:K%)BMQ51PC*)L%>?V3WF#5)4*KPQ/K<#$RF47PU.?+8RG/K/&4P<2GDIW M+8=Y>+4\GDI)SI1`I!4\->?U`>*I@UZOV],8FAS9H6)#0S%-J(9QU7+I(,IH M8H'%(9W>$YTM=7.7E.E()>N!4$T575RJ[2!3>PX.U7:,'1Q*/[GA.U"4]+(# M17$9>G2#+2A*2M>`=P6*JFU8$54]O(&N-H^UYKD]%-2L0"FWDA'$I75H2W=Q M-3;A_!'`GJ4IIRTH14^X',S?8ZUV+0)KDPR&:;2&:$L8D][^#-)M"FA:@ M8"6F63I\#-4_.1T,SO9Z_?%!+:99JMX0TZQNOCU,4VI'>%3WOJA#-=<,U=S@ MCKXM9'.W`;*YNQBRN;LPLKG;$-G,M4/4Y]#-8E/TTZ&;LHX=NKE.Z";]@QN] M0S9)#SMD$Y*KC_E-'6$^29O@ M)#&:MSGR]AS]:8@)*/L25;;!0++KPIZ1%"(CF'C)'3Y_&QD4.>W[C^/S]Z=; M979GR@S9@.-^D6/F82F_*MG&++-SR0MQN<\\+O\B'+-6>C48'O<'QR/:F%UYY ML;M>M$VWL^`'?CBQ9%<#>^Y(7+"YVZ:GIDZB_FZZ8KNJ-%X%AL_//8M'X16YL$ M5)[O(P?H"9O!W'&W6J=,B+H+6"J7M+3\6BT-&CBO7QRT6QNL4J2$5`)W`\OJ MSK@MKT;EL'T%:M\2+:WXCBZXJF9C`@[]G173D@OD@;['= MA+!1AL;;,KT>2>,&P6C[*9BB@Y7FKZ*WODZ^IY5G/>Y:<>GGVJ6?(A:RS3]Y MA>JDJ4RV/C_44=;F3'J>K7)0$_=M):&5ZC1D<>UHM`'Q993:4(9U2D573^)1`"OHXXQ@7&#&TH670RM9J#5]5!W3TDY M_77[3M?VGA(QI[>U`W7][RIA6G47D#RN+:5?\S*27%.2`:WKA23E_%3-2E>Y M^[*0,+;)==]U&DVSW0>S.U*2^.A>MDJO37H.$ M6I!'RGHG3A&X4#T7V\*(?">@.:EQ>Z:1%^N;)EZ\T/J)AWG-A&&WZ$J`$;.P MQNU]Y*^'M+N/4",?CV!_7SF=EX>-V^`G,"0`&M_%8,9@*E$D//#(#L'CE/7% M2+R3/QKOCI_W^F?U;]6;J#1$E*R8T>%*5KJRIVY[?T5!YZ>[O>%^/?"F(;#X M'19:%MJ$WJ2VA)-V]U@XY.UQG_BV_G=9T+I$'^WB;93D3`G/6L';X\2YU$)F#R-P19>UA8F8%2NF4C"%*-[VQ0BB,,)*?RV6"NM1BDNCW?"C7LFA6H]ZH$EE_$G^.XKC3 MJC;N# MO\-F""F'S4S=:?R-L)E=A\V<5\M`/QTVX[`9A\TX;,9A,\OJT);NXFILPKG# M9IH2KG33&PZ;>9C8S`.$9@BU1X3+N'/$VS]'W`QIV)TD7JA_@@4[M3]+?$%, MIKIY=YYX*R!'RQ#'2@".0N&VSQ.W`CCJX(WG+*G,R^K.II2.2):HFD]9+ORB M[-4QUY).AFQT5KH)T3`$!+1S)+IUFW[P_S49;&7"V2#='&N337.J69R%K$X. MQ]P_J./#*_,58H_+OC;.M&.(GK[U>7N51W@W%JW9F=_F.=@00N`3?''A_9/C MT1GRCV<5\0(N:QT-=1Y"$&#R MJK>M8&UL!>\6XL9_4>"5EQ0]QF/_EGE4,K-$=.DD1:-J,,2#ZAQ?RD#^[)_7 MT206DV8?@PS2&2K(DFTR%E^PYKKH"Q,=YUL=5"#_C8P.E/T?X7K8#>.:1^"G MG]!7NOA'7'I!7V)2031>C4&`&^O\'5?I!KRMC4D\1ZD>^)+_1E-NELR2[%F% MG\CODG8HPB1I9:!JA;5PRR![4EUI9%731(43;=_7U[A7O1=KN.FCL-Y^?-P; M[N\OL.UCP03-DJ$6MWZ8Z5=J[O7XS8AO&CG=/>V/QKWAJ%^K*%&MH5[TS6D3 M5IO MN8(,B^J\/O.6"IF!H>Y26`AE\FO M\_$G=$Y(SA0(W(*JJATS857$9EQK-:J_FH$J-9]21:Y(H!"[BSK*#@W,A%%N- MX99'82%E,/&2,C3DQ^6+[)5U7C0_$P/[0RSQKO0E`"R[-1Y#2M<>`^K^\$+ M)7,YB:3$%3`!V=I[%&=X_5T1IYZA.L^M0J+"=94)ZP>=/7V#.R?2\G&F"FPM MK*S6>GY>U,MKM&$[\MJYL$ZC"PE14BIMB;\^8+;K_!T)T)XE&30KO\S`)D\Q MHM&8+XSC"7L3DUG!CZMZ,T\P8X%""T?%*HY7\WI$*V]'<,G(OU_YC0@F(C81 MV9P?WIL02H?C.H]G1441S0K4J@"'ZC`L"?W"-<<'O?[9B0V*M2"^9VKR:R%9 M^<%#KQV6)8)$AV4Y+$O;A,.R');EL*S<_3\0+$N_K\:A60[-I>M-KM"J;UR)DXR(FY%Y'?JBO(VO($B-@+I&:B#GLE\JJ M9ZY02R3OPO:?]06*H8(8.//LB1>.R=_/^N?%;3K,25*ZG&+7GR=HA/IWG:WQ MZ6N&*;(V^(X<6I+Y'OT[%X_C#5UG^NMD^LP*:69TEL33$7W)?A%S?]1FZPRW M-<,ET,-M2PC-,AM(2A;>'\A;2%*8_8+Q_&U`OJ)8.R7?7X*7*-R>1Y-7DW0; MP"\SU#JD7\CC<^4Y_D9H2@6[2$4X,@FF2@#`=)S#^^,`;\PQ7?3X#^0[);YZ:=`6NU3M['\`/A&%EKKG\&_"&&; M731T#TN^B::Z2BC5(9\"L*&U>9=R48.)_(.LA)#_1!+./,_F%'!^)_43+5LH M=EXH=\X*;CZ6:;ZZ,QBD\FJ,BV\ZW^KB86$1?)#B@IIQ^JW&S6Z0N`#D`0<@ M8GB;B[CXP\4?[<4?FSI5X MWP^/]YX]/WE^T!N<#BL0W7)-:S"WIE$CCML09*??*K2[$#A/*RXDFRZ'O3S$&.Y)?Y/G^C:8PZUZ8TJ.?)0+G%'D M,[H)P@EB9=@[`/);0-1<1#<$,-7QV#NP#8/*P8\2^UP$XCG^D]!40P86,4C\ MLKBA&#;H)_?`O2,RUM];T3J14LK(B\E&A!$[Y)E@&, M,9XH-+`I](P7DEY",$0GXOT1N<_J6=.6*O&F+65D#I>6N2/?B^QAESA MHE?EATK[I=*%IS5C:::.I=FB8XG:?6[SL_9L?K9"FR_2O@^;[S<:&%_7YDN\ M:4L-'Y;-2XZNM\C\T3/8O$RW/3_?6Z&?[RUH\Y9&^`"=8&\1)V@RB%E[!C%; MH4$4::^+0=A`!<88T@(RJ,_@;%Z0VLBM0%ARBT@#4X!<&/RPQN(SZ1C[FT\V M%LE4<2HXT*:"%'EWB>"C302EI97-:J_MTD"7!FKG%,/D(]-;(B1V:6#%6')I MH,Y2[R?#<[F;QE!=[H9"J[=DLTST(]DUA:.J(")[<#C3M!RC"`Y_ACPD$ MDQA'L9ZX7XO/_0T,M9%IW:MQN3QP6>.RFOFM[09?#N%A,X5>&H0H^!=[06?2 MOFT07]%GS$2OF%SCF,)H'3*@YH#;&,=U'BM(,FC'A*AD: M(]G^WAUG(?8@J_[]9R71+ODGB7Q+NUW#7,]-U:;AD/P(<* M5-O[OL,"S%:ZU[.P][V>A8_?ZS7U\946JF%,6\K&PU>PMO8>7@4HEK!V!TY8 M6[N%=Y<,[VM:NXUOW^LMY-L==K#Y#6,'STH)O%N!?^3INUN!=\F[2][O,;1S MR;M;@7<9M\NX7<;M,NZ'G7$KREQXY7SI,=,L;[>*G=8XN=>6TKU$T'P@XN(6 M+TRX5QT<7'$_<,4]ONJPVR7P"&K'=]O6'Q96LJ=D4ONK?]5A?Q&T9/_^T)+] M]H+R_14&Y?MN.V,A9MU?!$K8KX];ES6(V0H-HDC;&81+V5W*KBWE4G:7LKM% M[1;)G[BLTRKKW"NE?FZ1_)$G?H5%\F6`3LR$Q;3FTD>7/E)=N_1QS=-' MJQAJR45F'53^D*S,Y:0N)]66Z1"&+ MT%F>_YHCYVU.;Q>GS8/C"7)"2,U>",;0#SUZ\'Q:>TK\]\.#@^/=WN@`B=9' M$N55"R?#&P^HGWA1`$/\A9U+7SKN?6=GX=M`M\6)[^/2P?0%QXNTM"Y'N,M8 M!_E8[_M?".)PNQR@L0WXM:N(/,V/!`K`L:#2#2V=O?[S_@&^SHC]H67OM8<2 M:AAA[8(I_MO,IE14Q7!(O2[1+I(BO&-PQNC&BZY1M/'\@+\U3`M>!5&0WE25 M+'HW"081]T@_@*XO7V15`9/9W&0%^#5623OW6-$[7#H]4JO;H[_P%J3;J9AO M=SVB:FBE-XZNPH](!B7\!S$L"./K`J8@FC+7V'SR/U!+`P04````"`!\;38J_L.X(7`&```$&0`` M10```$)U)G$<32D\I2)B0$CRLX#L2;)9DD]MNW1"$2A`3NR827&"4\ MBQ>7Z@E*@3@X).3TI+2K239&([-'[1$UJ';I1QNU<:+,?^M'`>;J[21=<;9X MD.3!M[F7Q(.!,0$`XI MQR#\/'<))P$3DK-95OR?8X*9P'B2!?>B"V7@Q:L<)4UX9R7P\XDKROA4SX\)K=IX$FP MDRC"P+Z"D*+F,B'7`K(@(=>>_\U;`!$I^&S._+QL2ZR;).,^D#E3@/[X+L,R M$G*<>W%F98#$(\7GV'_A2W-D<`B8_ M,*QW[C^L2EWB[C9F4JF[V]=[^:"".F-S3.^\(9Y['#_#(>1I'"5:B^7A!2@+ M(_;"C[$?9@&(^G(Y8\5C\LI^G'W`-8X9Z.!/!^8H\-4S\[*/WD(2VQ-2=ID# M1&P+?B.Y2FY'?=F>@(WB-AEQP`\]GA?$46*:$92T&ODS%7J)C'//AZ>86[JO M2>W0$^+9=5$9H\TBX:LQ,=,T+%<%^0?+>SRN2IM<>2O@6__+6A^/BV(GZVHG M5;F/QVI*B*)%5F,P=#5DU08EZ[7JZM@T8Q_7VU?NQ8)AHUE+XH'J64RN.I]P M_3&E"_^,R68;N!6`(?Z5Q;$70?"^B$RS!E0;]B>.)ST4DGKYED-^D'?OB?OS ML.>04J>;>SH0@H26;B.JF8/<[2I12Z:-EXX30'O3R4ZG<#T?U:Y:(3@]:MCV M+L(-SHV:O18(O:Y%==IOT(!1'*&D9W>I/NU/BG47ANTRT'/0JS_(O6XR)J&- M4U]SJ3Y")U4N7KYQWDK(_&J6"AM<$:.0PW'G92.+5Q, MHXN597CNQ6T=#S7LX=K2,'3E M^[Q#UQGI-J7#O1I5G:65^["':[E;I5H=.C_'X?/ILVQW--6H,1SM,E_A24CN M!GQZXJMNV=`LR9BDV0P[#ZGV%$)RSH_Q`W`F]ZN#.@.J:WC>^W%Z4MJVZ_\, M6R4[N`N5<&UV@P8P%28IHQFKGR6GHL@>%.8E$:?4RA@#NPH M4U5FO.,IJH M*T=EOF1<9GCT728L*&S)><';#"?Q^N(DC_$6HMM_&K$R/PPJ5'O;(!I#O;(L M3I)Y=9$_"[O#4%F55[4@5'J9++V'RYUTEPRW-H`\F>0QL6*_._@:RS6%,= M2X9JSJB!9<^A#M>K'1P+%C?D0]?4G"<(8WI#Q7KHW-1#?M MIRNJ,C^FIK8INM.IU<>B[350[-H?5U=;+"I5CF)Q#E;6,3Q7;`GY%)KB&KLQ MMK/-Q-A.#W<`S6U*VU-^1];S3G!3/`8.FX)K<#FRINM,QDCMQH/#57T,T[I0 M=W@L//?0ID:PY_!<+X_4SF`-+=-VJ39P:Y!J]-=F>V<"3!,G8-AJOH_)SB?G MR[JLIKVI9N.QT]8::-:&+5&WY"M]3JXX#?MV7DI6Z[[[IX`ATT MZ=YS.,S"`>]R>$'ZFJ?0RNWE"<2[]P0C!L#J49?',L::/<` M>ISN"J8\>G*V1/LGI.=C+Q=>P+Q0=@Y2%UVXLR@-8?VVNRF0CS6+E\93YWM9 M6+O:3T]^3M9O4EJF-\%'/F>I_.6W5&N$@KIX3=5T6=B1UO3B#5(6)HMC7M45 M'L6EXTQUY/GIR?]02P$"%``*```````"4U$J````````````````$``````` M`````!``_T$`````0G5S:6YE4-O;6UA;F1S+U5N:71497-T+U!+`0(4`!0````(`(-E M62F^394QQ04``*D5``!$``````````$`(0`D@0\!``!"=7-I;F5S4-O;6UA;F1S+U5N:71497-T+T-R96%T94-O M;6UA;F1497-T4-O;6UA;F1S+U5N:71497-T+T-R96%T94-O;6UA;F1497-T@``0G5S:6YE4-O M;6UA;F1S+U5N:71497-T+T9L=7-H5&5S=',N:%!+`0(4`!0````(`)*(1RJ= MUL>PCPL``/!*``!*``````````$`(0`D@:9_``!"=7-I;F5S51ES7^K&`(``)P$``!(```` M``````$`(0`D@9V+``!"=7-I;F5S51E4-O;6UA;F1S+U5N:71497-T M+TUA:6YT96YA;F-E5&5S=',N8W!P4$L!`A0`%`````@`R(8Z*I@@R9Y"!@`` MWQ8``$,``````````0`A`"2!]+0``$)U4-O;6UA;F1S+U5N:714 M97-T+U)E;&%T:6]N Hello. I am new to Source Navigator and I am having what must be a very basic problem. I am running 4.52 Source Navigator on Windows 98 2nd edition and the latest version of cygwin (I upgraded after I had this problem). I have a project with sources in two separate directories as follows: ./src1/fn.h -- contains function headers for f1() and f2() ./src1/fn.c -- contains f1() and f2() definitions. includes fn.h ./src2/main.c -- contains main() definition. calls f1() includes fn.h If I add only ./src1 to the build target, then I can compile fn.c (it won't link because it doesn't have main). If I add only ./src2 to the build target, then I can compile main.c (it won't link because it doesn't have the functions in fn.c). If I add both ./src1 and ./src2 to the build target, then fn.c does't compile. The error message is: make: *** No rule to make target `fn.h', needed by `fn.o'. Stop. I have changed the build rules so that both ./src1 and ./src2 are added during gcc with the -I option. I thought this might be the VPATH problem I was reading about in the archives, but upgrading my cygwin does not fix the problem. What am I doing wrong? Any help would be greatly appreciated. ********************************************* Paul Kovitz ********************************************* From pkovitz@home.com Mon Feb 26 20:10:00 2001 From: pkovitz@home.com (PAUL KOVITZ) Date: Mon, 26 Feb 2001 20:10:00 -0000 Subject: Problem with sources in multiple directories References: <020e01c09e2d$e23ded00$0eb10918@potlnd1.or.home.com> Message-ID: <001b01c0a073$86c1b9a0$0eb10918@potlnd1.or.home.com> Even more interesting. I tried the same experiment at work on an NT machine and a Linux box. I had the same problem on the NT machine. The Linux box did not have the problem. Any help would be greatly appreciated, even if it is directing me to the appropriate mail archive. ********************************************* Paul Kovitz ********************************************* ----- Original Message ----- From: PAUL KOVITZ To: Sent: Friday, February 23, 2001 10:49 PM Subject: Problem with sources in multiple directories > Hello. I am new to Source Navigator and I am having what must be a very > basic problem. I am running 4.52 Source Navigator on Windows 98 2nd edition > and the latest version of cygwin (I upgraded after I had this problem). I > have a project with sources in two separate directories as follows: > ./src1/fn.h -- contains function headers for f1() and f2() > ./src1/fn.c -- contains f1() and f2() definitions. includes fn.h > ./src2/main.c -- contains main() definition. calls f1() includes fn.h > If I add only ./src1 to the build target, then I can compile fn.c (it won't > link because it doesn't have main). > If I add only ./src2 to the build target, then I can compile main.c (it > won't link because it doesn't have the functions in fn.c). > If I add both ./src1 and ./src2 to the build target, then fn.c does't > compile. The error message is: > make: *** No rule to make target `fn.h', needed by `fn.o'. Stop. > > I have changed the build rules so that both ./src1 and ./src2 are added > during gcc with the -I option. I thought this might be the VPATH problem I > was reading about in the archives, but upgrading my cygwin does not fix the > problem. What am I doing wrong? Any help would be greatly appreciated. > ********************************************* > Paul Kovitz > ********************************************* > > From munita@ifir.ifir.edu.ar Tue Feb 27 06:17:00 2001 From: munita@ifir.ifir.edu.ar (Roberto F. Munita) Date: Tue, 27 Feb 2001 06:17:00 -0000 Subject: subscibe flavio@ifir.edu.ar Message-ID: subscibe flavio@ifir.edu.ar From christianf@zeroknowledge.com Tue Feb 27 13:39:00 2001 From: christianf@zeroknowledge.com (Christian Fleury) Date: Tue, 27 Feb 2001 13:39:00 -0000 Subject: source nnavigator on macintosh Message-ID: Any project to port sorce nav on MacOS 9.1 and/or MacOS X? From mdejong@redhat.com Tue Feb 27 13:41:00 2001 From: mdejong@redhat.com (Mo DeJong) Date: Tue, 27 Feb 2001 13:41:00 -0000 Subject: source nnavigator on macintosh References: Message-ID: On Tue, 27 Feb 2001, Christian Fleury wrote: > Any project to port sorce nav on MacOS 9.1 That is not going to happen. MacOS has no exec, so it would be really really hard to do properly. > and/or MacOS X? That might happen, but there are no plans. Mo DeJong Red Hat Inc From bcox@virtualschool.edu Tue Feb 27 13:50:00 2001 From: bcox@virtualschool.edu (Brad Cox) Date: Tue, 27 Feb 2001 13:50:00 -0000 Subject: Using SourceNav for Java References: Message-ID: I've subscribed to this list after trying everything else I could think of to get Java compiling via SN and GCJ. Can't seem to make it find the core java libraries (java.io.*). I've tried including the .jars as files, as directories, by expanding the jars into directories and including the files as files and as directories). Nothing works. How does SN regard jars anyway? As includes? As directories? As files? As linker command line options? Thanks! I'd really appreciate the help. At 1:41 PM -0800 02/27/2001, Mo DeJong wrote: >On Tue, 27 Feb 2001, Christian Fleury wrote: > >> Any project to port sorce nav on MacOS 9.1 > >That is not going to happen. MacOS has >no exec, so it would be really really >hard to do properly. > > > and/or MacOS X? > >That might happen, but there are no plans. > >Mo DeJong >Red Hat Inc -- --- Dr. Brad Cox; bcox@superdistributed.com Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A new paradigm for a new millinneum PGP Signature: E194 C6E5 92D8 B8FB 20E8 8667 929A 95A0 FCB6 7C62 From spolk@redhat.com Tue Feb 27 13:58:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 27 Feb 2001 13:58:00 -0000 Subject: source nnavigator on macintosh References: Message-ID: <3A9C230A.9D286A58@redhat.com> OS 9 does not have an exec functionality, which means that tcl cannot spawn other processes. We have not investigated OS X yet, but as soon as a Tcl/Tk port is available for it, we might. Christian Fleury wrote: > > Any project to port sorce nav on MacOS 9.1 and/or MacOS X? From rjoyce@riverdelta.com Wed Feb 28 08:12:00 2001 From: rjoyce@riverdelta.com (Rich Joyce) Date: Wed, 28 Feb 2001 08:12:00 -0000 Subject: can't restore correct font in preferences SN452 Message-ID: <7F4AC78738EAD2119D86009027626C6D016A9E5F@packetbdc.riverdelta.com> I tried to change the font for XREF. believe i fell into a bug. XREF browser window will appear, but won't give me the reference info i expect. I have deleted, rebuilt the project. Then I deleted the project and uninstalled SN. Suspect some registry element is not being fixed up. In Preferences/Colors & Fonts/Cross Reference: the font field in Standard Font is empty (most likely done by me). The error message says: font "" doesn't exist here is 'Bug Report' info from the SN error message: > font "" doesn't exist > (processing "-font" option) > invoked from within > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr.fr.sample config > -fon..." > invoked from within > "$sample config -font $sn_options($opt_fnt)" > (object ".multiwindow-2-preferences.nbook.nbframe" method > "Color&@@control_buttons" body line 37) > invoked from within > "control_buttons $data" > (object ".multiwindow-2-preferences.nbook.nbframe" method > "Color&@@display_item" body line 9) > invoked from within > "display_item" > (object ".multiwindow-2-preferences.nbook.nbframe" method > "Color&@@display_value" body line 9) > invoked from within > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr display_value 42 266" > (command bound to event) Richard Joyce River Delta Networks 1-978-858-2313 From irox@redhat.com Wed Feb 28 11:00:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 28 Feb 2001 11:00:00 -0000 Subject: can't restore correct font in preferences SN452 References: <7F4AC78738EAD2119D86009027626C6D016A9E5F@packetbdc.riverdelta.com> Message-ID: <3A9D4AA2.5E7863BF@redhat.com> Hi, Source-Navigator doesn't use the registry for storing preferences, we're a little Unix-centrix for that ;-). Look for a directory call .sn, can remember where SN is likely to put that directory, but it should contain the preferences file. More info if I find it. Ian. Rich Joyce wrote: > > I tried to change the font for XREF. believe i fell into a bug. > > XREF browser window will appear, but won't give me the reference info i > expect. > I have deleted, rebuilt the project. Then I deleted the project and > uninstalled SN. > Suspect some registry element is not being fixed up. > > In Preferences/Colors & Fonts/Cross Reference: > the font field in Standard Font is empty (most likely done by me). > > The error message says: font "" doesn't exist > > here is 'Bug Report' info from the SN error message: > > > font "" doesn't exist > > (processing "-font" option) > > invoked from within > > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr.fr.sample config > > -fon..." > > invoked from within > > "$sample config -font $sn_options($opt_fnt)" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@control_buttons" body line 37) > > invoked from within > > "control_buttons $data" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@display_item" body line 9) > > invoked from within > > "display_item" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@display_value" body line 9) > > invoked from within > > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr display_value 42 > 266" > > (command bound to event) > > Richard Joyce > River Delta Networks > 1-978-858-2313 From rjoyce@riverdelta.com Wed Feb 28 11:24:00 2001 From: rjoyce@riverdelta.com (Rich Joyce) Date: Wed, 28 Feb 2001 11:24:00 -0000 Subject: can't restore... uninstall didn't delete .sn directory!! Message-ID: <7F4AC78738EAD2119D86009027626C6D016A9E61@packetbdc.riverdelta.com> .sn directory found at c:\winnt\profiles\rjoyce\.sn preferences file is not text. I deleted the directory, reinstalled and now my xref's are back! thanks again, Ian! -----Original Message----- From: Ian Roxborough [ mailto:irox@redhat.com ] Sent: Wednesday, February 28, 2001 2:00 PM To: Rich Joyce Cc: 'sourcenav@sourceware.cygnus.com' Subject: Re: can't restore correct font in preferences SN452 Hi, Source-Navigator doesn't use the registry for storing preferences, we're a little Unix-centrix for that ;-). Look for a directory call .sn, can remember where SN is likely to put that directory, but it should contain the preferences file. More info if I find it. Ian. Rich Joyce wrote: > > I tried to change the font for XREF. believe i fell into a bug. > > XREF browser window will appear, but won't give me the reference info i > expect. > I have deleted, rebuilt the project. Then I deleted the project and > uninstalled SN. > Suspect some registry element is not being fixed up. > > In Preferences/Colors & Fonts/Cross Reference: > the font field in Standard Font is empty (most likely done by me). > > The error message says: font "" doesn't exist > > here is 'Bug Report' info from the SN error message: > > > font "" doesn't exist > > (processing "-font" option) > > invoked from within > > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr.fr.sample config > > -fon..." > > invoked from within > > "$sample config -font $sn_options($opt_fnt)" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@control_buttons" body line 37) > > invoked from within > > "control_buttons $data" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@display_item" body line 9) > > invoked from within > > "display_item" > > (object ".multiwindow-2-preferences.nbook.nbframe" method > > "Color&@@display_value" body line 9) > > invoked from within > > ".multiwindow-2-preferences.nbook.nbframe.clrfont.clr display_value 42 > 266" > > (command bound to event) > > Richard Joyce > River Delta Networks > 1-978-858-2313 From irox@redhat.com Wed Feb 28 14:32:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 28 Feb 2001 14:32:00 -0000 Subject: Using SourceNav for Java Message-ID: <200102282229.OAA08438@manx.soma.redhat.com> It's been a long time since I touched that code. But IIRC, I don't think there is a rule for .jar files (zipped up java or class files, yeah?). It probably won't be hard to add a rule providing that there is no complexity involved in handling jar files. My knowedge of java is pretty limited. Ian. On Tue, 27 Feb 2001, Brad Cox wrote: > Date: Tue, 27 Feb 2001 16:53:28 -0500 > To: Mo DeJong , sourcenav@sources.redhat.com > From: Brad Cox > Subject: Using SourceNav for Java > > I've subscribed to this list after trying everything else I could > think of to get Java compiling via SN and GCJ. Can't seem to make it > find the core java libraries (java.io.*). I've tried including the > ..jars as files, as directories, by expanding the jars into > directories and including the files as files and as directories). > Nothing works. > > How does SN regard jars anyway? As includes? As directories? As > files? As linker command line options? > > Thanks! I'd really appreciate the help. From dsh8290@rit.edu Thu Mar 1 11:31:00 2001 From: dsh8290@rit.edu (D-Man) Date: Thu, 01 Mar 2001 11:31:00 -0000 Subject: Using SourceNav for Java References: Message-ID: <20010301143053.C24127@harmony.cs.rit.edu> On Tue, Feb 27, 2001 at 04:53:28PM -0500, Brad Cox wrote: | I've subscribed to this list after trying everything else I could | think of to get Java compiling via SN and GCJ. Can't seem to make it | find the core java libraries (java.io.*). I've tried including the | .jars as files, as directories, by expanding the jars into | directories and including the files as files and as directories). | Nothing works. | | How does SN regard jars anyway? As includes? As directories? As | files? As linker command line options? | | Thanks! I'd really appreciate the help. | I regularly use SN to compile a java project. This particular project has an ant build file (ant is similar to make but is simpler and only works for Java stuff). I have a .bat file which then executes bash (from cygwin) to run a shell script that runs ant with the proper VM options (ant is a java program). How are you "including" your jar files? They must be in the CLASSPATH environment variable, or given to the JVM (java or javac) on the command line with the -classpath option. For example, my shell scrip that runs ant : # some variables to make the script less redundant ANT_HOME="d:\\apps\\ant" ANT_LIB="$ANT_HOME\\lib" ANT_JAR="$ANT_LIB\\ant.jar;$ANT_LIB\\jaxp.jar;$ANT_LIB\\parser.jar;" `cygpath --unix "$JAVA_HOME\\bin\\java"` \ -mx80m \ -classpath "${JAVA_HOME}\\lib\\tools.jar;${CLASSPATH};${ANT_JAR}" \ -Dant.home=$ANT_HOME \ org.apache.tools.ant.Main $* Oh, yeah, you said you were using gcj, not Sun's jdk. I have used gcj before, but not for anything very significant. Check its commandline options. You probably need to include it with some sort of classpath option. If you are using gcj to compile to native, I don't know how it handles jar files. As for the standard libary stuff, it is included in libgcj.so (a shared library file). AFAIK the standard library is implemented as C++. It might be in Java at the source level, and then compiled to C++ object code by gcj, but I've gotten linker errors before that looked like C++ symbols. (after the Java parsing front-end gcj uses g++'s C++ backend for object files and linking) BTW, the jar file must be in the classpath, not the directory the jar file is in. HTH, -D From klapshin@marketswitch.com Thu Mar 1 13:45:00 2001 From: klapshin@marketswitch.com (Kirill Lapshin) Date: Thu, 01 Mar 2001 13:45:00 -0000 Subject: Bug? Message-ID: <449427896.20010301164219@marketswitch.com> Hello, I recently downloaded SourceNav, and from first glance it is the thing I'm really need in my C++ project! However, I found following problem: if class declaration present inside namespace, and definition outside (with scope resolution of course) then SourceNav just ignores this class. Unfortunetly throughout our project this notation is widely used, so I just can't use your lovely program. Here is an example: ===== test.cpp ===== namespace N { class A; } class N::A { }; namespace M { class B { }; } ====================== In this test SourceNav found only one class -- B, and it have no idea that A is also present. Sorry if it's a FAQ, and this problem could be easily solved somehow, but I didn't found any way to set preferences for parser, except adding macros, which wont help in my case. Best regards, ______________ Kirill Lapshin From bcox@virtualschool.edu Thu Mar 1 14:14:00 2001 From: bcox@virtualschool.edu (Brad Cox) Date: Thu, 01 Mar 2001 14:14:00 -0000 Subject: Using SourceNav for Java References: <20010301143053.C24127@harmony.cs.rit.edu> Message-ID: At 2:30 PM -0500 03/01/2001, D-Man wrote: >Oh, yeah, you said you were using gcj, not Sun's jdk. I have used gcj >before, but not for anything very significant. Check its commandline >options. You probably need to include it with some sort of classpath >option. Thanks... I'll look into that. > If you are using gcj to compile to native, I don't know how >it handles jar files. As for the standard libary stuff, it is >included in libgcj.so (a shared library file). I still don't see why it can't find stuff like java.io.* then. -- --- Dr. Brad Cox; bcox@superdistributed.com Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A new paradigm for a new millinneum PGP Signature: E194 C6E5 92D8 B8FB 20E8 8667 929A 95A0 FCB6 7C62 From dsh8290@rit.edu Thu Mar 1 16:09:00 2001 From: dsh8290@rit.edu (D-Man) Date: Thu, 01 Mar 2001 16:09:00 -0000 Subject: Using SourceNav for Java References: <20010301143053.C24127@harmony.cs.rit.edu> Message-ID: <20010301190906.A26591@harmony.cs.rit.edu> On Thu, Mar 01, 2001 at 05:15:45PM -0500, Brad Cox wrote: | At 2:30 PM -0500 03/01/2001, D-Man wrote: | >Oh, yeah, you said you were using gcj, not Sun's jdk. I have used gcj | >before, but not for anything very significant. Check its commandline | >options. You probably need to include it with some sort of classpath | >option. | | Thanks... I'll look into that. | | > If you are using gcj to compile to native, I don't know how | >it handles jar files. As for the standard libary stuff, it is | >included in libgcj.so (a shared library file). | | I still don't see why it can't find stuff like java.io.* then. Maybe you need to add -lgcj to the gcj command line? This is what I would do if ld failed to find some C/C++ symbols (in a C/C++ project). -D From tromey@redhat.com Thu Mar 1 16:51:00 2001 From: tromey@redhat.com (Tom Tromey) Date: Thu, 01 Mar 2001 16:51:00 -0000 Subject: Using SourceNav for Java References: <20010301143053.C24127@harmony.cs.rit.edu> <20010301190906.A26591@harmony.cs.rit.edu> Message-ID: <878zmpq8vs.fsf@creche.redhat.com> >> | > If you are using gcj to compile to native, I don't know how >> | >it handles jar files. As for the standard libary stuff, it is >> | >included in libgcj.so (a shared library file). >> | I still don't see why it can't find stuff like java.io.* then. gcj uses libgcj.so for linking, but when compiling your Java code it needs to read libgcj.jar (or libgcj.zip for somewhat older versions of gcj) too. Think of the .jar file as the Java equivalent of C header files... >> Maybe you need to add -lgcj to the gcj command line? This is what I >> would do if ld failed to find some C/C++ symbols (in a C/C++ project). This should be done automatically by gcj. If this is the failure then the odds are the libgcj.so isn't installed at all, or is installed incorrectly. The original report doesn't mention what version of gcj is in use, or the system, or anything, so I can't help too much. gcj-related questions really belong on the `java@gcc.gnu.org' mailing list anyway. Tom From skini@mahinetworks.com Fri Mar 2 01:38:00 2001 From: skini@mahinetworks.com (Sriganesh Kini) Date: Fri, 02 Mar 2001 01:38:00 -0000 Subject: Manual Message-ID: <9D6D37E97A57D411BB7C00508BAE29C972BB43@main.mahinetworks.com> Hello: Can the source navigator manual be purchased ? Is it available in .pdf, .word format ? thx === Sriganesh Kini 707 283 1257 From munita@ifir.ifir.edu.ar Fri Mar 2 03:46:00 2001 From: munita@ifir.ifir.edu.ar (Roberto F. Munita) Date: Fri, 02 Mar 2001 03:46:00 -0000 Subject: Fortran 90.... References: <9D6D37E97A57D411BB7C00508BAE29C972BB43@main.mahinetworks.com> Message-ID: Hi, Did, some one know if there is a Fortran 90 parser for SourceNavigator ?? Thanks a lot, Flavio -- ___.___ ~ _____________ \ \\ \ ,, ??? | ' \ Roberto F. Munita \ \\ \ /< ? | ' ____|_ Computer Center Operator --\//,- \_. /_____ | '||:::::: e-mail: flavio@ifir.ifir.edu.ar o- / \_/ '\ | '||_____| Address: Bv. 27 de Febrero 210 bis | \ ' o \'________|_____| 2000 - Rosario - Sta. Fe | )- # < ___/____|___\___ Argentina `_/'------------| _ ' <<<:| Te.: +54 341 4853200 & 4853222 /________\| |_________'___o_o| Fax: +54 341 4821772 A)bort, R)etry, I)gnore, V)alium? From bcox@virtualschool.edu Fri Mar 2 10:36:00 2001 From: bcox@virtualschool.edu (Brad Cox) Date: Fri, 02 Mar 2001 10:36:00 -0000 Subject: Using SourceNav for Java References: <20010301143053.C24127@harmony.cs.rit.edu> <20010301190906.A26591@harmony.cs.rit.edu> <878zmpq8vs.fsf@creche.redhat.com> Message-ID: At 6:04 PM -0700 03/01/2001, Tom Tromey wrote: >The original report doesn't mention what version of gcj is in use, or >the system, or anything, so I can't help too much. I'm using the latest versions of everything: SN, GCC, GCJ, freshly downloaded, on Redhat 7.0. -- --- Dr. Brad Cox; bcox@superdistributed.com Phone: 703 361 4751 Fax: 703 995 0422 Cellular: 703 919-9623 http://superdistributed.com: A new paradigm for a new millinneum PGP Signature: E194 C6E5 92D8 B8FB 20E8 8667 929A 95A0 FCB6 7C62 From mdejong@cygnus.com Fri Mar 2 11:35:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 02 Mar 2001 11:35:00 -0000 Subject: Using SourceNav for Java References: Message-ID: On Fri, 2 Mar 2001, Brad Cox wrote: > At 6:04 PM -0700 03/01/2001, Tom Tromey wrote: > >The original report doesn't mention what version of gcj is in use, or > >the system, or anything, so I can't help too much. > > I'm using the latest versions of everything: SN, GCC, GCJ, freshly > downloaded, on Redhat 7.0. I assume you are talking about GCC 2.96 here. Saying "I have the latest version" is meaningless that could be gcc 3.0 for all we know. I would suggest that you try to recreate a test case that demonstrates the build problem outside of SN. This is trivial since SN writes out a snMakefile before doing a build. This might be a gcj bug or we might need to exec gcj with some other arguments from inside SN. There is no way for us to know, you will have to do some more detective work (aka Hacking) to figure out what is wrong and how to fix it. Mo DeJong Red Hat Inc From bje@redhat.com Sun Mar 4 13:33:00 2001 From: bje@redhat.com (Ben Elliston) Date: Sun, 04 Mar 2001 13:33:00 -0000 Subject: Fortran 90.... References: <9D6D37E97A57D411BB7C00508BAE29C972BB43@main.mahinetworks.com> Message-ID: <15010.46219.402346.351903@scooby.apac.redhat.com> Roberto> Did, some one know if there is a Fortran 90 parser for Roberto> SourceNavigator ?? Not as far as I know. The FORTRAN parser in S-N is for F77 with common extensions and I've not seen any third party contributions for an F90 parser. Ben From Alain.Desilets@nrc.ca Mon Mar 5 12:14:00 2001 From: Alain.Desilets@nrc.ca (Alain Desilets) Date: Mon, 05 Mar 2001 12:14:00 -0000 Subject: Newbie question: SN customizability Message-ID: <3AA3F50E.8EC4133B@nrc.ca> Hi everyone, I am coordinating an open source project called VoiceCode which aims at building toolbox for programming-by-voice (i.e. writing software by talking to your computer instead of typing). See url below for details: http://ii2.ai.iit.nrc.ca/VoiceCode/ Our first target editor for this environment is Emacs, because of its high custimizability. But some MS DevStudio users have complained that Emacs is not graphical enough and is not as tightly integrated with compilers as it should. So I'm looking at SourceNavigator as an alternative. I have two concerns: 1. How does SN's customizability compare to Emacs? For example, would it be possible to do add functionality that would intercept all changes to a source buffer and notify an external program of those changes through a TCP/IP connection. 2. Are there parsers for most languages? I have only seen C, C++, Java, Assembler and TCL listed. I am particularly interested in Perl and Python. Thanks -- Alain D????silets Research Officer National Research Council Canada Institute for Information Technology Agent de recherche Conseil national de recherche Canada Institut de technologies de l'information email/courriel: alain.desilets@nrc.ca From bje@redhat.com Mon Mar 5 12:58:00 2001 From: bje@redhat.com (Ben Elliston) Date: Mon, 05 Mar 2001 12:58:00 -0000 Subject: Newbie question: SN customizability References: <3AA3F50E.8EC4133B@nrc.ca> Message-ID: <15011.64961.860541.687704@scooby.apac.redhat.com> >>>>> "Alain" == Alain Desilets writes: Alain> 1. How does SN's customizability compare to Emacs? For example, would it Alain> be possible to do add functionality that would intercept all changes to Alain> a source buffer and notify an external program of those changes through Alain> a TCP/IP connection. That could be done with modification to the sources. Alain> 2. Are there parsers for most languages? I have only seen C, C++, Java, Alain> Assembler and TCL listed. I am particularly interested in Perl and Alain> Python. There is a Python parser in the source tree now. I *think* someone on the net was working on a Perl parser. Ben From J.Fuhrer@motorola.com Tue Mar 6 07:18:00 2001 From: J.Fuhrer@motorola.com (Fuhrer Jean-Pierre-CJF100) Date: Tue, 06 Mar 2001 07:18:00 -0000 Subject: Source navigator question Message-ID: <7B0A602730B2D311A11C080006277D7201409253@zsw04exm01.comm.mot.com> Hello, I use the command line under Unix to build a project. Is there a possibility to merge different projects one to another ? Can I start a reparse from the command line ? Regards Jean-Pierre Fuhrer From cmmcinn@super.org Tue Mar 6 08:56:00 2001 From: cmmcinn@super.org (Celia McInnis) Date: Tue, 06 Mar 2001 08:56:00 -0000 Subject: interface SN grep to other program output Message-ID: <3AA516A4.44751541@super.org> Hi: Can anyone tell me how I could interface output from an external program to the grep utility in source navigator? I can easily produce output in the "grep -n" form, and would then like to be able to use source navigator as the interface back to my program source. Thanks Celia McInnis From mdejong@cygnus.com Tue Mar 6 09:55:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 06 Mar 2001 09:55:00 -0000 Subject: interface SN grep to other program output References: <3AA516A4.44751541@super.org> Message-ID: On Tue, 6 Mar 2001, Celia McInnis wrote: > Hi: > > Can anyone tell me how I could interface output from an external program > to the grep utility in source navigator? > > I can easily produce output in the "grep -n" form, and would then like > to be able to use source navigator as the interface back to my program > source. I am not sure what definition of "easily" you are looking for, but you could try bringing up the build window and typing the name of your command into the entry widget where the "make" appears. That should exec the named program and display the results in the make window. You should then be able to double click on a result line to jump to that line. It is kind of a hack but I think it would work. Mo DeJong Red Hat Inc From David.Robinson@citrix.com.au Tue Mar 6 20:58:00 2001 From: David.Robinson@citrix.com.au (David Robinson (AU)) Date: Tue, 06 Mar 2001 20:58:00 -0000 Subject: Berkeley DB version ; Visual C build environment ; HTML display Message-ID: Hi Why does Source Navigator use version 1.85 of the Berkeley DB when the latest version is 3.2.9? Is this a licencing issue? Can you read the SN database using the latest Berkeley DB libraries? Has anyone created a Microsoft Visual Studio project to build SN? A while ago someone mentioned that there was primitive support for displaying source code in HTML format? Is anyone actively developing this feature? Thanks David. From irox@redhat.com Tue Mar 6 21:16:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Tue, 06 Mar 2001 21:16:00 -0000 Subject: Berkeley DB version ; Visual C build environment ; HTML display References: Message-ID: <3AA5C423.AE9AF849@redhat.com> "David Robinson (AU)" wrote: > > Hi > > Why does Source Navigator use version 1.85 of the Berkeley DB when the > latest version is 3.2.9? They are many differences between the 1.x and the 3.x Berkeley DB libraries, there may not be any need to upgrade to the latest Berkeley DB, some people have pointed out that although certain operations are faster in the latest version, the ones that Source-Navigator will use the most are actually slower. > Is this a licencing issue? No. > Can you read the SN database using the latest Berkeley DB libraries? Probably not. I'm also not sure why you'd want to. > Has anyone created a Microsoft Visual Studio project to build SN? No, again, why would anybody want to? We already have a cross platform build system. > A while ago someone mentioned that there was primitive support for > displaying source code in HTML format? Is anyone actively developing this > feature? Not currently. OR if there are they are not sharing it. I've heard of people doing this, but what they where doing was very specific to their source code. Ian. From home_liuwm@hotmail.com Wed Mar 7 03:38:00 2001 From: home_liuwm@hotmail.com (weiming liu) Date: Wed, 07 Mar 2001 03:38:00 -0000 Subject: xref Message-ID: Hi, SN is very powerful to open-source analysis. But xref is not very suitable to analysis. When xref tab is clicked , all of "refers to","referred by","details to" and "detailed by" is included. In practice, "referred by" is needed in source code analysis. So, the first thing is to remove subnode of selected item and click "referred by". Could you help me modify tcl source code to get rid of this repeated action? Thanks a lot. Best Regards, Weimin.liu _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com . From Carsten.Bellon@bam.de Wed Mar 7 05:27:00 2001 From: Carsten.Bellon@bam.de (Bellon, Carsten) Date: Wed, 07 Mar 2001 05:27:00 -0000 Subject: Newbie question: SN and VC++ Message-ID: <3AA63765.83AF0D4D@bam.de> Hi everyone, can I configure SN under Windows to build a project using the MS DevStudio compiler? Thanks From irox@redhat.com Wed Mar 7 06:23:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 07 Mar 2001 06:23:00 -0000 Subject: Newbie question: SN and VC++ References: <3AA63765.83AF0D4D@bam.de> Message-ID: <3AA64431.39D8408E@redhat.com> "Bellon, Carsten" wrote: > > Hi everyone, > > can I configure SN under Windows to build a project using the MS > DevStudio compiler? Yes. In fact we used to have support for Visual C++, but at some point this got removed. If I can find the code I will try and revive it at some point. Ian. From jwsmyder@wysoft-tech.com Wed Mar 7 08:26:00 2001 From: jwsmyder@wysoft-tech.com (John Smyder) Date: Wed, 07 Mar 2001 08:26:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro Message-ID: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of using it with Red Hat's "Source Navigator" version 4.5.2. However, I am noticing a small anomaly when setting up the Source Navigator to call EditPad Pro in a Windows 2000 environment. When Source Navigator makes a call to EditPad Pro it passes the file name and path to open. In Win 98 this all works perfectly. In Win 2000 EditPad Pro receives only the projects root path and not the sub-directory that my C file is in (i.e. c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). Like I said this works perfectly in Win 98 and I'm sending this email to the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, Source Navigator or Windows 2000. But I have my suspicions (windows). Just thought you might want to know about this behavior. Regards, John W. Smyder From berek@usa.net Wed Mar 7 09:08:00 2001 From: berek@usa.net (Berek) Date: Wed, 07 Mar 2001 09:08:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro References: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> Message-ID: <000e01c0a729$3387a800$3e6410ac@concord.com> I have the same problem with SN and NT 4.0. ----- Original Message ----- From: "John Smyder" To: ; Sent: Wednesday, March 07, 2001 11:26 Subject: Command Line Problem with Source Navigator and EditPad Pro > I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of > using it with Red Hat's "Source Navigator" version 4.5.2. However, I am > noticing a small anomaly when setting up the Source Navigator to call > EditPad Pro in a Windows 2000 environment. When Source Navigator makes a > call to EditPad Pro it passes the file name and path to open. In Win 98 > this all works perfectly. In Win 2000 EditPad Pro receives only the > projects root path and not the sub-directory that my C file is in (i.e. > c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). > > Like I said this works perfectly in Win 98 and I'm sending this email to > the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, > Source Navigator or Windows 2000. But I have my suspicions (windows). > > Just thought you might want to know about this behavior. > > Regards, > > John W. Smyder > > From irox@redhat.com Wed Mar 7 09:20:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 07 Mar 2001 09:20:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro References: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> Message-ID: <3AA66DB2.C6648B00@redhat.com> Currently we've not done any tested on Windows 2000. This may be some sort of W2K Tcl problem. If it is a Tcl problem then this may be fixed when we upgrade to Tcl/Tk 8.3. Currently I don't have a W2K box so I can't look into this. Ian. John Smyder wrote: > > I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of > using it with Red Hat's "Source Navigator" version 4.5.2. However, I am > noticing a small anomaly when setting up the Source Navigator to call > EditPad Pro in a Windows 2000 environment. When Source Navigator makes a > call to EditPad Pro it passes the file name and path to open. In Win 98 > this all works perfectly. In Win 2000 EditPad Pro receives only the > projects root path and not the sub-directory that my C file is in (i.e. > c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). > > Like I said this works perfectly in Win 98 and I'm sending this email to > the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, > Source Navigator or Windows 2000. But I have my suspicions (windows). > > Just thought you might want to know about this behavior. > > Regards, > > John W. Smyder From irox@redhat.com Wed Mar 7 09:21:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 07 Mar 2001 09:21:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro References: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> <000e01c0a729$3387a800$3e6410ac@concord.com> Message-ID: <3AA66E0F.17D080B7@redhat.com> Berek wrote: > > I have the same problem with SN and NT 4.0. Well then, that makes it a little easier. Ian. > ----- Original Message ----- > From: "John Smyder" > To: ; > Sent: Wednesday, March 07, 2001 11:26 > Subject: Command Line Problem with Source Navigator and EditPad Pro > > > I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of > > using it with Red Hat's "Source Navigator" version 4.5.2. However, I am > > noticing a small anomaly when setting up the Source Navigator to call > > EditPad Pro in a Windows 2000 environment. When Source Navigator makes a > > call to EditPad Pro it passes the file name and path to open. In Win 98 > > this all works perfectly. In Win 2000 EditPad Pro receives only the > > projects root path and not the sub-directory that my C file is in (i.e. > > c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). > > > > Like I said this works perfectly in Win 98 and I'm sending this email to > > the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, > > Source Navigator or Windows 2000. But I have my suspicions (windows). > > > > Just thought you might want to know about this behavior. > > > > Regards, > > > > John W. Smyder > > > > From cbne@faacusa.org Thu Mar 8 04:58:00 2001 From: cbne@faacusa.org (CBates) Date: Thu, 08 Mar 2001 04:58:00 -0000 Subject: The C++ standard headers Message-ID: Hello, I'm using Source Navigator 4.5.2 on Win2000 and WinNT 4.0. I'd like to build a project on the C++ standard headers, but Source Navigator doesn't seem to recognize files such as "streambuf", "string", "map", etc., as C source files. Is there a way to fix this? Thanks. Charles Bates From irox@redhat.com Thu Mar 8 13:38:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Thu, 08 Mar 2001 13:38:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro References: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> <000e01c0a729$3387a800$3e6410ac@concord.com> Message-ID: <3AA7FBC9.F068BE3C@redhat.com> Hi, So I was looking into this problem, and I've not been able to reproduce it. This is probably because the real problem is going to be completely unrelated. So, what I really need are step by step instructions on reproducing this. It kind of sounds like it's something to do with path names at creation time, so please include the steps you use when creating the project (which files and their path names will probably be important also). I tried this with notepad and Xemacs. (Of course I'm assuming that this is an SN bug.) Ian. Berek wrote: > > I have the same problem with SN and NT 4.0. > > ----- Original Message ----- > From: "John Smyder" > To: ; > Sent: Wednesday, March 07, 2001 11:26 > Subject: Command Line Problem with Source Navigator and EditPad Pro > > > I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of > > using it with Red Hat's "Source Navigator" version 4.5.2. However, I am > > noticing a small anomaly when setting up the Source Navigator to call > > EditPad Pro in a Windows 2000 environment. When Source Navigator makes a > > call to EditPad Pro it passes the file name and path to open. In Win 98 > > this all works perfectly. In Win 2000 EditPad Pro receives only the > > projects root path and not the sub-directory that my C file is in (i.e. > > c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). > > > > Like I said this works perfectly in Win 98 and I'm sending this email to > > the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, > > Source Navigator or Windows 2000. But I have my suspicions (windows). > > > > Just thought you might want to know about this behavior. > > > > Regards, > > > > John W. Smyder > > > > From irox@redhat.com Thu Mar 8 13:58:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Thu, 08 Mar 2001 13:58:00 -0000 Subject: The C++ standard headers References: Message-ID: <3AA8008C.5E7F5F2E@redhat.com> A quick fix would be to copy streambuf.h to streambuf. But, that is kind of nasty. I'll have a poke around and see if I can come up with a better fix. Ian. CBates wrote: > > Hello, > > I'm using Source Navigator 4.5.2 on Win2000 and WinNT 4.0. I'd like to > build a project on the C++ standard headers, but Source Navigator doesn't > seem to recognize files such as "streambuf", "string", "map", etc., as C > source files. Is there a way to fix this? > > Thanks. > > Charles Bates From irox@redhat.com Thu Mar 8 14:58:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Thu, 08 Mar 2001 14:58:00 -0000 Subject: Command Line Problem with Source Navigator and EditPad Pro References: <5.0.2.1.0.20010307111513.00a62e40@mail.clarityconnect.com> <000e01c0a729$3387a800$3e6410ac@concord.com> <3AA7FBC9.F068BE3C@redhat.com> Message-ID: <3AA80E7B.CD39A0B6@redhat.com> Something I should have say at the start. If you set the environment variable SN_DEBUG to 9, and then run Source-Navigator you will get a log file zznavig01.log (or something like that). If you grep the log file for the string "Editor command" you will get the command line of that SN is using to launch the external editor. Ian. Ian Roxborough wrote: > > Hi, > > So I was looking into this problem, and I've not been able > to reproduce it. This is probably because the real problem > is going to be completely unrelated. > > So, what I really need are step by step instructions on > reproducing this. It kind of sounds like it's something > to do with path names at creation time, so please include > the steps you use when creating the project (which files > and their path names will probably be important also). > > I tried this with notepad and Xemacs. (Of course I'm > assuming that this is an SN bug.) > > Ian. > > Berek wrote: > > > > I have the same problem with SN and NT 4.0. > > > > ----- Original Message ----- > > From: "John Smyder" > > To: ; > > Sent: Wednesday, March 07, 2001 11:26 > > Subject: Command Line Problem with Source Navigator and EditPad Pro > > > > > I just received my license for EditPad Pro Ver. 4.1.3 and I have plans of > > > using it with Red Hat's "Source Navigator" version 4.5.2. However, I am > > > noticing a small anomaly when setting up the Source Navigator to call > > > EditPad Pro in a Windows 2000 environment. When Source Navigator makes a > > > call to EditPad Pro it passes the file name and path to open. In Win 98 > > > this all works perfectly. In Win 2000 EditPad Pro receives only the > > > projects root path and not the sub-directory that my C file is in (i.e. > > > c:\firware4_2\snacc.c instead of c:\firmware4_2\app\snacc.c). > > > > > > Like I said this works perfectly in Win 98 and I'm sending this email to > > > the Red Hat team too. I'm not sure if the problem lies with EditPad Pro, > > > Source Navigator or Windows 2000. But I have my suspicions (windows). > > > > > > Just thought you might want to know about this behavior. > > > > > > Regards, > > > > > > John W. Smyder > > > > > > From mcinsu@yahoo.co.kr Thu Mar 8 21:54:00 2001 From: mcinsu@yahoo.co.kr (=?euc-kr?q?=C0=CF=C8=AF=20=C1=A4?=) Date: Thu, 08 Mar 2001 21:54:00 -0000 Subject: Let me know hoe to setup the compiling preference on windows. Message-ID: <20010309055401.8575.qmail@web1305.mail.yahoo.com> Hi! This is Ih from korea. I have downloaded source navigator v 4.5.2 for windows 98 and then installed, but i can not use it completly because i don't have gcc, make and insight tools. Plz, let me know how to get it on internet. Actually, i will use it make a code on windows, the codes will be run on unix and windows, it means that i hope to create a application independant from Operating system. My computer have two kind of OS ( windows and linux) and i have turbo c and visual c++ compiler now. Plz, let me know how to setup the build environment on windows for other compiler.... Have a nice day! Best regard. _____________________________________________________________________ ???????? ???????????????? ????????????????????????, ???????????????? ???????????????? http://kr.travel.yahoo.com/ ???????????????????????? ????????????????, ???????????????? ????????????????????????????????????????, ????????????????! ???????????????? http://kr.photos.yahoo.com/ From irox@redhat.com Fri Mar 9 00:39:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 09 Mar 2001 00:39:00 -0000 Subject: Let me know hoe to setup the compiling preference on windows. References: <20010309055401.8575.qmail@web1305.mail.yahoo.com> Message-ID: <3AA896B0.DCEDC0F1@redhat.com> Hi, A Windows version of the tools you are looking for (gcc and make) can be found on the Cygwin project: http://sources.redhat.com/cygwin/ Once installed they should work very much like linux. Enjoy, Ian. ???????????????? ???????? wrote: > > Hi! This is Ih from korea. > I have downloaded source navigator v 4.5.2 for windows > 98 and then installed, but i can not use it completly > because i don't have gcc, make and insight tools. Plz, > let me know how to get it on internet. > Actually, i will use it make a code on windows, the > codes will be run on unix and windows, it means that i > hope to create a application independant from > Operating system. My computer have two kind of OS ( > windows and linux) and i have turbo c and visual c++ > compiler now. Plz, let me know how to setup the build > environment on windows for other compiler.... > > Have a nice day! > Best regard. > > _____________________________________________________________________ > ???????? ???????????????? ????????????????????????, ???????????????? ???????????????? http://kr.travel.yahoo.com/ > ???????????????????????? ????????????????, ???????????????? ????????????????????????????????????????, ????????????????! ???????????????? http://kr.photos.yahoo.com/ From paul@toolscenter.org Sat Mar 10 19:46:00 2001 From: paul@toolscenter.org (Paul Selormey) Date: Sat, 10 Mar 2001 19:46:00 -0000 Subject: Berkeley DB version ; Visual C build environment ; HTML display References: <3AA5C423.AE9AF849@redhat.com> Message-ID: <002c01c0a9d3$12d386e0$2fa65a8f@paulselo> Hello, This is a little off-topic. Where do I get the latest version of the Berkeley DB to download? Also, I have heard about open source DB called Diamond being used by wxStudio initially for a similar work. How does this compare with the Berkeley DB in terms of speed? Anyone? Best regards, Paul. ----- Original Message ----- From: "Ian Roxborough" To: "David Robinson (AU)" Cc: Sent: Wednesday, March 07, 2001 2:16 PM Subject: Re: Berkeley DB version ; Visual C build environment ; HTML display > "David Robinson (AU)" wrote: > > > > Hi > > > > Why does Source Navigator use version 1.85 of the Berkeley DB when the > > latest version is 3.2.9? > > > They are many differences between the 1.x and the 3.x Berkeley DB > libraries, there may not be any need to upgrade to the latest Berkeley > DB, some people have pointed out that although certain operations are > faster > in the latest version, the ones that Source-Navigator will use the > most are actually slower. > > > Is this a licencing issue? > > No. > > > Can you read the SN database using the latest Berkeley DB libraries? > > Probably not. I'm also not sure why you'd want to. > > > Has anyone created a Microsoft Visual Studio project to build SN? > > No, again, why would anybody want to? We already have a cross > platform build system. > > > A while ago someone mentioned that there was primitive support for > > displaying source code in HTML format? Is anyone actively developing this > > feature? > > Not currently. OR if there are they are not sharing it. > I've heard of people doing this, but what they where doing > was very specific to their source code. > > Ian. From bje@redhat.com Sun Mar 11 20:21:00 2001 From: bje@redhat.com (Ben Elliston) Date: Sun, 11 Mar 2001 20:21:00 -0000 Subject: Berkeley DB version ; Visual C build environment ; HTML display References: <3AA5C423.AE9AF849@redhat.com> <002c01c0a9d3$12d386e0$2fa65a8f@paulselo> Message-ID: <15020.20093.81321.109605@scooby.apac.redhat.com> >>>>> "Paul" == Paul Selormey writes: Paul> Where do I get the latest version of the Berkeley DB to Paul> download? Take a look at http://www.sleepycat.com for pointers. Ben From J.Fuhrer@motorola.com Mon Mar 12 00:17:00 2001 From: J.Fuhrer@motorola.com (Fuhrer Jean-Pierre-CJF100) Date: Mon, 12 Mar 2001 00:17:00 -0000 Subject: How to merge different SN projects under UNIX Message-ID: <7B0A602730B2D311A11C080006277D7201409255@zsw04exm01.comm.mot.com> Hello, I use the command line under Unix to build a project. Is there a possibility to merge different projects one to another ? Can I start a reparse from the command line ? Regards Jean-Pierre Fuhrer Jean-Pierre Fuhrer CGISS Motorola (Schweiz) AG Fabrikstrasse 8 CH-4614 H????gendorf TEL: +41 62 209 92 55 FAX: +41 62 209 91 04 From pere@hungry.com Mon Mar 12 02:39:00 2001 From: pere@hungry.com (Petter Reinholdtsen) Date: Mon, 12 Mar 2001 02:39:00 -0000 Subject: Sparc/Linux (Debian 2.2) patch Message-ID: <200103112156.WAA10954@minerva.ee.uwa.edu.au> I had to apply the following patch to get Source Navigator to compile on Debian 2.2 on Sparc. SIGLOST and SIGPWR had the same value. diff -ur src-452/tcl8.1/generic/tclPosixStr.c src-452-local/tcl8.1/generic/tclPosixStr.c --- src-452/tcl8.1/generic/tclPosixStr.c Mon Dec 4 10:26:08 2000 +++ src-452-local/tcl8.1/generic/tclPosixStr.c Sun Mar 11 22:23:29 2001 @@ -975,7 +975,7 @@ case SIGKILL: return "SIGKILL"; #endif #if defined(SIGLOST) && (!defined(SIGIOT) || (SIGLOST != SIGIOT)) && (!defined(SIGURG) || (SIGLOST != SIGURG)) && (!defined(SIGPROF) || (SIGLOST != SIGPROF)) && (!defined(SIGIO) || (SIGLOST != SIGIO)) - case SIGLOST: return "SIGLOST"; + case SIGLOST: return "SIGLOST"; /* XXXXX */ #endif #ifdef SIGPIPE case SIGPIPE: return "SIGPIPE"; @@ -986,8 +986,10 @@ #ifdef SIGPROF case SIGPROF: return "SIGPROF"; #endif -#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) - case SIGPWR: return "SIGPWR"; + +/* SIGPWR and SIGLOST seem to be the sane on Sparc Debian GNU/Linux 2.2 */ +#if defined(SIGPWR) && (SIGPWR != SIGLOST) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) + case SIGPWR: return "SIGPWR"; /* XXXXX */ #endif #ifdef SIGQUIT case SIGQUIT: return "SIGQUIT"; @@ -1107,7 +1109,7 @@ case SIGKILL: return "kill signal"; #endif #if defined(SIGLOST) && (!defined(SIGIOT) || (SIGLOST != SIGIOT)) && (!defined(SIGURG) || (SIGLOST != SIGURG)) && (!defined(SIGPROF) || (SIGLOST != SIGPROF)) && (!defined(SIGIO) || (SIGLOST != SIGIO)) - case SIGLOST: return "resource lost"; + case SIGLOST: return "resource lost"; /* XXXXX */ #endif #ifdef SIGPIPE case SIGPIPE: return "write on pipe with no readers"; @@ -1118,8 +1120,8 @@ #ifdef SIGPROF case SIGPROF: return "profiling alarm"; #endif -#if defined(SIGPWR) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) - case SIGPWR: return "power-fail restart"; +#if defined(SIGPWR) && (SIGPWR != SIGLOST) && (!defined(SIGXFSZ) || (SIGPWR != SIGXFSZ)) + case SIGPWR: return "power-fail restart"; /* XXXXX */ #endif #ifdef SIGQUIT case SIGQUIT: return "quit signal"; -- ##> Petter Reinholdtsen <## | pere@td.org.uit.no From J.Fuhrer@motorola.com Mon Mar 12 23:45:00 2001 From: J.Fuhrer@motorola.com (Fuhrer Jean-Pierre-CJF100) Date: Mon, 12 Mar 2001 23:45:00 -0000 Subject: How to merge different SN projects under UNIX Message-ID: <7B0A602730B2D311A11C080006277D7201409258@zsw04exm01.comm.mot.com> Hello dear SN, I use the command line under Unix to build a project for SN. Is there a possibility to merge different projects one to another on command line? Can I start a reparse from the command line ? Regards Jean-Pierre Fuhrer CGISS Motorola (Schweiz) AG Fabrikstrasse 8 CH-4614 H????gendorf TEL: +41 62 209 92 55 FAX: +41 62 209 91 04 From dave.banham@tde.alstom.com Tue Mar 13 06:14:00 2001 From: dave.banham@tde.alstom.com (dave.banham@tde.alstom.com) Date: Tue, 13 Mar 2001 06:14:00 -0000 Subject: Lines of code Message-ID: <41256A0E.004E295B.00@mz02world.hq.dtr.gecalsthom.fr> Does SN know how many lines of code it has scanned? If so, is it possible to display this figure? (This would be a useful addition to the statistics window in the project editor dialog.) Alternatively does any one know of a free tool that will count the number of lines of code in a given set of files. SN reports that my project has 950 (source) files (in many directories), so such a tool must be easy to use. Regards Dave Banham From wayned@cpcug.org Tue Mar 13 07:04:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Tue, 13 Mar 2001 07:04:00 -0000 Subject: help on installation Message-ID: I'm having problems getting SourceNavigator to compile on Solaris. I've browsed through the archives and couldn't find anything appropriate - I'm sure I've missed something. Below is a copy of the slightly edited dialog between the 'puter and me trying to compile/install SourceNavigator. - - - - - - $ SN452/configure Configuring for a sparc-sun-solaris2.6 host. Created "Makefile" in /home1/hermes/wayned using "mh-frag" gcc: ${OPT}: No such file or directory *** The command '/opt/gnu/bin/gcc -o conftest -ansi ${OPT} conftest.c' failed. *** You must set the environment variable CC to a working compiler. 14:26:56 ~ $ set|more ...stuff deleted... CC=/opt/gnu/bin/gcc $ ls -l /opt/gnu/bin/gcc -rwxr-xr-x 2 root 215164 Dec 22 07:32 /opt/gnu/bin/gcc - - - - - - I do find gcc (also g++ is available if that would work better) - see above, however I don't see conft* anywhere (I did try conf* to make sure the syntax was correct, I got lots of config files). What am I missing? Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From dsh8290@rit.edu Tue Mar 13 08:20:00 2001 From: dsh8290@rit.edu (D-Man) Date: Tue, 13 Mar 2001 08:20:00 -0000 Subject: Lines of code References: <41256A0E.004E295B.00@mz02world.hq.dtr.gecalsthom.fr> Message-ID: <20010313112022.A10298@harmony.cs.rit.edu> On Tue, Mar 13, 2001 at 02:17:56PM +0000, dave.banham@tde.alstom.com wrote: | | Does SN know how many lines of code it has scanned? If so, is it | possible to display this figure? (This would be a useful addition to | the statistics window in the project editor dialog.) Alternatively | does any one know of a free tool that will count the number of lines | of code in a given set of files. SN reports that my project has 950 | (source) files (in many directories), so such a tool must be easy to | use. | What is a Line Of Code? Different people have different definitions as to what should or should not be counted as a line. I wrote a very simplistic counter in Python to count LOC for C++ code but it also works for C and Java (anything that uses semicolons as a line delimiter). It is simplistic since it uses a number-of-semicolons-equals-LOC technique. It also doesn't ignore comments. It you want it to report an astronomical LOC, put a lot of semicolons in a comment, or just on any line. If you are interested, here is the code : ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ #!/usr/bin/env python import string import sys from sys import argv ## define boolean values true = 1 false = 0 # # remove the name of the script from argv argv.remove( argv[0] ) # look for command-line arguments if ( argv.count( "-l" ) > 0 ) : list_each = true argv.remove( "-l" ) else : list_each = false if ( argv.count( "-d" ) > 0 ) : # list all the files given as arguments and exit argv.remove( "-d" ) for arg in argv : print arg sys.exit() # check to see if any files were specified if len(argv) == 0 : print """You need to specify the names of the files to count as arguments on the command line. Options: -d display all the files being counted -l display the loc count for each file """ sys.exit() # now count count = 0 for name in argv: file = open( name, 'r' ) text = file.read() file_count = string.count( text, ';' ) count = count + file_count if ( list_each ) : print name + ":\t", file_count print print "The count of lines (semicolons) is\t", count ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ It is quite simple. Specify the files to count on the command line and it will count them. It is ideal to run it from make since you (probably) already have the list of files in the Makefile. (However you will have to add the sums yourself if you use make recursively). HTH, -D From irox@redhat.com Tue Mar 13 10:48:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Tue, 13 Mar 2001 10:48:00 -0000 Subject: help on installation References: Message-ID: <3AAE6B28.72F0007B@redhat.com> conftest.c is generated by configure to check the basics of your compiler. Does you compiler work for a quick "Hello World!" program? If you look in config.log you should get more information on why it failed. Ian. Wayne Dernoncourt wrote: > > I'm having problems getting SourceNavigator to compile on Solaris. > I've browsed through the archives and couldn't find anything > appropriate - I'm sure I've missed something. Below is a copy of > the slightly edited dialog between the 'puter and me trying to > compile/install SourceNavigator. > > - - - - - - > $ SN452/configure > Configuring for a sparc-sun-solaris2.6 host. > Created "Makefile" in /home1/hermes/wayned using "mh-frag" > gcc: ${OPT}: No such file or directory > *** The command '/opt/gnu/bin/gcc -o conftest -ansi ${OPT} conftest.c' > failed. > *** You must set the environment variable CC to a working compiler. > 14:26:56 > ~ > $ set|more > ...stuff deleted... > CC=/opt/gnu/bin/gcc > > $ ls -l /opt/gnu/bin/gcc > -rwxr-xr-x 2 root 215164 Dec 22 07:32 /opt/gnu/bin/gcc > > - - - - - - > > I do find gcc (also g++ is available if that would work better) - > see above, however I don't see conft* anywhere (I did try conf* > to make sure the syntax was correct, I got lots of config files). > What am I missing? > > Take care | This clown speaks for himself, his job doesn't > Wayne D. | pay for this, etc. (directly anyway) From wayned@cpcug.org Tue Mar 13 11:39:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Tue, 13 Mar 2001 11:39:00 -0000 Subject: help on installation References: <3AAE6B28.72F0007B@redhat.com> Message-ID: On Tue, 13 Mar 2001, Ian Roxborough wrote: > conftest.c is generated by configure to check the basics > of your compiler. Does you compiler work for a quick > "Hello World!" program? I think so, then again we just changed compilers where I work (we were using an older version (from a couple of years ago)). I'll do just that and go from there. > If you look in config.log you should get more information > on why it failed. I should have thought to look in a log file - it didn't occur to me. As soon as this Windows machine finishes chunking on the disk drive, I'll start eXceed and see what happens. (I live in a weird universe, corporate email system - not this account, not at work - is MS centered, my shop is Unix/Solaris centered, it's only a little weird, I also have two email accounts at work, my home email is Solaris using Pine!) Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From wayned@cpcug.org Tue Mar 13 13:01:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Tue, 13 Mar 2001 13:01:00 -0000 Subject: help on installation References: <3AAE6B28.72F0007B@redhat.com> Message-ID: On Tue, 13 Mar 2001, Ian Roxborough wrote: > conftest.c is generated by configure to check the basics > of your compiler. Does you compiler work for a quick > "Hello World!" program? I just dug up a small C program that I had written back in August for a class, it compiled and linked fine. > If you look in config.log you should get more information > on why it failed. I don't see a config.log anywhere in my current directory structure. I used ls -lR * |grep "Mar 13", here are the results: 15:51:58 ~ $ ls -lR *|grep "Mar 1" -rw-rw-r-- 1 wayned 54263 Mar 13 15:50 Makefile -rw-rw-r-- 1 wayned 108 Mar 13 15:49 mh-frag drwxrwxr-x 2 wayned 1536 Mar 13 15:49 X -rwxrwxr-x 1 wayned 70676 Mar 13 15:49 actions -rw-rw-r-- 1 wayned 64692 Mar 13 15:49 actions.o -rw-rw-r-- 1 wayned 1004 Mar 12 14:42 crap.tcl 15:56:54 ~ $ (well the old version of actions was 26k, this is 70k oh well). (actions was my test case, it compiled and ran okay) Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From irox@redhat.com Tue Mar 13 19:01:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Tue, 13 Mar 2001 19:01:00 -0000 Subject: help on installation References: Message-ID: <3AAEDF03.B13EF5B@redhat.com> Wayne Dernoncourt wrote: > > On Tue, 13 Mar 2001, Ian Roxborough wrote: > > conftest.c is generated by configure to check the basics > > of your compiler. Does you compiler work for a quick > > "Hello World!" program? > > I just dug up a small C program that I had written back in August for > a class, it compiled and linked fine. Well that's good (assuming that you used the same gcc). > > If you look in config.log you should get more information > > on why it failed. > > I don't see a config.log anywhere in my current directory structure. > I used ls -lR * |grep "Mar 13", here are the results: config.log will be in the same directory that you run configure in. Note that you should not runing configure in the source directory. Create a build directory and run configure from there. I.e $ mkdir build $ cd build $ ../src/configure --prefix=/where/you/want/to/install $ less config.log Ian. From wayned@cpcug.org Wed Mar 14 04:05:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 04:05:00 -0000 Subject: help on installation References: <3AAEDF03.B13EF5B@redhat.com> Message-ID: On Tue, 13 Mar 2001, Ian Roxborough wrote: > Wayne Dernoncourt wrote: > > On Tue, 13 Mar 2001, Ian Roxborough wrote: > > > conftest.c is generated by configure to check the basics > > > of your compiler. Does you compiler work for a quick > > > "Hello World!" program? > > I just dug up a small C program that I had written back in August for > > a class, it compiled and linked fine. > Well that's good (assuming that you used the same gcc). It could be the wrong make (wrong version), so far there are at least two versions of make, gmake could also be there somewhere. Not sure how to find out which one is being used - which just returns - no results. > > > If you look in config.log you should get more information > > > on why it failed. > > I don't see a config.log anywhere in my current directory structure. > > I used ls -lR * |grep "Mar 13", here are the results: > config.log will be in the same directory that you run configure in. > Note that you should not runing configure in the source directory. > Create a build directory and run configure from there. I.e > $ mkdir build > $ cd build > $ ../src/configure --prefix=/where/you/want/to/install > $ less config.log I would think the log file would be in the same directory I ran it from. I had unzipped and untarred in my home directory (~) which created ~/SN452, I ran configure from ~ (./SN452/configure). Maybe I'll create a sub-directory and see what happens. But I didn't see a log file in ~. It only took a dozen or so trys with an error message of "needs to be run from a parallel directory" - maybe since I'm a level above, not a peer level it doesn't work.... Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From wayned@cpcug.org Wed Mar 14 07:56:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 07:56:00 -0000 Subject: help on installation References: Message-ID: Parallel == Peer - I suppose that does make it easier to clean up later on, but I don't know. It gets much farther along before it quits, but it does complain. Error message: - - - - checking whether included gettext is requested... no checking for libintl.h... (cached) yes checking for gettext in libc... (cached) yes checking for msgfmt... (cached) /usr/5bin/msgfmt checking for dcgettext... (cached) yes checking for gmsgfmt... (cached) /usr/5bin/msgfmt checking for xgettext... (cached) /usr/5bin/xgettext found xgettext programs is not GNU xgettext; ignore it checking for catalogs to be installed... de es fr ko nl no pl ru sl sv creating ./config.status creating Makefile creating src/Makefile creating tests/Makefile creating po/Makefile.in creating intl/Makefile creating config.h config.h is unchanged Configuring snavigator... configure: error: can not find sources in ../../SN452/snavigator Configure in /home1/hermes/wayned/trgt/snavigator failed, exiting. 10:23:25 ~/trgt $ - - - - sources? here are some C files, what else is needed? ./snavigator/db/dbcp.c ./snavigator/db/dbdump.c ./snavigator/db/dbimp.c ./snavigator/db/dbutils.c ./snavigator/db/longstr.c ./snavigator/db/srchtbl.c ./snavigator/demo/asm_demo/cfunc.c ./snavigator/demo/c++_demo/editline/complete.c ./snavigator/demo/c++_demo/editline/editline.c ./snavigator/demo/c++_demo/editline/sysos9.c (lots more) a demo directory doesn't sound right... where and what should these files be called? Redo the untar process -- this doesn't look right: x SN452-source/snavigator/doc/html/edk/gnupro/2_comp/The_C_Preprocessor /cppC_Preprocessor_Output.html, 3630 bytes, 8 tape blocks tar: directory checksum error where is this in the tree? I'll go out and get this tar file again. Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From wayned@cpcug.org Wed Mar 14 09:39:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 09:39:00 -0000 Subject: help on installation References: Message-ID: things continue to get weird I've now downloaded three versions (two could be from the same site, I don't remember). I just downloaded and tried to install from ftp://sources.redhat.com/pub/sourcenav/releases/ , prior to that I tried ftp://mirrors.rcn.net/pub/sourceware/ - I didn't keep track of how big the tar.gz files were (ungzipped with gzip -d SN452.tar.gz), but afterwards the SN452.tar file had the following characteristics: 59146240 Sep 11 2000 SN452.tar (I had renamed the first one to SN452-old.tar, both match on size and date - is there a way to for this Unix newbie to get more info?) After I tried to un-tar it, it failed in the same spot all three times. The resulting disk usage is 38270, it looks like I'm missing around a third of the files (assuming a 1=1 relationship, doubtful it's exact, but it is probably okay for a measure on how much is missing). For grins and giggles, here is the info on the tar that I suppose I'm using: 52620 Jul 16 1997 /usr/sbin/tar (this is on a Sparc Solaris 2.6 system) Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From irox@redhat.com Wed Mar 14 09:51:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Mar 2001 09:51:00 -0000 Subject: help on installation References: Message-ID: <3AAFAF6C.EDF6F830@redhat.com> Using gnu make is important. Wayne Dernoncourt wrote: > > > Parallel == Peer - I suppose that does make it easier to clean up later > on, but I don't know. It makes it easier to do many things, cross compilation is the main one. > checking whether included gettext is requested... no > checking for libintl.h... (cached) yes > checking for gettext in libc... (cached) yes > checking for msgfmt... (cached) /usr/5bin/msgfmt > checking for dcgettext... (cached) yes > checking for gmsgfmt... (cached) /usr/5bin/msgfmt > checking for xgettext... (cached) /usr/5bin/xgettext Deleting your config.cache before you running configure can help when you are trying to first configure SN. > Configuring snavigator... > configure: error: can not find sources in ../../SN452/snavigator > Configure in /home1/hermes/wayned/trgt/snavigator failed, exiting. from your build directory try: $ sh ../src/configure --prefix=/where/to/install If this doesn't work, you need to provide more information, like, how you are running configure (the command line) and any other steps you are doing. That fact you couldn't find config.log is very strange, I'm not sure how to run configure without generating one. Ian. From irox@redhat.com Wed Mar 14 09:53:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Mar 2001 09:53:00 -0000 Subject: help on installation References: Message-ID: <3AAFB017.EA8DD259@redhat.com> Wayne Dernoncourt wrote: > After I tried to un-tar it, it failed in the same spot all three > times. The resulting disk usage is 38270, 38Kb? not much space.... ;-) > it looks like I'm > missing around a third of the files (assuming a 1=1 relationship, > doubtful it's exact, but it is probably okay for a measure on how > much is missing). > > For grins and giggles, here is the info on the tar that I suppose > I'm using: > 52620 Jul 16 1997 /usr/sbin/tar > (this is on a Sparc Solaris 2.6 system) You need to run gnu tar, I don't believe Solaris tar works with the sn tarball. Ian. From dsh8290@rit.edu Wed Mar 14 11:51:00 2001 From: dsh8290@rit.edu (D-Man) Date: Wed, 14 Mar 2001 11:51:00 -0000 Subject: help on installation References: Message-ID: <20010314145130.A11540@harmony.cs.rit.edu> On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote: | is there a way to for this Unix newbie to get more info? Have you tried the Solaris binaries? Sometimes it easier to just get a prebuilt version for your system than to try building it for yourself. -D From wayned@cpcug.org Wed Mar 14 13:35:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 13:35:00 -0000 Subject: help on installation References: <20010314145130.A11540@harmony.cs.rit.edu> Message-ID: On Wed, 14 Mar 2001, D-Man wrote: > On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote: > | is there a way to for this Unix newbie to get more info? > Have you tried the Solaris binaries? Sometimes it easier to > just get a prebuilt version for your system than to try > building it for yourself. Actually I did try that. After fixing a couple of complaints ("couldn't find a usable init.tcl in long list of directories" and giving up, etc. comments along the lines of what next. When I ran sn(?, it's been a little while), I got back errors about couldn't find this, couldn't find that, etc. - looked at the script file, realized it was calling hyper to do the job and I called hyper directly and then I got the "couldn't find usable init.tcl" etc. errors. I know that sn(?) was setting those for me, but I was in frustration mode at the time. I don't know how long this was going to go on, in frustration, I went back and got gnu tar and then gnu make and compiled those. Those now seem to work. Here are the latest set of errors: Making all in ppc601-eabi make[5]: Entering directory `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' lex ../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l && mv lex.yy.c abrowser.c "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line 138: Error: illegal extra "}" make[5]: *** [abrowser.c] Error 1 make[5]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers/assembly' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' make[1]: *** [all-recursive-am] Error 2 make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' make: *** [all-snavigator] Error 2 trgt (or target) is where this stuff is going. I'm not sure what "Error 1" refers to or where to go from here. Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From bje@redhat.com Wed Mar 14 13:54:00 2001 From: bje@redhat.com (Ben Elliston) Date: Wed, 14 Mar 2001 13:54:00 -0000 Subject: help on installation References: <20010314145130.A11540@harmony.cs.rit.edu> Message-ID: <15023.59492.915173.927829@scooby.apac.redhat.com> >>>>> "Wayne" == Wayne Dernoncourt writes: Wayne> Wayne> Making all in ppc601-eabi Wayne> make[5]: Entering directory Wayne> `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' Wayne> lex Wayne> ../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l Wayne> && mv lex.yy.c abrowser.c Wayne> "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line Wayne> 138: Error: illegal extra "}" It's possible that this file has been somehow modified -- abrowser.l doesn't use much out of the ordinary from the lex language. On the other hand, your lex could be broken. Do you have flex? Ben From irox@redhat.com Wed Mar 14 14:14:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Mar 2001 14:14:00 -0000 Subject: help on installation References: Message-ID: <3AAFED2C.6C180BBD@redhat.com> Wayne Dernoncourt wrote: > > On Wed, 14 Mar 2001, D-Man wrote: > > > On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote: > > | is there a way to for this Unix newbie to get more info? > > > Have you tried the Solaris binaries? Sometimes it easier to > > just get a prebuilt version for your system than to try > > building it for yourself. > > Actually I did try that. After fixing a couple of complaints > ("couldn't find a usable init.tcl in long list of directories" and > giving up, etc. comments along the lines of what next. When I ran > sn(?, it's been a little while), I got back errors about couldn't > find this, couldn't find that, etc. - looked at the script file, > realized it was calling hyper to do the job and I called hyper > directly and then I got the "couldn't find usable init.tcl" etc. > errors. I know that sn(?) was setting those for me, but I was > in frustration mode at the time. You did run the installer that come with the binary? Ian. From wayned@cpcug.org Wed Mar 14 14:36:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 14:36:00 -0000 Subject: help on installation References: <3AAFED2C.6C180BBD@redhat.com> Message-ID: On Wed, 14 Mar 2001, Ian Roxborough wrote: > Wayne Dernoncourt wrote: > > > Have you tried the Solaris binaries? Sometimes it easier to > > > just get a prebuilt version for your system than to try > > > building it for yourself. > > Actually I did try that. After fixing a couple of complaints > > ("couldn't find a usable init.tcl in long list of directories" and > > giving up, etc. comments along the lines of what next. When I ran > You did run the installer that come with the binary? I think so. But since you bring that up and I'm not sure, I'll do it over again. Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From wayned@cpcug.org Wed Mar 14 14:46:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 14:46:00 -0000 Subject: help on installation References: <15023.59492.915173.927829@scooby.apac.redhat.com> Message-ID: On Thu, 15 Mar 2001, Ben Elliston wrote: > >>>>> "Wayne" == Wayne Dernoncourt writes: > Wayne> lex > Wayne> ../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l > Wayne> && mv lex.yy.c abrowser.c > Wayne> "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line > Wayne> 138: Error: illegal extra "}" > It's possible that this file has been somehow modified -- abrowser.l > doesn't use much out of the ordinary from the lex language. > On the other hand, your lex could be broken. Do you have flex? Lex? Sun Lex? Broken, surely you jest. Hmmmm, that's dandy question, is flex available? flex doesn't seem to be here, lex is though, here is the directory entry for it: 73124 Jul 16 1997 /usr/ccs/bin/lex and a little more info: Software Generation Utilities (SGU) Solaris/ELF (3.0) I'm clueless on who or what ccs is about (C Compiler System, Corporate Computer Site, Complete Chaos Switch?) Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From irox@redhat.com Wed Mar 14 14:48:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 14 Mar 2001 14:48:00 -0000 Subject: help on installation References: Message-ID: <3AAFF53F.9B6EEB8B@redhat.com> Wayne Dernoncourt wrote: > > On Wed, 14 Mar 2001, Ian Roxborough wrote: > > > Wayne Dernoncourt wrote: > > > > > Have you tried the Solaris binaries? Sometimes it easier to > > > > just get a prebuilt version for your system than to try > > > > building it for yourself. > > > > Actually I did try that. After fixing a couple of complaints > > > ("couldn't find a usable init.tcl in long list of directories" and > > > giving up, etc. comments along the lines of what next. When I ran > > > > You did run the installer that come with the binary? > > I think so. But since you bring that up and I'm not sure, I'll do > it over again. It's called "INSTALL", you run it helps get everything in the right place. It's graphical and it will ask you questions, kind of hard to miss it. Ian. From wayned@cpcug.org Wed Mar 14 15:57:00 2001 From: wayned@cpcug.org (Wayne Dernoncourt) Date: Wed, 14 Mar 2001 15:57:00 -0000 Subject: help on installation References: <3AAFF53F.9B6EEB8B@redhat.com> Message-ID: On Wed, 14 Mar 2001, Ian Roxborough wrote: > It's called "INSTALL", you run it helps get everything in the right > place. It's graphical and it will ask you questions, kind of hard to > miss it. I didn't run the INSTALL routine, it would be hard not to remember that. I'm going to do some playing in the AM. Take care | This clown speaks for himself, his job doesn't Wayne D. | pay for this, etc. (directly anyway) From khamis@knuut.de Thu Mar 15 00:40:00 2001 From: khamis@knuut.de (Khamis Abuelkomboz (UUNET)) Date: Thu, 15 Mar 2001 00:40:00 -0000 Subject: help on installation References: Message-ID: <3AB07F92.3020202@knuut.de> Wayne Dernoncourt wrote: > On Wed, 14 Mar 2001, D-Man wrote: > > >> On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote: >> | is there a way to for this Unix newbie to get more info? > > >> Have you tried the Solaris binaries? Sometimes it easier to >> just get a prebuilt version for your system than to try >> building it for yourself. > > > Actually I did try that. After fixing a couple of complaints > ("couldn't find a usable init.tcl in long list of directories" and > giving up, etc. comments along the lines of what next. When I ran > sn(?, it's been a little while), I got back errors about couldn't > find this, couldn't find that, etc. - looked at the script file, > realized it was calling hyper to do the job and I called hyper > directly and then I got the "couldn't find usable init.tcl" etc. > errors. I know that sn(?) was setting those for me, but I was > in frustration mode at the time. > > I don't know how long this was going to go on, in frustration, I > went back and got gnu tar and then gnu make and compiled those. > Those now seem to work. Here are the latest set of errors: > > > Making all in ppc601-eabi > make[5]: Entering directory > `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' > lex > .../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l > && mv lex.yy.c abrowser.c > "../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrowser.l":line > 138: Error: illegal extra "}" > make[5]: *** [abrowser.c] Error 1 > make[5]: Leaving directory > `/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' > make[4]: *** [all-recursive] Error 1 > make[4]: Leaving directory > `/home1/hermes/wayned/trgt/snavigator/parsers/assembly' > make[3]: *** [all-recursive] Error 1 > make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' > make[1]: *** [all-recursive-am] Error 2 > make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' > make: *** [all-snavigator] Error 2 > > trgt (or target) is where this stuff is going. I'm not sure what > "Error 1" refers to or where to go from here. > > Take care | This clown speaks for himself, his job doesn't > Wayne D. | pay for this, etc. (directly anyway) I can understand your frostration, actually every time I want to build SN (regardless on witch OS), I run into this error, my solution is to just delete abrowser from the Makefiles and continue compilation. I get always alot of problems with the SDK stuff, to be able to build the whole thing, just delete also those. The best way to delete those kind of things from the makefiles: - go to the upper directory of abrowser - edit Makefile - delete every thing what is called "abrowser" Do the same for every directory you want to get rid of. khamis From spolk@redhat.com Thu Mar 15 11:21:00 2001 From: spolk@redhat.com (Syd Polk) Date: Thu, 15 Mar 2001 11:21:00 -0000 Subject: help on installation References: <3AB07F92.3020202@knuut.de> Message-ID: <4.2.0.58.20010315112124.01b152a0@pop.cygnus.com> Of get "flex" from fsf.org and build your own copy and put it in your path. At 09:38 AM 3/15/01 +0100, Khamis Abuelkomboz (UUNET) wrote: >Wayne Dernoncourt wrote: > >>On Wed, 14 Mar 2001, D-Man wrote: >> >>>On Wed, Mar 14, 2001 at 12:39:18PM -0500, Wayne Dernoncourt wrote: >>>| is there a way to for this Unix newbie to get more info? >> >>>Have you tried the Solaris binaries? Sometimes it easier to >>>just get a prebuilt version for your system than to try >>>building it for yourself. >> >>Actually I did try that. After fixing a couple of complaints >>("couldn't find a usable init.tcl in long list of directories" and >>giving up, etc. comments along the lines of what next. When I ran >>sn(?, it's been a little while), I got back errors about couldn't >>find this, couldn't find that, etc. - looked at the script file, >>realized it was calling hyper to do the job and I called hyper >>directly and then I got the "couldn't find usable init.tcl" etc. >>errors. I know that sn(?) was setting those for me, but I was >>in frustration mode at the time. >>I don't know how long this was going to go on, in frustration, I >>went back and got gnu tar and then gnu make and compiled those. >>Those now seem to work. Here are the latest set of errors: >> >>Making all in ppc601-eabi >>make[5]: Entering directory >>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' >>lex >>.../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrow >>ser.l >>&& mv lex.yy.c abrowser.c >>"../../../../../SN452-source/snavigator/parsers/assembly/ppc601-eabi/abrow >>ser.l":line >>138: Error: illegal extra "}" >>make[5]: *** [abrowser.c] Error 1 >>make[5]: Leaving directory >>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly/ppc601-eabi' >>make[4]: *** [all-recursive] Error 1 >>make[4]: Leaving directory >>`/home1/hermes/wayned/trgt/snavigator/parsers/assembly' >>make[3]: *** [all-recursive] Error 1 >>make[3]: Leaving directory `/home1/hermes/wayned/trgt/snavigator/parsers' >>make[2]: *** [all-recursive] Error 1 >>make[2]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' >>make[1]: *** [all-recursive-am] Error 2 >>make[1]: Leaving directory `/home1/hermes/wayned/trgt/snavigator' >>make: *** [all-snavigator] Error 2 >>trgt (or target) is where this stuff is going. I'm not sure what >>"Error 1" refers to or where to go from here. >>Take care | This clown speaks for himself, his job doesn't >>Wayne D. | pay for this, etc. (directly anyway) > >I can understand your frostration, actually every time I want to >build SN (regardless on witch OS), I run into this error, my >solution is to just delete abrowser from the Makefiles and continue >compilation. >I get always alot of problems with the SDK stuff, to be able to >build the whole thing, just delete also those. >The best way to delete those kind of things from the makefiles: >- go to the upper directory of abrowser >- edit Makefile >- delete every thing what is called "abrowser" > >Do the same for every directory you want to get rid of. > >khamis Syd Polk spolk@redhat.com Engineering Manager +1 408 543 9430 Red Hat, Inc. From cmmcinn@super.org Mon Mar 19 08:43:00 2001 From: cmmcinn@super.org (Celia McInnis) Date: Mon, 19 Mar 2001 08:43:00 -0000 Subject: feeding make window Message-ID: <3AB63701.93F44B0@super.org> How do I feed info (eg., command and directory name) automatically (ie., from another program) to a make window? (Right now I have no problem getting my application to open up a SN make window, but I have not been able to change the command and directory listed in the window). Thanks. Celia McInnis From wgacquer@ubisoft.fr Tue Mar 20 01:20:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Tue, 20 Mar 2001 01:20:00 -0000 Subject: It's spring! Message-ID: <5D2A198567EED311BD0F009027A25C876AEA8A@SRVMAIL-ANN> Hello source navigators! It's spring and I feel hungry for testing the next release! (any status report?) I now also use SN in my embedded developments ( arm-linux on Yopy ) and definitely, it rules. Thanks again for this wonderful product. William Gacquer From cmmcinn@super.org Tue Mar 20 13:22:00 2001 From: cmmcinn@super.org (Celia McInnis) Date: Tue, 20 Mar 2001 13:22:00 -0000 Subject: feeding make window References: <3AB63701.93F44B0@super.org> Message-ID: <3AB7C9F7.978679B2@super.org> Celia McInnis wrote: > How do I feed info (eg., command and directory name) automatically (ie., > from another program) to a make window? (Right now I have no problem > getting my application to open up a SN make window, but I have not been > able to change the command and directory listed in the window). I managed to answer my own question on this one. In case anyone else wants to do this, here's how - put the following somewhere in your .sn/rc.tcl file to have the make window execute "cat $MyFileName": set appname [winfo name .] send $appname {set make [sn_make]; $make.make setmakecommand "cat $MyFileName"; $make.make ExecMake} Note that "sn_make.make" seems to fail - whereas $make.make succeeds when $make is sn_make - I'm not sure why... If someone can tell me why, I'd be grateful! Celia McInnis From mdejong@cygnus.com Tue Mar 20 15:45:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Tue, 20 Mar 2001 15:45:00 -0000 Subject: It's spring! References: <5D2A198567EED311BD0F009027A25C876AEA8A@SRVMAIL-ANN> Message-ID: On Tue, 20 Mar 2001, William Gacquer wrote: > Hello source navigators! > It's spring and I feel hungry for testing the next release! (any > status report?) Soon, very soon. I know you heard that one before, but software is never done as soon as one would like. > I now also use SN in my embedded developments ( arm-linux on Yopy ) > and definitely, it rules. Thanks again for this wonderful product. That does sound cool. Mo DeJong Red Hat Inc From support@internetdiscovery.com Tue Mar 20 17:08:00 2001 From: support@internetdiscovery.com (Mike Clarkson) Date: Tue, 20 Mar 2001 17:08:00 -0000 Subject: It's spring! References: <5D2A198567EED311BD0F009027A25C876AEA8A@SRVMAIL-ANN> Message-ID: <3.0.6.32.20010320170522.00817370@popd.ix.netcom.com> At 03:45 PM 3/20/01 -0800, you wrote: >On Tue, 20 Mar 2001, William Gacquer wrote: > >> Hello source navigators! >> It's spring and I feel hungry for testing the next release! (any >> status report?) > >Soon, very soon. I know you heard that one before, but software >is never done as soon as one would like. Are you going to upgrade to Tix 8.1.1 for the next release? It has I believe all of the patches from your 4.1, plus a large number of other fixes and improvements. The configure scripts should be compatible with your setup - they are built on them. Mike. From spolk@redhat.com Tue Mar 20 17:16:00 2001 From: spolk@redhat.com (Syd Polk) Date: Tue, 20 Mar 2001 17:16:00 -0000 Subject: It's spring! References: <5D2A198567EED311BD0F009027A25C876AEA8A@SRVMAIL-ANN> <3.0.6.32.20010320170522.00817370@popd.ix.netcom.com> Message-ID: <4.2.0.58.20010320171656.01b78800@pop.cygnus.com> At 05:05 PM 3/20/01 -0800, Mike Clarkson wrote: >At 03:45 PM 3/20/01 -0800, you wrote: > >On Tue, 20 Mar 2001, William Gacquer wrote: > > > >> Hello source navigators! > >> It's spring and I feel hungry for testing the next release! (any > >> status report?) > > > >Soon, very soon. I know you heard that one before, but software > >is never done as soon as one would like. > >Are you going to upgrade to Tix 8.1.1 for the next release? >It has I believe all of the patches from your 4.1, plus a large number >of other fixes and improvements. The configure scripts should be compatible >with your setup - they are built on them. > >Mike. We have not done this work yet, unfortunately. Syd Polk spolk@redhat.com Engineering Manager +1 408 543 9430 Red Hat, Inc. From support@internetdiscovery.com Tue Mar 20 17:25:00 2001 From: support@internetdiscovery.com (Mike Clarkson) Date: Tue, 20 Mar 2001 17:25:00 -0000 Subject: It's spring! References: <3.0.6.32.20010320170522.00817370@popd.ix.netcom.com> <5D2A198567EED311BD0F009027A25C876AEA8A@SRVMAIL-ANN> <4.2.0.58.20010320171656.01b78800@pop.cygnus.com> Message-ID: <3.0.6.32.20010320172242.007d45f0@popd.ix.netcom.com> At 05:17 PM 3/20/01 -0800, Syd Polk wrote: >At 05:05 PM 3/20/01 -0800, Mike Clarkson wrote: >>Are you going to upgrade to Tix 8.1.1 for the next release? >>It has I believe all of the patches from your 4.1, plus a large number >>of other fixes and improvements. The configure scripts should be compatible >>with your setup - they are built on them. >> >>Mike. > >We have not done this work yet, unfortunately. It should be a more or less drop in replacement for what you have - I've tried to maintain compatability with your configure. I'm sure you're busy, but it might be worth an hour to try it out; we're working on imporving the compatability with the Windows look and feel, so it "feels" more Windows like, and I'd like to get your feedback for the next release on http://tix.sourceforge.net . Mike. From chadb@merlinsys.com Tue Mar 20 23:05:00 2001 From: chadb@merlinsys.com (Chad Bryant) Date: Tue, 20 Mar 2001 23:05:00 -0000 Subject: feeding make window References: <3AB63701.93F44B0@super.org> <3AB7C9F7.978679B2@super.org> Message-ID: <002f01c0b1d6$2f654ea0$0a11000a@gameon> UNSUBSCRIBE ----- Original Message ----- From: "Celia McInnis" To: Sent: Tuesday, March 20, 2001 1:22 PM Subject: Re: feeding make window > Celia McInnis wrote: > > > How do I feed info (eg., command and directory name) automatically (ie., > > from another program) to a make window? (Right now I have no problem > > getting my application to open up a SN make window, but I have not been > > able to change the command and directory listed in the window). > > I managed to answer my own question on this one. In case anyone else wants > to do this, here's how - put the following somewhere in your .sn/rc.tcl > file to have the make window execute "cat $MyFileName": > > set appname [winfo name .] > send $appname {set make [sn_make]; $make.make setmakecommand "cat > $MyFileName"; $make.make ExecMake} > > Note that "sn_make.make" seems to fail - whereas $make.make succeeds when > $make is sn_make - I'm not sure why... If someone can tell me why, I'd be > grateful! > > Celia McInnis > > > From wgacquer@ubisoft.fr Wed Mar 21 03:26:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Wed, 21 Mar 2001 03:26:00 -0000 Subject: Xref ordering Message-ID: <5D2A198567EED311BD0F009027A25C876AEDC3@SRVMAIL-ANN> Hello I want the Xref view not to order the references alpabeticaly but by the order of appeareance (line number). How can I do that? William Gacquer From john@snakesalive.co.za Wed Mar 21 10:47:00 2001 From: john@snakesalive.co.za (John Anderson) Date: Wed, 21 Mar 2001 10:47:00 -0000 Subject: Source Navigator - Win32 Message-ID: <000a01c0b237$d58b5e80$10b317c4@john> Hello Team, There is a packaging bug in SN452Windows.exe. The message is 'Corrupt cabinet file'. I have tried downloading from several mirrors with the same result. Try it for yourself - you do test, don't you? Regards, John From spolk@redhat.com Wed Mar 21 11:10:00 2001 From: spolk@redhat.com (Syd Polk) Date: Wed, 21 Mar 2001 11:10:00 -0000 Subject: Source Navigator - Win32 References: <000a01c0b237$d58b5e80$10b317c4@john> Message-ID: <4.2.0.58.20010321111013.00a35700@pop.cygnus.com> At 08:50 PM 3/21/01 +0200, John Anderson wrote: >Hello Team, >There is a packaging bug in SN452Windows.exe. >The message is 'Corrupt cabinet file'. >I have tried downloading from several mirrors with the same result. >Try it for yourself - you do test, don't you? >Regards, >John You are not downloading from the ftp sites in binary mode, most likely. And, yes, we do test. Syd Polk spolk@redhat.com Engineering Manager +1 408 543 9430 Red Hat, Inc. From tom.apostel@pandora.be Wed Mar 21 11:50:00 2001 From: tom.apostel@pandora.be (Tom Apostel) Date: Wed, 21 Mar 2001 11:50:00 -0000 Subject: Source Navigator - Win32 References: <000a01c0b237$d58b5e80$10b317c4@john> Message-ID: <000d01c0b23f$992fbbe0$3532e0d5@pandora.be> I think i've had the same problem a while ago, I unzipped the .exe and then everything worked perfect. Tom. ----- Original Message ----- From: John Anderson To: Sent: Wednesday, March 21, 2001 7:50 PM Subject: Source Navigator - Win32 > Hello Team, > There is a packaging bug in SN452Windows.exe. > The message is 'Corrupt cabinet file'. > I have tried downloading from several mirrors with the same result. > Try it for yourself - you do test, don't you? > Regards, > John > From wgacquer@ubisoft.fr Thu Mar 22 01:45:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Thu, 22 Mar 2001 01:45:00 -0000 Subject: Xref ordering Message-ID: <5D2A198567EED311BD0F009027A25C876AEFEB@SRVMAIL-ANN> I apologize : I have to learn english again and again. "Order" is like "sort" in France.. Thus, the real question is : I want the Xref view not to **SORT** the references alphabeticaly but by the order of appearance (line number). How can I do that? William Gacquer -----Original Message----- From: William Gacquer Sent: mercredi 21 mars 2001 12:28 To: sourcenav@sources.redhat.com Subject: Xref ordering Hello I want the Xref view not to order the references alpabeticaly but by the order of appeareance (line number). How can I do that? William Gacquer From mdejong@cygnus.com Fri Mar 23 01:20:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 23 Mar 2001 01:20:00 -0000 Subject: feeding make window References: <3AB7C9F7.978679B2@super.org> Message-ID: On Tue, 20 Mar 2001, Celia McInnis wrote: > Celia McInnis wrote: > > > How do I feed info (eg., command and directory name) automatically (ie., > > from another program) to a make window? (Right now I have no problem > > getting my application to open up a SN make window, but I have not been > > able to change the command and directory listed in the window). > > I managed to answer my own question on this one. In case anyone else wants > to do this, here's how - put the following somewhere in your .sn/rc.tcl > file to have the make window execute "cat $MyFileName": > > set appname [winfo name .] > send $appname {set make [sn_make]; $make.make setmakecommand "cat > $MyFileName"; $make.make ExecMake} > > Note that "sn_make.make" seems to fail - whereas $make.make succeeds when > $make is sn_make - I'm not sure why... If someone can tell me why, I'd be > grateful! The sn_make command will return a unique window name. The Window name is also the name of the Itcl object, so that is why you call a method via [$window setmakecommand] and at the same time are able to run [winfo exists $window] or other Tk window commands with the name of the window. Some good reading on this subject can be found here: http://tcltk.com/itcl/ http://tcltk.com/itk/ Mo DeJong Red Hat Inc From dsh8290@rit.edu Fri Mar 23 07:34:00 2001 From: dsh8290@rit.edu (D-Man) Date: Fri, 23 Mar 2001 07:34:00 -0000 Subject: sourcenav munges my preferences! Message-ID: <20010323103431.D10980@harmony.cs.rit.edu> In the preferences dialog I want the build command to be: sourcenav-ant.bat VSS/LegacyIntegrator buildFull but snav insists on changing it to sourcenav-ant.bat VSS\LegacyIntegrator buildFull I took a look at the source, in multimake.tcl line 215 is : @@set $this-makecommand [file nativename $sn_options(both,make-command)] Apparently SNav is trying to be smart by converting paths to the native format. The problem is I don't want that. It won't work with a '\'. (The build command invokes bash, which runs a shell script that runs ant (a make replacement for java) and the shell script needs the / because the \L turns into L and the resulting path DNE). I changed the line to : @@set $this-makecommand $sn_options(both,make-command) and the build window now appears correctly. However, if I open the preferences dialog again, it has munged the command. What can I hack to remove this "feature" and get the string exactly as I entered? Thanks, -D From chadb@merlinsys.com Fri Mar 23 08:42:00 2001 From: chadb@merlinsys.com (Chad Bryant) Date: Fri, 23 Mar 2001 08:42:00 -0000 Subject: sourcenav munges my preferences! References: <20010323103431.D10980@harmony.cs.rit.edu> Message-ID: <001501c0b3b8$25590800$eac8a8c0@chadblaptop> How do I unsubscribe? thanks, chadb ----- Original Message ----- From: "D-Man" To: Sent: Friday, March 23, 2001 7:34 AM Subject: sourcenav munges my preferences! > > In the preferences dialog I want the build command to be: > > sourcenav-ant.bat VSS/LegacyIntegrator buildFull > > but snav insists on changing it to > > sourcenav-ant.bat VSS\LegacyIntegrator buildFull > > > I took a look at the source, in multimake.tcl line 215 is : > > @@set $this-makecommand [file nativename $sn_options(both,make-command)] > > > Apparently SNav is trying to be smart by converting paths to the > native format. The problem is I don't want that. It won't work with > a '\'. (The build command invokes bash, which runs a shell script > that runs ant (a make replacement for java) and the shell script needs > the / because the \L turns into L and the resulting path DNE). > > I changed the line to : > > @@set $this-makecommand $sn_options(both,make-command) > > and the build window now appears correctly. However, if I open the > preferences dialog again, it has munged the command. > > > What can I hack to remove this "feature" and get the string exactly as > I entered? > > Thanks, > -D > > From marta.stojanovic@nrc.ca Fri Mar 23 11:26:00 2001 From: marta.stojanovic@nrc.ca (Marta Stojanovic) Date: Fri, 23 Mar 2001 11:26:00 -0000 Subject: type of instance variables in Java Message-ID: <3ABBA52E.9AB890A5@nrc.ca> Hi all ! I tried to find the answer in the mailing list archive, but I couldn't find it ... Does someone know why "Symbols" window does not show the type of instance variables for Java programs ? For C++ it works fine. I tried to see what's going on so I extracted information from the .iv file in .snprj directory : I don't find it there either. Does parser produce this information ? Is it possible to get it somehow ? I tried it on Linux SN 4.52. A friend of mine says that Windows version shows the same thing. Thanks in advance. Kind regards, Marta. From irox@redhat.com Fri Mar 23 12:22:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 23 Mar 2001 12:22:00 -0000 Subject: Unsubscribing.... Re: sourcenav munges my preferences! References: <20010323103431.D10980@harmony.cs.rit.edu> <001501c0b3b8$25590800$eac8a8c0@chadblaptop> Message-ID: <3ABBB099.B594C874@redhat.com> Goto: http://sources.redhat.com/sourcenav/mail.html Scroll down to the bottom of the page. Fill out the form (selecting Unsubscribe). Hit the "Send in the request" button. You will get an email confirming you want to unsubscribe (I think you have to reply to it or something). Make sure the addresss you are replying from and unsubscribing, is the same as the one subscribed to the list. You can also email sourcenav-unsubscribe@sources.redhat.com Ian Chad Bryant wrote: > > How do I unsubscribe? > > thanks, > chadb From irox@redhat.com Fri Mar 23 12:55:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 23 Mar 2001 12:55:00 -0000 Subject: sourcenav munges my preferences! References: <20010323103431.D10980@harmony.cs.rit.edu> Message-ID: <3ABBB83E.6D5CB334@redhat.com> This bit really bugs me. You could try and double up the "/" i.e. "//". Hopefullt it's gone now but, they where some dialogs where you had to replace each slash with four (i.e. "C:\\\\hello\\\\world\\\\test.c"). Ian. D-Man wrote: > > In the preferences dialog I want the build command to be: > > sourcenav-ant.bat VSS/LegacyIntegrator buildFull > > but snav insists on changing it to > > sourcenav-ant.bat VSS\LegacyIntegrator buildFull > > I took a look at the source, in multimake.tcl line 215 is : > > @@set $this-makecommand [file nativename $sn_options(both,make-command)] > > Apparently SNav is trying to be smart by converting paths to the > native format. The problem is I don't want that. It won't work with > a '\'. (The build command invokes bash, which runs a shell script > that runs ant (a make replacement for java) and the shell script needs > the / because the \L turns into L and the resulting path DNE). > > I changed the line to : > > @@set $this-makecommand $sn_options(both,make-command) > > and the build window now appears correctly. However, if I open the > preferences dialog again, it has munged the command. > > What can I hack to remove this "feature" and get the string exactly as > I entered? > > Thanks, > -D From mdejong@cygnus.com Fri Mar 23 16:04:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Fri, 23 Mar 2001 16:04:00 -0000 Subject: sourcenav munges my preferences! References: <001501c0b3b8$25590800$eac8a8c0@chadblaptop> Message-ID: On Fri, 23 Mar 2001, Chad Bryant wrote: > How do I unsubscribe? > > thanks, > chadb Go to: http://sources.redhat.com/sourcenav/mail.html Choose unsubscribe from the drop down. Mo From leonp@plris.com Sun Mar 25 03:41:00 2001 From: leonp@plris.com (leonp@plris.com) Date: Sun, 25 Mar 2001 03:41:00 -0000 Subject: Coloring problem -problem of installation or feature? Message-ID: <5.0.2.1.0.20010325134247.00a7ffa0@plris.com> Hello, Please, excuses for a silly question, but I wasn't able to find an answer in docs, helps, etc. In my project I see some elements (function names, variables) colored only in declarations, but nothing is colored (except C-language words) inside the functions. I mean, for example: void Func1() {..........} <--Func1 is RED void Func2() { <--Func2 is RED ........ Func1(); <--Func1 is BLACK!!! ..........} Is this a problem of my installation/settings or this was planned so at the beginning? The situation is the same in my Win2K and Linux installations. Thanks ahead. Leon Pollak leonp@plris.com From mdejong@cygnus.com Sun Mar 25 14:54:00 2001 From: mdejong@cygnus.com (Mo DeJong) Date: Sun, 25 Mar 2001 14:54:00 -0000 Subject: Coloring problem -problem of installation or feature? References: <5.0.2.1.0.20010325134247.00a7ffa0@plris.com> Message-ID: On Sun, 25 Mar 2001 leonp@plris.com wrote: > Hello, > Please, excuses for a silly question, but I wasn't able to find an > answer in docs, helps, etc. > In my project I see some elements (function names, variables) > colored only in declarations, but nothing is colored (except C-language > words) inside the functions. I mean, for example: > void Func1() {..........} <--Func1 is RED > void Func2() { <--Func2 is RED > ........ > Func1(); <--Func1 is BLACK!!! > ..........} > > Is this a problem of my installation/settings or this was planned > so at the beginning? The situation is the same in my Win2K and Linux > installations. A function call (AKA an xref) is not colored. This might be an area that could be enhanced in the future, but it is a parser thing and therefore not trivial. Xrefs are stored as line numbers only. A function declaration is stored as line and column start and end numbers (thus, it an be colored). Mo DeJong Red Hat Inc From wgacquer@ubisoft.fr Mon Mar 26 07:12:00 2001 From: wgacquer@ubisoft.fr (William Gacquer) Date: Mon, 26 Mar 2001 07:12:00 -0000 Subject: Buggy Xref? Message-ID: <5D2A198567EED311BD0F009027A25C876CF726@SRVMAIL-ANN> Hello I have a lot of source code to parse. The code is working pretty well ( this is the Rayman Revolution Playstation 2 game). I asked source navigator to parse the code using a #define list I provide. These #defines are correct. These are the #define of the release version. When I ask for a "Reparse Project", its crashes like this : " Error: child killed: segmentation violation during xref-generation for: public/mth/mth_flt.h Source-Navigator had a problem generating Cross-Reference information. Cross-Reference information is not complete. " Without the #define list, it runs well. How can I get the log of the x-ref generation to eventualy get the line where the problem is? Are you aware of that kind of bug? Regards, William Gacquer PS : You already know how to parse the code. Now, the next step would be to offer the opportunity to hide/unhide the code between #ifdef/#endif From henryn@ms.spacebbs.com Mon Mar 26 13:14:00 2001 From: henryn@ms.spacebbs.com (henryn) Date: Mon, 26 Mar 2001 13:14:00 -0000 Subject: SN4.5.2 Win32 setup/usage for call-freq.tk Message-ID: Folks: Could someone give me at least somewhat detailed instructions on how to use the utility "call-freq.tk" supplied in the SN4.5.2 Win32 release? I've got as far as a completely functioning SN project, no problem, and I've grokked that the "hyper.exe" console window is somehow required, but the path is pretty obscure beyond that. There's no "usage" comment in "call-freq.tk" and --even if there was-- it's a bit difficult for those of us not immersed in this technology to see how what to do with it. I tried the similar utilities --which do have some usage information-- with no success. It would be really helpful for someone to give me cookbook guidance on the order of "given an existing project in directory 'x' with a name 'y', open window 'z' and utter '<>' to get the call frequency information from the database." Thanks, Henry Henry Neugass Microsystems Consultant Palo Alto 650/856-0357 From irox@redhat.com Mon Mar 26 13:49:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Mon, 26 Mar 2001 13:49:00 -0000 Subject: SN4.5.2 Win32 setup/usage for call-freq.tk References: Message-ID: <3ABFB94F.6EA90ACF@redhat.com> Hi, call-freq.tk isn't a really utility, it's more of an example on how to rewrite addons or utilities for SN. You can run it like this: ./hyper -f ../share/sdk/api/tcl/database/examples/call-freq.tk But you'll need to pass the project directory and project name. I'm not sure how well it'll work on Windows, you may have to use snsdk.exe to launch it (if it's results are sent to the console). These scripts aren't well maintained, it wouldn't suprise me if they don't work. Ian. henryn wrote: > > Folks: > > Could someone give me at least somewhat detailed instructions on how to use > the utility "call-freq.tk" supplied in the SN4.5.2 Win32 release? > > I've got as far as a completely functioning SN project, no problem, and I've > grokked that the "hyper.exe" console window is somehow required, but the > path is pretty obscure beyond that. > > There's no "usage" comment in "call-freq.tk" and --even if there was-- it's > a bit difficult for those of us not immersed in this technology to see how > what to do with it. I tried the similar utilities --which do have some > usage information-- with no success. > > It would be really helpful for someone to give me cookbook guidance on the > order of "given an existing project in directory 'x' with a name 'y', open > window 'z' and utter '<>' to get the call frequency > information from the database." > > Thanks, > > Henry > > Henry Neugass > Microsystems Consultant > Palo Alto > 650/856-0357 From henryn@ms.spacebbs.com Mon Mar 26 15:22:00 2001 From: henryn@ms.spacebbs.com (henryn) Date: Mon, 26 Mar 2001 15:22:00 -0000 Subject: SN4.5.2 Win32 setup/usage for call-freq.tk References: <3ABFB94F.6EA90ACF@redhat.com> Message-ID: Ian: Thanks for your email: > > Hi, > > call-freq.tk isn't a really utility, it's more of an example > on how to rewrite addons or utilities for SN. Yes I understand that, though I believe I've seen some dox somewhere that seem to promise a bit more for this script. A little history: I was a paying customer for SN 4.2 Developer. Haven't used it for a while. What I want is --no surprise-- the call frequencies for the code. Handy for my work. I had heard the "enterprise" version of SN 4.2 had this feature built in. Just now came back to look for the latest and found the model had changed entirely. > > You can run it like this: > > ./hyper -f ../share/sdk/api/tcl/database/examples/call-freq.tk > > But you'll need to pass the project directory and project name. > I'm not sure how well it'll work on Windows, you may have to > use snsdk.exe to launch it (if it's results are sent to the > console). After a few experiments --aided by the very nice Tcl debug framework-- I got this working. The usage is: ./hyper full-path-of-script full-path-of-SN-bin projectname > > These scripts aren't well maintained, it wouldn't suprise me > if they don't work. Well, this script works, but not perfectly. The scatter plot is poorly scaled -- most everything is bunched up in a corner. Clicking on a data point (to get specific call frequency data) is difficult. There's some strange effect that brings up an error message on a mis-aim. But I can't reproduce it now. Would it be a worthwhile contribution for me to try to reproduce the error and report it? If no one cares, I won't bother. I'll probably try to excise all the graphics and dump the call frequency to the console (but then I may have to deal with "snsdk.exe" -- whatever that is) or to a file. I've done just enough Tcl hacking to be dangerous. Thanks for your help. Henry Henry Neugass Microsystems Consultant Palo Alto 650/856-0357 > > Ian. > > henryn wrote: >> >> Folks: >> >> Could someone give me at least somewhat detailed instructions on how to use >> the utility "call-freq.tk" supplied in the SN4.5.2 Win32 release? >> >> I've got as far as a completely functioning SN project, no problem, and I've >> grokked that the "hyper.exe" console window is somehow required, but the >> path is pretty obscure beyond that. >> >> There's no "usage" comment in "call-freq.tk" and --even if there was-- it's >> a bit difficult for those of us not immersed in this technology to see how >> what to do with it. I tried the similar utilities --which do have some >> usage information-- with no success. >> >> It would be really helpful for someone to give me cookbook guidance on the >> order of "given an existing project in directory 'x' with a name 'y', open >> window 'z' and utter '<>' to get the call frequency >> information from the database." >> >> Thanks, >> >> Henry >> >> Henry Neugass >> Microsystems Consultant >> Palo Alto >> 650/856-0357 > From leonp@plris.com Wed Mar 28 03:41:00 2001 From: leonp@plris.com (leonp@plris.com) Date: Wed, 28 Mar 2001 03:41:00 -0000 Subject: My attempt to change the linker fails Message-ID: <5.0.2.1.0.20010328103937.00a7bea0@plris.com> Hello, I use the SN for cross development (this time under Win2K without CygWin) and have the following question: When I open the build target settings editing dialog (which has the Source, Library, Build, Link tabs), each of its tabs has 3 items to the right. The last is called "Tool chain" and has 3 GNUpro options. I am able to substitute compiler name to the compiler I need (in my case this is gcc166) by editing build rule "executable" item. This leads to the CC variable in snMakefile to be set to my value. But my attemp to do the same in "Link Rools -> Linker" fails. SN constantly returns ..-gnu-ar definition in this text box, while in snMakefile remains definition of LINKER=...gnu-ar. Thanks ahead. Leon Pollak leonp@plris.com From irox@redhat.com Wed Mar 28 16:37:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Wed, 28 Mar 2001 16:37:00 -0000 Subject: My attempt to change the linker fails References: <5.0.2.1.0.20010328103937.00a7bea0@plris.com> Message-ID: <3AC2839A.EBF799B8@redhat.com> I beleave that this is bug, if I remember correctly this is fixed in the up comming 5.0 release (sooooooooooon ok). If you can't wait (I can't give you a date for the 5.0 release) until then, you could edit the file /share/gui/toolchain.tcl to use gcc166 instead of gcc, this might be a better since you won't have to change the compiler and linker every time you create a build target. Ian. leonp@plris.com wrote: > > Hello, > I use the SN for cross development (this time under Win2K without > CygWin) and have the following question: > When I open the build target settings editing dialog (which has > the Source, Library, Build, Link tabs), each of its tabs has 3 items to the > right. The last is called "Tool chain" and has 3 GNUpro options. I am able > to substitute compiler name to the compiler I need (in my case this is > gcc166) by editing build rule "executable" item. This leads to the CC > variable in snMakefile to be set to my value. But my attemp to do the same > in "Link Rools -> Linker" fails. SN constantly returns > ..-gnu-ar definition in this text box, while in snMakefile remains > definition of LINKER=...gnu-ar. > > Thanks ahead. > > Leon Pollak > leonp@plris.com From msimons@onevision.de Thu Mar 29 11:53:00 2001 From: msimons@onevision.de (Michael Simons) Date: Thu, 29 Mar 2001 11:53:00 -0000 Subject: SN and Objective-C Message-ID: <5.0.2.1.0.20010329102303.00a4c850@dali> Hello, is anyone using SourceNavigator with Objective-C? If so, what adjustments are to be done? micha --- Dipl.Math.(fh) Michael Simons OneVision AG www.onevision.de From Siva_Prasad_Reddy@3com.com Thu Mar 29 17:58:00 2001 From: Siva_Prasad_Reddy@3com.com (Siva_Prasad_Reddy@3com.com) Date: Thu, 29 Mar 2001 17:58:00 -0000 Subject: Cross reference... Message-ID: <88256A1F.00070E07.00@hqoutbound.ops.3com.com> Hi, I am Siva Prasad, working for 3Com. I am using Source Navigator and it is really a great tool for developers. I would like to appreciate your effort for the open source environment with great tools like Source Navigator. I got a small question... * I am using "Cross Reference" more often when ever I start trace analyzing the code. It works one way only, I mean, I can look for references from a particular routine to what are called from that routine. Is there a possibility of looking for what called this current routine?. I am using "grep" for finding who is calling the current routine. I would love if that is available as part of "Cross Reference". Is there any reason why this kind of feature not implemented. I would like to lend my support in develop this feature if you think, it is possible. Your help regarding this would be great and highly appreciated. Looking forward for your reply. Thanks, Siva Prasad. From thomas.stroesslin@epfl.ch Fri Mar 30 05:45:00 2001 From: thomas.stroesslin@epfl.ch (Thomas Stroesslin) Date: Fri, 30 Mar 2001 05:45:00 -0000 Subject: Xref and find declaration of variables Message-ID: Hi, I am a sniff+ user who likes to change to a GPL'ed IDE. There are a lot of features concerning Xref'ing that I miss in Source Navigator: myfile.c : int myglobalvar; int myfunc(int myarg) { int mylocalvar; int myvar; myvar = 1; mylocalvar = 1; myarg = 1; myglobalvar=1; } myotherfile.c : int myvar; // which is global ... I am working on myfile.c and try to find out things about my variables: 1) find declaration of myvar on the assignment line -> leads me to myvar of myotherfile.c (don't you have scope info in the db?) 2) same as 1) for mylocalvar -> doesn't find anything, doesn't report error -> does nothing! 3) same as 1) for myarg -> same as 2) 4) myglobalvar referred by -> finds nothing 5) myvar or mylocalvar or myarg referred by in function myfunc() -> same as 4 all these features are available in sniff+. IMHO, they are among the top 10 most importand code analysis features (the other 5 are working in sourcenavigator, good stuff) do you plan to include such features in future releases of sourcenavigator? If so, when - roughly - can I expect them to be implemented? cheers, tom From irox@redhat.com Fri Mar 30 12:13:00 2001 From: irox@redhat.com (Ian Roxborough) Date: Fri, 30 Mar 2001 12:13:00 -0000 Subject: Cross reference... References: <88256A1F.00070E07.00@hqoutbound.ops.3com.com> Message-ID: <3AC4E8CD.C885347E@redhat.com> Siva_Prasad_Reddy@3com.com wrote: > I got a small question... > * I am using "Cross Reference" more often when ever I start trace analyzing the > code. It works one way only, I mean, I can look for references from a particular > routine to what are called from that routine. Is there a possibility of looking > for what called this current routine?. I am using "grep" for finding who is > calling the current routine. I would love if that is available as part of "Cross > Reference". Is there any reason why this kind of feature not implemented. I > would like to lend my support in develop this feature if you think, it is > possible. so basically, you've found how to see which functions are called from function X and you'd now like to see which functions are calling function X. On the Xref window they are to buttons with pointing hands on them. The button pointing to the right will should you the calls made by the current function, the button pointing to the left shows you the calls made to that function. There maybe X-ref issues with certain languages which would stop this working, but I'm currently unfamiliar with them. Another useful point is the "Details to" and Details by" options which can be accessed by right clicking over a X-ref symbol. This is most useful when driving a editor pane (i.e. add and editor view to the Xref tab). Ian.