INFO-VAX Sat, 29 Dec 2007 Volume 2007 : Issue 714 Contents: Re: Samba Gains Legal Access to Microsoft Network File Protocols Re: Setting Reflection 2 window titles from VMS Re: Setting Reflection 2 window titles from VMS this declaration may not have extern "C" linkage while porting C++ code from sun Re: this declaration may not have extern "C" linkage while porting C++ code fro Re: this declaration may not have extern "C" linkage while porting C++ code from VT100 standards Re: VT100 standards Re: VT100 standards Re: VT100 standards ---------------------------------------------------------------------- Date: Sat, 29 Dec 2007 11:21:49 -0500 From: D Gillbilly Subject: Re: Samba Gains Legal Access to Microsoft Network File Protocols Message-ID: On Fri, 21 Dec 2007 18:44:36 +0000, "Main, Kerry" wrote: >All, > >This might be of interest to this newsgroup. > >http://www.eweek.com/article2/0,1895,2239112,00.asp >"Samba and the Software Freedom Law Center sign an agreement with Microsoft that gives >them full access to Microsoft's server protocols." > >"On Dec. 20, the Samba Group and the Software Freedom Law Center announced a deal with >Microsoft that places all of Microsoft's network protocols needed for programs to work with >Windows Server into the hands of the newly formed Protocol Freedom Information >Foundation. > >The PFIF is a U.S.-based nonprofit corporation. It will make Microsoft's server network protocol >documentation available to open-source developers such as Samba, which creates programs >for Windows Server interoperability, and private companies. This information is provided >under an NDA (nondisclosure agreement) and developers must agree to the NDA before >gaining access to the documentation." > >[snip .. see url for rest of article] > >Regards > >Kerry Main >Senior Consultant >HP Services Canada >Voice: 613-592-4660 >Fax: 613-591-4477 >kerryDOTmainAThpDOTcom >(remove the DOT's and AT) > >OpenVMS - the secure, multi-site OS that just works. > > DOS DECnet connectivity with bug for bug compatibility. We can't (legally?) fix the software, but we can make it work. :-) Reverse engineering? Ok, so there are some rough spots (updates, service packs, OS changes or upgrades, you know, just the day to day stuff). Generally, these failures are nothing more than an inconvenience (expected and planned for) and can be resolved (if you decide to not wait for the patch) with some good old fashioned data entry (most just wait). Computers can be very patient. When connectivity has been restored, staff can just as easily reconcile x days of data in one sitting as they can reconcile it in x sittings over x days (details? Only if necessary?). It seems to me that staff would rather spend their *user/work experience* with the customer and not the computer. During the Dark Ages when OpenVMS was continually circling the drain, we developed interfaces to most anything that would cooperate or collaborate. In house or third party applications and devices, regulatory and financial portals, external vendors and suppliers. Anything with data. We concentrated on solving real staff problems and not waste much energy on what anyone else was doing. (I don't even miss all those technologies I never had to learn, but I do miss some of the technologies that have been thrown overboard). But Hey, Mr Vendor, you already know that I believe that industry is headed towards a place that OpenVMS can get to first (and maybe some of OpenVMS is already there (or real close) :-). So unfortunately, my pre-biased opinion adds no new value. But I am interested in finding value in the vendors future plans. What about developer tools! (maybe a Dr. Open(wide for)VMS analyzer?) Management interfaces? (help change *Industry Standards* into *Standards Compliance*?) Education announcements? (where ARE the developers?) A sexy new GUI? (oh yeah, it's an (small) enterprise server. Is sound out also? :-) What about ... What about !!! What about ??? Ahh it doesn't matter. Many would say that by resisting *Industry (sub)Standards* and sitting on the very last rock dangling my feet out over the abyss is a risky development strategy. I know that the vendor or the industry is NOT going to save me. Ok, so? I'm not waiting for rescue or to be saved. This is just a cool place to wait for SAMBA (no pressure). I cannot avoid being retrieved and tossed into the i-box pool. I'm a VMSlifer. Soon I will be using OpenVMS to help an *ix based product to break the anchor like hold that the *Industry Standard* has on the industry. (just how many law suits are they away from total dominance? :-) Wow, and to think that I have a boring legacy job (so it seems :-). A merrier, merry and a happier happy! (As long as these sentiments don't conflict with your beliefs :-) Duane A small free ranging OpenVMS shark ------------------------------ Date: Sat, 29 Dec 2007 13:43:08 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: In article , "John E. Malmberg" writes: > > >VAXman- @SendSpamHere.ORG wrote: >> >> As for TABs, I'd doubt it. The menu items are 6 characters from the left. >> I don't believe SMG would set tabs at such an odd spacing and hope to rely >> on it. > >I would not count that out, SMG by default does not change the TAB >setting, but some applications do. I know that one of the text editors >did if you changed the tab stops, and then a number of SMG applications >run after that point would not display correctly. > >If someone does a "save" on the emulator, it can be saved with many >non-standard settings, including some that can not be changed from the >setup menus. > >I had an issue where somehow some of my pre-set emulator settings were >saved in insert mode. > >Interestingly set term/inquire would fix it, but the only fix I found >was to save the emulator with the correct settings. OK. Let's put the tabs to rest. I captured the output from this app while running and NO TABS are in any of the captured data. I ran and captured the data on a VT220, VT420 and a VT525. Nearly *all* of the drawing is by direct cursor addressing: CUP (esc [ {line{ ; {col} H), and ED and EL (esc [ {param} J|K). The only other cursor movement se- quences were CUU and CUD (esc [ A|B) when I depressed the keyboard's arrow keys to move the highlighted SGR (esc [ {params} m :: where in this case, params were 7 and 0) item in the menu. In addition, I setup different tab stops in each of the three profile sessions on my VT525. Normal tabs, no tabs and tabs set at the values of the fibonacci series (1,2,3,5,8,13,21,34,55). The result in each of the sessions was identical. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM "Well my son, life is like a beanstalk, isn't it?" http://tmesis.com/drat.html ------------------------------ Date: Sat, 29 Dec 2007 14:24:57 -0000 From: Thomas Dickey Subject: Re: Setting Reflection 2 window titles from VMS Message-ID: <13ncm5p4gm8cv1b@corp.supernews.com> John E. Malmberg wrote: > http://encompasserve.org/~malmberg/dcl/set_window.txt xterm's DA response depends on how it is started -ti term_id Specify the name used by xterm to select the correct response to terminal ID queries. It also specifies the emulation level, used to determine the type of response to a DA control sequence. Valid values include vt52, vt100, vt101, vt102, and vt220 (the "vt" is optional). The default is vt100. The term_id argument specifies the terminal ID to use. (This is the same as the decTerminalID resource). Here are a few possibilities (cut/paste from vttest): <27> [ ? 1 ; 2 c <27> [ ? 6 2 ; 1 ; 2 ; 6 ; 8 ; 9 ; 1 5 ; 2 2 ; 2 9 c <27> [ ? 6 3 ; 1 ; 2 ; 6 ; 8 ; 9 ; 1 5 ; 2 2 ; 2 9 c <27> [ ? 6 4 ; 1 ; 2 ; 6 ; 8 ; 9 ; 1 5 ; 2 2 ; 2 9 c -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ------------------------------ Date: Sat, 29 Dec 2007 04:34:17 -0800 (PST) From: writetosanjesh@gmail.com Subject: this declaration may not have extern "C" linkage while porting C++ code from sun Message-ID: Hi, Im porting a source code base from sunos to HP-UX. While compiling some sources, Im getting the errors like /opt/aCC/include/rw/xphasht.h", line 161: error #2800: this declaration may not have extern "C" linkage template class RWTExport RWTPtrHashTableIterator; "/opt/aCC/include/rw/xphasht.h", line 173: error #2800: this declaration may not have extern "C" linkage template class RWTExport RWTPtrHashTable /opt/aCC/include/rw/xpslist.cc", line 416: error #2800: this declaration may not have extern "C" linkage template RWTPtrSlink* Is there some changes required while using roguewave libraries on HP? The compile command is aCC -w -Aa -AP -library=std,rwtools7,stream,Csup +p +Z -DUNIX -DSYSV - D_XOPEN_SOURCE -D_POSIX_SOURCE -D_HPUX_SOURCE -DRW_NO_STL -DINF_UNIX_SRC -DINF_N_MENU -D__EXTERN_C__ -DAR_CPLUSPLUS -D__COMP_FILE__= Please help me out. ------------------------------ Date: Sat, 29 Dec 2007 10:17:27 -0500 From: =?ISO-8859-1?Q?Arne_Vajh=F8j?= Subject: Re: this declaration may not have extern "C" linkage while porting C++ code fro Message-ID: <47766505$0$90270$14726298@news.sunsite.dk> writetosanjesh@gmail.com wrote: > Im porting a source code base from sunos to HP-UX. While compiling > some sources, Im getting the errors like > > /opt/aCC/include/rw/xphasht.h", line 161: error #2800: this > declaration may not have extern "C" linkage > template class RWTExport RWTPtrHashTableIterator; > > "/opt/aCC/include/rw/xphasht.h", line 173: error #2800: this > declaration may not have extern "C" linkage > template class RWTExport RWTPtrHashTable > > /opt/aCC/include/rw/xpslist.cc", line 416: error #2800: this > declaration may not have extern "C" linkage > template RWTPtrSlink* Not related to OpenVMS at all. But the error message seems clear enough - it does not like the usage of templates with extern "C" block - and I think other compilers don't allow that either. Arne ------------------------------ Date: Sat, 29 Dec 2007 14:41:38 GMT From: "Colin Butcher" Subject: Re: this declaration may not have extern "C" linkage while porting C++ code from Message-ID: This probably isn't the best place to ask this kind of question as this is a VMS based newsgroup. I'd recommend the HP-UX related forums in the HP ITRC instead - see www.itrc.hp.com -- Cheers, Colin. Legacy = Stuff that works properly! ------------------------------ Date: Sat, 29 Dec 2007 11:45:38 -0500 From: JF Mezei Subject: VT100 standards Message-ID: <01c1c559$0$11730$c3e8da3@news.astraweb.com> The "Re: Setting Reflection 2 window titles from VMS" thead has gotten me to think. Has Digital ever officially released/published documentation on all the escape sequences that are beyond the core VT220 ones ? (especially those labeled "DEC private sequences) ? Over the years, I have seen many individual requests for the private escape sequences. And while the VT320 book contained many of them, don't recall seeing a DECterm programming manual with all the special escape sequences. And I recall the author of Kermit having to privately obtain many sequences under the table to get his emulator to work well. If DEC was unwilling to officially publish the complete set of escape sequences, can you fault emulator makers for their non-compliance ? However, we know that the VT terminal manuals until at least the VT400 series contained a good listing of the escape sequences, but it didn't document all of them. If an emulator doesn't get those right then yeah, you can fault them. But I do not believe that the "set the window title" sequence has ever officially been documented. ------------------------------ Date: Sat, 29 Dec 2007 12:39:28 -0500 From: "Richard B. Gilbert" Subject: Re: VT100 standards Message-ID: <47768650.5040807@comcast.net> JF Mezei wrote: > The "Re: Setting Reflection 2 window titles from VMS" thead has gotten > me to think. > > Has Digital ever officially released/published documentation on all the > escape sequences that are beyond the core VT220 ones ? (especially those > labeled "DEC private sequences) ? > > Over the years, I have seen many individual requests for the private > escape sequences. And while the VT320 book contained many of them, > don't recall seeing a DECterm programming manual with all the special > escape sequences. And I recall the author of Kermit having to privately > obtain many sequences under the table to get his emulator to work well. > > If DEC was unwilling to officially publish the complete set of escape > sequences, can you fault emulator makers for their non-compliance ? > > > However, we know that the VT terminal manuals until at least the VT400 > series contained a good listing of the escape sequences, but it didn't > document all of them. > > > If an emulator doesn't get those right then yeah, you can fault them. > But I do not believe that the "set the window title" sequence has ever > officially been documented. I believe it WAS documented at one time but my memory grows DIMM and I can't come up with a reference. I can recall doing things to DECTerm titles with escape sequences from DCL. Unfortunately or, perhaps, not, the code does not seem to have survived. Hoff's web page http://64.223.189.234/node/92 has some words of wisdom on the subject. Note to Hoff: Internet Exploder renders the title rather strangely: there's some barely visible lettering between the lines! ------------------------------ Date: 29 Dec 2007 11:56:56 -0600 From: Kilgallen@SpamCop.net (Larry Kilgallen) Subject: Re: VT100 standards Message-ID: <80tw+2OFhWXz@eisner.encompasserve.org> In article <47768650.5040807@comcast.net>, "Richard B. Gilbert" writes: > Hoff's web page http://64.223.189.234/node/92 has some words of wisdom > on the subject. > > Note to Hoff: Internet Exploder renders the title rather strangely: > there's some barely visible lettering between the lines! I note that http://validator.w3.org shows that page as having two errors. It might be best to clean those up before reporting a browser problem to Microsoft. ------------------------------ Date: Sat, 29 Dec 2007 13:51:47 -0500 From: "Richard B. Gilbert" Subject: Re: VT100 standards Message-ID: <47769743.7080001@comcast.net> Larry Kilgallen wrote: > In article <47768650.5040807@comcast.net>, "Richard B. Gilbert" writes: > > >>Hoff's web page http://64.223.189.234/node/92 has some words of wisdom >>on the subject. >> >>Note to Hoff: Internet Exploder renders the title rather strangely: >>there's some barely visible lettering between the lines! > > > I note that http://validator.w3.org shows that page as having two errors. > It might be best to clean those up before reporting a browser problem to > Microsoft. Well, I hadn't really considered reporting a browser problem to Microsoft!! It's one of those common sense things you learn as a youth, like "Don't piss into the wind!" ------------------------------ End of INFO-VAX 2007.714 ************************