comp.os.os2.programmer.misc (Usenet) Saturday, 23-Oct-1999 to Friday, 29-Oct-1999 +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 22-Oct-99 18:59:26 To: All 23-Oct-99 04:42:01 Subj: DosSetFileSize on HPFS386 From: ilya@math.ohio-state.edu (Ilya Zakharevich) The test suite of Perl runs OK on HPFS, but is reported to have one subtest failure on HPFS386. AFAIU, this difference boils down to a difference in semantic of DosSetFileSize() on HPFS386/HPFS. On HPFS the directory entry for the file is immediately updated. On HPFS386 the directory entry is updated only after (?) the file is is closed. From the scarce documentation of DosSetFileSize() I cannot deduce whether the behaviour on HPFS386 is a bug. Any comments? Thanks, Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 22-Oct-99 19:04:13 To: All 23-Oct-99 04:42:01 Subj: DSOM, SOMFOREIGN, and somId From: ilya@math.ohio-state.edu (Ilya Zakharevich) I have a pretty old version of toolkit (from DevCon 11 ;-), and it says that DSOM cannot dispatch anything related to SOMFOREIGN, including somId. AFAIU, this should enormously complicate writing "absolutely dynamic" DSOM interface, when *nothing* is known until compile time. Was this restriction lifted in later releases? Are my estimates too pessimistic? If yes, why OREXX needs to install a special WPS class to access WPS objects? Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: barrowcl@flash.net 22-Oct-99 21:53:14 To: All 23-Oct-99 04:42:02 Subj: Delete a pipe From: "George Barrowcliff" I need to delete \pipe\npm0 that was left over by Lan Server Printer Utility so I can reuse it. Deleting it from the PORT window stays deleted until a reboot and then it comes back. TIA GWB --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Bergen Brunswig (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 23-Oct-99 05:08:26 To: All 23-Oct-99 04:42:02 Subj: somVaBuf: no trace whatsoever From: ilya@math.ohio-state.edu (Ilya Zakharevich) I'm playing with SOM sample code in .inf files, but cannot compile whatever mentions somVaBuf. There is no file (except 2 .inf files ;-) in the whole toolkit (of DevCon 11) which mentions these words (I did case-insensitive search - does not help)... Now what? Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: kh@no.spam.munot.demon.co.uk 23-Oct-99 11:24:29 To: All 23-Oct-99 10:32:23 Subj: Dump Formatter (PMDF) help requested From: kh@no.spam.munot.demon.co.uk (Kevin) I have a large complex application that hangs from time to time. Only the application process is hung - the rest of OS/2 and other processes continue to run. I have tried every process killer I could find, but nothing will kill the application when it is hung. This leads me to believe it is blocked in ring 0. I have managed to get a dump from only one occurrance of the hang so far. The process has a single thread that is blocked on an unnamed private semaphore. I would like to try to unwind the stack to see where it last left the application. The R command displays the registers, but when it tries to display the current instruction it prints the message 'Invalid linear address 5b:17f4d3' (for example, don't have the actual address to hand). The same thing happens with any commands that use the stack address. I have looked at two other slots. One worked fine with the R command, the other also gave the invalid linear address message. Is this a fluke? Will I be able to get any further with this dump? Am I likely to have better luck if I manage to capture another dump? The only other information I have is that the address in EIP appears to belong to the VAC++ runtime DLL. Thanks for any help, Kevin --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Organization (1:109/42) +----------------------------------------------------------------------------+ From: rde@tavi.co.uk 23-Oct-99 12:22:02 To: All 23-Oct-99 14:34:07 Subj: Re: Access to floppy disks in c programs From: rde@tavi.co.uk (Bob Eager) On Wed, 13 Oct 1999 17:33:22, "Andrew Volkov" wrote: > I have disk: 2 head, 80 tracks, 16 sectros and sector size if 256 bytes. > > How i can access to this disk in my c/c++ program? > I use DosDevIOCtl DSK_READTRACK function but it returns SECTOR_NOT_FOUND > error... :( You need to use DSK_SETDEVICEPARAMS first Remember to save the old setting and put it back afterwards... -- Bob Eager rde at tavi.co.uk PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2, 8580*6, 8557*2, 8550, 9577, 8530, P70, PC/AT.. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Tavi Systems (1:109/42) +----------------------------------------------------------------------------+ From: robmv@promca.com 23-Oct-99 10:47:25 To: mmcclelland@delphi.com 23-Oct-99 14:34:07 Subj: Re: dynamic loadable driver (OS/2)????? To: Mark McClelland From: Robert Marcano Este es un mensaje de varias partes en formato MIME. --------------522B6BFCB36FAC92BEBBC9C7 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Probably IBM is working on that, because the VACPP 4.0 documentation says about "dld" as an OS2 target... Check for the target directive for icc files. Mark McClelland escribi¢: > I think a DLD is a Windown (WDM?) driver. No such equivalent thing > exists in OS/2 to my knowledge. It would require some heavy-duty > rewriting of the kernel and much better kernel exception management (not > that Win98 is very much better than OS/2 in that regard) > > --- > Mark McClelland > mmcclelland@delphi.com > Get paid to surf the web! Visit to www.easydough.com for more info. > > Robert Marcano wrote: > > > > 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 --------------522B6BFCB36FAC92BEBBC9C7 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 tel;fax:(+582) 9591729 tel;home:(+5816) 6218891 tel;work:(+582)9 591665 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@promca.com title:System Architect 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:;15136 fn:Robert Jes£s Marcano Varela end:vcard --------------522B6BFCB36FAC92BEBBC9C7-- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. ( (1:109/42) +----------------------------------------------------------------------------+ From: cwr@cts.com 24-Oct-99 01:48:11 To: All 24-Oct-99 05:23:24 Subj: Re: Emulating dialog using control windows From: Will Rose Branch Systems wrote: : I am trying to emulate another app of mine that uses a dialog box, by using : WinCreateStdWindow to createthe frame and client and then using : WinCreateWindow in the WM_CREATE processing to create the individual control : windows - some static texts, two entryfields some group boxes and a : pushbutton. : I have managed to create size and position the controls ok, but the major : problem is the key handling - the default dialog window processing seems to : handle: : - an ENTER key resulting in the default pushbutton being pushed : - tabbing from field to field : I have no managed to get the two above tasks to work. : Does anyone have a code for a working example of a similar app that they : could post? You need to subclass the frame window and intercept the tab and enter WM_CHAR messages - a similar sub-routine follows: /* * C o n t F r a m e S u b * * Subclass the container frame window procedure. * * Catch the WM_QUERYTRACKINFO message to control the * resizing of the frame window, and catch the TAB key * to change focus. */ MRESULT EXPENTRY ContFrameSub(HWND hwnd, ULONG msg, MPARAM parm1, MPARAM parm2) { ULONG u; TRACKINFO t, *pt; PFNWP pfn; MRESULT mr; BOOL rc; /* get the side in use */ if (WinQueryWindowUShort(hwnd, QWS_ID) == IDF_LEFT_CONT) { pfn = pfnLeftContProc; u = TF_RIGHT; } else { pfn = pfnRightContProc; u = TF_LEFT; } switch(msg) { case WM_QUERYTRACKINFO: mr = (*pfn)(hwnd, msg, parm1, parm2); pt = (TRACKINFO *)parm2; pt->fs &= ~TF_MOVE; pt->fs |= u; break; case WM_CHAR: if (SHORT1FROMMP(parm2) == '\t' /* the control seems to grab the keydowns */ && (SHORT1FROMMP(parm1) | KC_KEYUP) && (SHORT1FROMMP(parm1) | KC_CHAR) && WinQueryFocus(HWND_DESKTOP) != hwnd) { rc = WinPostMsg(hwndGlobalFrame, UM_FOCUS, MPFROM2SHORT(0, 1), MPFROMHWND(hwnd)); mr = (MRESULT) TRUE; } else mr = (*pfn)(hwnd, msg, parm1, parm2); break; default: mr = (*pfn)(hwnd, msg, parm1, parm2); break; } return mr; } Will cwr@crash.cts.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: CTS Network Services (1:109/42) +----------------------------------------------------------------------------+ From: sma.spam-not@rtd.com 24-Oct-99 06:06:06 To: All 24-Oct-99 05:23:24 Subj: Watcom C++ and STL From: James Moe Hello, Does Watcom C++ do STL? I have v11.0 of the Watcom compiler and it does not care for a particular item: "ptrdiff_t." Wherever ptrdiff_t occurs a syntax error is raised. -- sma at rtd dot com Remove ".spam-not" for email --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42) +----------------------------------------------------------------------------+ From: root@microsoft.com 24-Oct-99 08:59:24 To: All 24-Oct-99 10:19:13 Subj: IPX programming under OS/2? From: root@microsoft.com (Bart/2 (Bartosz Tomasik)) Hi, Are there any libs for IPX/SPX programming under OS/2 Warp (Toolkit contains only TCP/IP libs...) ------------------------------------------------- Bart/2 irc:Ihsahn Bart2@asua.org.pl UIN:50890586 Asu'a member http://www.asua.org.pl TeamOS/2 Polska http://www.teamos2.org.pl --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Asu'a (1:109/42) +----------------------------------------------------------------------------+ From: robmv@promca.com 23-Oct-99 13:07:13 To: All 24-Oct-99 16:44:17 Subj: WPS class WPINSTALL From: Robert Marcano Este es un mensaje de varias partes en formato MIME. --------------3FD33EA5EDAEB8B638C0A342 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I created an Instance of the class WPINSTALL in my desktop (the one that uses Feature Installer plugin, and that installed products generated in the directory (C:\OS2\INSTALL\Installed Features). The objects in this directory are read only, and can deinstall part or products entirely. The instance that I created is not read only, I can add information to each page of the settings notebook, and it has three additional options in th popup menu: "Package", "Response file> save" and "Response file>Read". When I choose Package, and the information in the setting in OK, it generates part of the files required by "Feature Installer". Where can I obtain the Feature Installer Toolkit, because the help say that it exist: Extracted from the help of the object WPInstall: "Install objects are used for creating custom installations. A developer may use install objects to configure an installation of their application. The configured installation object is then shipped with the application to be installed by the user. Therefore, an installation object has two modes: development mode and user mode. Install objects are derived from WPFolder and so can be thought of as a special type of folder. The install object opens in tree view by default, but may also be opened in icon or details view. Note that the Properties notebook contains several new pages in addition to the standard folder pages. The settings pages are filled in by the developer to tell the install object what to do during the installation process. Create a new install object from the Feature Install Object template in the Feature Install folder. ... The Feature Install program provides a general purpose development environment for assisting in the development of install objects. The Feature Install folder contains the following objects: Developer Feature Install Object Feature Install Samples Install Helper TEMPLATE TOOLKIT Uninstall Feature Install Toolkit User --------------3FD33EA5EDAEB8B638C0A342 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 tel;fax:(+582) 9591729 tel;home:(+5816) 6218891 tel;work:(+582)9 591665 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@promca.com title:System Architect 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:;15136 fn:Robert Jes£s Marcano Varela end:vcard --------------3FD33EA5EDAEB8B638C0A342-- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: =?iso-8859-1?Q?Programaci=F3n?= Mecanizada C.A. ( (1:109/42) +----------------------------------------------------------------------------+ From: timurkz@saxz.mmbank.ru 25-Oct-99 03:11:16 To: All 24-Oct-99 21:21:06 Subj: Re: IPX programming under OS/2? From: "Timur Kazimirov" On 24 Oct 1999 08:59:49 GMT, Bart/2 (Bartosz Tomasik) wrote: >Hi, Are there any libs for IPX/SPX programming under OS/2 Warp I suppose you have to contact with Novell Inc., to get access to NetWare SDK or description of NWCALLS.DLL functions as a minimum. With best regards, Timur Kazimirov =================== @if you want to reply me delete all "z" from address --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: INKOMBANK, Sakhalin Branch (1:109/42) +----------------------------------------------------------------------------+ From: yourself@127.0.0.1 25-Oct-99 04:44:27 To: All 25-Oct-99 03:26:09 Subj: Re: WPS class WPINSTALL From: yourself@127.0.0.1 (Rich Walsh) On Sat, 23 Oct 1999 19:07:27, Robert Marcano wrote: > I created an Instance of the class WPINSTALL in my desktop (the one > that uses Feature Installer plugin, and that installed products > generated in the directory (C:\OS2\INSTALL\Installed Features). The > objects in this directory are read only, and can deinstall part or > products entirely. > > The instance that I created is not read only, I can add information to > each page of the settings notebook, and it has three additional options > in th popup menu: "Package", "Response file> save" and "Response > file>Read". When I choose Package, and the information in the setting > in OK, it generates part of the files required by "Feature Installer". > > Where can I obtain the Feature Installer Toolkit, because the help say > that it exist: [snip] This has come up before - check deja.com for details. AFAIK, IBM has never released the Toolkit nor licensed the runtime package (which you have) for use in creating new packages. I wouldn't use it for commercial or shareware products without first contacting IBM. == == almost usable email address: rlwalshATpacket.net == == ___________________________________________________________________ | - DragText v3.1 - Rich Walsh | A Distinctly Different Desktop Enhancement Ft Myers, FL | New! Pickup & Drop for text, and more... | http://www.usacomputers.net/personal/rlwalsh/ ___________________________________________________________________ --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: http://extra.newsguy.com (1:109/42) +----------------------------------------------------------------------------+ From: m.karsch@ath.nl 25-Oct-99 11:00:18 To: All 25-Oct-99 10:31:28 Subj: Re: How do I read and write ethernet packets? From: Michiel Karsch Try to find documentation on acslan (dll in ibmcom/dll) here you have access at LLC level (802.2) It is documented but i don't rember where. Michiel Niclas Lindstr”m wrote: > Niclas Lindstr”m wrote: > > > > Are there any API's in OS/2 that can be used to read and > > write ethernet frames directly from/to the lan-adapter so > > I can analyze the ethernet header, modify it and send it > > back out on the ethernet again..? > > > > Ok, I believe I will have to write my own intermediate > NDIS-driver. Does anyone know were I can find good source > samples for NDIS drivers. I just downloaded the DDK from > IBM and at the first look at the sample in there (a token > ring driver) it looks too complex. I guess it includes > hardware access and things like that, but my driver only > need to access the existing NDIS driver and act as any > NDIS driver towards the application (TCP/IP-stack)... > > Regards > Niclas Lindstr”m --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: WorldOnline News server (1:109/42) +----------------------------------------------------------------------------+ From: elaffoon@jps.net 24-Oct-99 12:49:23 To: All 25-Oct-99 10:31:28 Subj: Running CGI and Perl modules in OS/2 From: Eric Laffoon Does anyone know how to get this to work? I have two questions... 1) How do I get my system to run CGI scripts from the browser without having to upload to the site to test? I can run perl, so it seems I should be able to do this. 2) I have downloaded CGI-pm and even though I have Perl5 installed I can't seem to run modules. I've been through the Perl.inf file OS/2 section... as far as I can tell this is some configuration nightmare!!! There are files everywhere, non-existant paths indicated with errors, totally erroneous data returned with the -v option... I am limited to basic perl on my system right now... I've found a newer perl5.exe (5.00445 or something) and most all documentation and setup is two years old. Does anybody do this in OS/2 or should I just partition and boot Linux? Eric Laffoon --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: leonz@ibm.net 25-Oct-99 10:17:06 To: All 25-Oct-99 10:31:28 Subj: Re: WPS class WPINSTALL From: leonz@ibm.net (Leon D. Zetekoff) On Mon, 25 Oct 1999 04:44:54, yourself@127.0.0.1 (Rich Walsh) wrote: Hi there... > On Sat, 23 Oct 1999 19:07:27, Robert Marcano wrote: > > The instance that I created is not read only, I can add information to > > each page of the settings notebook, and it has three additional options > > in th popup menu: "Package", "Response file> save" and "Response > > file>Read". When I choose Package, and the information in the setting > > in OK, it generates part of the files required by "Feature Installer". > > > > Where can I obtain the Feature Installer Toolkit, because the help say > > that it exist: > [snip] > > This has come up before - check deja.com for details. AFAIK, IBM > has never released the Toolkit nor licensed the runtime package > (which you have) for use in creating new packages. I wouldn't use > it for commercial or shareware products without first contacting IBM. I've been after IBM ever since they abandoned the Software Installer. Recently I tried again and they refuse to make it public. Talk about tunnelvision. Take care, leon --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Z&K Enterprises (1:109/42) +----------------------------------------------------------------------------+ From: rosenbergerb@my-deja.com 25-Oct-99 13:33:08 To: All 25-Oct-99 14:48:15 Subj: Non-functioning scrollbars From: Bobbi Rosenberger We have a customer that purchased on OS/2 application from us. This customer is telling me that none of the scrollbars in our application, or any other application (e.g. the OS/2 Window List) are working. Page-Up, Page-Down, and Arrow keys work. But using the mouse with the scrollbar doesn't work. The mouse works otherwise, for selecting menu options, etc. Has anyone seen this behavior? The field engineer at the customer site is ready to re-install OS/2 to fix the problem, but I think that is a drastic measure. The customer is running OS/2 3.0. Any help would be appreciated. Sent via Deja.com http://www.deja.com/ Before you buy. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Deja.com - Before you buy. (1:109/42) +----------------------------------------------------------------------------+ From: jdosbor@revealed.net 25-Oct-99 08:33:02 To: All 25-Oct-99 14:48:15 Subj: netscape for OS/2 2.02 DDE info? From: "jim osborne" netscape removed the link from their site - home.netscape.com/newsref/std/ddeapi.html, anyone have this info they can send me? jim osborne jdosbor@revealed.net --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: http://extra.newsguy.com (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 25-Oct-99 15:42:15 To: All 25-Oct-99 14:48:15 Subj: Re: WPS class WPINSTALL From: ilya@math.ohio-state.edu (Ilya Zakharevich) [A complimentary Cc of this posting was sent to Leon D. Zetekoff ], who wrote in article : > I've been after IBM ever since they abandoned the Software Installer. > Recently I tried again and they refuse to make it public. Talk about > tunnelvision. Given what piece of junk SoftInstaller was, I'm not surprised. Is Feature Installer similar in crappiness? I have never seen it... Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: lyn@zolotek.REMOVE-SPAM.com 25-Oct-99 20:24:22 To: All 25-Oct-99 19:06:15 Subj: Re: Running CGI and Perl modules in OS/2 From: lyn@zolotek.REMOVE-SPAM.com On Sun, 24 Oct 1999 16:49:46, Eric Laffoon wrote: > Does anyone know how to get this to work? I have two questions... > 1) How do I get my system to run CGI scripts from the browser without > having to upload to the site to test? I can run perl, so it seems I > should be able to do this. Rename the script foo.cmd, and add as the first line: extproc perl -S > 2) I have downloaded CGI-pm and even though I have Perl5 installed I > can't seem to run modules. I've been through the Perl.inf file OS/2 > section... as far as I can tell this is some configuration nightmare!!! > There are files everywhere, non-existant paths indicated with errors, > totally erroneous data returned with the -v option... > > I am limited to basic perl on my system right now... I've found a newer > perl5.exe (5.00445 or something) and most all documentation and setup is > two years old. Does anybody do this in OS/2 or should I just partition > and boot Linux? The latest version is 5.00553, available directly from Ilya Zakharevich's site (the porter and maintainer), at ftp://ftp.math.ohio-state.edu/pub/users/ilya/. This installs automatically without any problems, and adds paths to config.sys. Running perl -v returns only pertinent data - I suggest that the first thing to do is update perl. There should be no need to use Linux, unless you need some particular feature which doesn't work the same on OS/2 - the .inf manual covers all this. Certainly running .cgi scripts as .cmd works fine here in general. Though having said that, I do have a particular perl programme (very complex) which will not - yet - run quite the same under OS/2 as under Linux. > Eric Laffoon > Cheers Lyn St George lyn at zolotek dot com --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: rmahoney@_REMOVE_THIS_netusa.net 25-Oct-99 23:16:25 To: All 25-Oct-99 21:17:19 Subj: Re: netscape for OS/2 2.02 DDE info? From: rmahoney@_REMOVE_THIS_netusa.net (Robert Mahoney) On Mon, 25 Oct 1999 13:33:04, "jim osborne" wrote: > netscape removed the link from their site - > home.netscape.com/newsref/std/ddeapi.html, anyone have this info they can > send me? Try this: http://developer.netscape.com:80/docs/manuals/communicator/DDE/index.h tml Bob -- Robert Mahoney 2Rud Software and Consulting http://www.netusa.net/~rmahoney --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: 2Rud Software (1:109/42) +----------------------------------------------------------------------------+ From: jdparker@erols.com 25-Oct-99 23:48:29 To: All 26-Oct-99 05:14:19 Subj: DosDevIOCtl questions From: Jim Parker I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the Toolkit header files is bsedev.h which includes a define for DSK_READTRACK which appears to be a function handled by DosDevIOCtl which will allow me to read a specific sector from a disk. However, I don't have any documentation which shows how to use DosDevIOCtl to do that. Basically what I want to do is: given a drive spec (E.g., x:) and a cylinder/ header/ sector, read the sector into a buffer. How do I do that? Is there a book available which explains this sort of thing? Is it still available? Thanks Jim --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 26-Oct-99 10:38:20 To: All 26-Oct-99 20:25:02 Subj: Re: ftp client code upload problem From: cotroneo@stny.rr.com In <38155666.B370049@rtd.com>, James Moe writes: > > >cotroneo@stny.rr.com wrote: >> >> Hello all, >> >> I have been working on an ftp client written in c for >> over a year. The program works flawlessly when communicating >> with a unix or os/2 server. >> >> Recently, I placed an ftp server on a win95 machine. In testing my >> client, I found that downloads worked well, but consistenly, the >> uploads to the win95 machine would allways come up short in bytes. >> >> I am really perplexed about this since I find no problems uploading >> to other systems. >> >> Anyone have any thoughts. I am reaching for straws here. >> > At the risk of offering the obvious: Did you transfer in binary >mode? > I cannot imagine why it would be different for win95. Perhaps the >other systems default to binary whereas the win95 system defaults to >text? > The client automatically sets binary mode before the transfer. I can watch it send every bit of the file, but for win95, the last 10th of the file doesn't transfer. Really strange.... Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: kh@no.spam.munot.demon.co.uk 26-Oct-99 19:51:18 To: All 26-Oct-99 20:25:02 Subj: Re: Dump Formatter (PMDF) help requested From: kh@no.spam.munot.demon.co.uk (Kevin) found the problem. Analysing a dump from a PC with FP10 on a machine with FP4 and the version of PMDF from base. Upgraded to the new PMDF from FP10 and everything works! Now my question is with a semaphore wait in the VAC++ runtime exit list processing. It appears that my application has trapped E, although no trap screen was displayed. The task status indicates that the application is terminating and is in exit list processing. Thread 1 is waiting on a private unnamed semaphore. DOS32WAITEVENTSEM was called from within the C runtime. Unwinding the stack, I find that it was ultimately called from a routine called __RunExitList in the C runtime. Does anyone know what the semaphore is for, why it hasn't been cleared, or what to do to fix this problem? Thanks, Kevin On Sat, 23 Oct 1999 11:24:58 GMT, kh@no.spam.munot.demon.co.uk (Kevin) wrote: >I have a large complex application that hangs from time to time. Only >the application process is hung - the rest of OS/2 and other processes >continue to run. I have tried every process killer I could find, but >nothing will kill the application when it is hung. This leads me to >believe it is blocked in ring 0. > >I have managed to get a dump from only one occurrance of the hang so >far. The process has a single thread that is blocked on an unnamed >private semaphore. I would like to try to unwind the stack to see >where it last left the application. The R command displays the >registers, but when it tries to display the current instruction it >prints the message 'Invalid linear address 5b:17f4d3' (for example, >don't have the actual address to hand). The same thing happens with >any commands that use the stack address. I have looked at two other >slots. One worked fine with the R command, the other also gave the >invalid linear address message. Is this a fluke? Will I be able to get >any further with this dump? Am I likely to have better luck if I >manage to capture another dump? > >The only other information I have is that the address in EIP appears >to belong to the VAC++ runtime DLL. > >Thanks for any help, >Kevin --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Organization (1:109/42) +----------------------------------------------------------------------------+ From: kh@no.spam.munot.demon.co.uk 26-Oct-99 19:51:19 To: All 26-Oct-99 20:25:02 Subj: App hangs waiting on semaphore in C runtime exit list processing From: kh@no.spam.munot.demon.co.uk (Kevin) I have a large complex application that hangs from time to time. Only the application process is hung - the rest of OS/2 and other processes continue to run. I have tried every process killer I could find, but nothing will kill the application when it is hung. This leads me to believe it is blocked in ring 0. I have managed to get a dump from only one occurrance of the hang so far. The process has a single thread that is blocked on an unnamed private semaphore. It appears that my application has trapped E, although no trap screen was displayed. The task status indicates that the application is terminating and is in exit list processing. Thread 1 is waiting on a private unnamed semaphore. DOS32WAITEVENTSEM was called from within the C runtime. Unwinding the stack, I find that it was ultimately called from a routine called __RunExitList in the C runtime. Does anyone know what the semaphore is for, why it hasn't been cleared, or what to do to fix this problem? Thanks, Kevin --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Organization (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 26-Oct-99 23:14:12 To: All 28-Oct-99 10:23:12 Subj: Re: ftp client code upload problem From: cotroneo@stny.rr.com In <47fkd6T3ejeb-pn2-OgZSFhKKFdCI@tivv>, tvv@sbs.kiev.ua (Vit Timchishin) writes: >On Tue, 26 Oct 1999 10:38:41, cotroneo@stny.rr.com wrote: > >> In <38155666.B370049@rtd.com>, James Moe writes: >> > >> > >> >cotroneo@stny.rr.com wrote: >> >> >> >> Hello all, >> >> >> >> I have been working on an ftp client written in c for >> >> over a year. The program works flawlessly when communicating >> >> with a unix or os/2 server. >> >> >> >> Recently, I placed an ftp server on a win95 machine. In testing my >> >> client, I found that downloads worked well, but consistenly, the >> >> uploads to the win95 machine would allways come up short in bytes. >> >> >> >> I am really perplexed about this since I find no problems uploading >> >> to other systems. >> >> >> >> Anyone have any thoughts. I am reaching for straws here. >> >> >> > At the risk of offering the obvious: Did you transfer in binary >> >mode? >> > I cannot imagine why it would be different for win95. Perhaps the >> >other systems default to binary whereas the win95 system defaults to >> >text? >> > >> >> The client automatically sets binary mode before the transfer. >> I can watch it send every bit of the file, but for win95, the >> last 10th of the file doesn't transfer. Really strange.... >Do you shutdown socket properly? Or simply closes it (DATA connection)? This can >be an answer I issue a soclose on the datasocket: soclose( iDataSocket ); Strange thing is that I am not having this problem when I use rxftp.dll to upload. My C client is having the problem, but only to the server running on my windows machine. Uploads to unix or os/2 servers do fine. I have wonder if the transmission speed of the c client is choking the win95 server. Strange that it allways seems to error at the last 10% of the file. Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: jdparker@erols.com 26-Oct-99 21:58:04 To: thannymeister@.yahoo.com 28-Oct-99 10:23:12 Subj: Re: DosDevIOCtl questions To: Mike Ruskai From: Jim Parker Mike Ruskai wrote: > On Mon, 25 Oct 1999 23:48:59 -0400, Jim Parker wrote: > > >I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the > >Toolkit header files is bsedev.h which includes a define for > >DSK_READTRACK which appears to be a function handled by DosDevIOCtl > >which will allow me to read a specific sector from a disk. However, I > >don't have any documentation which shows how to use DosDevIOCtl to do > >that. Basically what I want to do is: given a drive spec (E.g., x:) and > >a cylinder/ header/ sector, read the sector into a buffer. > > > >How do I do that? Is there a book available which explains this sort of > >thing? Is it still available? > > You should have the toolkit documentation, which does give a reasonably > competent explanation for how to use category 8 I/O functions. > > It just so happens that I've been doing a lot of that lately, so here's an > example, that reads the boot record for the specified drive. That boot > record will be either the master boot record, in the case of a primary > partition, or the logical boot record, in the case of a logical drive. > > That is, if you give the drive letter of a primary partition, the sector read > will be the Master Boot Record of the drive (the first sector). If you give > the drive letter of a logical drive in an extended partition, the sector read > will be the fake boot record with the partition table pointing to the logical > drive you gave as a parameter, and, if there are more logical drives in the > extended partition after it, the next fake boot record. > > The BIOSPARAMETERBLOCK structure (variable bpBlock in this program) has > information about the drive geometry, which would let you check your CHS > bounds, and convert a sector offset into a CHS value. > > I've found that DosDevIOCtl() fails if you have a value of anything other > than 0 for the usFirstSector element of the TRACKLAYOUT structure. > > #define INCL_DOSDEVICES > #define INCL_DOSDEVIOCTL > #define INCL_DOSFILEMGR > #define INCL_DOSERRORS > #include > #include > #include > #include > #include > > #define FAIL_USAGE 3 > #define FAIL_BAD_DRIVE_STRING 4 > #define FAIL_INVALID_DRIVE 5 > #define FAIL_UNKNOWN_FSTYPE 6 > #define FAIL_OPEN_DRIVE 8 > #define FAIL_UNKNOWN_SECTOR_SIZE 10 > #define FAIL_BAD_SECTOR_SIZE 11 > #define FAIL_READ_DRIVE 13 > #define FAIL_MEMORY_ALLOCATION 15 > > _Inline void Usage(void); > _Inline void rcReportError(char *fName, ULONG rc); > _Inline void ReportError(char *eString); > > int main(int argc, char *argv[]) > { > HFILE driveHandle; > ULONG openAction, openMode, bufLen, bpParmLen, bpDataLen, > driveNum, smParm, dPointer, cRead; > int i; > APIRET rc; > char driveString[3], driveLetter, *fsStuff, bpParm[2], bpData[50], > *sdata; > USHORT sectorSize; > FSQBUFFER2 *fsBuffer; > BIOSPARAMETERBLOCK bpBlock; > TRACKLAYOUT *tl; > FSALLOCATE fsa; > FILE *dataFile; > > if (argc!=2) > { > Usage(); > return FAIL_USAGE; > } > > memset(driveString, 0, sizeof(driveString)); > strncpy(driveString, argv[1], sizeof(driveString)-1); > > /* > The following verifies that the drive letter provided > is a letter from A to Z, and that the second character > is a colon > */ > > driveLetter=toupper(driveString[0]); > if (driveLetter<65 || driveLetter>90 || driveString[1]!=':') > { > ReportError("Invalid drive string provided."); > Usage(); > return FAIL_BAD_DRIVE_STRING; > } > > /* > This next bit uses DosOpen() to open the entire drive for reading. > */ > > openMode=0; > openMode=openMode | OPEN_FLAGS_DASD | OPEN_ACCESS_READONLY | > OPEN_SHARE_DENYNONE; > rc=DosOpen(driveString, &driveHandle, &openAction, 0L, 0L, FILE_OPEN, > openMode, 0L); > if (rc!=NO_ERROR) > { > ReportError("Unable to open drive."); > rcReportError("DosOpen", rc); > return FAIL_OPEN_DRIVE; > } > > /* > Here we use a category 8, function 0x63 call to DosDevIOCtl() > to determine the physical sector size of the drive in question. > This information is necessary to correctly set the file > pointer to the location of the partition status byte. The only > checking done is to verify that the returned value is greater > than zero. Otherwise, the program relies entirely on the > validity of the data in the BIOS Parameter Block, which is just > a label for certain information contained in the boot sector. > */ > > memset(bpParm, 0, sizeof(bpParm)); > memset(bpData, 0, sizeof(bpData)); > bpParmLen=0; > bpDataLen=0; > rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_GETDEVICEPARAMS, > bpParm, sizeof(bpParm), &bpParmLen, > bpData, sizeof(bpData), &bpDataLen); > > if (rc!=NO_ERROR) > { > DosClose(driveHandle); > ReportError("Unable to determine sector size."); > rcReportError("DosDevIOCtl", rc); > return FAIL_UNKNOWN_SECTOR_SIZE; > } > > memset(&bpBlock, 0, sizeof(bpBlock)); > memcpy(&bpBlock, bpData, sizeof(bpBlock)); > sectorSize=0; > sectorSize=bpBlock.usBytesPerSector; > if (sectorSize==0) > { > DosClose(driveHandle); > ReportError("Bad sector size returned by DosDevIOCtl()."); > return FAIL_BAD_SECTOR_SIZE; > } > > bpParmLen=sizeof(TRACKLAYOUT)+sizeof(ULONG); > tl=(PTRACKLAYOUT)malloc(bpParmLen); > if (tl==NULL) > { > DosClose(driveHandle); > ReportError("Memory allocation error."); > return FAIL_MEMORY_ALLOCATION; > } > > bpDataLen=sectorSize; > > sdata=(char*)malloc(bpDataLen); > if (sdata==NULL) > { > DosClose(driveHandle); > ReportError("Memory allocation error."); > return FAIL_MEMORY_ALLOCATION; > } > memset(sdata, 0, bpDataLen); > > /* > The head and cylinder numbers are relative to the beginning of > the "logical drive", which for a logical drive in the extended > partition is the partition table immediately preceding the drive, > and for a primary partition is the physical drive it's on. > */ > > tl->bCommand=0; > tl->usHead=0; > tl->usCylinder=0; > tl->usFirstSector=0; > tl->cSectors=1; > > tl->TrackTable[0].usSectorNumber=1; > tl->TrackTable[0].usSectorSize=sectorSize; > > rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_READTRACK, tl, > bpParmLen, &bpParmLen, sdata, bpDataLen, &bpDataLen); > > if (rc!=NO_ERROR) > { > DosClose(driveHandle); > ReportError("Unable to read boot record."); > rcReportError("DosDevIOCtl", rc); > return FAIL_READ_DRIVE; > } > > dataFile=fopen("sectdata.dat", "wb"); > fwrite(sdata, sectorSize, 1, dataFile); > fclose(dataFile); > > printf("\n%d-byte boot record written to sectdata.dat\n", sectorSize); > > free(tl); > free(sdata); > > DosClose(driveHandle); > > return 0; > } > > /* > This just shows the program usage, which is exceedingly simple. > */ > > _Inline void Usage(void) > { > ReportError("Usage: ioex.exe "); > ReportError(" - letter of drive to read boot record from"); > return; > } > > /* > These next two just clean up error reporting in the main function. > The first gives a generic API function failure message. The second > just writes a string. Both go to standard error. > */ > > _Inline void rcReportError(char *fName, ULONG rc) > { > fprintf(stderr, "\n%s() failed with error %d\n", fName, rc); > return; > } > > _Inline void ReportError(char *eString) > { > fprintf(stderr, "\n%s\n", eString); > return; > } > > -- > - Mike > > Remove 'spambegone' to send e-mail. Thank you, thank you, thank you. Works like a champ. Jim --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: jdparker@erols.com 26-Oct-99 21:58:24 To: thannymeister@.yahoo.com 28-Oct-99 10:23:12 Subj: Re: DosDevIOCtl questions To: thannymeister@.yahoo.com From: Jim Parker Mike Ruskai wrote: > On Mon, 25 Oct 1999 23:48:59 -0400, Jim Parker wrote: > > >I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the > >Toolkit header files is bsedev.h which includes a define for > >DSK_READTRACK which appears to be a function handled by DosDevIOCtl > >which will allow me to read a specific sector from a disk. However, I > >don't have any documentation which shows how to use DosDevIOCtl to do > >that. Basically what I want to do is: given a drive spec (E.g., x:) and > >a cylinder/ header/ sector, read the sector into a buffer. > > > >How do I do that? Is there a book available which explains this sort of > >thing? Is it still available? > > You should have the toolkit documentation, which does give a reasonably > competent explanation for how to use category 8 I/O functions. > > It just so happens that I've been doing a lot of that lately, so here's an > example, that reads the boot record for the specified drive. That boot > record will be either the master boot record, in the case of a primary > partition, or the logical boot record, in the case of a logical drive. > > That is, if you give the drive letter of a primary partition, the sector read > will be the Master Boot Record of the drive (the first sector). If you give > the drive letter of a logical drive in an extended partition, the sector read > will be the fake boot record with the partition table pointing to the logical > drive you gave as a parameter, and, if there are more logical drives in the > extended partition after it, the next fake boot record. > > The BIOSPARAMETERBLOCK structure (variable bpBlock in this program) has > information about the drive geometry, which would let you check your CHS > bounds, and convert a sector offset into a CHS value. > > I've found that DosDevIOCtl() fails if you have a value of anything other > than 0 for the usFirstSector element of the TRACKLAYOUT structure. > > #define INCL_DOSDEVICES > #define INCL_DOSDEVIOCTL > #define INCL_DOSFILEMGR > #define INCL_DOSERRORS > #include > #include > #include > #include > #include > > #define FAIL_USAGE 3 > #define FAIL_BAD_DRIVE_STRING 4 > #define FAIL_INVALID_DRIVE 5 > #define FAIL_UNKNOWN_FSTYPE 6 > #define FAIL_OPEN_DRIVE 8 > #define FAIL_UNKNOWN_SECTOR_SIZE 10 > #define FAIL_BAD_SECTOR_SIZE 11 > #define FAIL_READ_DRIVE 13 > #define FAIL_MEMORY_ALLOCATION 15 > > _Inline void Usage(void); > _Inline void rcReportError(char *fName, ULONG rc); > _Inline void ReportError(char *eString); > > int main(int argc, char *argv[]) > { > HFILE driveHandle; > ULONG openAction, openMode, bufLen, bpParmLen, bpDataLen, > driveNum, smParm, dPointer, cRead; > int i; > APIRET rc; > char driveString[3], driveLetter, *fsStuff, bpParm[2], bpData[50], > *sdata; > USHORT sectorSize; > FSQBUFFER2 *fsBuffer; > BIOSPARAMETERBLOCK bpBlock; > TRACKLAYOUT *tl; > FSALLOCATE fsa; > FILE *dataFile; > > if (argc!=2) > { > Usage(); > return FAIL_USAGE; > } > > memset(driveString, 0, sizeof(driveString)); > strncpy(driveString, argv[1], sizeof(driveString)-1); > > /* > The following verifies that the drive letter provided > is a letter from A to Z, and that the second character > is a colon > */ > > driveLetter=toupper(driveString[0]); > if (driveLetter<65 || driveLetter>90 || driveString[1]!=':') > { > ReportError("Invalid drive string provided."); > Usage(); > return FAIL_BAD_DRIVE_STRING; > } > > /* > This next bit uses DosOpen() to open the entire drive for reading. > */ > > openMode=0; > openMode=openMode | OPEN_FLAGS_DASD | OPEN_ACCESS_READONLY | > OPEN_SHARE_DENYNONE; > rc=DosOpen(driveString, &driveHandle, &openAction, 0L, 0L, FILE_OPEN, > openMode, 0L); > if (rc!=NO_ERROR) > { > ReportError("Unable to open drive."); > rcReportError("DosOpen", rc); > return FAIL_OPEN_DRIVE; > } > > /* > Here we use a category 8, function 0x63 call to DosDevIOCtl() > to determine the physical sector size of the drive in question. > This information is necessary to correctly set the file > pointer to the location of the partition status byte. The only > checking done is to verify that the returned value is greater > than zero. Otherwise, the program relies entirely on the > validity of the data in the BIOS Parameter Block, which is just > a label for certain information contained in the boot sector. > */ > > memset(bpParm, 0, sizeof(bpParm)); > memset(bpData, 0, sizeof(bpData)); > bpParmLen=0; > bpDataLen=0; > rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_GETDEVICEPARAMS, > bpParm, sizeof(bpParm), &bpParmLen, > bpData, sizeof(bpData), &bpDataLen); > > if (rc!=NO_ERROR) > { > DosClose(driveHandle); > ReportError("Unable to determine sector size."); > rcReportError("DosDevIOCtl", rc); > return FAIL_UNKNOWN_SECTOR_SIZE; > } > > memset(&bpBlock, 0, sizeof(bpBlock)); > memcpy(&bpBlock, bpData, sizeof(bpBlock)); > sectorSize=0; > sectorSize=bpBlock.usBytesPerSector; > if (sectorSize==0) > { > DosClose(driveHandle); > ReportError("Bad sector size returned by DosDevIOCtl()."); > return FAIL_BAD_SECTOR_SIZE; > } > > bpParmLen=sizeof(TRACKLAYOUT)+sizeof(ULONG); > tl=(PTRACKLAYOUT)malloc(bpParmLen); > if (tl==NULL) > { > DosClose(driveHandle); > ReportError("Memory allocation error."); > return FAIL_MEMORY_ALLOCATION; > } > > bpDataLen=sectorSize; > > sdata=(char*)malloc(bpDataLen); > if (sdata==NULL) > { > DosClose(driveHandle); > ReportError("Memory allocation error."); > return FAIL_MEMORY_ALLOCATION; > } > memset(sdata, 0, bpDataLen); > > /* > The head and cylinder numbers are relative to the beginning of > the "logical drive", which for a logical drive in the extended > partition is the partition table immediately preceding the drive, > and for a primary partition is the physical drive it's on. > */ > > tl->bCommand=0; > tl->usHead=0; > tl->usCylinder=0; > tl->usFirstSector=0; > tl->cSectors=1; > > tl->TrackTable[0].usSectorNumber=1; > tl->TrackTable[0].usSectorSize=sectorSize; > > rc=DosDevIOCtl(driveHandle, IOCTL_DISK, DSK_READTRACK, tl, > bpParmLen, &bpParmLen, sdata, bpDataLen, &bpDataLen); > > if (rc!=NO_ERROR) > { > DosClose(driveHandle); > ReportError("Unable to read boot record."); > rcReportError("DosDevIOCtl", rc); > return FAIL_READ_DRIVE; > } > > dataFile=fopen("sectdata.dat", "wb"); > fwrite(sdata, sectorSize, 1, dataFile); > fclose(dataFile); > > printf("\n%d-byte boot record written to sectdata.dat\n", sectorSize); > > free(tl); > free(sdata); > > DosClose(driveHandle); > > return 0; > } > > /* > This just shows the program usage, which is exceedingly simple. > */ > > _Inline void Usage(void) > { > ReportError("Usage: ioex.exe "); > ReportError(" - letter of drive to read boot record from"); > return; > } > > /* > These next two just clean up error reporting in the main function. > The first gives a generic API function failure message. The second > just writes a string. Both go to standard error. > */ > > _Inline void rcReportError(char *fName, ULONG rc) > { > fprintf(stderr, "\n%s() failed with error %d\n", fName, rc); > return; > } > > _Inline void ReportError(char *eString) > { > fprintf(stderr, "\n%s\n", eString); > return; > } > > -- > - Mike > > Remove 'spambegone' to send e-mail. Thank you, thank you, thank you. Works like a champ. Jim --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 27-Oct-99 02:19:22 To: All 28-Oct-99 10:23:14 Subj: C code to insert a timed pause in a loop From: cotroneo@stny.rr.com In , "Mike Ruskai" writes: >On 26 Oct 1999 11:04:05 GMT, Vit Timchishin wrote: > >>On Tue, 26 Oct 1999 10:38:41, cotroneo@stny.rr.com wrote: >[snip] > >>> The client automatically sets binary mode before the transfer. >>> I can watch it send every bit of the file, but for win95, the >>> last 10th of the file doesn't transfer. Really strange.... > >>Do you shutdown socket properly? Or simply closes it (DATA connection)? This can >>be an answer > >Hardly. Closing a socket always shuts it down if it hasn't been already. > >So long as the successful transfer response is received on the control >connection, it's safe to close the data connection (which should have been >closed at the server end by that time anyway). It turns out that the win95 ftp server is choking on the speed of the uploads from my client. This does not happen when uploading to unix or os/2 servers. Anyone have a cpu friendly C code example to insert a timed pause in a loop? Keith Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: dink@dontspamme.com 26-Oct-99 23:53:02 To: All 28-Oct-99 10:23:14 Subj: Re: ftp client code upload problem From: "dinkmeister" On Tue, 26 Oct 1999 23:14:24 GMT, cotroneo@stny.rr.com wrote: >Strange thing is that I am not having this problem when I use rxftp.dll >to upload. My C client is having the problem, but only to the server >running on my windows machine. Uploads to unix or os/2 servers do >fine. > >I have wonder if the transmission speed of the c client is choking >the win95 server. Strange that it allways seems to error at the last >10% of the file. Sounds like a timeing problem, post (or e-mail) the upload code and I'll check it out. (my email is @ http://dink.org/email - I do it this way to avoid spam ) - dink ( http://dink.org ) --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: psychadelia (1:109/42) +----------------------------------------------------------------------------+ From: jdparker@erols.com 26-Oct-99 22:28:03 To: All 28-Oct-99 10:23:14 Subj: Re: DosDevIOCtl questions From: Jim Parker Lorne Sunley wrote: > On Tue, 26 Oct 1999 03:48:59, Jim Parker wrote: > > > I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the > > Toolkit header files is bsedev.h which includes a define for > > DSK_READTRACK which appears to be a function handled by DosDevIOCtl > > which will allow me to read a specific sector from a disk. However, I > > don't have any documentation which shows how to use DosDevIOCtl to do > > that. Basically what I want to do is: given a drive spec (E.g., x:) and > > a cylinder/ header/ sector, read the sector into a buffer. > > > > How do I do that? Is there a book available which explains this sort of > > thing? Is it still available? > > > > It is still a documented function in the latest toolkit for Warp 4.5 > (Warp Server for e-Business). The documentation is in the > "Control Program Programming Guide and Reference" that is > in the documentation for the toolkit. > > Lorne Sunley The version of that document that I have (circa 1993) shows little more than the function prototype. Not very informative regarding its use for any particular device. Perhaps later versions contain more. Thanks Jim --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: lsunley@mb.sympatico.ca 27-Oct-99 03:35:04 To: All 28-Oct-99 10:23:14 Subj: Re: DosDevIOCtl questions From: lsunley@mb.sympatico.ca (Lorne Sunley) On Wed, 27 Oct 1999 02:28:06, Jim Parker wrote: > Lorne Sunley wrote: > > > On Tue, 26 Oct 1999 03:48:59, Jim Parker wrote: > > > > > I've got an old IBM C/C++ compiler Toolkit for OS/2 2.1. Included in the > > > Toolkit header files is bsedev.h which includes a define for > > > DSK_READTRACK which appears to be a function handled by DosDevIOCtl > > > which will allow me to read a specific sector from a disk. However, I > > > don't have any documentation which shows how to use DosDevIOCtl to do > > > that. Basically what I want to do is: given a drive spec (E.g., x:) and > > > a cylinder/ header/ sector, read the sector into a buffer. > > > > > > How do I do that? Is there a book available which explains this sort of > > > thing? Is it still available? > > > > > > > It is still a documented function in the latest toolkit for Warp 4.5 > > (Warp Server for e-Business). The documentation is in the > > "Control Program Programming Guide and Reference" that is > > in the documentation for the toolkit. > > > > Lorne Sunley > > The version of that document that I have (circa 1993) shows little more than > the function prototype. Not very informative regarding its use for any > particular device. Perhaps later versions contain more. > The document is available on the IBM developer connection web site. It's available at "Guest" level which is a free registration. It's in three parts. URL http://service2.boulder.ibm.com/devcon/showcase/index2.html Lorne Sunley --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: MBnet Networking Inc. (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 27-Oct-99 04:14:15 To: All 28-Oct-99 10:23:14 Subj: Re: ftp client code upload problem From: cotroneo@stny.rr.com In , "dinkmeister" writes: >On Tue, 26 Oct 1999 23:14:24 GMT, cotroneo@stny.rr.com wrote: > >>Strange thing is that I am not having this problem when I use rxftp.dll >>to upload. My C client is having the problem, but only to the server >>running on my windows machine. Uploads to unix or os/2 servers do >>fine. >> >>I have wonder if the transmission speed of the c client is choking >>the win95 server. Strange that it allways seems to error at the last >>10% of the file. > >Sounds like a timeing problem, post (or e-mail) the upload code >and I'll check it out. (my email is @ http://dink.org/email - I >do it this way to avoid spam ) > >- dink ( http://dink.org ) > > > > > Thanks dink, I think I have sorted it out. It appears that sending larger chunks of data with a delay relieves the situation. Previously, I had a send buffer of 8196 bytes with no delay between sends. I increased the send buffer to 24576 and inserted a 1500 millisecond delay with dossleep between sends. Now I am getting full transfers. It appears that larger send buffers with delays between sends helps in poor server environments. Keith Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: thannymeister@spambegone.yahoo.com 27-Oct-99 00:23:25 To: All 28-Oct-99 10:23:14 Subj: Re: C code to insert a timed pause in a loop From: "Mike Ruskai" On Wed, 27 Oct 1999 02:19:45 GMT, cotroneo@stny.rr.com wrote: [snip] >It turns out that the win95 ftp server is choking on the speed >of the uploads from my client. This does not happen when >uploading to unix or os/2 servers. That seems dubious. Have you verified that the packets are making it to the other machine? >Anyone have a cpu friendly C code example to insert a timed pause >in a loop? I don't think there's any portable C method. OS/2 has DosSleep(), and Win32 has Sleep() (both take as a single argument the number of milliseconds to sleep). - Mike Remove 'spambegone' to send e-mail. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: TLF (1:109/42) +----------------------------------------------------------------------------+ From: thannymeister@spambegone.yahoo.com 27-Oct-99 00:26:10 To: All 28-Oct-99 10:23:14 Subj: Re: DosDevIOCtl questions From: "Mike Ruskai" On Tue, 26 Oct 1999 22:28:06 -0400, Jim Parker wrote: [snip] >The version of that document that I have (circa 1993) shows little more than >the function prototype. Not very informative regarding its use for any >particular device. Perhaps later versions contain more. FYI, the documentation for the function doesn't cover the generic IOCtl commands, which have a separate main heading at the top of the contents tree, towards the bottom. -- - Mike Remove 'spambegone' to send e-mail. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: TLF (1:109/42) +----------------------------------------------------------------------------+ From: spamonoloawmg@yesic.com 27-Oct-99 01:06:05 To: All 28-Oct-99 10:23:14 Subj: CL.EXE and device driver kit From: "andrew g" Will someone be kind enough to post the URL for the OS/2 driver toolkits at DevCon? I can't find them there anymore. :( Thanks, andrew --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Introits and Graduals (1:109/42) +----------------------------------------------------------------------------+ From: bogusaddress@bogusdomain.com 26-Oct-99 23:05:25 To: All 28-Oct-99 10:23:14 Subj: Re: Watcom 11.0b on OS/2 Warp Server for e-Business From: bogus I have with some help determined that Watcom's debugger starts my 32-bit OS/2 app as a 16-bit using a 16:16 (17:5f47) start address rather than the correct 0:32 (5b:25f42) one when run under WSeB. Under Warp 4 Watcom's debugger works correctly, under Borland's debugger in Warp and WSeB it works correctly. In either OS the app will run properly (it works, I am just using it for testing the debugger.) Suggestions to aurorasw direct ca (insert appropriate ats and dots.) Thanks for your help. --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: sma.spam-not@rtd.com 27-Oct-99 06:42:29 To: All 28-Oct-99 10:23:15 Subj: Re: ftp client code upload problem From: James Moe cotroneo@stny.rr.com wrote: > > > The client automatically sets binary mode before the transfer. > I can watch it send every bit of the file, but for win95, the > last 10th of the file doesn't transfer. Really strange.... > Hmmmm... Is this really FTP? FTP is a standalone program. It can (reluctantly) be used by other programs but in any case it is a stable program. Have you tried different size files? Always the last 10% regardless of size? It sounds more like you are connecting using sockets. Are you using a TCP or UDP connection? TCP has a built-in flow control and error recovery. UDP is faster, but at the expense of flow control or error recovery. UDP simply sends the packet, no questions asked, no replies expected. This would be a problem at the receiving end if it could not transfer the data fast enough, or ran out of buffers; in both cases packets would be dropped. -- sma at rtd dot com Remove ".spam-not" for email --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Sohnen-Moe Associates, Inc (1:109/42) +----------------------------------------------------------------------------+ From: hei@hatespam.norman.no 27-Oct-99 06:46:05 To: All 28-Oct-99 10:23:15 Subj: Re: CL.EXE and device driver kit From: hei@hatespam.norman.no (Harald Eilertsen) On Wed, 27 Oct 1999 05:06:10, "andrew g" wrote: > Will someone be kind enough to post the URL for the OS/2 driver toolkits at > DevCon? I can't find them there anymore. :( http://service.boulder.ibm.com/ddk/ 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: NOSPAM_R.Ihle@S-t.De 25-Oct-99 11:59:27 To: All 28-Oct-99 10:23:15 Subj: Re: IPX programming under OS/2? From: NOSPAM_R.Ihle@S-t.De (Ruediger Ihle) On Sun, 24 Oct 1999 08:59:49, root@microsoft.com (Bart/2 (Bartosz Tomasik)) wrote: > Hi, Are there any libs for IPX/SPX programming under OS/2 Warp > (Toolkit contains only TCP/IP libs...) > ------------------------------------------------- > Bart/2 irc:Ihsahn Bart2@asua.org.pl UIN:50890586 > Asu'a member http://www.asua.org.pl > TeamOS/2 Polska http://www.teamos2.org.pl No, you need NOVELL's NetWare Client SDK for OS/2. I'm not sure, if it is still possible to download it from NOVELL since they abandoned OS/2 support. -- Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany, http://www.s-t.de] Please remove all characters left of the "R" in my email address --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: S&T (1:109/42) +----------------------------------------------------------------------------+ From: tvv@sbs.kiev.ua 27-Oct-99 09:15:18 To: All 28-Oct-99 10:23:16 Subj: Re: ftp client code upload problem From: tvv@sbs.kiev.ua (Vit Timchishin) On Tue, 26 Oct 1999 16:16:18, "Mike Ruskai" wrote: > On 26 Oct 1999 11:04:05 GMT, Vit Timchishin wrote: > > >On Tue, 26 Oct 1999 10:38:41, cotroneo@stny.rr.com wrote: > [snip] > > >> The client automatically sets binary mode before the transfer. > >> I can watch it send every bit of the file, but for win95, the > >> last 10th of the file doesn't transfer. Really strange.... > > >Do you shutdown socket properly? Or simply closes it (DATA connection)? This can > >be an answer > > Hardly. Closing a socket always shuts it down if it hasn't been already. Why do we need soshutdown? At least this can be some bug in stack of poor documentation. > > So long as the successful transfer response is received on the control > connection, it's safe to close the data connection (which should have been > closed at the server end by that time anyway). For FTP uploads end of transfer is detected by server when you drop data connection. You sentence is good for downloading, not uploding --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Navigator Online Internet News Server (1:109/42) +----------------------------------------------------------------------------+ From: tvv@sbs.kiev.ua 27-Oct-99 09:16:19 To: All 28-Oct-99 10:23:16 Subj: Re: ftp client code upload problem From: tvv@sbs.kiev.ua (Vit Timchishin) On Tue, 26 Oct 1999 23:14:24, cotroneo@stny.rr.com wrote: > I issue a soclose on the datasocket: > soclose( iDataSocket ); > > Strange thing is that I am not having this problem when I use rxftp.dll > to upload. My C client is having the problem, but only to the server > running on my windows machine. Uploads to unix or os/2 servers do > fine. Try shutdown(socket, 2) before closing. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Navigator Online Internet News Server (1:109/42) +----------------------------------------------------------------------------+ From: aaronl_spammenot@clear.net.nz 27-Oct-99 11:18:03 To: All 28-Oct-99 10:23:16 Subj: Re: Non-functioning scrollbars From: aaronl_spammenot@clear.net.nz (Aaron Lawrence) On Mon, 25 Oct 1999 13:33:17, Bobbi Rosenberger wrote: > This customer is telling me that none of the scrollbars in our > application, or any other application (e.g. the OS/2 Window List) > are working. I've seen this on my system, suddenly all OS/2 scroll bars will stop working and I have to reboot. Does not happen very often. My system is Warp 4 Fixpack 6. Probably a later fixpack might help, but I haven't tried. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: CLEAR Net New Zealand (1:109/42) +----------------------------------------------------------------------------+ From: stefanj@gte.net 27-Oct-99 12:01:28 To: All 28-Oct-99 10:23:16 Subj: DOS environment From: stefanj@gte.net (Jason Stefanovich) I have an OS/2 PM Rexx program written with VisProRexx 3.01 Gold. Part of what it does is call a DOS full screen session to run a DOS program. I need to be able to set the environment for this DOS session (same as changing the session properties on an object from the WPS). Does anybody know how I can do this from Rexx or if there is a library that will allow me to do this? Thanxs, Jason Stefanovich --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ From: niclas.lindstrom@edt.ericsson.se 27-Oct-99 15:09:20 To: All 28-Oct-99 10:23:17 Subj: Re: How do I read and write ethernet packets? From: Niclas =?iso-8859-1?Q?Lindstr=F6m?= It looks like you're right, I am digging into the LAN Tech Ref right now... It will take some time to read and understand all this...:-) Do you know if the samples are downloadable from the web...? /Niclas Michiel Karsch wrote: > > ACSLAN.DLL gives you access to the lowest level of ethernet (except for > hardware). I believe the tcp/ip stack (and all others) uses this interface > to assemble IP packets as well. It is documented in LAN technical > reference, IEEE 802.2 and NETBIOS API. You can do everything you want that > isn 't done in hardware (e.g. receiving packects that are not addressed to > your card). Documentation is good, there are examples (c, asm code) using > the api. > --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: L M Ericsson Data AB (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 27-Oct-99 12:51:13 To: All 28-Oct-99 10:23:17 Subj: Re: C code to insert a timed pause in a loop From: cotroneo@stny.rr.com In , "Mike Ruskai" writes: >On Wed, 27 Oct 1999 02:19:45 GMT, cotroneo@stny.rr.com wrote: > >[snip] > >>It turns out that the win95 ftp server is choking on the speed >>of the uploads from my client. This does not happen when >>uploading to unix or os/2 servers. > >That seems dubious. Have you verified that the packets are making it to >the other machine? > >>Anyone have a cpu friendly C code example to insert a timed pause >>in a loop? > >I don't think there's any portable C method. OS/2 has DosSleep(), and >Win32 has Sleep() (both take as a single argument the number of >milliseconds to sleep). > > > Thanks, found dossleep. Keith Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: cotroneo@stny.rr.com 27-Oct-99 12:58:19 To: All 28-Oct-99 10:23:17 Subj: Re: ftp client code upload problem - fixed From: cotroneo@stny.rr.com In <38169EF1.197D8EC@rtd.com>, James Moe writes: > > >cotroneo@stny.rr.com wrote: >> >> >> The client automatically sets binary mode before the transfer. >> I can watch it send every bit of the file, but for win95, the >> last 10th of the file doesn't transfer. Really strange.... >> > Hmmmm... Is this really FTP? FTP is a standalone program. It can >(reluctantly) be used by other programs but in any case it is a stable >program. > Have you tried different size files? Always the last 10% regardless >of size? > > It sounds more like you are connecting using sockets. Are you using >a TCP or UDP connection? TCP has a built-in flow control and error >recovery. > UDP is faster, but at the expense of flow control or error recovery. >UDP simply sends the packet, no questions asked, no replies expected. >This would be a problem at the receiving end if it could not transfer >the data fast enough, or ran out of buffers; in both cases packets would >be dropped. > It is a tcp socket program written in C. Well, I think I found my problem. After my put routine, I was then sending a quit message to the server. Winsock appears to be more particular about getting all the proper send and receive messages than unix or os/2. I inserted a stream recv prior to the quit and I now get an end of file transfer message back. Then I send the quit and get the response. Without the recv to get the end of transfer message, winsock would abort the transfer. I have run a few tests, and so far, no lost bytes. Keith Cotroneo cotroneo@stny.rr.com --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Time Warner Road Runner - Binghamton NY (1:109/42) +----------------------------------------------------------------------------+ From: News@The-Net-4U.com 27-Oct-99 16:45:28 To: All 28-Oct-99 10:23:17 Subj: Mainactor Programming Problems From: News@The-Net-4U.com (M.P. van Dobben de Bruijn) Guess none of you guys (and ladies of course) has seen this as it was in a Dutch OS2-newsgroup. The problem is formulated in English though. Perhaps any one of the people here would know a way out of the problem MainActor has with OS/2 choosing their new programming-language and tools? http://x22.deja.com/getdoc.xp?AN=533145077&CONTEXT=941042166.1972043901&hitnum= 0 Personally I would hate to see them go even if I do not use their products (yet, I am not quite that in- volved with that creative side of the computing scene) Regards from Leeuwarden Peter van Dobben de Bruijn --- usethenet.at.the-net-4u.com (.at. becomes @) ---- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: TeleKabel (1:109/42) +----------------------------------------------------------------------------+ From: fBeythien@gmx.de 27-Oct-99 16:49:25 To: All 28-Oct-99 10:23:17 Subj: Re: DOS environment From: fBeythien@gmx.de (Frank Beythien) On Wed, 27 Oct 1999 12:01:56, stefanj@gte.net (Jason Stefanovich) wrote: Look for startd.zip on HOBBES. Or create a Program object for the dos program with your settings (perhaps in \NoWhere) and run it with SysOpenObject or SysSetObjectData. CU/2 Frank > I have an OS/2 PM Rexx program written with VisProRexx 3.01 Gold. > Part of what it does is call a DOS full screen session to run a DOS > program. I need to be able to set the environment for this DOS > session (same as changing the session properties on an object from the > WPS). Does anybody know how I can do this from Rexx or if there is a > library that will allow me to do this? -- Frank Beythien fBeythien@gmx.de --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Prima e.V. - Dortmund - Germany (1:109/42) +----------------------------------------------------------------------------+ From: rde@tavi.co.uk 27-Oct-99 18:12:16 To: All 28-Oct-99 10:23:18 Subj: Re: How do I read and write ethernet packets? From: rde@tavi.co.uk (Bob Eager) On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?= wrote: > It looks like you're right, I am digging into the LAN Tech Ref right > now... It will take some time to read and understand all this...:-) I'm interested in this too.... Can someone please post the document's full title...and perhaps the doc no? (like S999-1234, or whatever?) -- Bob Eager rde at tavi.co.uk PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2, 8580*6, 8557*2, 8550, 9577, 8530, P70, PC/AT.. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Tavi Systems (1:109/42) +----------------------------------------------------------------------------+ From: steve53_remove_this@earthlink.net 27-Oct-99 17:04:23 To: All 28-Oct-99 10:23:18 Subj: Re: somVaBuf: no trace whatsoever From: steve53_remove_this@earthlink.net In <7urft5$i4i$1@charm.magnus.acs.ohio-state.edu>, on 10/23/99 at 05:08 AM, ilya@math.ohio-state.edu (Ilya Zakharevich) said: >I'm playing with SOM sample code in .inf files, but cannot compile >whatever mentions somVaBuf. There is no file (except 2 .inf files ;-) in >the whole toolkit (of DevCon 11) which mentions these words (I did >case-insensitive search - does not help)... >Now what? Appears you are missing an include somtc.h or somtc.hh. To quote: #ifndef SOMVABUF #define SOMVABUF typedef somToken somVaBuf; HTH, Steven -- --------------------------------------------------------------- Steven Levine MR2/ICE #10183 Warp4/FP11 --------------------------------------------------------------- --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: EarthLink Network, Inc. (1:109/42) +----------------------------------------------------------------------------+ From: michael.thomson@qr.com.au 28-Oct-99 17:29:08 To: All 28-Oct-99 10:23:19 Subj: Pinging Code From: "Michael Thomson" I'm attempting to write a simple ping program. Have successfully created a raw socket and sent an ICMP request packet to a specific PC. Using network analysing software I can see that the destination PC is responding with an ICMP reply packet. The problem is that I can't read in the ICMP reply packet from the socket. Does anyone have any suggestions? Thankyou Michael Thomson --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Who Knows (1:109/42) +----------------------------------------------------------------------------+ From: yourself@127.0.0.1 28-Oct-99 07:43:28 To: All 28-Oct-99 11:18:04 Subj: Re: somVaBuf: no trace whatsoever From: yourself@127.0.0.1 (Rich Walsh) On Thu, 28 Oct 1999 04:00:05, ilya@math.ohio-state.edu (Ilya Zakharevich) wrote: > [A complimentary Cc of this posting was sent to > ], > > >I'm playing with SOM sample code in .inf files, but cannot compile > > >whatever mentions somVaBuf. There is no file (except 2 .inf files ;-) in > > >the whole toolkit (of DevCon 11) which mentions these words (I did > > >case-insensitive search - does not help)... > > > Appears you are missing an include somtc.h or somtc.hh. To quote: > > I have it. > > SOMTC.H 6002 08-23-95 20:10 > > /* @(#) 2.6 src/somc/tc/somtc.h, somtc.funcs, som2.1 9/1/94 18:28:29 [8/18/95 16:44:00] */ > > It does not have anything related. Can you send the newer version to > me so that I can put #defines/#ifdef's which would make my code work > with older and with newer toolkits? This may be unrelated, but this talk of "somva" rang a bell... IIRC, SOM's va dispatch methods were reimplemented in Warp3 FP16 and later. E.g. #68 va_SOMObject_somDispatch was joined by #100 somva_SOMObject_somDispatch. Later SOM compilers --such as the one included with the Merlin beta-- use the new entry points. Consequently, the classes they generate are incompatible with Warp3 GA and may cause the WPS to enter a crash/restart loop when registered. If widespread compatibility is important, I'd be wary of functions that require somVaBuf or other features not defined in your current headers (I use DevCon9's SOM compiler & headers). == == almost usable email address: rlwalshATpacket.net == == ___________________________________________________________________ | - DragText v3.1 - Rich Walsh | A Distinctly Different Desktop Enhancement Ft Myers, FL | New! Pickup & Drop for text, and more... | http://www.usacomputers.net/personal/rlwalsh/ ___________________________________________________________________ --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: http://extra.newsguy.com (1:109/42) +----------------------------------------------------------------------------+ From: m.karsch@ath.nl 28-Oct-99 12:22:27 To: All 28-Oct-99 11:18:04 Subj: Re: How do I read and write ethernet packets? From: Michiel Karsch Some 4 years ago I orderd a book Lan Technical reference, IEEE 802.2 and Netbios API SC30-3587-00. I have seen it at the www developers connection site but the sites changes a lot and i can't find it anymore or no access. Nice thing is that mister bill also uses this API (nt/95/98, install dlc protocol). Of course with his know twists in it. (He has 'improved' the api) Bob Eager wrote: > On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?= > wrote: > > > It looks like you're right, I am digging into the LAN Tech Ref right > > now... It will take some time to read and understand all this...:-) > > I'm interested in this too.... > > Can someone please post the document's full title...and perhaps the > doc no? > (like S999-1234, or whatever?) > > -- > Bob Eager > rde at tavi.co.uk > PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2, > 8580*6, > 8557*2, 8550, 9577, 8530, P70, PC/AT.. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: WorldOnline News server (1:109/42) +----------------------------------------------------------------------------+ From: niclas.lindstrom@edt.ericsson.se 28-Oct-99 13:02:00 To: All 28-Oct-99 11:18:04 Subj: Re: How do I read and write ethernet packets? From: Niclas =?iso-8859-1?Q?Lindstr=F6m?= Download it from http://service2.boulder.ibm.com/devcon/showcase/cat/afa0cntl.htm /Niclas Bob Eager wrote: > > On Wed, 27 Oct 1999 14:09:41, Niclas =?iso-8859-1?Q?Lindstr=F6m?= > wrote: > > > It looks like you're right, I am digging into the LAN Tech Ref right > > now... It will take some time to read and understand all this...:-) > > I'm interested in this too.... > > Can someone please post the document's full title...and perhaps the > doc no? > (like S999-1234, or whatever?) > > -- > Bob Eager > rde at tavi.co.uk > PC Server 325; PS/2s 8595*3, 9595*3 (2*P60 + P90), 8535, 8570, 9556*2, > 8580*6, > 8557*2, 8550, 9577, 8530, P70, PC/AT.. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: L M Ericsson Data AB (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 28-Oct-99 04:00:02 To: All 28-Oct-99 11:18:05 Subj: Re: somVaBuf: no trace whatsoever From: ilya@math.ohio-state.edu (Ilya Zakharevich) [A complimentary Cc of this posting was sent to ], > >I'm playing with SOM sample code in .inf files, but cannot compile > >whatever mentions somVaBuf. There is no file (except 2 .inf files ;-) in > >the whole toolkit (of DevCon 11) which mentions these words (I did > >case-insensitive search - does not help)... > Appears you are missing an include somtc.h or somtc.hh. To quote: I have it. SOMTC.H 6002 08-23-95 20:10 /* @(#) 2.6 src/somc/tc/somtc.h, somtc.funcs, som2.1 9/1/94 18:28:29 [8/18/95 16:44:00] */ It does not have anything related. Can you send the newer version to me so that I can put #defines/#ifdef's which would make my code work with older and with newer toolkits? Ilya --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: sbowring+nospam@mpc-data.co.uk 28-Oct-99 13:08:03 To: All 28-Oct-99 14:45:06 Subj: Re: How do I read and write ethernet packets? From: "Simon Bowring" On Tue, 26 Oct 1999 10:59:18 +0200, Michiel Karsch wrote: >ACSLAN.DLL gives you access to the lowest level of ethernet (except for >hardware). I believe the tcp/ip stack (and all others) uses this interface >to assemble IP packets as well. Are you sure? AFAIK this is not correct: multiple NDIS protocol drivers bind on top of the MAC driver (look at the "Bindings =" statements in your protocol.ini), in mine, Netbeui$, LANDD$, odi2ndi$, tcbbeui$and tcpip$ drivers all bind to the MAC driver. The protocol manager has a vector$ driver which is only used in multiple protocol environments where it sits on top of the MAC driver and transparently handles "fan-out" and "fan-in" of packets to and from the bound protocols above (which are offered packets and may say things like ("I'm not interested in this frame", "I'll have the frame, don't offer it to any other protocols" or, I'll have the frame, but offer it to other protocols). For a truly generic solution to packet monitoring you need to write an NDIS protocol driver that: 1) must be the first protocol bound to the MAC (so that it gets offered *all* frames), 2) can set the MAC driver into promiscuous mode, 3) that offers all received frames to other protocols, and 4) defines an API that your packet sniffing (or whatever) app will sit on. This is non-trivial - I have implemented such software! > IBM and at the first look at the sample in there (a token > ring driver) it looks too complex. I guess it includes > hardware access and things like that, but my driver only > need to access the existing NDIS driver and act as any > NDIS driver towards the application (TCP/IP-stack)... The TR driver is a MAC driver, you want to write (a much simpler, but nevertheless tricky) NDIS protocol driver, and you need the 3COM/MS NDIS 2.1 specification. Regards Simon Bowring, Senior Software Engineer, OS/2 Device Driver author since 1990 (OS/2 1.1) MPC Data Limited --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: MPC Data Limited (1:109/42) +----------------------------------------------------------------------------+ From: m.karsch@ath.nl 28-Oct-99 15:21:02 To: All 28-Oct-99 14:45:06 Subj: Re: How do I read and write ethernet packets? From: Michiel Karsch I think you are right but this is pre-ndis code from times of os/s ee 1.3; in that time there was also a need to mpx protocols. Docu says it's possible to 'direct' interface and dlc interface. Direct you receive all packets and dlc you specify sap 802.2 adressess (type 1 & 2 connections). So it must be possible to build a ip layer on top of the direct interface bypassing ndis protocol filtering. There is even a device driver interface for writing device drivers (eg tcp/ip) on top and then your comms go through landd$. Curious what happens if you use this and tcbeui$, i don't wanna try, you hope: I'll have the frame, but offer it to other protocols. I also don't want to try to write a ndis device driver. Michiel Simon Bowring wrote: > On Tue, 26 Oct 1999 10:59:18 +0200, Michiel Karsch wrote: > > >ACSLAN.DLL gives you access to the lowest level of ethernet (except for > >hardware). I believe the tcp/ip stack (and all others) uses this interface > >to assemble IP packets as well. > > Are you sure? AFAIK this is not correct: multiple NDIS protocol > drivers bind on top of the MAC driver (look at the "Bindings =" > statements in your protocol.ini), in mine, Netbeui$, LANDD$, > odi2ndi$, tcbbeui$and tcpip$ drivers all bind to the MAC driver. > > The protocol manager has a vector$ driver which is only used in > multiple protocol environments where it sits on top of the MAC > driver and transparently handles "fan-out" and "fan-in" of > packets to and from the bound protocols above (which are offered > packets and may say things like ("I'm not interested in this frame", > "I'll have the frame, don't offer it to any other protocols" or, > I'll have the frame, but offer it to other protocols). > > For a truly generic solution to packet monitoring you need to > write an NDIS protocol driver that: > > 1) must be the first protocol bound to the MAC (so that it gets > offered *all* frames), > 2) can set the MAC driver into promiscuous mode, > 3) that offers all received frames to other protocols, and > 4) defines an API that your packet sniffing (or whatever) app will > sit on. > > This is non-trivial - I have implemented such software! > > > IBM and at the first look at the sample in there (a token > > ring driver) it looks too complex. I guess it includes > > hardware access and things like that, but my driver only > > need to access the existing NDIS driver and act as any > > NDIS driver towards the application (TCP/IP-stack)... > > The TR driver is a MAC driver, you want to write (a much simpler, > but nevertheless tricky) NDIS protocol driver, and you need the > 3COM/MS NDIS 2.1 specification. > > Regards > > Simon Bowring, > Senior Software Engineer, > OS/2 Device Driver author since 1990 (OS/2 1.1) > MPC Data Limited --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: WorldOnline News server (1:109/42) +----------------------------------------------------------------------------+ From: tbretz@physik.tu-muenchen.de 28-Oct-99 14:01:11 To: All 28-Oct-99 14:45:06 Subj: Enhance File Dialog From: Thomas Bretz Hello, I tried to enhance the FileDialog with some features I need for Vice/2. Three examples: 1) I need one more button (like save and cancel) 2) I want to have a new pop-down where the user can choose between some numbers. 3) I want to have the possibility to look into archives. (eg: If u klick on a file *.zip u should get the components in the right window) Does anybody know if there is a way to change the OS/2-FileDialog only. I don't want to write it completely new. Thx, Thomas. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Nathan Electronics (1:109/42) +----------------------------------------------------------------------------+ From: rosenbergerb@my-deja.com 28-Oct-99 13:13:29 To: All 28-Oct-99 14:45:06 Subj: Re: Non-functioning scrollbars From: Bobbi Rosenberger In article , aaronl_spammenot@clear.net.nz (Aaron Lawrence) wrote: > On Mon, 25 Oct 1999 13:33:17, Bobbi Rosenberger > wrote: > > > This customer is telling me that none of the scrollbars in our > > application, or any other application (e.g. the OS/2 Window List) > > are working. > I've seen this on my system, suddenly all OS/2 scroll bars will stop > working and I have to reboot. Does not happen very often. My system is > Warp 4 Fixpack 6. Probably a later fixpack might help, but I haven't > tried. > > For this customer, the scrollbars continue to not work, even after rebooting. Sent via Deja.com http://www.deja.com/ Before you buy. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Deja.com - Before you buy. (1:109/42) +----------------------------------------------------------------------------+ From: shaunus@ibm.net 28-Oct-99 17:13:27 To: All 28-Oct-99 14:45:06 Subj: Re: Watcom C++ and STL From: "Shaun Baker" Had the same problem with VisualAge for C++ V3.0. www.stlport.org may be what you are looking for. All my STL problems were solved, and there is some nifty stuff to be found there... Shaun James Moe wrote in message news:3812A1D2.5A76AD34@rtd.com... > Hello, > Does Watcom C++ do STL? I have v11.0 of the Watcom compiler and it > does not care for a particular item: "ptrdiff_t." Wherever ptrdiff_t > occurs a syntax error is raised. > > > -- > > sma at rtd dot com > Remove ".spam-not" for email --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Global Network Services - Remote Access Mail & Ne (1:109/42) +----------------------------------------------------------------------------+ From: dunmunro@direct.ca 28-Oct-99 15:56:07 To: All 28-Oct-99 14:45:06 Subj: Re: Non-functioning scrollbars From: dunmunro@direct.ca (Duncan Munro) What fixpack level are they at? Have you checked the APAR reports to see if this is resolvedby a later fixpack? Duncan On Mon, 25 Oct 1999 13:33:17 GMT, Bobbi Rosenberger wrote: > > >We have a customer that purchased on OS/2 application from us. > >This customer is telling me that none of the scrollbars in our >application, or any other application (e.g. the OS/2 Window List) >are working. > >Page-Up, Page-Down, and Arrow keys work. But using the mouse >with the scrollbar doesn't work. The mouse works otherwise, for >selecting menu options, etc. > >Has anyone seen this behavior? The field engineer at the customer >site is ready to re-install OS/2 to fix the problem, but I think >that is a drastic measure. > >The customer is running OS/2 3.0. > >Any help would be appreciated. > > > > >Sent via Deja.com http://www.deja.com/ >Before you buy. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: via Internet Direct - http://www.mydirect.com/ (1:109/42) +----------------------------------------------------------------------------+ From: mads@troest.NEVERMORE.dk 28-Oct-99 17:48:00 To: All 28-Oct-99 16:44:09 Subj: Re: Pinging Code From: mads@troest.NEVERMORE.dk (Mads Orbesen Troest) On Thu, 28 Oct 1999 07:29:16, "Michael Thomson" wrote: > I'm attempting to write a simple ping program. Have successfully created a > raw socket and sent an ICMP request packet to a specific PC. Using network > analysing software I can see that the destination PC is responding with an > ICMP reply packet. The problem is that I can't read in the ICMP reply > packet from the socket. I have written my own Ping routine once, for some socket-wrapper classes I developed for internal purposes. I created a raw socket using the icmp protocol, as you describe. I simply used the "recvfrom" TCP/IP call to receive the data - after making sure it was there, of course (using the "select" function). If you continue to have problems, feel free to write again, and I'll see if I can dig out the code. :-) These were the incoherent ramblings of ... ... /\/\\ads Orbesen Troest [http://www.sprog.auc.dk/~motr96] (Please remove NEVERMORE from address when replying via email...) --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: SIRIUS Cybernetics (1:109/42) +----------------------------------------------------------------------------+ From: ilya@math.ohio-state.edu 28-Oct-99 18:21:26 To: All 28-Oct-99 16:44:09 Subj: Re: somVaBuf: no trace whatsoever From: ilya@math.ohio-state.edu (Ilya Zakharevich) [A complimentary Cc of this posting was sent to Rich Walsh ], who wrote in article : > If widespread compatibility is important, I'd be wary of functions > that require somVaBuf or other features not defined in your current > headers (I use DevCon9's SOM compiler & headers). Ha! You mean that SomVa* are not plain old macros? Then my approach of just putting them into a C file will not work anyway... Ilya P.S. What I'm doing is writing a program, not a class. Thus there will be no way for it to crash WPS: it would be DSOM who would ;-) do it. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Department of Mathematics, The Ohio State Univers (1:109/42) +----------------------------------------------------------------------------+ From: abuse@orac.clara.co.uk 28-Oct-99 19:14:22 To: All 28-Oct-99 16:44:09 Subj: Re: DosDevIOCtl questions From: abuse@orac.clara.co.uk (Paul Ratcliffe) On Tue, 26 Oct 1999 21:58:08 -0400, Jim Parker wrote: >Thank you, thank you, thank you. > >Works like a champ. Why did you feel the need to quote 250 odd lines of message just to write this? And as if that was not enough, 40 seconds later, you decided to do it again just to really piss everybody off. For God's sake, use your bloody delete key will you. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: The Floppy BBS (1:109/42) +----------------------------------------------------------------------------+ From: NOSPAM_R.Ihle@S-t.De 29-Oct-99 07:03:22 To: All 29-Oct-99 14:46:21 Subj: Re: Enhance File Dialog From: NOSPAM_R.Ihle@S-t.De (Ruediger Ihle) On Thu, 28 Oct 1999 12:01:23, Thomas Bretz wrote: > Hello, > > I tried to enhance the FileDialog with some features I need for Vice/2. > Three examples: > 1) I need one more button (like save and cancel) > 2) I want to have a new pop-down where the user can choose between some > numbers. > 3) I want to have the possibility to look into archives. (eg: If u klick > on a file *.zip u should get the components in the right window) > > Does anybody know if there is a way to change the OS/2-FileDialog only. > I don't want to write it completely new. > .. FILEDLG FileDlg; FileDlg.fl = FDS_OPEN_DIALOG | FDS_CUSTOM; // use custom dialog template FileDlg.usDlgId = IDD_FILEDIALOG2; // custom dialog id FileDlg.hMod = hModule; // handle to module containing // NULLHANDLE for current EXE FileDlg.pfnDlgProc = FileDialogProc2; // custom dialog procedure if( WinFileDlg(HWND_DESKTOP, hwnd, &FileDlg) ...... ... MRESULT EXPENTRY FileDialogProc2(HWND hwnd, ULONG msg, MPARAM mp1, MPARAM mp2) { if( msg == WM_COMMAND && SHORT1FROMMP(mp1) == ID_BUTTON1 ) { // handle your button here return (MRESULT)0; } return WinDefFileDlgProc(hwnd, msg, mp1, mp2); } -- Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany, http://www.s-t.de] Please remove all characters left of the "R" in my email address --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: S&T (1:109/42) +----------------------------------------------------------------------------+ From: rosenbergerb@my-deja.com 29-Oct-99 13:49:17 To: All 29-Oct-99 14:46:22 Subj: Re: Non-functioning scrollbars From: Bobbi Rosenberger In article <3818714b.17603792@news.direct.ca>, dmunro@sfu.ca wrote: > What fixpack level are they at? > > Have you checked the APAR reports to see if this is resolvedby a later > fixpack? > > Duncan > > On Mon, 25 Oct 1999 13:33:17 GMT, Bobbi Rosenberger > wrote: > > > > > > >We have a customer that purchased on OS/2 application from us. > > > >This customer is telling me that none of the scrollbars in our > >application, or any other application (e.g. the OS/2 Window List) > >are working. > > > >Page-Up, Page-Down, and Arrow keys work. But using the mouse > >with the scrollbar doesn't work. The mouse works otherwise, for > >selecting menu options, etc. > > > >Has anyone seen this behavior? The field engineer at the customer > >site is ready to re-install OS/2 to fix the problem, but I think > >that is a drastic measure. > > > >The customer is running OS/2 3.0. > > > >Any help would be appreciated. > > > > > > > > > >Sent via Deja.com http://www.deja.com/ > >Before you buy. > > No, I haven't looked into Fixpaks yet. However, we have lots of customers running OS/2 3.0. This is the only one reporting this problem. I'd like to understand what is different in his case. Sent via Deja.com http://www.deja.com/ Before you buy. --- WtrGate+ v0.93.p7 sn 165 * Origin: Usenet: Deja.com - Before you buy. (1:109/42) +----------------------------------------------------------------------------+ From: dholmes@trellis.net 29-Oct-99 18:59:11 To: All 29-Oct-99 21:24:00 Subj: popuplog From: Dan Holmes I found this in my popup log 09-06-1999 20:01:40 SYS2070 PID 014c TID 0001 Slot 0095 E:\PMPROGRAMMING\PROJECTS\CLIBPDF\SOURCE\TESTPDF.EXE TESTPDF->CLIBPDF.defaultDomain 127 I wrote both programs the testpdf.exe and clibpdf.dll. Testpdf calls clibpdf. defaultDomain is an exported variable of clibpdf. Is this message good or bad? My guess is that since it is in popuplog it is bad. -- ---------- dan holmes mailto:dholmes@trellis.net http://www.geocities.com/heartland/hollow/3097 --- WtrGate+ v0.93.p7 sn 165 * Origin: Origin Line 1 Goes Here (1:109/42) +----------------------------------------------------------------------------+ +============================================================================+