home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / UU991016.zip / Ut991015.txt < prev    next >
Text File  |  1999-10-16  |  37KB  |  1,069 lines
  1.  
  2.                    comp.os.os2.programmer.tools     (Usenet)
  3.  
  4.                  Saturday, 09-Oct-1999 to Friday, 15-Oct-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: abuse@orac.clara.co.uk                            10-Oct-99 00:09:09
  9.   To: All                                               09-Oct-99 21:21:27
  10. Subj: Re: Program to strip debugging information from EXE or DLL
  11.  
  12. From: abuse@orac.clara.co.uk (Paul Ratcliffe)
  13.  
  14. On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter
  15. <icedancer-zamboni@ibm-zamboni.net>
  16. wrote:
  17.  
  18. >I am looking for a program to strip the debugging info
  19. >from an EXE.  I seem to remember there being one
  20. >but can not locate it.
  21.  
  22. Lxlite can do that (as well as a few other useful things!).
  23.  
  24. --- WtrGate+ v0.93.p7 sn 165
  25.  * Origin: Usenet: The Floppy BBS (1:109/42)
  26.  
  27. +----------------------------------------------------------------------------+
  28.  
  29. From: Stephan.langlais@wanadoo.fr                       10-Oct-99 12:57:09
  30.   To: All                                               10-Oct-99 10:22:27
  31. Subj: Synchronisation horaire de stations OS/2 warp
  32.  
  33. From: "SL" <Stephan.langlais@wanadoo.fr>
  34.  
  35. Comment puis-je synchroniser l'heure des stations OS/2 warp et connect sur
  36. soit :
  37. un serveur NT en local
  38. ou sur
  39. une station NT en local
  40. ou sur
  41. des machines Unix distante
  42. Le protocole que j'utilise est TCP/IP
  43.  
  44.  
  45.  
  46. --- WtrGate+ v0.93.p7 sn 165
  47.  * Origin: Usenet: SL (1:109/42)
  48.  
  49. +----------------------------------------------------------------------------+
  50.  
  51. From: icedancer-zamboni@ibm-zamboni.net                 10-Oct-99 17:31:17
  52.   To: All                                               10-Oct-99 16:28:10
  53. Subj: Re: Program to strip debugging information from EXE or DLL
  54.  
  55. From: icedancer-zamboni@ibm-zamboni.net (Ken Walter)
  56.  
  57. On Sun, 10 Oct 1999 00:09:18, abuse@orac.clara.co.uk (Paul Ratcliffe) 
  58. wrote:
  59.  
  60. >On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter
  61. <icedancer-zamboni@ibm-zamboni.net>
  62. >wrote:
  63. >
  64. >>I am looking for a program to strip the debugging info
  65. >>from an EXE.  I seem to remember there being one
  66. >>but can not locate it.
  67. >
  68. >Lxlite can do that (as well as a few other useful things!).
  69.  
  70. I don't have it on my machine.
  71. I don't see it on Hobbes.
  72. I didn't find it on MustHave.
  73.  
  74. Where do I get it?
  75.  
  76. Ken Walter
  77.  
  78. Remove -zamboni to reply
  79. All the above is hearsay and the opinion of no one in particular
  80.  
  81. --- WtrGate+ v0.93.p7 sn 165
  82.  * Origin: Usenet: Solution Technology (1:109/42)
  83.  
  84. +----------------------------------------------------------------------------+
  85.  
  86. From: rhs_athome@public.mtu.ru                          10-Oct-99 19:37:13
  87.   To: All                                               10-Oct-99 19:57:00
  88. Subj: Re: Program to strip debugging information from EXE or DLL
  89.  
  90. From: "Rinat H. Sadretdinow" <rhs_athome@public.mtu.ru>
  91.  
  92. Ken Walter <icedancer-zamboni@ibm-zamboni.net> wrote:
  93. > On Sun, 10 Oct 1999 00:09:18, abuse@orac.clara.co.uk (Paul Ratcliffe) 
  94. > wrote:
  95. > 
  96. >>On Fri, 08 Oct 1999 20:57:53 GMT, Ken Walter
  97. <icedancer-zamboni@ibm-zamboni.net>
  98. >>wrote:
  99. >>
  100. >>>I am looking for a program to strip the debugging info
  101. >>>from an EXE.  I seem to remember there being one
  102. >>>but can not locate it.
  103. >>
  104. >>Lxlite can do that (as well as a few other useful things!).
  105. > 
  106. > I don't have it on my machine.
  107. > I don't see it on Hobbes.
  108. > I didn't find it on MustHave.
  109. > 
  110. > Where do I get it?
  111.  
  112. ftp://hobbes.nmsu.edu
  113.  
  114. ftp> ls /pub/os2/util/archiver/lxl*
  115. 200 PORT command successful.
  116. 150 Opening ASCII mode data connection for /bin/ls.
  117. -rwxr-xr-x   1 archiver ftp       393711 Aug 21 1997 
  118. /pub/os2/util/archiver/lxlt121.zip
  119. -rwxr-xr-x   1 archiver ftp       455376 Aug 21 1997 
  120. /pub/os2/util/archiver/lxlt121src.zip
  121. 226 Transfer complete.
  122.  
  123. -- 
  124. Bye!
  125.  
  126. --- WtrGate+ v0.93.p7 sn 165
  127.  * Origin: Usenet: Bates` Motel (1:109/42)
  128.  
  129. +----------------------------------------------------------------------------+
  130.  
  131. From: richfk@attglobal.net                              11-Oct-99 11:54:05
  132.   To: All                                               11-Oct-99 10:31:04
  133. Subj: C/++ compilers?
  134.  
  135. From: richfk@attglobal.net (Richard Knapp)
  136.  
  137. What are the OS/2 compilers that are "up to date"?
  138.  
  139. I'm looking for STL, namespaces, and good template support. I am currently
  140. using WatCom 10.5 but would really like the STL stuff. Does the latest gcc
  141. support this stuff?
  142.  
  143. Thanks.
  144.  
  145.  
  146. --- WtrGate+ v0.93.p7 sn 165
  147.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  148. (1:109/42)
  149.  
  150. +----------------------------------------------------------------------------+
  151.  
  152. From: thannymeister@spambegone.yahoo.com                11-Oct-99 09:18:21
  153.   To: All                                               11-Oct-99 14:43:19
  154. Subj: Re: C/++ compilers?
  155.  
  156. From: "Mike Ruskai" <thannymeister@spambegone.yahoo.com>
  157.  
  158. On 11 Oct 1999 11:54:11 GMT, Richard Knapp wrote:
  159.  
  160. >What are the OS/2 compilers that are "up to date"?
  161. >
  162. >I'm looking for STL, namespaces, and good template support. I am currently
  163. >using WatCom 10.5 but would really like the STL stuff. Does the latest gcc
  164. >support this stuff?
  165. >
  166. >Thanks.
  167.  
  168. The only one that I know is up to date is IBM's VisualAge C++ 4.0.
  169.  
  170. EGCS may be up to spec, but probably not.
  171.  
  172.  
  173. --
  174.  - Mike
  175.  
  176. Remove 'spambegone' to send e-mail.
  177.  
  178.  
  179. --- WtrGate+ v0.93.p7 sn 165
  180.  * Origin: Usenet: TLF (1:109/42)
  181.  
  182. +----------------------------------------------------------------------------+
  183.  
  184. From: hubert@ugrad.cs.ualberta.ca                       12-Oct-99 11:24:14
  185.   To: All                                               12-Oct-99 23:18:16
  186. Subj: Re: Synchronisation horaire de stations OS/2 warp
  187.  
  188. From: Hubert Chan <hubert@ugrad.cs.ualberta.ca>
  189.  
  190. On Sun, 10 Oct 1999, SL wrote:
  191.  
  192. > Comment puis-je synchroniser l'heure des stations OS/2 warp et connect sur
  193. > soit :
  194. > un serveur NT en local
  195. > ou sur
  196. > une station NT en local
  197. > ou sur
  198. > des machines Unix distante
  199. > Le protocole que j'utilise est TCP/IP
  200.  
  201. Mon francais n'est pas tres bon mais...
  202.  
  203. Essayer "time868".  Tu peux le trouver a Hobbes (hobbes.nmsu.edu) dans le 
  204. fichier /pub/os2/apps/internet/time.  Il utilise le protocol decrive en
  205. RFC 868 pour synchroniser l'heure.
  206.  
  207. Hubert.
  208.  
  209. --- WtrGate+ v0.93.p7 sn 165
  210.  * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada
  211. (1:109/42)
  212.  
  213. +----------------------------------------------------------------------------+
  214.  
  215. From: hubert@ugrad.cs.ualberta.ca                       12-Oct-99 11:31:14
  216.   To: All                                               12-Oct-99 23:18:16
  217. Subj: Re: C/++ compilers?
  218.  
  219. From: Hubert Chan <hubert@ugrad.cs.ualberta.ca>
  220.  
  221. On 11 Oct 1999, Richard Knapp wrote:
  222.  
  223. > What are the OS/2 compilers that are "up to date"?
  224. > 
  225. > I'm looking for STL, namespaces, and good template support. I am currently
  226. > using WatCom 10.5 but would really like the STL stuff. Does the latest gcc
  227. > support this stuff?
  228. > 
  229. > Thanks.
  230.  
  231. emx0.9d supports the STL, and as far as I can tell, templates work 
  232. properly.  It doesn't yet support namespaces.
  233.  
  234. The newest version of gcc (2.95) supports namespaces, but I don't think
  235. it's been ported yet to OS/2.
  236.  
  237. HTH
  238.  
  239. Hubert.
  240.  
  241. --- WtrGate+ v0.93.p7 sn 165
  242.  * Origin: Usenet: Computing Science, U of Alberta, Edmonton, Canada
  243. (1:109/42)
  244.  
  245. +----------------------------------------------------------------------------+
  246.  
  247. From: hei@hatespam.norman.no                            13-Oct-99 10:13:27
  248.   To: All                                               13-Oct-99 10:22:20
  249. Subj: Re: ICAT problems
  250.  
  251. From: hei@hatespam.norman.no (Harald Eilertsen)
  252.  
  253. Here's some more thoughts after exploring the ICAT problems a bit 
  254. more:
  255.  
  256. It seems the problems are related to the disassembly view, and in 
  257. short the problem is that the current execution point is not the same 
  258. as the current value of the EIP register. That is, the value in EIP, 
  259. is not the same as is under the cursor when pressing Ctrl+P in ICAT. 
  260. (The ICAT version is 4.03.00.)
  261.  
  262. Sometimes this will mean that the cursor is just off the right 
  263. instruction by a few lines, either above or below. When 
  264. singlestepping, the right instruction is executed, the cursor will 
  265. move, but the problem persists. Sometimes the cursor and EIP value 
  266. will catch up, and things will be fine after that.
  267.  
  268. Another variant however is that the EIP value isn't even in the 
  269. disassembly shown. That is, the cursor is not shifted a complete 
  270. instruction from the EIP value. In these cases the disassembly shown 
  271. will of course be totally wrong. Singlestepping still works, but the 
  272. disassembly is useless. This seems to be more or less what happened in
  273. my original problem, but then the segment type was wrong in the 
  274. disassembly as well.
  275.  
  276. These problems usually occur when tracing into the system of the 
  277. victim machine, or disassembling parts where I don't have the source 
  278. code. It's reproducible, in that the same parts will behave the same 
  279. every time.
  280.  
  281. Now to make this a bit less understandable: When accessing the KDB 
  282. directly trough the passthrough window, everything is the way it 
  283. should be. The disassembly is right, the symbols show up as they 
  284. should, asf...
  285.  
  286. Anybody from the ICAT team here, that can look into the problem?
  287.  
  288. Take Care!
  289. --
  290. Harald Eilertsen
  291. Norman Data Defence Systems
  292. http://www.norman.no/
  293.  
  294. --- WtrGate+ v0.93.p7 sn 165
  295.  * Origin: Usenet: Norman Data Defence Systems (1:109/42)
  296.  
  297. +----------------------------------------------------------------------------+
  298.  
  299. From: jpolt@bradnet.legend.co.uk                        13-Oct-99 12:16:23
  300.   To: All                                               13-Oct-99 14:36:18
  301. Subj: Re: Testing Computer Software Conference
  302.  
  303. From: jpolt@bradnet.legend.co.uk (John Poltorak)
  304.  
  305. In <pazpax-0810991536340001@pazpax-ppp.clark.net>, pazpax@clark.net (Peter
  306. Zuckerman) writes:
  307. >         
  308. >                  CALL FOR PAPERS and PRESENTATIONS
  309. >                               for the
  310. >
  311. >           17th International Conference and Exposition on
  312. >
  313. >                TESTING COMPUTER SOFTWARE (TCS2000)
  314. >
  315. >         Theme: Testing Technology vs. Testers' Requirements
  316. > 
  317. >              June 12-16, 2000 * Washington, D.C. * USA
  318. >       (Conference: June 14-16; Workshops/Tutorials: June 12-13)
  319. >
  320. >In cooperation with:
  321. >
  322. >   ASSOCIATION FOR COMPUTING MACHINERY (ACM) SIGSoft
  323. >   AMERICAN SOCIETY FOR QUALITY (ASQ) Software Division
  324. >   IEEE RELIABILITY SOCIETY
  325. >   SOFTWARE TECHNOLOGY SUPPORT CENTER (STSC)
  326. >
  327. >            PLAN NOW TO ATTEND ON JUNE 12-16, 2000!
  328. >
  329. >  We are soliciting 45 to 90 minute presentations on software testing!
  330. >
  331. >Participate in the leading international conference on software testing.
  332. >Learn how testing professionals and experts are using advanced methods and
  333. >testing applications to improve the effectiveness of their testing, reduce
  334. >testing costs and meet schedule deadlines. Share your own experiences in
  335. >testing with others. Learn: 
  336. >     
  337. >
  338. >G. Houston-Ludlam, Program Chair
  339. >E-mail: ginger@fron-tech.com
  340. >(preferred submission method, ascii text only please)
  341. >Phone: 410-266-8244
  342.  
  343. If anyone is involved with Automated Testing under OS/2 can you contact
  344.  
  345. market@softbridge.com
  346.  
  347. and ask about their OS/2 offerings.
  348.  
  349. I'm trying to get an update to their '3270 Add On' for their ATF Agent for
  350. OS/2
  351. so that it works with PComm, but am being told that there is no demand for
  352. an OS/2 version of this product and the company is reluctant to produce one.
  353.  
  354. If you migrate from Comms Manager to PComm then you are stuck.
  355.  
  356. (If you don't then you are also stuck - Y2K....)
  357.  
  358.  
  359. --
  360. John
  361.  
  362. --- WtrGate+ v0.93.p7 sn 165
  363.  * Origin: Usenet: Legend Internet Ltd (1:109/42)
  364.  
  365. +----------------------------------------------------------------------------+
  366.  
  367. From: robmv@ibm.net                                     13-Oct-99 10:26:05
  368.   To: All                                               13-Oct-99 14:36:18
  369. Subj: dynamic loadable driver (OS/2)?????
  370.  
  371. From: Robert Marcano <robmv@ibm.net>
  372.  
  373. Este es un mensaje de varias partes en formato MIME.
  374. --------------2AACE9BF0B0E8D1C7B083194
  375. Content-Type: text/plain; charset=us-ascii
  376. Content-Transfer-Encoding: 7bit
  377.  
  378. I am making a device driver with VisualAge C++ 4.0 for OS/2, and
  379. looking on the online help I found the term: "dynamic loadable driver",
  380.  
  381. that use the extension "dld" (Sounds like a good thing, but this is the
  382.  
  383. first time that I hear about it). But no more information than that,
  384. Can somebody help me and tell me how it works?, how can I build one or
  385. where to find information about that?
  386.  
  387. TIA
  388.  
  389. --------------2AACE9BF0B0E8D1C7B083194
  390. Content-Type: text/x-vcard; charset=us-ascii;
  391.  name="robmv.vcf"
  392. Content-Transfer-Encoding: 7bit
  393. Content-Description: Tarjeta para Robert Marcano
  394. Content-Disposition: attachment;
  395.  filename="robmv.vcf"
  396.  
  397. begin:vcard 
  398. n:Marcano Varela;Robert Jesús
  399. x-mozilla-html:TRUE
  400. org:Programación Mecanizada C.A. (PROMCA)
  401. adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
  402. Chuao;Caracas;Miranda;1060;Venezuela
  403. version:2.1
  404. email;internet:robmv@ibm.net
  405. title:System Architect
  406. tel;fax:(+582) 9591729
  407. tel;home:(+5816) 6218891
  408. tel;work:(+582)9 591665
  409. note;quoted-printable:Certified VisualAge for Smalltalk Associate
  410. Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
  411. OS/2 Warp Engineer
  412. x-mozilla-cpt:;0
  413. fn:Robert Jesús Marcano Varela
  414. end:vcard
  415.  
  416. --------------2AACE9BF0B0E8D1C7B083194--
  417.  
  418. --- WtrGate+ v0.93.p7 sn 165
  419.  * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. (
  420. (1:109/42)
  421.  
  422. +----------------------------------------------------------------------------+
  423.  
  424. From: bogusaddress@bogusdomain.com                      14-Oct-99 13:01:21
  425.   To: All                                               14-Oct-99 20:03:12
  426. Subj: OS/2 WSeB and Watcom 11.0b - Debugger doesn't work
  427.  
  428. From: bogus <bogusaddress@bogusdomain.com>
  429.  
  430. Under OS/2 WSeB, Watcom 11.0b's debugger generates an error message any
  431. time you debug an app with symbols.
  432.  
  433. The error message Watcom generates is "A task exception has occurred
  434. general protection fault."
  435.  
  436. After you restart the app you get a regular OS/2 trap page talking about
  437. an error in DosCall1 but the address doesn't jive with what the debugger
  438. shows, so I'm thinking this is a collateral error.
  439.  
  440. It appears to die in the startup code.  If you pick "Debug Startup" from
  441. the Run menu, then it doesn't die immediately.  I tried tracing through
  442. the startup code to see if I could peg it down a bit better, but there
  443. is a lot of source to trace through as assembly and the OS portions tend
  444. to hang a lot under the debugger (ctrl-alt-del).  It appears that Debug
  445. Startup puts you just before DLL initialization (which agrees with what
  446. the DOCS say).  
  447.  
  448. After I chose to show all modules in the module window, I noticed that
  449. there is a difference between WSEB and Warp4: in WSEB the first call
  450. after a debug startup goes to PMSPL.DLL but in Warp it goes to
  451. DOSCALL1.DLL.  I don't know if the order that dll's get initialized
  452. depends on some obscure outside condition, but it isn't going to depend
  453. on the order of the files in the directory since HPFS always presents
  454. files in alphabetic order so if this is the case the files should always
  455. load in the same order.  This behavior strikes me as very strange.
  456.  
  457. I tried adding the C startup code to the source path, but that didn't
  458. seem to help.  I also added breakpoints at the entry point to the RTL
  459. but it trapped before it got there.  When the app dies, it doesn't list
  460. a module at the top of the assembly window.
  461.  
  462. I'm thinking that this thing is dying somewhere in the Debugger's
  463. loading routine before it even hits the RTL or my app.
  464.  
  465. I also tried running Borland TD 1.01 on a borland generated version of
  466. the app and it worked without fault.
  467.  
  468. I ran WATFIX against my EXE and it reported no DLL fixup errors.
  469.  
  470. To Al Balmer:
  471.  
  472. The SYM file is separate.  I don't know about -d1 or d2, I'll try that. 
  473. I did try all three formats (Dwarf etc) and that didn't make any
  474. difference.  The only thing that let the EXE run was if there was no SYM
  475. file in the directory.
  476.  
  477. >Stephen Howe [TeamSybase] wrote:
  478. > 
  479. > I have been asked by email:
  480. > 
  481. > >I've been looking through sybase support, I was wondering if you have heard
  482. > of the debugger not
  483. > >working on OS/2WSeB?  Any file that you load that has a symbol file (any of
  484. > the 3 formats) will not
  485. > >load, it gets an error before it even starts.  Files load fine if there is
  486. > no symbol file.  I have
  487. > >heard of one other person having the same trouble.
  488.  
  489. --- WtrGate+ v0.93.p7 sn 165
  490.  * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42)
  491.  
  492. +----------------------------------------------------------------------------+
  493.  
  494. From: nospam_ktk@netlabs.org                            14-Oct-99 20:43:26
  495.   To: All                                               14-Oct-99 20:03:13
  496. Subj: Compiling St6arOffice with EGCS
  497.  
  498. From: "Adrian Gschwend" <nospam_ktk@netlabs.org>
  499.  
  500. I talked to some people from StarOffice at Warpstock Europe and they told me,
  501. that they have a serious problem with the OS/2 port of it. Until now they
  502. used to compile the code with VAcpp 3.65 on OS/2 but now they use
  503. "namespaces" in the code and because VAcpp 4.0 does not support commandline
  504. compiling, they can't compile it on OS/2 anymore (the project is simply too
  505. big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized
  506. version of the GNU compiler and they tried the same on OS/2. But
  507. unfortunately there is a problem in the OS/2 port:
  508.  
  509. (Taken from http://www.goof.com/pcg/os2/#Bugs)
  510.  
  511. Known bugs:
  512.  
  513. emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is
  514. due to new format of debugging info (DWARF2). I do not know how to fix this.
  515. Use A.OUT format (no -Zomf) for debugging and pmgdb. 
  516.  
  517. Solution: This happens because pgcc uses new stabs format (-gstabs+) while
  518. emxomf understands only the standard stabs debugging info. I've partialy
  519. fixed this by adding a tiny command-line preprocessor to gcc. It scans argv[]
  520. and looks for both -Zomf and -g# where # is a number. If it finds one, it
  521. replaces -g# by -gstabs#. This doesn't always help, however. 
  522. ---
  523.  
  524. As you can see this is a limitation in EMX, we now have to find people who
  525. are able to fix this (which will not be an easy task I think). We are already
  526. in contact with Eberhard Mattes but we need more support. If you think you
  527. are able to fix this, please get in contact with Oliver Braun
  528. <obr@stardivision.de>. Please JUST reply if you really think you can help
  529. StarDivision.
  530.  
  531. A StarOffice without debug informations can not be tested and if noone can
  532. fix this limitation, Sun can not provide a new version for OS/2 ! So you see
  533. this is important for the future of StarOffice on OS/2.
  534.  
  535. Thanks for your support
  536.  
  537. Adrian Gschwend
  538. @ OS/2 Netlabs
  539. http://www.netlabs.org
  540.  
  541.  
  542. --- WtrGate+ v0.93.p7 sn 165
  543.  * Origin: Usenet: OS/2 Netlabs (1:109/42)
  544.  
  545. +----------------------------------------------------------------------------+
  546.  
  547. From: bogusaddress@bogusdomain.com                      14-Oct-99 13:04:28
  548.   To: All                                               14-Oct-99 20:03:13
  549. Subj: Re: Wanted: Borland C++ for OS/2
  550.  
  551. From: bogus <bogusaddress@bogusdomain.com>
  552.  
  553. Which version of the debugger are you using?  I have had few problems
  554. with 1.01.
  555.  
  556. > Well, I'm still using BCOS2 and IMHO it is not as bad as many people
  557. > say,
  558. > but the Debugger is *REALLY* the worst part of it. I strongly discourage
  559. > you
  560. > from using it because in most cases it will simply freeze your system.
  561. > Especially
  562. > when attempting to debug multithreaded PM apps.
  563.  
  564. --- WtrGate+ v0.93.p7 sn 165
  565.  * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42)
  566.  
  567. +----------------------------------------------------------------------------+
  568.  
  569. From: robmv@ibm.net                                     14-Oct-99 16:19:21
  570.   To: All                                               14-Oct-99 20:03:13
  571. Subj: Re: Compiling St6arOffice with EGCS
  572.  
  573. From: Robert Marcano <robmv@ibm.net>
  574.  
  575. Este es un mensaje de varias partes en formato MIME.
  576. --------------9B0739FDDDD473E461397F2C
  577. Content-Type: text/plain; charset=iso-8859-1
  578. Content-Transfer-Encoding: 8bit
  579.  
  580. What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2
  581. and
  582. for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....)
  583.  
  584. Adrian Gschwend escribió:
  585.  
  586. > I talked to some people from StarOffice at Warpstock Europe and they told
  587. me,
  588. > that they have a serious problem with the OS/2 port of it. Until now they
  589. > used to compile the code with VAcpp 3.65 on OS/2 but now they use
  590. > "namespaces" in the code and because VAcpp 4.0 does not support commandline
  591. > compiling, they can't compile it on OS/2 anymore (the project is simply too
  592. > big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized
  593. > version of the GNU compiler and they tried the same on OS/2. But
  594. > unfortunately there is a problem in the OS/2 port:
  595. >
  596. > (Taken from http://www.goof.com/pcg/os2/#Bugs)
  597. >
  598. > Known bugs:
  599. >
  600. > emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is
  601. > due to new format of debugging info (DWARF2). I do not know how to fix this.
  602. > Use A.OUT format (no -Zomf) for debugging and pmgdb.
  603. >
  604. > Solution: This happens because pgcc uses new stabs format (-gstabs+) while
  605. > emxomf understands only the standard stabs debugging info. I've partialy
  606. > fixed this by adding a tiny command-line preprocessor to gcc. It scans
  607. argv[]
  608. > and looks for both -Zomf and -g# where # is a number. If it finds one, it
  609. > replaces -g# by -gstabs#. This doesn't always help, however.
  610. > ---
  611. >
  612. > As you can see this is a limitation in EMX, we now have to find people who
  613. > are able to fix this (which will not be an easy task I think). We are
  614. already
  615. > in contact with Eberhard Mattes but we need more support. If you think you
  616. > are able to fix this, please get in contact with Oliver Braun
  617. > <obr@stardivision.de>. Please JUST reply if you really think you can help
  618. > StarDivision.
  619. >
  620. > A StarOffice without debug informations can not be tested and if noone can
  621. > fix this limitation, Sun can not provide a new version for OS/2 ! So you see
  622. > this is important for the future of StarOffice on OS/2.
  623. >
  624. > Thanks for your support
  625. >
  626. > Adrian Gschwend
  627. > @ OS/2 Netlabs
  628. > http://www.netlabs.org
  629.  
  630. --------------9B0739FDDDD473E461397F2C
  631. Content-Type: text/x-vcard; charset=us-ascii;
  632.  name="robmv.vcf"
  633. Content-Transfer-Encoding: 7bit
  634. Content-Description: Tarjeta para Robert Marcano
  635. Content-Disposition: attachment;
  636.  filename="robmv.vcf"
  637.  
  638. begin:vcard 
  639. n:Marcano Varela;Robert Jesús
  640. x-mozilla-html:TRUE
  641. org:Programación Mecanizada C.A. (PROMCA)
  642. adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
  643. Chuao;Caracas;Miranda;1060;Venezuela
  644. version:2.1
  645. email;internet:robmv@ibm.net
  646. title:System Architect
  647. tel;fax:(+582) 9591729
  648. tel;home:(+5816) 6218891
  649. tel;work:(+582)9 591665
  650. note;quoted-printable:Certified VisualAge for Smalltalk Associate
  651. Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
  652. OS/2 Warp Engineer
  653. x-mozilla-cpt:;0
  654. fn:Robert Jesús Marcano Varela
  655. end:vcard
  656.  
  657. --------------9B0739FDDDD473E461397F2C--
  658.  
  659. --- WtrGate+ v0.93.p7 sn 165
  660.  * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. (
  661. (1:109/42)
  662.  
  663. +----------------------------------------------------------------------------+
  664.  
  665. From: nospam_ktk@netlabs.org                            14-Oct-99 23:04:18
  666.   To: All                                               14-Oct-99 20:03:13
  667. Subj: Re: Compiling St6arOffice with EGCS
  668.  
  669. From: "Adrian Gschwend" <nospam_ktk@netlabs.org>
  670.  
  671. On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote:
  672.  
  673. >What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2
  674. and
  675. >for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces, etc....)
  676.  
  677. so this would be cool, StarDiv told me that there are no commandline tools, I
  678. have to ask them.
  679.  
  680. Thanks for your info
  681.  
  682. cu
  683.  
  684. Adrian
  685.  
  686.  
  687. ---
  688. Adrian Gschwend
  689. @ OS/2 Netlabs
  690.  
  691. ICQ: 22419590
  692. ktk@netlabs.org
  693. -------
  694. The OS/2 OpenSource Project:
  695. http://www.netlabs.org
  696.  
  697.  
  698. --- WtrGate+ v0.93.p7 sn 165
  699.  * Origin: Usenet: OS/2 Netlabs (1:109/42)
  700.  
  701. +----------------------------------------------------------------------------+
  702.  
  703. From: paul_floyd@see.sig                                15-Oct-99 10:26:15
  704.   To: All                                               15-Oct-99 10:27:10
  705. Subj: Re: Compiling St6arOffice with EGCS
  706.  
  707. From: Paul FLOYD <paul_floyd@see.sig>
  708.  
  709. Robert Marcano wrote:
  710. > 
  711. > What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2
  712. and
  713. > for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces,
  714. etc....)
  715. > 
  716.  
  717. This is not correct, to my knowledge.
  718.  
  719. The VisualAge C++ 4.0 Professional for OS/2 and Windows NT (or whatever
  720. the catchy name for it is) contains 4 CDs. 2 are for NT, which I'll
  721. ignore, and the other 2 are for OS/2. The first is VAC++ 4.0, which
  722. claims ISO C++ compliance. This is intended for use with the IDE. It is
  723. possible to build from the command line, but not using traditional style
  724. makefiles, you have to use the projects created with the IDE. This
  725. product cannot debug C source or DLLs either.
  726.  
  727. The second disk has VAC++ 3.6.5. This is a traditional command line
  728. compiler (icc?), and can work with traditional make files (nmake?). It
  729. has a separate debugger (icat? ipmd?) which can debug DLLs and C code.
  730. However, the level of C++ compliance is back at the 1992 level, with a
  731. few bits added. I can't remember exactly what though, you'd either have
  732. to look in the IBM web pages or search the IBM VAC++ newsgroups.
  733.  
  734. [snip]
  735.  
  736. Regards
  737. Paul
  738. -- 
  739. Paul Floyd    Focal Ingenierie Sud
  740. Mail: paul underscore floyd at focal dot fr
  741. Sig tagline under contemplation.
  742.  
  743. --- WtrGate+ v0.93.p7 sn 165
  744.  * Origin: Usenet: Focal Ingenierie Sud (1:109/42)
  745.  
  746. +----------------------------------------------------------------------------+
  747.  
  748. From: cwr@cts.com                                       15-Oct-99 09:32:28
  749.   To: All                                               15-Oct-99 10:27:10
  750. Subj: Re: Compiling St6arOffice with EGCS
  751.  
  752. From: Will Rose <cwr@cts.com>
  753.  
  754. In comp.os.os2.programmer.tools Adrian Gschwend <nospam_ktk@netlabs.org>
  755. wrote:
  756. : On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote:
  757.  
  758. :>What???VisualAge 4.0 include on an extra CD command line compilers dor OS/2
  759. and
  760. :>for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces,
  761. etc....)
  762.  
  763. : so this would be cool, StarDiv told me that there are no commandline tools,
  764. I
  765. : have to ask them.
  766.  
  767. AFAIK the command line compiler in 4.0 (3.6), and isn't to the
  768. current C++ standard.  (I don't know if it includes namespaces).
  769. The 4.0 compiler is current.
  770.  
  771.  
  772. Will
  773. cwr@crash.cts.com
  774.  
  775. --- WtrGate+ v0.93.p7 sn 165
  776.  * Origin: Usenet: CTS Network Services (1:109/42)
  777.  
  778. +----------------------------------------------------------------------------+
  779.  
  780. From: obr@stardivision.de                               15-Oct-99 11:18:14
  781.   To: All                                               15-Oct-99 10:27:11
  782. Subj: Re: Compiling StarOffice with EGCS
  783.  
  784. From: Oliver Braun <obr@stardivision.de>
  785.  
  786. > What???VisualAge 4.0 include on an extra CD command line compilers 
  787. > dor OS/2 and for Windows, (3.6 level) with all VisualAge 4.0 
  788. > support (namespaces, etc....)
  789.  
  790. That`s simply not true. The IBM documentation ?Choosing the Right C++ 
  791. CD? of the Visual Age 4.0 Package states in the section ?C++ Standard 
  792. Compliance? for Version 4.0 ANSI/ISO 1998 C++ Standard and for the 3.6 
  793. ANSI 1992 Draft.
  794.  
  795. If you try to compile a source file with namespaces in it, the 3.6 
  796. compile simply states: namespace is not a type name.
  797.  
  798. If there is any undocumented compiler switch to make namespaces work 
  799. with the 3.6 compiler, any report of it will be appreciated.
  800.  
  801. Oliver Braun
  802. StarOffice Software Entwicklungs GmbH
  803.  
  804.  
  805.  
  806.  
  807. --- WtrGate+ v0.93.p7 sn 165
  808.  * Origin: Usenet: Star Division GmbH, Hamburg, Germany (1:109/42)
  809.  
  810. +----------------------------------------------------------------------------+
  811.  
  812. From: mamodeo@stny.rr.com                               15-Oct-99 10:24:04
  813.   To: All                                               15-Oct-99 14:34:17
  814. Subj: Re: Compiling St6arOffice with EGCS
  815.  
  816. From: Marty <mamodeo@stny.rr.com>
  817.  
  818. Adrian Gschwend wrote:
  819. > 
  820. > I talked to some people from StarOffice at Warpstock Europe and they told
  821. me,
  822. > that they have a serious problem with the OS/2 port of it. Until now they
  823. > used to compile the code with VAcpp 3.65 on OS/2 but now they use
  824. > "namespaces" in the code and because VAcpp 4.0 does not support commandline
  825. > compiling, they can't compile it on OS/2 anymore (the project is simply too
  826. > big for the VAcpp 4.0 workframe). On Linux they use the Pentium optimized
  827. > version of the GNU compiler and they tried the same on OS/2. But
  828. > unfortunately there is a problem in the OS/2 port:
  829. > 
  830. > (Taken from http://www.goof.com/pcg/os2/#Bugs)
  831. > 
  832. > Known bugs:
  833. > 
  834. > emxomf now traps (sometimes?) when compiling with -g (debug) switch. This is
  835. > due to new format of debugging info (DWARF2). I do not know how to fix this.
  836. > Use A.OUT format (no -Zomf) for debugging and pmgdb.
  837.  
  838. Is there any reason they wouldn't want to use the A.OUT format?
  839.  
  840. I've got full debug info in MAME (producing a 41MB executable) and it
  841. works great.  All I had to do is leave everything in A.OUT form and use
  842. EMXBIND as the last step in the build process.
  843.  
  844. All this does is add a reliance on the EMX runtime DLLs, but who doesn't
  845. have them nowadays?
  846.  
  847. - Marty
  848.  
  849. --- WtrGate+ v0.93.p7 sn 165
  850.  * Origin: Usenet: IBM Global Services North -- Burlington, Vermont,
  851. (1:109/42)
  852.  
  853. +----------------------------------------------------------------------------+
  854.  
  855. From: robmv@ibm.net                                     15-Oct-99 11:43:12
  856.   To: All                                               15-Oct-99 14:34:17
  857. Subj: Re: Compiling St6arOffice with EGCS
  858.  
  859. From: Robert Marcano <robmv@ibm.net>
  860.  
  861. Este es un mensaje de varias partes en formato MIME.
  862. --------------F34DCDF940D3EA154CA45FD9
  863. Content-Type: text/plain; charset=iso-8859-1
  864. Content-Transfer-Encoding: 8bit
  865.  
  866. Sorry for the mistake, I use the IDE, and I erroneously interpreted the
  867. problem.
  868. Thanks for the info. post this question to the newsgroups in
  869. news.software.ibm.com
  870. too
  871.  
  872.  
  873. Will Rose escribió:
  874.  
  875. > In comp.os.os2.programmer.tools Adrian Gschwend <nospam_ktk@netlabs.org>
  876. wrote:
  877. > : On Thu, 14 Oct 1999 16:19:43 -0600, Robert Marcano wrote:
  878. >
  879. > :>What???VisualAge 4.0 include on an extra CD command line compilers dor
  880. OS/2 and
  881. > :>for Windows, (3.6 level) with all VisualAge 4.0 support (namespaces,
  882. etc....)
  883. >
  884. > : so this would be cool, StarDiv told me that there are no commandline
  885. tools, I
  886. > : have to ask them.
  887. >
  888. > AFAIK the command line compiler in 4.0 (3.6), and isn't to the
  889. > current C++ standard.  (I don't know if it includes namespaces).
  890. > The 4.0 compiler is current.
  891. >
  892. > Will
  893. > cwr@crash.cts.com
  894.  
  895. --------------F34DCDF940D3EA154CA45FD9
  896. Content-Type: text/x-vcard; charset=us-ascii;
  897.  name="robmv.vcf"
  898. Content-Transfer-Encoding: 7bit
  899. Content-Description: Tarjeta para Robert Marcano
  900. Content-Disposition: attachment;
  901.  filename="robmv.vcf"
  902.  
  903. begin:vcard 
  904. n:Marcano Varela;Robert Jesús
  905. x-mozilla-html:TRUE
  906. org:Programación Mecanizada C.A. (PROMCA)
  907. adr:;;CCCT, 1ra Etapa, piso 2, oficina 205,
  908. Chuao;Caracas;Miranda;1060;Venezuela
  909. version:2.1
  910. email;internet:robmv@ibm.net
  911. title:System Architect
  912. tel;fax:(+582) 9591729
  913. tel;home:(+5816) 6218891
  914. tel;work:(+582)9 591665
  915. note;quoted-printable:Certified VisualAge for Smalltalk Associate
  916. Developer=0D=0ACertified VisualAge for C++ Associate Developer=0D=0ACertified
  917. OS/2 Warp Engineer
  918. x-mozilla-cpt:;0
  919. fn:Robert Jesús Marcano Varela
  920. end:vcard
  921.  
  922. --------------F34DCDF940D3EA154CA45FD9--
  923.  
  924. --- WtrGate+ v0.93.p7 sn 165
  925.  * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. (
  926. (1:109/42)
  927.  
  928. +----------------------------------------------------------------------------+
  929.  
  930. From: ilya@math.ohio-state.edu                          15-Oct-99 16:39:12
  931.   To: All                                               15-Oct-99 21:58:14
  932. Subj: Re: Compiling St6arOffice with EGCS
  933.  
  934. From: ilya@math.ohio-state.edu (Ilya Zakharevich)
  935.  
  936. [A complimentary Cc of this posting was sent to Marty 
  937. <mamodeo@stny.rr.com>],
  938. who wrote in article <38073908.303BE79C@stny.rr.com>:
  939. > Is there any reason they wouldn't want to use the A.OUT format?
  940. > 
  941. > I've got full debug info in MAME (producing a 41MB executable) and it
  942. > works great.  All I had to do is leave everything in A.OUT form and use
  943. > EMXBIND as the last step in the build process.
  944. > 
  945. > All this does is add a reliance on the EMX runtime DLLs, but who doesn't
  946. > have them nowadays?
  947.  
  948. What the heck?  Debug in a.out, and make a production copy in omf.
  949.  
  950. Ilya
  951.  
  952. --- WtrGate+ v0.93.p7 sn 165
  953.  * Origin: Usenet: Department of Mathematics, The Ohio State Univers
  954. (1:109/42)
  955.  
  956. +----------------------------------------------------------------------------+
  957.  
  958. From: dannospammo@us.ibm.com                            15-Oct-99 15:57:12
  959.   To: All                                               15-Oct-99 21:58:14
  960. Subj: Re: Compiling St6arOffice with EGCS
  961.  
  962. From: "Dan Nimick" <dannospammo@us.ibm.com>
  963.  
  964. On Thu, 14 Oct 1999 20:43:52 +0200 (CDT), Adrian Gschwend wrote:
  965.  
  966. >VAcpp 4.0 does not support commandline compiling
  967.  
  968. To compile VAge 4.0 from the command line starting from a traditional
  969. MAKE file:
  970.  
  971. Run the MAKE2CFG utility (ex. make2cfg -f makefile)
  972.  
  973. This will give you a pretty good version of a ICC file that can be used
  974. with:
  975.  
  976. vacbld xxx.icc
  977.  
  978. where xxx.icc is the file created by make2cfg.
  979.  
  980. Now, I've only done this once, and it was a small project (one EXE, no
  981. DLL), but it worked like a champ once I got my MAKE file useable by the
  982. make2cfg utility.  The file had a bunch of junk the utility didn't
  983. understand.  I ended up using VAge to create a make file in its format
  984. as a template.  Then I put all my stuff in that template, then ran
  985. make2cfg and viola!!
  986.  
  987. Luck...
  988. Dan Nimick
  989.  
  990.  
  991. --- WtrGate+ v0.93.p7 sn 165
  992.  * Origin: Usenet: Global Network Services - Remote Access Mail & Ne
  993. (1:109/42)
  994.  
  995. +----------------------------------------------------------------------------+
  996.  
  997. From: bschwand@dvart.com                                15-Oct-99 13:47:08
  998.   To: All                                               15-Oct-99 21:58:15
  999. Subj: Re: Print to graphic [was Re: METAFILE CONVERTION]
  1000.  
  1001. From: bruno schwander <bschwand@dvart.com>
  1002.  
  1003. the best in my opinion is to print to a postscript file using a postscript
  1004. printer
  1005. driver.
  1006. then use ghostscript to create an EPS file from it.
  1007.  
  1008. I love postscript, if anything goes wrong, you can always look at the source
  1009. code :-)
  1010.  
  1011. bruno
  1012.  
  1013. Mat Kramer wrote:
  1014.  
  1015. > A more general question: is there a printer driver that will allow
  1016. > output to be saved as a file and then imported into Word 97 as a
  1017. > graphic?  Word will import HPGL -- which driver should I use for that?
  1018. >
  1019. > bv wrote:
  1020. > > You could get the Windows metafile into an OS/2 metafile format simply by
  1021. > > printing it under WinOS/2 and intercepting the spoolfile. The spoolfile is 
  1022. an
  1023. > > OS/2 metafile, but it is probably not in a format your application will be 
  1024. able
  1025. > > to handle.
  1026. > >
  1027. > > I think the best way is to convert them to a format like EPS, and exchange
  1028. > > that. This should work for some types of metafiles.
  1029. >
  1030. > --
  1031. > Mat Kramer [MekTek] mek@compuserve.com
  1032. > VyperHelp: http://ourworld.compuserve.com/homepages/mek/vyper.htm
  1033.  
  1034. --- WtrGate+ v0.93.p7 sn 165
  1035.  * Origin: Usenet: Posted via Supernews, http://www.supernews.com (1:109/42)
  1036.  
  1037. +----------------------------------------------------------------------------+
  1038.  
  1039. From: william1@teleport.com                             15-Oct-99 16:57:25
  1040.   To: All                                               15-Oct-99 21:58:15
  1041. Subj: C++ for OS/2 for Dummies?
  1042.  
  1043. From: williamd <william1@teleport.com>
  1044.  
  1045. I'd like to learn a bit of programming, if only to satisfy a curiosity and 
  1046. get some idea of what's behind the scenes. I would be totally new to it, 
  1047. but am fairly computer-literate in other areas.
  1048.  
  1049. I've seen several low-cost packages locally that purport to teach the 
  1050. basics, but they're all for Win. I'd like to learn this under Warp 3. I'd 
  1051. like to get a few ideass as to what os/2 resources are available for the 
  1052. beginner, whether it be books or software. Which apps are indispensable vs 
  1053. those that would be overkill and/or over my head?
  1054.  
  1055. Thanks for any suggestions.
  1056.  
  1057.  
  1058. Bill
  1059.  
  1060. __
  1061. william1@teleport.com
  1062.  
  1063. --- WtrGate+ v0.93.p7 sn 165
  1064.  * Origin: Usenet: Teleport Inc. (1:109/42)
  1065.  
  1066. +----------------------------------------------------------------------------+
  1067.  
  1068. +============================================================================+
  1069.