INFO-VAX Thu, 27 Nov 2008 Volume 2008 : Issue 634 Contents: Re: 150 year Re: Anyone want a ride on the SS Itanic? Re: Anyone want a ride on the SS Itanic? Re: Anyone want a ride on the SS Itanic? Re: Anyone want a ride on the SS Itanic? Re: Autogen params report... Re: CIQBA & PQDRIVER Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO Re: Good example of C and MACRO LAT BARCODE PRINTER Re: LAT BARCODE PRINTER Re: LAT BARCODE PRINTER Re: LAT BARCODE PRINTER Re: LAT BARCODE PRINTER Re: Wget ---------------------------------------------------------------------- Date: Thu, 27 Nov 2008 01:03:07 -0800 (PST) From: johnwallace4@yahoo.co.uk Subject: Re: 150 year Message-ID: <2e76fa3b-47f0-4b81-b1fc-6e416e9030bb@t2g2000yqm.googlegroups.com> On Nov 27, 6:39=A0am, "Richard B. Gilbert" wrote: > Michael Moroney wrote: > > "Tom Linden" writes: > > >> On Tue, 25 Nov 2008 08:12:22 -0800, JF Mezei =A0 > >> wrote: > > >>> There are , if I recall properly, 2 main grids in north america, on f= or > >>> the east and one for the west. Within each region, all 60hz is > >>> synchronised, even between different grids inside the region. And pow= er > >>> exchanges between east and west grids is done via AC-DC-AC converters= to > >>> ensure the power at the other end matches that grid's phase. > > >> How is it distributed on the grid? =A0When I lived in Los Altos there = were =A0 > >> 110KV > >> lines nearby and I thought they were 3 phase. > > > They are. =A0That's why that the HV power lines always* have 3 or a mul= tiple > > of 3 main conductors (not counting neutral or lightning arrester wires) > > > * You may see some big ones with 2 conductors. =A0Those are DC links. > > Are you SURE about that? =A0The last I heard DC was dead except for a ver= y > small area in New York City which was the reason for AC/DC radios and TV > sets. =A0I think that area may have finally been converted to AC fifteen > or twenty years ago. > > DC is very awkward to use for power transmission since they can't use > transformers to step up the voltage and step it down again. =A0Electric > power is normally AC and is transmitted at high voltage to minimize "I > squared R" losses and stepped down to 440, 220 or 110 volts at the place > where it's consumed. Power to homes and businesses etc is indeed normally AC, but interconnects used to transfer significant amounts of power between basically independent networks might well be DC, e.g. so there's no need to keep the networks exactly in sync. DC may be preferable to AC for economic reasons too, eg for the same transmission capacity in MW the DC cabling can cost less because DC volts(RMS) =3D DC volts(peak) so you can use slightly smaller conductors, whereas for AC, volts(RMS) < volts(peak) but costs (such as insulation) often go up with volts peak. Obviously for the DC part of the link you have to convert from and to AC which adds extra costs (both extra kit and conversion losses), so there's not *that* much DC distribution around. But for example England is connected to France by a few GW (2? 8?) of DC interconnect. ------------------------------ Date: Thu, 27 Nov 2008 14:29:39 GMT From: Robert Boers Subject: Re: Anyone want a ride on the SS Itanic? Message-ID: <492eaec9$1@news.deckpoint.ch> Hein RMS van den Heuvel wrote: snip > But I have not even started to look for that. > If someone happens to know of a telnet or web-page controllable 4 to 8 > outlet switch please do reply. Here is one: http://www.digital-loggers.com/lpc.html Regards, Robert ------------------------------ Date: Thu, 27 Nov 2008 10:49:53 -0500 From: JF Mezei Subject: Re: Anyone want a ride on the SS Itanic? Message-ID: <001a9ece$0$12305$c3e8da3@news.astraweb.com> Peter Weaver wrote: > They do look like good deals, too bad they won't ship outside the US. > Is there any COV person in Buffalo or Niagara Falls area who can order > one for me so I can drive over the river and pick it up? Is the river frozen yet ? :-) ------------------------------ Date: Thu, 27 Nov 2008 08:28:57 -0800 (PST) From: Hein RMS van den Heuvel Subject: Re: Anyone want a ride on the SS Itanic? Message-ID: <24b603ad-c85e-464f-9693-cb4b4cce2834@f20g2000yqg.googlegroups.com> On Nov 27, 3:29=A0pm, Robert Boers wrote: Hi Robert, fancy meeting you here! > Hein RMS van den Heuvel wrote: > > If someone happens to know of a telnet or web-page controllable 4 to 8 > > outlet switch please do reply. > > Here is one: http://www.digital-loggers.com/lpc.html Super. Couldn't build one for twice the money. I ordered one for $119. Shipping seemed a little expensive at $33. btw... my $200 bid for an rx2600 + 10GB + management card succeeded. Thanks for not competing :-). I would have preferred VM hosting OpenVMS + hpux on a single box, but my 2620 does not have the montecito chip required for that. This way I can run both hpux and OpenVMS for a relatively low cost. Peter.. if you find yourself in the Boston area in the near future, then come pick up mine, and I'll bid on an other one. Met vriendlijke groetjes, Hein. ------------------------------ Date: Thu, 27 Nov 2008 17:49:02 +0000 (UTC) From: moroney@world.std.spaamtrap.com (Michael Moroney) Subject: Re: Anyone want a ride on the SS Itanic? Message-ID: Hein RMS van den Heuvel writes: >> Here is one: http://www.digital-loggers.com/lpc.html >Super. Couldn't build one for twice the money. >I ordered one for $119. Shipping seemed a little expensive at $33. >btw... my $200 bid for an rx2600 + 10GB + management card succeeded. >Thanks for not competing :-). Since that one has the management processor, you don't need the remote control switch (at least not for the rx2600). Turn it on and off via a web page. ------------------------------ Date: Thu, 27 Nov 2008 13:09:13 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: Autogen params report... Message-ID: <492e8df5$0$197$e4fe514c@news.xs4all.nl> Write to the the audit server or jobctl mailbox perhaps? VMS can set the process in this state. Lots of possibilities. Jur. Jan-Erik Söderholm wrote, On 26-11-2008 19:57: > Hi. > Today we had som problem with a number > of processes going into RWMBX state. > > This has something with mailbox devices > to do, as far as I understand. > > I've tried with ana/sys, sda>set proc/id=xxx and > sda> sh proc/chan to find the MB devices, > but none of the RWMBX processes has any > channels to any MBA device. > > Now what ? > What else could make them go into RWMBX ? > > I have also runedd an autogen just in case... > > Now, most was "as expected" with minor > maginal adjustments of DIR cache and so on. > > But there was some major adjustments that I'd > like to get some comments on (marked with > "<<== !!" below in the list). > > Could these have something to do with RWMBX ? > > I've also included an SHO MEM at the end... > > System is an DS20e with 4 GB mem. > > Jan-Erik. > > > > > AUTOGEN was run from SAVPARAMS to TESTFILES... > > > Feedback information was collected on 26-NOV-2008 13:43:02.93 > The feedback data is based on 222 hours of up time. > Feedback information will be used in the subsequent calculations > > > Parameter information follows: > ------------------------------ > > MAXPROCESSCNT parameter information: > Feedback information. > Old value was 689, New value is 651 > Maximum Observed Processes: 465 > > Information on OpenVMS executable image Processing: > > Processing SYS$MANAGER:VMS$IMAGES_MASTER.DAT > Total global pagelets counted = 51762 > Total global sections counted = 218 > Total global pagefile counted = 346 > Total resident code pages counted = 651 > Total resident data pages counted = 0 > > > GBLPAGES parameter information: > Feedback information. > Old value was 3321614, New value is 7027238 > Maximum used GBLPAGES: 602912 > Global buffer requirements: 393984 > Pagelets reserved for memory resident sections: 0 > > LOCKIDTBL parameter information: > Feedback information. > Old value was 1792, New value is 107776 <<== !! > Current number of locks: 200469 > Peak number of locks: 214016 > > RESHASHTBL parameter information: > Feedback information. > Old value was 2048, New value is 524288 <<== !! > Current number of resources: 152788 > > NPAGEDYN parameter information: > Feedback information. > Old value was 5488640, New value is 13524992 <<== !! > Maximum observed non-paged pool size: 16203776 bytes. > Non-paged pool request rate: 12 requests per 10 sec. > > GH_EXEC_CODE parameter information: > Feedback information. > Old value was 1024, New value is 1024 > > GH_EXEC_DATA parameter information: > Feedback information. > Old value was 512, New value is 512 > > GH_RES_CODE parameter information: > Feedback information. > Old value was 1584, New value is 1584 > - AUTOGEN parameter calculation has been overridden. > The calculated value was 1536. The value 1584 > will be used in accordance with the following requirements: > GH_RES_CODE minimum value is 1584. > > GH_RES_DATA parameter information: > Feedback information. > Old value was 0, New value is 0 > > > LNMSHASHTBL parameter information: > Feedback information. > Old value was 512, New value is 2048 > Current number of shareable logical names: 2609 > > PAGEDYN parameter information: > Feedback information. > Old value was 6512640, New value is 6701056 > Current paged pool usage: 2961184 bytes. > Paged pool request rate: 44 requests per 10 sec. > (Prob OK) > > > Calculations for page, swap, and dump files. > -------------------------------------------- > > Errorlog dumpfile calculations: > > No errorlog dump file modifications should be made. > Errorlog dumpfile will remain at 42 blocks. > > Dump file calculations: > > A 4345873 block dump file should be created. > > Page file calculations: > > PAGEFILE1_SIZE information (for > DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE1.SYS;1): > Feedback information. > Old value was 900000, New value is 4198400 > Maximum observed usage (blocks): 121824 > PAGEFILE1_SIZE will be modified to hold 4198400 blocks > > PAGEFILE2_SIZE information (for SYS$SYSTEM:PAGEFILE.SYS): > Feedback information. > Old value was 2105300, New value is 4198400 > Maximum observed usage (blocks): 121984 > PAGEFILE2_SIZE will be modified to hold 4198400 blocks > > ** Note ** Free space on the system disk is insufficient to extend > both the page file and the dump file. No dump file changes > will be made at this time. > > Swap file calculations: > > SWAPFILE1_SIZE information (for SYS$SYSTEM:SWAPFILE.SYS): > Feedback information. > Old value was 88100, New value is 83300 > Maximum observed usage (blocks): 5120 > SWAPFILE1 will not be modified. The file size is within 10% > > > > $ sh mem > System Memory Resources on 26-NOV-2008 19:05:41.07 > > Physical Memory Usage (pages): Total Free In Use Modified > Main Memory (4.00GB) 524288 354943 144158 25187 > > ("Free" is usualy much lower during day/work time) > > > > Granularity Hint Regions (pages): Total Free In Use Released > Execlet code region 1024 0 1015 9 > Execlet data region 512 0 417 95 > S0/S1 Executive data region 701 0 701 0 > Resident image code region 2048 0 1184 864 > > Slot Usage (slots): Total Free Resident Swapped > Process Entry Slots 689 415 274 0 > Balance Set Slots 687 415 272 0 > > Dynamic Memory Usage: Total Free In Use Largest > Nonpaged Dynamic Memory (MB) 6.76 0.58 6.17 0.11 > Bus Addressable Memory (KB) 160.00 158.87 1.12 158.87 > Paged Dynamic Memory (MB) 6.21 3.51 2.69 3.51 > Lock Manager Dyn Memory (MB) 52.76 0.12 52.64 > > Buffer Object Usage (pages): In Use Peak > 32-bit System Space Windows (S0/S1) 0 0 > 64-bit System Space Windows (S2) 4 4 > Physical pages locked by buffer objects 4 0 > > Memory Reservations (pages): Group Reserved In Use Type > Total (0 bytes reserved) 0 0 > > Swap File Usage (8KB pages): Index Free Size > DISK$ALPHASYS:[SYS0.SYSEXE]SWAPFILE.SYS > 1 5504 5504 > > Paging File Usage (8KB pages): Index Free Size > DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE1.SYS;1 > 253 56248 56248 > DISK$ALPHASYS:[SYS0.SYSEXE]PAGEFILE.SYS > 254 131576 131576 > > Total size of all paging files: 187824 > Total committed paging file usage: 107870 > > Of the physical pages in use, 8575 pages are permanently allocated to > OpenVMS. > $ ------------------------------ Date: Thu, 27 Nov 2008 13:01:52 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: CIQBA & PQDRIVER Message-ID: <492e8c3c$0$197$e4fe514c@news.xs4all.nl> mc sysman sys_load remove _local_ pqloader1 mc sysman sys_load remove _local_ pqloader2 @sys$update:vms$system_images You MUST remove those images when the hardware is not availble or you will see problems...... Jur. Volker Halle wrote, On 26-11-2008 8:57: > Neil, > > check whether this driver is loaded via the SYS_LOAD_IMAGES alternate > mechanism. If so, you should find an entry in SYS$UPDATE:VMS > $SYSTEM_IMAGES.IDX. You can remove this entry using SYSMAN> SYS_LOAD > REMOVE ... and rebuild the .IDX file using @SYS$UPDATE:VMS > $SYSTEM_IMAGES > > Volker. ------------------------------ Date: Thu, 27 Nov 2008 01:55:52 -0500 From: "Richard B. Gilbert" Subject: Re: Good example of C and MACRO Message-ID: Glen Herrmannsfeldt wrote: > Tim E. Sneddon wrote: > (snip) > >> Anyone who *willingly* chooses Itanium assembly to write anything >> should immediately get themselves to a doctor! > > VAX is probably one of the easier assembly languages to learn. > > PDP-11 and S/360 also aren't so bad. > > I haven't tried Itanium yet, and I don't know that I want to, > but I will soon have one to try it on. > > -- glen > Assembler language programming is just about dead. The only time it's really necessary is when you are bootstrapping a new hardware platform. Even device drivers are now written in C. It's just too damned expensive to program in assembler! ------------------------------ Date: Thu, 27 Nov 2008 08:57:51 +0100 From: Michael Kraemer Subject: Re: Good example of C and MACRO Message-ID: Richard B. Gilbert schrieb: > > Assembler language programming is just about dead. The only time it's > really necessary is when you are bootstrapping a new hardware platform. > Even device drivers are now written in C. Not every CPU instruction has an equivalent HL construct. Think of byte swapping or "compare & swap" and friends. > It's just too damned expensive to program in assembler! But it can be fun, sometimes. ------------------------------ Date: Thu, 27 Nov 2008 02:20:49 -0700 From: Glen Herrmannsfeldt Subject: Re: Good example of C and MACRO Message-ID: Richard B. Gilbert wrote: > Assembler language programming is just about dead. The only time it's > really necessary is when you are bootstrapping a new hardware platform. > Even device drivers are now written in C. > It's just too damned expensive to program in assembler! I mostly do things that you can't do in high-level language, but as little as possible. My favorite is an assembler routine to return the IA32 time stamp counter. .file "rdtsc.f" .text .p2align 4,,15 .globl rdtsc_ .type rdtsc_, @function rdtsc_: rdtsc ret .size rdtsc_, .-rdtsc_ There are only two executable instructions. Most of the other lines probably aren't needed, but I wrote a function in Fortran, compiled it with -S, removed the unneeded instructions and put in the rdtsc. Also, being able to read assembler is useful for reading the output of the compilers (with -S) even if you don't actually write any. -- glen ------------------------------ Date: Thu, 27 Nov 2008 09:30:33 +0000 From: Mark Wickens Subject: Re: Good example of C and MACRO Message-ID: The request came about because of an interest in participating in the retrochallenge contest: examples of this years entries can be found at http://retrochallenge.net/2008 The idea is to spend a month (as much or as little time as you fancy) on a project related to old hardware or software. Apologies, I don't mean to offend anyone who still works with the kind of technologies I am talking about - but to me the last time I did some real MACRO-32 programming was my first job out of college in 1991 - so to me the technology is old! I have done bits and pieces of MC68K which I also used in earlier days - in this case I don't consider it so 'old' as there still microprocessors being sold for new development in the Freescale Coldfire product range. Admittedly the vast majority of code will be written in C, but that's not to say that dropping down to assembler is not the right thing to do on occassion. "Best language for the job" always prevails. So I was thinking of immersing myself in a small project for a month purely out of interest. The other train of thought out of this was to try and tease out of some of you any development environments or languages that have struck you as elegant, pleasant and productive. I know of Ruby, Python seems pretty good, and Tk/Tcl pop up regularly. Any I've overlooked. What is the modern day enquivalent of Visual Basic. I'm not thinking here so much about the language as of an IDE that allows an application with a GUI to be assembled quickly. Does such a tool exist for screen-oriented character applications? Regards, Mark. ------------------------------ Date: Thu, 27 Nov 2008 10:13:39 GMT From: =?ISO-8859-15?Q?Jan-Erik_S=F6derholm?= Subject: Re: Good example of C and MACRO Message-ID: Mark Wickens wrote: > The request came about because of an interest in participating in the > retrochallenge contest: examples of this years entries can be found at > http://retrochallenge.net/2008 > > The idea is to spend a month (as much or as little time as you fancy) on > a project related to old hardware or software. Apologies, I don't mean > to offend anyone who still works with the kind of technologies I am > talking about - but to me the last time I did some real MACRO-32 > programming was my first job out of college in 1991 - so to me the > technology is old! > > I have done bits and pieces of MC68K which I also used in earlier days - > in this case I don't consider it so 'old' as there still microprocessors > being sold for new development in the Freescale Coldfire product range. > Admittedly the vast majority of code will be written in C, but that's > not to say that dropping down to assembler is not the right thing to do > on occassion. "Best language for the job" always prevails. > > So I was thinking of immersing myself in a small project for a month > purely out of interest. > > The other train of thought out of this was to try and tease out of some > of you any development environments or languages that have struck you as > elegant, pleasant and productive. I know of Ruby, Python seems pretty > good,... I've used Python on VMS some. It's a nice package with a lot of "modules" pre-installed read-to-be-used. Just the other day I wrote a short Python script (20-30 lines of Python code) that reads out a Rdb table and creates an PDF document with data from the table tabulated both as text and in Code39. It uses the builtin Rdb interface and a module called "ReportLab" to create the PDF. > and Tk/Tcl pop up regularly. Any I've overlooked. What is the > modern day enquivalent of Visual Basic. I'm not thinking here so much > about the language as of an IDE that allows an application with a GUI to > be assembled quickly. Does such a tool exist for screen-oriented > character applications? The VMS/Python kit mentioned above has a built-in interface against the SMG$ (Screen Management) routines in VMS. That is, you program your screens "Python-style". Jan-Erik. > > Regards, Mark. ------------------------------ Date: Thu, 27 Nov 2008 13:05:34 +0100 From: Jur van der Burg <"lddriver at digiater dot nl"> Subject: Re: Good example of C and MACRO Message-ID: <492e8d19$0$197$e4fe514c@news.xs4all.nl> > Anyone who *willingly* chooses Itanium assembly to write anything > should immediately get themselves to a doctor! Well, then it's time for me to see a doctor.... and soon! I'm working on an application generating native itanium code on the fly (running on VMS), so I play for compiler myself. Lots of fun.... :-) Jur. Tim E. Sneddon wrote, On 27-11-2008 0:38: > John Reagan wrote: >> "Mark Wickens" wrote in message >> news:ggk8j0$gpo$1@news.motzarella.org... >>> This is purely an academic exercise - I am doing my 'learn one language >>> a year' and this year it is MACRO-32. >> >> Not to discourage you, but honestly why learn the instruction set of a >> computer from the 1970's which isn't even made anymore? >> >> At least do X86 or Itanium assembly if you must satisify some urge to >> twiddle bits. >> > > Anyone who *willingly* chooses Itanium assembly to write anything > should immediately get themselves to a doctor! > > Tim. ------------------------------ Date: Thu, 27 Nov 2008 12:20:44 +0000 (UTC) From: m.kraemer@gsi.de (Michael Kraemer) Subject: Re: Good example of C and MACRO Message-ID: In article , Mark Wickens writes: > > I have done bits and pieces of MC68K which I also used in earlier days - > in this case I don't consider it so 'old' as there still microprocessors > being sold for new development in the Freescale Coldfire product range. I think even the original 68K chips (68000 through 68060) are still being made and sold. At least they weren't EOLed last time I checked, about half a year ago. > Admittedly the vast majority of code will be written in C, but that's > not to say that dropping down to assembler is not the right thing to do > on occassion. "Best language for the job" always prevails. Assembly on 68K is almost like C. ------------------------------ Date: Thu, 27 Nov 2008 13:33:21 +0100 From: Joseph Huber Subject: Re: Good example of C and MACRO Message-ID: Michael Kraemer wrote: > In article , Mark Wickens > writes: >> >> I have done bits and pieces of MC68K which I also used in earlier days - >> in this case I don't consider it so 'old' as there still microprocessors >> being sold for new development in the Freescale Coldfire product range. > > I think even the original 68K chips (68000 through 68060) are still > being made and sold. At least they weren't EOLed last time I checked, > about half a year ago. > >> Admittedly the vast majority of code will be written in C, but that's >> not to say that dropping down to assembler is not the right thing to do >> on occassion. "Best language for the job" always prevails. > > Assembly on 68K is almost like C. Eh ? Does this (one of the few things I wrote in m68K assembly language), look like C ? Bus_Trap_Handle: move.l d0,Bus_Trap_Mode(a6) ;handling mode of bus-/address-traps move.l d1,Bus_Trap_Access_Mode(a6) ;mode of bus-access movem.l d1/a0-a1,-(a7) clr.l d0 movea.l d0,a0 lea exc_table(pc),a1 os9 F$STrap bcc.b ih99 move.l d1,errno(a6) move.l #-1,d0 ih99 movem.l (a7)+,d1/a0-a1 rts It looks more like VAX (Makro-)assembler ! -- Joseph Huber, http://www.huber-joseph.de ------------------------------ Date: Thu, 27 Nov 2008 14:03:26 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: Good example of C and MACRO Message-ID: <00A833F7.78FF7AFD@SendSpamHere.ORG> In article <0019f8d3$0$12352$c3e8da3@news.astraweb.com>, JF Mezei writes: >Richard B. Gilbert wrote: > >> There is little reason to write anything in Macro today; device drivers >> can be written in C. What else was Macro good for? > > >Making transfer vectors for sharable images ? Are there now tools to >make those without Macro ? Yeah, it's called the LINKER OPTION file. -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Thu, 27 Nov 2008 09:19:29 -0500 From: "Richard B. Gilbert" Subject: Re: Good example of C and MACRO Message-ID: Michael Kraemer wrote: > Richard B. Gilbert schrieb: > >> >> Assembler language programming is just about dead. The only time it's >> really necessary is when you are bootstrapping a new hardware >> platform. Even device drivers are now written in C. > > Not every CPU instruction has an equivalent HL construct. > Think of byte swapping or "compare & swap" and friends. > >> It's just too damned expensive to program in assembler! > > But it can be fun, sometimes. > I know! I used to enjoy it. The world moved on and the Pointy Haired Bosses wanted it done on time. It didn't matter if it didn't always work as long as it was on time! ------------------------------ Date: Thu, 27 Nov 2008 11:11:41 -0500 From: JF Mezei Subject: Re: Good example of C and MACRO Message-ID: <001aa3ba$0$12298$c3e8da3@news.astraweb.com> VAXman- @SendSpamHere.ORG wrote: >>Making transfer vectors for sharable images ? Are there now tools to >>make those without Macro ? > > Yeah, it's called the LINKER OPTION file. Do you have an example of a way to build a transfer vector with the linker ? I was under the impression that the linker simply built the table of entry points which was not garanteed to be the same if you changed your code around. So your chareable image would work with LIB$FIND_IMAGE_SYMBOL since this was dynamic linking to a shareable image, but not necessarily with conventional shareable images that have fixed links resolved at link time, not at run time. ------------------------------ Date: Thu, 27 Nov 2008 09:59:46 -0800 (PST) From: IanMiller Subject: Re: Good example of C and MACRO Message-ID: On Nov 27, 4:11=A0pm, JF Mezei wrote: > VAXman- @SendSpamHere.ORG wrote: > >>Making transfer vectors for sharable images ? Are there now tools to > >>make those without Macro ? > > > Yeah, it's called the LINKER OPTION file. > > Do you have an example of a way to build a transfer vector with the linke= r ? > > I was under the impression that the linker simply built the table of > entry points which was not garanteed to be the same if you changed your > code around. So your chareable image would work with > LIB$FIND_IMAGE_SYMBOL since this was dynamic linking to a shareable > image, but not necessarily with conventional shareable images that have > fixed links resolved at link time, not at run time. See the fine manual - its different on itanium ------------------------------ Date: Thu, 27 Nov 2008 06:21:32 -0800 (PST) From: Ramon Jimenez Subject: LAT BARCODE PRINTER Message-ID: <134476b0-3b3a-4adc-9b53-5c8b1e271e5a@k12g2000yqk.googlegroups.com> Hi we have ported a Pascal App. from a VAX to an Integrity. The source code has not been changed just recompiled on the new platform. Applications sends data to a Printronix T5308 label printer. In the old plattform it prints barcodes on the label but in the new the label is generated but the barcode is not shown. LAT configuration is the same in the both machines, and seems like ports on decservers are ok, in fact they are the same decservers. Another program which has been also recompiled is able to print the barcode. Any suggestion about the way to troubleshot and fix this issue? Regards Ramon ------------------------------ Date: Thu, 27 Nov 2008 09:47:56 -0500 From: "Richard B. Gilbert" Subject: Re: LAT BARCODE PRINTER Message-ID: Ramon Jimenez wrote: > Hi we have ported a Pascal App. from a VAX to an Integrity. > > The source code has not been changed just recompiled on the new > platform. > > Applications sends data to a Printronix T5308 label printer. In the > old plattform it prints barcodes on the label but in the new the label > is generated but the barcode is not shown. > > LAT configuration is the same in the both machines, and seems like > ports on decservers are ok, in fact they are the same decservers. > > Another program which has been also recompiled is able to print the > barcode. > > Any suggestion about the way to troubleshot and fix this issue? > > Regards Ramon > Look at the codes actually being sent to the printer. You can be fairly certain that the printer is doing what it's being told to do! Your program is almost certainly sending erroneous codes to the printer. You may have to dig up an RS232 analyzer (for a serial printer) or a network analyzer (for a network printer)! Never mind what you THINK the program is doing, it's what's on the wire that counts! ------------------------------ Date: Thu, 27 Nov 2008 14:52:15 +0000 (UTC) From: gartmann@nonsense.immunbio.mpg.de (Christoph Gartmann) Subject: Re: LAT BARCODE PRINTER Message-ID: In article <134476b0-3b3a-4adc-9b53-5c8b1e271e5a@k12g2000yqk.googlegroups.com>, Ramon Jimenez writes: >Hi we have ported a Pascal App. from a VAX to an Integrity. > >The source code has not been changed just recompiled on the new >platform. > >Applications sends data to a Printronix T5308 label printer. In the >old plattform it prints barcodes on the label but in the new the label >is generated but the barcode is not shown. > >LAT configuration is the same in the both machines, and seems like >ports on decservers are ok, in fact they are the same decservers. > >Another program which has been also recompiled is able to print the >barcode. > >Any suggestion about the way to troubleshot and fix this issue? How is the printing performed within the Pascal application? If I assume that is via system service or similar routines, these provice a return code. It would be best to modify the application to write the return codes into a file and examine the file later. So you see at which point the error occurs. Regards, Christoph Gartmann -- Max-Planck-Institut fuer Phone : +49-761-5108-464 Fax: -80464 Immunbiologie Postfach 1169 Internet: gartmann@immunbio dot mpg dot de D-79011 Freiburg, Germany http://www.immunbio.mpg.de/home/menue.html ------------------------------ Date: Thu, 27 Nov 2008 15:55:10 GMT From: VAXman- @SendSpamHere.ORG Subject: Re: LAT BARCODE PRINTER Message-ID: <00A83407.14ACD1F0@SendSpamHere.ORG> In article <134476b0-3b3a-4adc-9b53-5c8b1e271e5a@k12g2000yqk.googlegroups.com>, Ramon Jimenez writes: >Hi we have ported a Pascal App. from a VAX to an Integrity. > >The source code has not been changed just recompiled on the new >platform. > >Applications sends data to a Printronix T5308 label printer. In the >old plattform it prints barcodes on the label but in the new the label >is generated but the barcode is not shown. > >LAT configuration is the same in the both machines, and seems like >ports on decservers are ok, in fact they are the same decservers. > >Another program which has been also recompiled is able to print the >barcode. > >Any suggestion about the way to troubleshot and fix this issue? D-E-B-U-G-G-E-R -- VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)COM ... pejorative statements of opinion are entitled to constitutional protection no matter how extreme, vituperous, or vigorously expressed they may be. (NJSC) Copr. 2008 Brian Schenkenberger. Publication of _this_ usenet article outside of usenet _must_ include its contents in its entirety including this copyright notice, disclaimer and quotations. ------------------------------ Date: Thu, 27 Nov 2008 11:15:45 -0500 From: JF Mezei Subject: Re: LAT BARCODE PRINTER Message-ID: <001aa4ae$0$12298$c3e8da3@news.astraweb.com> Ramon Jimenez wrote: > The source code has not been changed just recompiled on the new > platform. I would consider the possibility that the PASCAL compiler on that IA64 thing is different from the old one on VAX and that you may have some logic bug in your program that cause different behaviour. Another consideration is to ensure that the LAT device is set to the same serial parameters (notably number of bits per byte etc). Is the bar code transmitted using binary data, or is it transmitted using printable characters (with the label printer generating the bar code itself) ? ------------------------------ Date: Thu, 27 Nov 2008 08:30:13 -0600 (CST) From: sms@antinode.info (Steven M. Schweda) Subject: Re: Wget Message-ID: <08112708301320_2020048A@antinode.info> From: =?ISO-8859-15?Q?Arne_Vajh=F8j?= > But I have never even thought about using that parse when > working on an ODS-2 disk. Fine, if you use only native VMS programs, or if all you put on a command line is a file name. As only one example, Zip (non-CLI) has "-c" and "-C", "-f" and "-F", "-v" and "-V", "-x" and "-X". Wget (obviously) has some case-sensitive stuff on its command line. I switched to /PARSE_STYLE = EXTENDED years ago, and the only trouble I've had is when some lame command procedure supplied with the OS switches it back when I'm not looking. Considering how easy it is to tack on a module to set the appropriate C RTL features, it's a continuing source of amazement to me that HP-supplied UNIX-origin software (like, say, SSH) still requires the user to quote options like "-V". ------------------------------------------------------------------------ Steven M. Schweda sms@antinode-info 382 South Warwick Street (+1) 651-699-9818 Saint Paul MN 55105-2547 ------------------------------ End of INFO-VAX 2008.634 ************************