comp.os.os2.programmer.tools (Usenet) Saturday, 09-Oct-1999 to Friday, 15-Oct-1999 +----------------------------------------------------------------------------+ From: abuse@orac.clara.co.uk 10-Oct-99 00:09:09 To: All 09-Oct-99 21:21:27 Subj: Re: Program to strip debugging information from EXE or DLL From: abuse@orac.clara.co.uk (Paul Ratcliffe) On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter wrote: >I am looking for a program to strip the debugging info >from an EXE. I seem to remember there being one >but can not locate it. Lxlite can do that (as well as a few other useful things!). --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: The Floppy BBS (1:109/42) +----------------------------------------------------------------------------+ From: Stephan.langlais@wanadoo.fr 10-Oct-99 12:57:09 To: All 10-Oct-99 10:22:27 Subj: Synchronisation horaire de stations OS/2 warp From: "SL" Comment puis-je synchroniser l'heure des stations OS/2 warp et connect sur soit : un serveur NT en local ou sur une station NT en local ou sur des machines Unix distante Le protocole que j'utilise est TCP/IP --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: SL (1:109/42) +----------------------------------------------------------------------------+ From: icedancer-zamboni@ibm-zamboni.net 10-Oct-99 17:31:17 To: All 10-Oct-99 16:28:10 Subj: Re: Program to strip debugging information from EXE or DLL From: icedancer-zamboni@ibm-zamboni.net (Ken Walter) On Sun, 10 Oct 1999 00:09:18, abuse@orac.clara.co.uk (Paul Ratcliffe) wrote: >On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter >wrote: > >>I am looking for a program to strip the debugging info >>from an EXE. I seem to remember there being one >>but can not locate it. > >Lxlite can do that (as well as a few other useful things!). I don't have it on my machine. I don't see it on Hobbes. I didn't find it on MustHave. Where do I get it? Ken Walter Remove -zamboni to reply All the above is hearsay and the opinion of no one in particular --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Solution Technology (1:109/42) +----------------------------------------------------------------------------+ From: rhs_athome@public.mtu.ru 10-Oct-99 19:37:13 To: All 10-Oct-99 19:57:00 Subj: Re: Program to strip debugging information from EXE or DLL From: "Rinat H. Sadretdinow" Ken Walter wrote: > On Sun, 10 Oct 1999 00:09:18, abuse@orac.clara.co.uk (Paul Ratcliffe) > wrote: > >>On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter >>wrote: >> >>>I am looking for a program to strip the debugging info >>>from an EXE. I seem to remember there being one >>>but can not locate it. >> >>Lxlite can do that (as well as a few other useful things!). > > I don't have it on my machine. > I don't see it on Hobbes. > I didn't find it on MustHave. > > Where do I get it? ftp://hobbes.nmsu.edu ftp> ls /pub/os2/util/archiver/lxl* 200 PORT command successful. 150 Opening ASCII mode data connection for /bin/ls. -rwxr-xr-x 1 archiver ftp 393711 Aug 21 1997 /pub/os2/util/archiver/lxlt121.zip -rwxr-xr-x 1 archiver ftp 455376 Aug 21 1997 /pub/os2/util/archiver/lxlt121src.zip 226 Transfer complete. -- Bye! --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Bates` Motel (1:109/42) +----------------------------------------------------------------------------+ From: richfk@attglobal.net 11-Oct-99 11:54:05 To: All 11-Oct-99 10:31:04 Subj: C/++ compilers? From: richfk@attglobal.net (Richard Knapp) What are the OS/2 compilers that are "up to date"? I'm looking for STL, namespaces, and good template support. I am currently using WatCom 10.5 but would really like the STL stuff. Does the latest gcc support this stuff? Thanks. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Global Network Services - Remote Access Mail & Ne (1:109/42) +----------------------------------------------------------------------------+ From: thannymeister@spambegone.yahoo.com 11-Oct-99 09:18:21 To: All 11-Oct-99 14:43:19 Subj: Re: C/++ compilers? From: "Mike Ruskai" On 11 Oct 1999 11:54:11 GMT, Richard Knapp wrote: >What are the OS/2 compilers that are "up to date"? > >I'm looking for STL, namespaces, and good template support. I am currently >using WatCom 10.5 but would really like the STL stuff. Does the latest gcc >support this stuff? > >Thanks. The only one that I know is up to date is IBM's VisualAge C++ 4.0. EGCS may be up to spec, but probably not. -- - Mike Remove 'spambegone' to send e-mail. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: TLF (1:109/42) +----------------------------------------------------------------------------+ From: hubert@ugrad.cs.ualberta.ca 12-Oct-99 11:24:14 To: All 12-Oct-99 23:18:16 Subj: Re: Synchronisation horaire de stations OS/2 warp From: Hubert Chan On Sun, 10 Oct 1999, SL wrote: > Comment puis-je synchroniser l'heure des stations OS/2 warp et connect sur > soit : > un serveur NT en local > ou sur > une station NT en local > ou sur > des machines Unix distante > Le protocole que j'utilise est TCP/IP Mon francais n'est pas tres bon mais... Essayer "time868". Tu peux le trouver a Hobbes (hobbes.nmsu.edu) dans le fichier /pub/os2/apps/internet/time. Il utilise le protocol decrive en RFC 868 pour synchroniser l'heure. Hubert. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada (1:109/42) +----------------------------------------------------------------------------+ From: hubert@ugrad.cs.ualberta.ca 12-Oct-99 11:31:14 To: All 12-Oct-99 23:18:16 Subj: Re: C/++ compilers? From: Hubert Chan On 11 Oct 1999, Richard Knapp wrote: > What are the OS/2 compilers that are "up to date"? > > I'm looking for STL, namespaces, and good template support. I am currently > using WatCom 10.5 but would really like the STL stuff. Does the latest gcc > support this stuff? > > Thanks. emx0.9d supports the STL, and as far as I can tell, templates work properly. It doesn't yet support namespaces. The newest version of gcc (2.95) supports namespaces, but I don't think it's been ported yet to OS/2. HTH Hubert. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada (1:109/42) +----------------------------------------------------------------------------+ From: hei@hatespam.norman.no 13-Oct-99 10:13:27 To: All 13-Oct-99 10:22:20 Subj: Re: ICAT problems From: hei@hatespam.norman.no (Harald Eilertsen) Here's some more thoughts after exploring the ICAT problems a bit more: It seems the problems are related to the disassembly view, and in short the problem is that the current execution point is not the same as the current value of the EIP register. That is, the value in EIP, is not the same as is under the cursor when pressing Ctrl+P in ICAT. (The ICAT version is 4.03.00.) Sometimes this will mean that the cursor is just off the right instruction by a few lines, either above or below. When singlestepping, the right instruction is executed, the cursor will move, but the problem persists. Sometimes the cursor and EIP value will catch up, and things will be fine after that. Another variant however is that the EIP value isn't even in the disassembly shown. That is, the cursor is not shifted a complete instruction from the EIP value. In these cases the disassembly shown will of course be totally wrong. Singlestepping still works, but the disassembly is useless. This seems to be more or less what happened in my original problem, but then the segment type was wrong in the disassembly as well. These problems usually occur when tracing into the system of the victim machine, or disassembling parts where I don't have the source code. It's reproducible, in that the same parts will behave the same every time. Now to make this a bit less understandable: When accessing the KDB directly trough the passthrough window, everything is the way it should be. The disassembly is right, the symbols show up as they should, asf... Anybody from the ICAT team here, that can look into the problem? Take Care! -- Harald Eilertsen Norman Data Defence Systems http://www.norman.no/ --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Norman Data Defence Systems (1:109/42) +----------------------------------------------------------------------------+ From: jpolt@bradnet.legend.co.uk 13-Oct-99 12:16:23 To: All 13-Oct-99 14:36:18 Subj: Re: Testing Computer Software Conference From: jpolt@bradnet.legend.co.uk (John Poltorak) In , pazpax@clark.net (Peter Zuckerman) writes: > > CALL FOR PAPERS and PRESENTATIONS > for the > > 17th International Conference and Exposition on > > TESTING COMPUTER SOFTWARE (TCS2000) > > Theme: Testing Technology vs. Testers' Requirements > > June 12-16, 2000 * Washington, D.C. * USA > (Conference: June 14-16; Workshops/Tutorials: June 12-13) > >In cooperation with: > > ASSOCIATION FOR COMPUTING MACHINERY (ACM) SIGSoft > AMERICAN SOCIETY FOR QUALITY (ASQ) Software Division > IEEE RELIABILITY SOCIETY > SOFTWARE TECHNOLOGY SUPPORT CENTER (STSC) > > PLAN NOW TO ATTEND ON JUNE 12-16, 2000! > > We are soliciting 45 to 90 minute presentations on software testing! > >Participate in the leading international conference on software testing. >Learn how testing professionals and experts are using advanced methods and >testing applications to improve the effectiveness of their testing, reduce >testing costs and meet schedule deadlines. Share your own experiences in >testing with others. Learn: > > >G. Houston-Ludlam, Program Chair >E-mail: ginger@fron-tech.com >(preferred submission method, ascii text only please) >Phone: 410-266-8244 If anyone is involved with Automated Testing under OS/2 can you contact market@softbridge.com and ask about their OS/2 offerings. I'm trying to get an update to their '3270 Add On' for their ATF Agent for OS/2 so that it works with PComm, but am being told that there is no demand for an OS/2 version of this product and the company is reluctant to produce one. If you migrate from Comms Manager to PComm then you are stuck. (If you don't then you are also stuck - Y2K....) -- John --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Legend Internet Ltd (1:109/42) +----------------------------------------------------------------------------+ From: robmv@ibm.net 13-Oct-99 10:26:05 To: All 13-Oct-99 14:36:18 Subj: dynamic loadable driver (OS/2)????? From: Robert Marcano Este es un mensaje de varias partes en formato MIME. --------------2AACE9BF0B0E8D1C7B083194 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I am making a device driver with VisualAge C++ 4.0 for OS/2, and looking on the online help I found the term: "dynamic loadable driver", that use the extension "dld" (Sounds like a good thing, but this is the first time that I hear about it). But no more information than that, Can somebody help me and tell me how it works?, how can I build one or where to find information about that? TIA --------------2AACE9BF0B0E8D1C7B083194 Content-Type: text/x-vcard; charset=us-ascii; name="robmv.vcf" Content-Transfer-Encoding: 7bit Content-Description: Tarjeta para Robert Marcano Content-Disposition: attachment; filename="robmv.vcf" begin:vcard n:Marcano Varela;Robert Jes£s x-mozilla-html:TRUE org:Programaci¢n Mecanizada C.A. (PROMCA) adr:;;CCCT, 1ra Etapa, piso 2, oficina 205, Chuao;Caracas;Miranda;1060;Venezuela version:2.1 email;internet:robmv@ibm.net title:System Architect tel;fax:(+582) 9591729 tel;home:(+5816) 6218891 tel;work:(+582)9 591665 note;quoted-printable:Certified VisualAge for Smalltalk Associate Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified OS/2 Warp Engineer x-mozilla-cpt:;0 fn:Robert Jes£s Marcano Varela end:vcard --------------2AACE9BF0B0E8D1C7B083194-- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. ( (1:109/42) +----------------------------------------------------------------------------+ From: bogusaddress@bogusdomain.com 14-Oct-99 13:01:21 To: All 14-Oct-99 20:03:12 Subj: OS/2 WSeB and Watcom 11.0b - Debugger doesn't work From: bogus Under OS/2 WSeB, Watcom 11.0b's debugger generates an error message any time you debug an app with symbols. The error message Watcom generates is "A task exception has occurred general protection fault." After you restart the app you get a regular OS/2 trap page talking about an error in DosCall1 but the address doesn't jive with what the debugger shows, so I'm thinking this is a collateral error. It appears to die in the startup code. If you pick "Debug Startup" from the Run menu, then it doesn't die immediately. I tried tracing through the startup code to see if I could peg it down a bit better, but there is a lot of source to trace through as assembly and the OS portions tend to hang a lot under the debugger (ctrl-alt-del). It appears that Debug Startup puts you just before DLL initialization (which agrees with what the DOCS say). After I chose to show all modules in the module window, I noticed that there is a difference between WSEB and Warp4: in WSEB the first call after a debug startup goes to PMSPL.DLL but in Warp it goes to DOSCALL1.DLL. I don't know if the order that dll's get initialized depends on some obscure outside condition, but it isn't going to depend on the order of the files in the directory since HPFS always presents files in alphabetic order so if this is the case the files should always load in the same order. This behavior strikes me as very strange. I tried adding the C startup code to the source path, but that didn't seem to help. I also added breakpoints at the entry point to the RTL but it trapped before it got there. When the app dies, it doesn't list a module at the top of the assembly window. I'm thinking that this thing is dying somewhere in the Debugger's loading routine before it even hits the RTL or my app. I also tried running Borland TD 1.01 on a borland generated version of the app and it worked without fault. I ran WATFIX against my EXE and it reported no DLL fixup errors. To Al Balmer: The SYM file is separate. I don't know about -d1 or d2, I'll try that. I did try all three formats (Dwarf etc) and that didn't make any difference. The only thing that let the EXE run was if there was no SYM file in the directory. >Stephen Howe [TeamSybase] wrote: > > I have been asked by email: > > >I've been looking through sybase support, I was wondering if you have heard > of the debugger not > >working on OS/2WSeB? Any file that you load that has a symbol file (any of > the 3 formats) will not > >load, it gets an error before it even starts. Files load fine if there is > no symbol file. I have > >heard of one other person having the same trouble. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42) +----------------------------------------------------------------------------+ From: nospam_ktk@netlabs.org 14-Oct-99 20:43:26 To: All 14-Oct-99 20:03:13 Subj: Compiling St6arOffice with EGCS From: "Adrian Gschwend" I talked to some people from StarOffice at Warpstock Europe and they told me, that they have a serious problem with the OS/2 port of it. Until now they used to compile the code with VAcpp 3.65 on OS/2 but now they use "namespaces" in the code and because VAcpp 4.0 does not support commandline compiling, they can't compile it on OS/2 anymore (the project is simply too big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized version of the GNU compiler and they tried the same on OS/2. But unfortunately there is a problem in the OS/2 port: (Taken from http://www.goof.com/pcg/os2/#Bugs) Known bugs: emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is due to new format of debugging info (DWARF2). I do not know how to fix this. Use A.OUT format (no -Zomf) for debugging and pmgdb. Solution: This happens because pgcc uses new stabs format (-gstabs+) while emxomf understands only the standard stabs debugging info. I've partialy fixed this by adding a tiny command-line preprocessor to gcc. It scans argv[] and looks for both -Zomf and -g# where # is a number. If it finds one, it replaces -g# by -gstabs#. This doesn't always help, however. --- As you can see this is a limitation in EMX, we now have to find people who are able to fix this (which will not be an easy task I think). We are already in contact with Eberhard Mattes but we need more support. If you think you are able to fix this, please get in contact with Oliver Braun . Please JUST reply if you really think you can help StarDivision. A StarOffice without debug informations can not be tested and if noone can fix this limitation, Sun can not provide a new version for OS/2 ! So you see this is important for the future of StarOffice on OS/2. Thanks for your support Adrian Gschwend @ OS/2 Netlabs http://www.netlabs.org --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: OS/2 Netlabs (1:109/42) +----------------------------------------------------------------------------+ From: bogusaddress@bogusdomain.com 14-Oct-99 13:04:28 To: All 14-Oct-99 20:03:13 Subj: Re: Wanted: Borland C++ for OS/2 From: bogus Which version of the debugger are you using? I have had few problems with 1.01. > Well, I'm still using BCOS2 and IMHO it is not as bad as many people > say, > but the Debugger is *REALLY* the worst part of it. I strongly discourage > you > from using it because in most cases it will simply freeze your system. > Especially > when attempting to debug multithreaded PM apps. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42) +----------------------------------------------------------------------------+ From: robmv@ibm.net 14-Oct-99 16:19:21 To: All 14-Oct-99 20:03:13 Subj: Re: Compiling St6arOffice with EGCS From: Robert Marcano Este es un mensaje de varias partes en formato MIME. --------------9B0739FDDDD473E461397F2C Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2 and for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....) Adrian Gschwend escribi¢: > I talked to some people from StarOffice at Warpstock Europe and they told me, > that they have a serious problem with the OS/2 port of it. Until now they > used to compile the code with VAcpp 3.65 on OS/2 but now they use > "namespaces" in the code and because VAcpp 4.0 does not support commandline > compiling, they can't compile it on OS/2 anymore (the project is simply too > big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized > version of the GNU compiler and they tried the same on OS/2. But > unfortunately there is a problem in the OS/2 port: > > (Taken from http://www.goof.com/pcg/os2/#Bugs) > > Known bugs: > > emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is > due to new format of debugging info (DWARF2). I do not know how to fix this. > Use A.OUT format (no -Zomf) for debugging and pmgdb. > > Solution: This happens because pgcc uses new stabs format (-gstabs+) while > emxomf understands only the standard stabs debugging info. I've partialy > fixed this by adding a tiny command-line preprocessor to gcc. It scans argv[] > and looks for both -Zomf and -g# where # is a number. If it finds one, it > replaces -g# by -gstabs#. This doesn't always help, however. > --- > > As you can see this is a limitation in EMX, we now have to find people who > are able to fix this (which will not be an easy task I think). We are already > in contact with Eberhard Mattes but we need more support. If you think you > are able to fix this, please get in contact with Oliver Braun > . Please JUST reply if you really think you can help > StarDivision. > > A StarOffice without debug informations can not be tested and if noone can > fix this limitation, Sun can not provide a new version for OS/2 ! So you see > this is important for the future of StarOffice on OS/2. > > Thanks for your support > > Adrian Gschwend > @ OS/2 Netlabs > http://www.netlabs.org --------------9B0739FDDDD473E461397F2C Content-Type: text/x-vcard; charset=us-ascii; name="robmv.vcf" Content-Transfer-Encoding: 7bit Content-Description: Tarjeta para Robert Marcano Content-Disposition: attachment; filename="robmv.vcf" begin:vcard n:Marcano Varela;Robert Jes£s x-mozilla-html:TRUE org:Programaci¢n Mecanizada C.A. (PROMCA) adr:;;CCCT, 1ra Etapa, piso 2, oficina 205, Chuao;Caracas;Miranda;1060;Venezuela version:2.1 email;internet:robmv@ibm.net title:System Architect tel;fax:(+582) 9591729 tel;home:(+5816) 6218891 tel;work:(+582)9 591665 note;quoted-printable:Certified VisualAge for Smalltalk Associate Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified OS/2 Warp Engineer x-mozilla-cpt:;0 fn:Robert Jes£s Marcano Varela end:vcard --------------9B0739FDDDD473E461397F2C-- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. ( (1:109/42) +----------------------------------------------------------------------------+ From: nospam_ktk@netlabs.org 14-Oct-99 23:04:18 To: All 14-Oct-99 20:03:13 Subj: Re: Compiling St6arOffice with EGCS From: "Adrian Gschwend" On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote: >What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2 and >for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....) so this would be cool, StarDiv told me that there are no commandline tools, I have to ask them. Thanks for your info cu Adrian --- Adrian Gschwend @ OS/2 Netlabs ICQ: 22419590 ktk@netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: OS/2 Netlabs (1:109/42) +----------------------------------------------------------------------------+ From: paul_floyd@see.sig 15-Oct-99 10:26:15 To: All 15-Oct-99 10:27:10 Subj: Re: Compiling St6arOffice with EGCS From: Paul FLOYD Robert Marcano wrote: > > What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2 and > for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....) > This is not correct, to my knowledge. The VisualAge C++ 4.0 Professional for OS/2 and Windows NT (or whatever the catchy name for it is) contains 4 CDs. 2 are for NT, which I'll ignore, and the other 2 are for OS/2. The first is VAC++ 4.0, which claims ISO C++ compliance. This is intended for use with the IDE. It is possible to build from the command line, but not using traditional style makefiles, you have to use the projects created with the IDE. This product cannot debug C source or DLLs either. The second disk has VAC++ 3.6.5. This is a traditional command line compiler (icc?), and can work with traditional make files (nmake?). It has a separate debugger (icat? ipmd?) which can debug DLLs and C code. However, the level of C++ compliance is back at the 1992 level, with a few bits added. I can't remember exactly what though, you'd either have to look in the IBM web pages or search the IBM VAC++ newsgroups. [snip] Regards Paul -- Paul Floyd Focal Ingenierie Sud Mail: paul underscore floyd at focal dot fr Sig tagline under contemplation. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Focal Ingenierie Sud (1:109/42) +----------------------------------------------------------------------------+ From: cwr@cts.com 15-Oct-99 09:32:28 To: All 15-Oct-99 10:27:10 Subj: Re: Compiling St6arOffice with EGCS From: Will Rose In comp.os.os2.programmer.tools Adrian Gschwend wrote: : On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote: :>What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2 and :>for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....) : so this would be cool, StarDiv told me that there are no commandline tools, I : have to ask them. AFAIK the command line compiler in 4.0 (3.6), and isn't to the current C++ standard. (I don't know if it includes namespaces). The 4.0 compiler is current. Will cwr@crash.cts.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: CTS Network Services (1:109/42) +----------------------------------------------------------------------------+ From: obr@stardivision.de 15-Oct-99 11:18:14 To: All 15-Oct-99 10:27:11 Subj: Re: Compiling StarOffice with EGCS From: Oliver Braun > What???VisualAge 4.0 include on an extra CD command line compilers > dor OS/2 and for Windows, (3.6 level) with all VisualAge 4.0 > support (namespaces, etc....) That`s simply not true. The IBM documentation ?Choosing the Right C++ CD? of the Visual Age 4.0 Package states in the section ?C++ Standard Compliance? for Version 4.0 ANSI/ISO 1998 C++ Standard and for the 3.6 ANSI 1992 Draft. If you try to compile a source file with namespaces in it, the 3.6 compile simply states: namespace is not a type name. If there is any undocumented compiler switch to make namespaces work with the 3.6 compiler, any report of it will be appreciated. Oliver Braun StarOffice Software Entwicklungs GmbH --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Star Division GmbH, Hamburg, Germany (1:109/42) +----------------------------------------------------------------------------+ From: mamodeo@stny.rr.com 15-Oct-99 10:24:04 To: All 15-Oct-99 14:34:17 Subj: Re: Compiling St6arOffice with EGCS From: Marty Adrian Gschwend wrote: > > I talked to some people from StarOffice at Warpstock Europe and they told me, > that they have a serious problem with the OS/2 port of it. Until now they > used to compile the code with VAcpp 3.65 on OS/2 but now they use > "namespaces" in the code and because VAcpp 4.0 does not support commandline > compiling, they can't compile it on OS/2 anymore (the project is simply too > big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized > version of the GNU compiler and they tried the same on OS/2. But > unfortunately there is a problem in the OS/2 port: > > (Taken from http://www.goof.com/pcg/os2/#Bugs) > > Known bugs: > > emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is > due to new format of debugging info (DWARF2). I do not know how to fix this. > Use A.OUT format (no -Zomf) for debugging and pmgdb. Is there any reason they wouldn't want to use the A.OUT format? I've got full debug info in MAME (producing a 41MB executable) and it works great. All I had to do is leave everything in A.OUT form and use EMXBIND as the last step in the build process. All this does is add a reliance on the EMX runtime DLLs, but who doesn't have them nowadays? - Marty --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: IBM Global Services North -- Burlington, Vermont, (1:109/42) +----------------------------------------------------------------------------+ From: robmv@ibm.net 15-Oct-99 11:43:12 To: All 15-Oct-99 14:34:17 Subj: Re: Compiling St6arOffice with EGCS From: Robert Marcano Este es un mensaje de varias partes en formato MIME. --------------F34DCDF940D3EA154CA45FD9 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sorry for the mistake, I use the IDE, and I erroneously interpreted the problem. Thanks for the info. post this question to the newsgroups in news.software.ibm.com too Will Rose escribi¢: > In comp.os.os2.programmer.tools Adrian Gschwend wrote: > : On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote: > > :>What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2 and > :>for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....) > > : so this would be cool, StarDiv told me that there are no commandline tools, I > : have to ask them. > > AFAIK the command line compiler in 4.0 (3.6), and isn't to the > current C++ standard. (I don't know if it includes namespaces). > The 4.0 compiler is current. > > Will > cwr@crash.cts.com --------------F34DCDF940D3EA154CA45FD9 Content-Type: text/x-vcard; charset=us-ascii; name="robmv.vcf" Content-Transfer-Encoding: 7bit Content-Description: Tarjeta para Robert Marcano Content-Disposition: attachment; filename="robmv.vcf" begin:vcard n:Marcano Varela;Robert Jes£s x-mozilla-html:TRUE org:Programaci¢n Mecanizada C.A. (PROMCA) adr:;;CCCT, 1ra Etapa, piso 2, oficina 205, Chuao;Caracas;Miranda;1060;Venezuela version:2.1 email;internet:robmv@ibm.net title:System Architect tel;fax:(+582) 9591729 tel;home:(+5816) 6218891 tel;work:(+582)9 591665 note;quoted-printable:Certified VisualAge for Smalltalk Associate Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified OS/2 Warp Engineer x-mozilla-cpt:;0 fn:Robert Jes£s Marcano Varela end:vcard --------------F34DCDF940D3EA154CA45FD9-- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. ( (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 15-Oct-99 16:39:12 To: All 15-Oct-99 21:58:14 Subj: Re: Compiling St6arOffice with EGCS From: ilya@math.ohio-state.edu (Ilya Zakharevich) [A complimentary Cc of this posting was sent to Marty ], who wrote in article <38073908.303BE79C@stny.rr.com>: > Is there any reason they wouldn't want to use the A.OUT format? > > I've got full debug info in MAME (producing a 41MB executable) and it > works great. All I had to do is leave everything in A.OUT form and use > EMXBIND as the last step in the build process. > > All this does is add a reliance on the EMX runtime DLLs, but who doesn't > have them nowadays? What the heck? Debug in a.out, and make a production copy in omf. Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: dannospammo@us.ibm.com 15-Oct-99 15:57:12 To: All 15-Oct-99 21:58:14 Subj: Re: Compiling St6arOffice with EGCS From: "Dan Nimick" On Thu, 14 Oct 1999 20:43:52 +0200 (CDT), Adrian Gschwend wrote: >VAcpp 4.0 does not support commandline compiling To compile VAge 4.0 from the command line starting from a traditional MAKE file: Run the MAKE2CFG utility (ex. make2cfg -f makefile) This will give you a pretty good version of a ICC file that can be used with: vacbld xxx.icc where xxx.icc is the file created by make2cfg. Now, I've only done this once, and it was a small project (one EXE, no DLL), but it worked like a champ once I got my MAKE file useable by the make2cfg utility. The file had a bunch of junk the utility didn't understand. I ended up using VAge to create a make file in its format as a template. Then I put all my stuff in that template, then ran make2cfg and viola!! Luck... Dan Nimick --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Global Network Services - Remote Access Mail & Ne (1:109/42) +----------------------------------------------------------------------------+ From: bschwand@dvart.com 15-Oct-99 13:47:08 To: All 15-Oct-99 21:58:15 Subj: Re: Print to graphic [was Re: METAFILE CONVERTION] From: bruno schwander the best in my opinion is to print to a postscript file using a postscript printer driver. then use ghostscript to create an EPS file from it. I love postscript, if anything goes wrong, you can always look at the source code :-) bruno Mat Kramer wrote: > A more general question: is there a printer driver that will allow > output to be saved as a file and then imported into Word 97 as a > graphic? Word will import HPGL -- which driver should I use for that? > > bv wrote: > > You could get the Windows metafile into an OS/2 metafile format simply by > > printing it under WinOS/2 and intercepting the spoolfile. The spoolfile is an > > OS/2 metafile, but it is probably not in a format your application will be able > > to handle. > > > > I think the best way is to convert them to a format like EPS, and exchange > > that. This should work for some types of metafiles. > > -- > Mat Kramer [MekTek] mek@compuserve.com > VyperHelp: http://ourworld.compuserve.com/homepages/mek/vyper.htm --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42) +----------------------------------------------------------------------------+ From: william1@teleport.com 15-Oct-99 16:57:25 To: All 15-Oct-99 21:58:15 Subj: C++ for OS/2 for Dummies? From: williamd I'd like to learn a bit of programming, if only to satisfy a curiosity and get some idea of what's behind the scenes. I would be totally new to it, but am fairly computer-literate in other areas. I've seen several low-cost packages locally that purport to teach the basics, but they're all for Win. I'd like to learn this under Warp 3. I'd like to get a few ideass as to what os/2 resources are available for the beginner, whether it be books or software. Which apps are indispensable vs those that would be overkill and/or over my head? Thanks for any suggestions. Bill __ william1@teleport.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Teleport Inc. (1:109/42) +----------------------------------------------------------------------------+ +============================================================================+