home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 15 Message / 15-Message.zip / oe991009.zip / Pr991008.txt < prev    next >
Text File  |  1999-10-09  |  11KB  |  292 lines
  1.  
  2.                   OS/2 Programming                 (Fidonet)
  3.  
  4.                  Saturday, 02-Oct-1999 to Friday, 08-Oct-1999
  5.  
  6. +----------------------------------------------------------------------------+
  7.  
  8. From: Harald Pollack                                    27-Sep-99 08:52:04
  9.   To: Ian Moote                                         02-Oct-99 01:56:15
  10. Subj: Maximum threads.
  11.  
  12. Am 11. Sep 99 11:41, schrieb Ian Moote (1:2424/224.211)
  13.     an HARALD POLLACK:
  14.  
  15. Servus Ian!
  16.  
  17.  IM> Servus! (I've had more E-Mail from Deutschland in the past 
  18.  IM> week than I think I've had in my entire life!)
  19.  
  20. If you believe or not, but my mail was NOT from Deutschland (Germany) it was
  21. from Oesterreich (Austria) :-)
  22.  
  23. Herzliche Gruesse, Harald
  24.  
  25. -+- Message created on Monday September, 27 1999 08:53:37 EDT
  26. --- WarpEd/2 1.11α
  27.  * Origin: LFP Schwechat [OS/2] (2:310/14.59)
  28.  
  29. +----------------------------------------------------------------------------+
  30.  
  31. From: Tom Torfs                                         02-Oct-99 12:32:00
  32.   To: Herbert Rosenau                                   03-Oct-99 13:31:02
  33. Subj: ... Perl
  34.  
  35. Herbert Rosenau wrote in a message to Thomas Seeling:
  36.  
  37.  HR> No. The only garanteed is: digits are contigous. So '0' through '9'
  38.  HR> can be simple in/decremented. But letters not.
  39.  
  40. Correct.
  41.  
  42.  HR> But practise thows tha independant of chasets and real computers it
  43.  HR> would go. And if you don't mix numbers and letters (like 0x41 for
  44.  HR> 'A') and uppercase and lowercase it would be independant of ASCII
  45.  HR> or EBCDIC.
  46.  
  47. No, EBCDIC letters are not contiguous.
  48.  
  49. The obvious solution I talked about would of course be:
  50.  
  51. const char lookuptable[] = "ABCDEFGHIJKLMNOPQRSTUVWXYZ";
  52.  
  53. etc.
  54.  
  55. greetings,
  56. Tom
  57. tomtorfs@village.uunet.be
  58.  
  59. --- timEd/2 1.10.y2k+
  60.  * Origin: 80X86 BBS 32-15-24.62.32 V.34/V.FC (24h/24h) (2:292/516)
  61. 900/525
  62.  
  63. +----------------------------------------------------------------------------+
  64.  
  65. From: Vitus Jensen                                      03-Oct-99 23:41:15
  66.   To: all                                               05-Oct-99 01:48:28
  67. Subj: VAC 3.0 Subsystem Library
  68.  
  69. Hi all,
  70.  
  71. I'm implementing some DLLs to allow third party applications to control
  72. machines via serial lines.  The DLLs use CRT routines (malloc,free) and are
  73. currently statically linked to their own version of CRTs.
  74. I'm wondering whether those statically linked CRTs are the correct way to do
  75. it or may even cause errors (in fact there is currently a hang situation
  76. reported).
  77.  
  78. Could someone explain the use of the subsystem library (compile switch /Rn)
  79. and whether it's use would be better in my case.  And please remember that I
  80. have a thread hidden inside the DLLs (currently started via _beginthread but
  81. /Rn doesn't support it, DosStartThread plus some magic code required?).
  82.  
  83. Hoping for enlightenment,
  84.     Vitus
  85.  
  86. --- Sqed/rexx 367:
  87.  * Origin: SET RESTARTOBJECTS=DONTRESTARTTHEONETHATCRASHED! (2:2474/424.1)
  88. 7102/1
  89.  
  90. +----------------------------------------------------------------------------+
  91.  
  92. From: Ian Moote                                         04-Oct-99 08:00:00
  93.   To: HARALD POLLACK                                    05-Oct-99 01:48:28
  94. Subj: Maximum threads.
  95.  
  96. HP> Servus Ian!
  97. HP>
  98. HP> IM> Servus! (I've had more E-Mail from Deutschland in the past 
  99. HP> IM> week than I think I've had in my entire life!)
  100. HP>
  101. HP> If you believe or not, but my mail was NOT from Deutschland
  102. HP> (Germany) it was from Oesterreich (Austria) :-)
  103.  
  104. Same thing.
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119. I'm kidding!! I'M KIDDING!!!! [;DDD
  120.  
  121. Sorry about that Harald. [:) I thought that I had checked but I guess I 
  122. was making an assumption.
  123.  
  124. Take care and TTYL.
  125.  
  126. ---
  127.  ■■ Those who live by the sword get shot by those who don't.                   
  128.      
  129.  
  130. --- AdeptXBBS v1.11y (FREEWare/2)
  131.  * Origin: Moote Pointe (1:2424/224.211)
  132.  
  133. +----------------------------------------------------------------------------+
  134.  
  135. From: Will Honea                                        05-Oct-99 02:15:02
  136.   To: Vitus Jensen                                      05-Oct-99 02:15:02
  137. Subj: VAC 3.0 Subsystem Librar
  138.  
  139. Vitus Jensen wrote to all on 10-03-1999
  140.  
  141. VJ> Hi all,
  142. VJ> 
  143. VJ> I'm implementing some DLLs to allow third party 
  144. VJ> applications to control machines via serial lines.  The 
  145. VJ> DLLs use CRT routines (malloc,free) and are currently 
  146. VJ> statically linked to their own version of CRTs.
  147. VJ> I'm wondering whether those statically linked CRTs are the 
  148. VJ> correct way to do it or may even cause errors (in fact 
  149. VJ> there is currently a hang situation reported).
  150.  
  151. Well, static linking is a good way to use LOTS of memory.  Since you
  152. are using several DLL's you could save a lot of space by dynamic
  153. linking.  I use it in one big app I work on and the RTL (re-named per
  154. IBM rules) is bigger than any of the 'functional DLL's.
  155.  
  156. VJ> Could someone explain the use of the subsystem library (compile
  157. VJ> switch /Rn)  and whether it's use would be better in my case.  And 
  158. VJ> please remember that I have a thread hidden inside the DLLs 
  159. VJ> (currently started via _beginthread but /Rn doesn't support  it,
  160. VJ> DosStartThread plus some magic code required?).
  161.  
  162. I use _beginthread() liberally.  Most of my threads deal with comm
  163. links - network and serial - so it only makes sense to spin them off
  164. that way.  There are some slicker ways to instantiate the threads but
  165. they all seem to deny me some important tweeking.  A couple of the
  166. threads I run will need from 28k to 4 meg for stack/heap and
  167. _beginthread() allows me the flexibility to allocate enough that the
  168. thread can then commit whatever it really needs.  BTW, all these
  169. threads are launched from DLL code and use semaphores and a message
  170. queue for control and process-related communications.  Just be VERY
  171. careful of where you put your waits and be extra meticulous about
  172. cleanup on thread exit.  The biggest trap the programmers I work with
  173. fall into is misuse of shared memory - they just can't seem to clean
  174. up after themselves.  I think it's a carryover from using multiple
  175. processes rather than true threads.  Just to ease your mind a little,
  176. one comm job that gets done has been known to run over 100 threads in an
  177. iterative challenge-reply communications exchange and I've always been
  178. able to kill the process cleanly at any stage.  Also, don't be fooled
  179. by the IOC propaganda - the base API's like _beginthread()\_endthread()
  180. are still quite available.
  181.  
  182. Will Honea <whonea@codenet.net>
  183. --- Maximus/2 2.02
  184.  * Origin: OS/2 Shareware BBS, telnet://bbs.os2bbs.com (1:109/347)
  185.  
  186.  
  187. +----------------------------------------------------------------------------+
  188.  
  189. From: Mod Rules Poster                                  06-Oct-99 22:32:18
  190.   To: All                                               07-Oct-99 07:03:00
  191. Subj: OS2PROG Echo Rules
  192.  
  193. Rev: Wed 6 Oct 99 21:34
  194. ============================================================================
  195. The Official Rules of The FidoNet OS2PROG Echo
  196.  
  197. The objectives of the OS2PROG echo are:
  198.  
  199. 1. To provide a forum in which messages pertaining to programming
  200.    for and under OS/2 can be exchanged. It is for the technical
  201.    support of OS/2 programming, not OS/2 programs. Queries about
  202.    applications and utility programs should be placed in the
  203.    general OS2 echo.
  204.  
  205. 2. To provide technical support for newcomers to programming for OS/2.
  206.  
  207. The rules under which messages are to be exchanged in this echo are:
  208.  
  209. 0. The preferred language is English, but this is not compulsory. Since
  210.    most of the participants will be fluent in English, any problem
  211.    reports will receive the widest scrutiny if they are written in
  212.    English.
  213.  
  214. 1. Real names only. No pseudonyms, "handles", "monickers" or aliases.
  215.  
  216. 2. Relevance to topic. Posts should pertain to programming and
  217.    specifically in the OS/2 environment.
  218.  
  219. 3. Advertising. A maximum of 1 advertisement per month by the
  220.    author/publisher of software relevant to the topic of the echo will
  221.    be permitted. Other products must NOT be advertised.
  222.  
  223. 4. No flaming or abusive language will be tolerated. Also, excessive
  224.    profanity is not permitted. Please remember the sensibilities of
  225.    others before you upload that QWK packet.
  226.  
  227. 5. Let the moderator do the moderating. Do not reply to "test" messages
  228.    from BBSes that have just joined the echo. Do not reply to off-topic
  229.    messages or flames. These will all be dealt with by the moderator.
  230.  
  231. 6. You may post uuencoded, xxencoded or base-64 encoded message only
  232.    with the prior approval of the moderator. When asking for approval
  233.    please state the approximate size of the message, its content and
  234.    usefulness to the other participants of the echo.
  235.  
  236. 7. The OS/2 platform is deemed to be:
  237.        Native OS/2, both text and PM;
  238.        Virtual DOS Machine (VDM & WIN-OS/2) session.
  239.  
  240.    The only reason to discuss DOS/Windows programs in this echo will
  241.    be if those DOS/Winodws programs use features specific to OS/2's
  242.    VDM or WIN-OS/2 support. General DOS/Windows programming is off-topic.
  243.  
  244. 8. High ASCII is permitted, except 'FF'X, but low ASCII (below '20'X) is
  245.    not permitted beyond the standard CR/LF/etc., characters.
  246.  
  247. 9. Programming languages. All programming languages are considered valid.
  248.    People using REXX might consider using the OS2REXX echo instead, as
  249.    this contains people with a definite REXX focus who don't poll OS2PROG.
  250.    However, all compiler, interpreter and assembler languages that are
  251.    being used to program OS/2 are suitable for the posting of sample code
  252.    in this echo.
  253.  
  254. These rules will be revised, amended or appended to as needs arise.
  255.  
  256. Thanks in advance for your compliance.
  257.  
  258. David Noon
  259. Moderator, FidoNet OS2PROG echo
  260.  
  261.  * Origin: (1:3634/12)
  262. 900/525
  263.  
  264. +----------------------------------------------------------------------------+
  265.  
  266. From: Mads Orbesen Troest                               05-Oct-99 15:46:04
  267.   To: Vitus Jensen                                      08-Oct-99 15:26:08
  268. Subj: VAC 3.0 Subsystem Library
  269.  
  270. Why, Hello Vitus...
  271.  
  272. Replying to a message of Vitus Jensen to all:
  273.  
  274.  VJ> Could someone explain the use of the subsystem library (compile switch
  275.  VJ> /Rn) and whether it's use would be better in my case.
  276.  
  277. As far as I am informed, the Subsystem switch means that /no/
  278. startup/termination code is inserted in the generated code. If you use any
  279. library functions whatsoever, this is probably not a very good switch to
  280. check.
  281.  
  282.    These were the incoherent ramblings of ...
  283.       ... Mads Orbesen Troest <mads@troest.dk>
  284.  
  285. --- FleetStreet 1.21+
  286.  * Origin: Came from the land of desert sand... (2:238/202.1)
  287. 7102/1
  288.  
  289. +----------------------------------------------------------------------------+
  290.  
  291. +============================================================================+
  292.