RE: [U2] Running Universe on AMD processor
The Opteron can run 32 and 64 bit applications. I have Win2K running on a 155 chip and the performance/price blows away Xeons. Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Peter Wezenaar Sent: Wednesday, January 04, 2006 6:11 PM To: u2-users@listserver.u2ug.org Subject: [U2] Running Universe on AMD processor Has anyone tried to running Universe on a Windows 2003 Server (32 bit) not running on an Intel chip but a AMD Operton Chip, I don't see it as a option on their platform matrix, hoping someone has tried this. Alternatively has anyone tried running on Intel/Xeon chip. Thanks Peter Wezenaar --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] UV and XML Schema
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Tony Gravagno Sent: Tuesday, September 20, 2005 7:57 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] UV and XML Schema I've seen the other suggestions but I'll add the following: MS .NET is built on XML. One of the core functions of this technology is parsing to/from XML using schema. Rather than trying to parse/interpret/generate raw XML on your own, you may want to consider using free technology that was designed for the purpose, then your interface to/from U2 is plain text in whatever format you want. Some of this is truly as simple as using just a couple lines of code. Gah. .NET is wasted data bloat when you really need a specific and potentially static XML format for data transport. Just because .NET uses XML as a layer doesn't make it the best fit for all XML solutions. You know that better than anyone, T! :P Plus, there's more XML development tools out there than the .NET development suite and the .NET framework for Windows. PHP and Perl both have native XML handling modules that work either as DOM or SAX parsers and validators. There's the Xerces and Cocoon library sets for lower level languages. I implemented cXML integration long before .NET was even considered a technology in Windows, using samples from the Xerces ANSI C dev kit and some dataBASIC. Regarding books, I'm not to impressed with the XML Bible which I have on the shelf in front of me. I think it was dated as soon as it hit the shelves. That's an important point - get something up to date so that you aren't reading examples of code which the author expects might be valid in the 0.0.2 release of some new protocol. This market evolves very quickly. I don't have the XML Bible and I probably won't buy it. That's like buying a book on buying books. It's really pointless unlesss you have no clue what XML really is. If you know what XML is, you can find tools to help you design a solution or buy the solution you need to make something happen. Regardless, data format specs are typically backwards compatible. The key is to find out what your requirements are, to meet guidelines for the implementation. If you can meet the specs for the current guidelines, then make sure that your design is considerate of additional elements and attributes. Anytime you solidify your design around a single document spec, you'll be stuck there forever or until someone has the guts to rip it all apart and rebuild it. Tony George Gallen wrote: ok. I've been given the task of trying to output a database based on an XML Schema file. (ONIX in particular), for edi purposes. I've played a little with XML, none at all with schema. So I'm looking for a some book titles that will help get me up to speed something of a reference, but also something starts you from scratch. If I need to buy two books, fine. Check out this MARC to ONIX translation map for XML reference. There is a MARC::XML module for Perl, if the data you're access is in MARC format. http://www.loc.gov/marc/onix2marc.html#mapping There is a raw XML parser on http://picksource.com, which I posted a long time ago. It translates the elements, attributes/values, and element values into a 3-dimensional MV array. Patrick Payne posted a GPL XML tool kit, which provides node extraction, node insertion, and other useful functions. Glen http://mvdevcentral.com http://picksource.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Include Vs Call - Software Maintenance
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ross Ferris Sent: Wednesday, May 18, 2005 9:34 PM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Include Vs Call - Software Maintenance H - do you read Joel on Software ? I think you will find this article interesting http://www.joelonsoftware.com/articles/Wrong.html Ross Ferris Stamina Software Visage - an Evolution in Software Development Interesting points on making wrong code stick out. I've met a lot of coders who are sticklers for indent formatting, yet they mix coding conventions under the same syntax use. Debugging a huge IF ELSE structure can be a major nightmare if the coder indents properly, but does not follow IF condition THEN result END conventions for every logic block. I don't know how many times I've looked at an old piece of code and seen: IF A 100 THEN IF B = 56 THEN GOSUB 100 IF U 90 THEN IF Y 10 THEN IF R = 1 THEN CRT 1 END ELSE GOSUB 100 END ELSE RETURN TO 500 END First of all, I'd never structure something that complicated in a single nested IF block. Secondly, END will happily kill any Pick app, if it doesn't have a matching IF THEN statement. The compiler won't complain. Some flavors are more strict than original Pick and do not use END as a program terminator. That is a problem that should have been changed eons ago. I've had to print out an entire page of code and use a pen to write matching IF/END symbols to help determine which specific line of a 20-30 line IF blob is killing the app mid-flow. I usually end up rewriting it with a combination of CASE blocks and multiple condition IF blocks. CASE blocks are the best for huge logic selections or parametric settings. You can't muck up the convention and it takes up a lot less space. Less lines means you can more easily spot bad logic code. Anyway, back to the original topic. I've used includes and subroutines cooperatively. Your subroutine can be parameter driven based on variables in the global include. Instead of passing values via the subroutine call, use global directives to tell a global sub how it should function. This is OOP in a _very_ primitive fashion. Such code can be modularized even further by splitting the parent sub into component subs that handle specific logic for each situation. Down the road, you can analyze and update the atomic components of the whole package without breaking every part of the system. You can also add new features without worry of backwards compatability. There is a line between atomic building blocks and a code tree that expands past your ability to comprehend it. I keep my modularization to 3 or 4 levels. If you need more than that, then reconsider the design or see if the new memory implants are available at your local doctor's office. !FILEIOPARAMS : FILE IO GLOBAL DEFAULT PARAMETERS OPEN.FILE.OPENMETHOD=PICK OPEN.FILE.FILENAME= OPEN.FILE.LOCKS=0 OPEN.FILE.ERROR=0 OPEN.FILE.ERRORMSG1 = CAN NOT OPEN FILE OPEN.FILE.ERRORMSG2 = FILE IS LOCKED !PROGRAM MYAPP INCLUDE FILEIOPARAMS OPEN.FILE.OPEN.METHOD = LOCAL OPEN.FILE.FILENAME = /tmpfiles/mytempfile.txt OPEN.FILE.LOCKS = 1 OPEN.FILE.POINTERNAME = MYAPP.FILE CALL OPENFILE IF OPEN.FILE.ERROR 0 THEN CRT OPEN ERROR: :OPEN.FILE.ERRORMSGOPEN.FILE.ERROR END EOF = 0 SELECT MYAPP.FILE LOOP UNTIL EOF = 1 DO READNEXT ID ELSE EOF = 1 CRT ID IF EOF = 1 THEN EXIT REPEAT STOP SUBROUTINE OPENFILE INCLUDE FILEIOPARAMS BEGIN CASE CASE OPEN.FILE.OPENMETHOD = LOCAL; SUB.NAME = OPEN.LOCAL CASE OPEN.FILE.OPENMETHOD = PICK; SUB.NAME = OPEN.PICK CASE OPEN.FILE.OPENMETHOD = HTTP; SUB.NAME = OPEN.HTTP.URL END CASE CALL @SUB.NAME RETURN SUBROUTINE READ.LOCAL INCLUDE FILEIOPARAMS OPEN OPEN.FILE.FILENAME TO OPEN.FILE.POINTERNAME ELSE OPEN.FILE.ERROR = 1 END RETURN I don't know if the variable file pointer assignment will work on all flavors or not. It does work under D3. Instead of using OPEN.FILE.POINTERNAME as the file handle, OPEN assigns that variable's value of MYAPP.FILE as the handle. Glen http://mvdevcentral.com -Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Craig Bennett Sent: Thursday, 19 May 2005 10:03 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Include Vs Call - Software Maintenance You chances of stuffing up a program that INCLUDEs logic by a small change to that logic are much higher than if you CALL it as an external routine. Immediately you eliminate the risk of someone introducing a new local variable into either your main line or the INLCUDE and finding that it collides with something else which was also supposed to be local. Did I mention that I always make sure that ALL the local variables in an included file have a unique prefix so that no two include files can have the same variables (except when passing data between them). eg: CROSS.SMTP.ENGINE: * ALL local variables start with SMTP
RE: [U2] User group in Colorado
Eugene, how are ya! Call Sam @ Advanced Transportation Systems. I think they're still running UV. They used to be in the springs, but I think they moved to Palmer Lake. I don't know exactly where he is right now, but I think he's still in CO. 719-598-4113 Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Eugene Perry Sent: Friday, April 29, 2005 9:38 PM To: u2-users@listserver.u2ug.org Subject: [U2] User group in Colorado Hello, I have been kicking around the idea of a MV users group for Colorado. I have spoken to some people while at the Spectrum show in Australia and got some positive feedback. I have also been discussing it here in Denver and so far the feedback has been good. I am interested in knowing if there are others that would like to have a users group in the Denver area? This would be open to all versions of MV not just U2. Please email if you are interested. Thanks Eugene --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] send data to IP address?
ZPL is much nicer to program with than Eltron's language since you don't have to worry about quotes and slashes, but you have to pay a lot more for that firmware. My only complaint with Zebra is the limit of font sizes with the factory memory. Sometimes you find yourself with a really big.. or really small font instead of right in between. Also, make sure your clients know that you can _not_ change printers if the new printer does not have the same DPI print head as the old one. I found that out first hand and had to redo my entire warehouse labeling system after spending 2K+ on a 300DPI Z4M. It was worthwhile for the speed, but general text/code printing is not any better @ 300DPI versus 150DPI. I also use the GNU barcode program that generates postscript barcodes. I posted a PickBASIC barcode tool that uses it, on MV Dev Central's snippets. It's a nice addition to any barcoding tool kit. If you'd like a win32 binary, I'll compile a command-line app for you. You can take that barcode PS chunk and use it as an image object with the HTML2PS Perl script, to generate barcoded postscript documents from HTML. Are the PDAs going to be wireless terminals? Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Barry Brevik Sent: Friday, April 01, 2005 7:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] [UV] send data to IP address? Don't make it so complicated! Believe me, I'm trying to keep it simple! I was handed a box of software named BarTender and told to install it on all of the clients that would be printing bardcode labels. So I said to myself, 'Self, we must be getting something for our $1400', and sure enough, all of the barcode symbologies are embedded in the printer already. So I'm thinking that this is the way to go, especially since they want to eventually print these off of PDA's. Barry --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] send data to IP address?
Better yet, get the gnuwin32 packages. Converting a Linux Make/Configure project is a major PITA for VC++6. You'll need to install libpaper so that the libraries are available under command shells. Download the Complete Package for each one: http://gnuwin32.sourceforge.net/packages/barcode.htm http://gnuwin32.sourceforge.net/packages/libpaper.htm Then, you can use the snippet I posted on MV Dev Central snippets: http://mvdevcentral.com/snippet/detail.php?type=snippetid=4 (there's a typo in the snippet description. The mime-type should be postscript not postsript) HTML2PS: http://user.it.uu.se/~jan/html2ps.html I have plenty of example code to get you started with building PS and PDF files directly from HTML templates. I'll post some of the snippets if needed. You will need Ghostscript for Windows if you want to convert the PS to PDF. Glen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Barry Brevik Sent: Friday, April 01, 2005 11:30 PM To: 'u2-users@listserver.u2ug.org' Subject: RE: [U2] [UV] send data to IP address? better @ 300DPI versus 150DPI. I wondered about that If you'd like a win32 binary, I'll compile a command-line app for you. You can take that barcode PS chunk and use it as an image object with the HTML2PS Perl script, to generate barcoded postscript documents from HTML. I'd LOVE it! And I love Perl too, though I am unaware of the HTML2PS module. Are the PDAs going to be wireless terminals? Oh yes. I will certainly look at doing some sort of web interface for that project. Barry --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
