Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - warpcafe

Pages: 1 ... 6 7 [8] 9 10 ... 45
106
Applications / Re: Seamonkey 99.9% CPU locks or crashes
« on: 2010.08.24, 11:28:57 »
Hi OriAl,

I suppose you tried "-safemode" (starting FFx in safemode to rule out any extensions/plugins cause the problem) ?

Cheers,
Thomas

107
Hi Peter,

okay, I cannot wait any longer to double-check since it will take some time for me to get back to the machine again... I was successful in digging out the old floppy disk I used for storing the network setup and have even found a floppy drive that was able to read at least some of the files (the floppy was in a box for about 8 years).

While I cannot give you the perfect 100% setup instructions, there is one thing I want you to check:
In your protocol.ini there must be a section (somewhere to the bottom) that is named [cemndis] something or similar... (something with either xircom and/or ndis in it). In this section there are parameters like "irq = 10" or similar (I can't check here!!) ... BUT:

Make sure there is a line that reads
SHAREIRQ = YES
I remember THAT was the key point to make the crap work in my case.

What would help is that you send me the drivers you are using - especially, there should ba a file with the extension of ".NIF", possibly contained in a (sub)directory called "NDIS" perhaps below/within a (sub)directory called "OS2".
Best would be to ZIP the whole stuff and send me. The problem is that I can't access these thing on the old floppy disk ;) so perhaps we can make something work here...

Cheers, HTH,
Thomas

108
Networking / Re: Can't access my own wpa-2 wifi w/ eCS2.0 GA
« on: 2010.08.06, 12:59:56 »
Hi,

well that depends I assume - I can only speak for the official IBM reseller where I have bought my T42 some time ago... they offer it with different components (sometimes as upgrades they plug into at order, sometimes already assembled) and mine had an Intel 802.11BG. But there were also flavors which had "only B, no G"...

I think it also depends on the "age" of the model. Manufacturers change the components of their models over time, so for teh T42, the first series started with 802.11B and then over time went to B/G and so on... and certainly, if it is a used/refurbished model, you never know what the previous owners did. Larger harddisks? Swapped a CD/RW for a DVD-Rom or DVD-RW... more RAM, different MiniPCI adapters... with or without Bluetooth et cetera...

Regards,
Thomas

109
Hi Peter,

I am not perfectly sure about this, but I got the feeling that there is one driver missing - the point enabler.
Usually, the point enabler should be rather static and stupid - it locks itself onto the resources specified.
Frowm your description it seems that this is not the case.

I could now suggest you to REM out everything related to pcmcia and go step by step... but since I don't know by heart which drivers that would mean, I don't get you started for safety reasons. I had a perfectly working setup some years ago which ran on a total of 3 laptops over time... and I think I have saved the stuff somewhere (because I knew it was "precious", given the pcmcia mess...) but I am afraid it is on some floppy disk. And I don't know where the floppy exactly is and if it is intact... and if I can assemble a system with a floppy in order to try it.
I need time. Sorry... but I promise to check it.

I still find it strange that there is no "CE3_NDIS" (or something with "NDIS" in its name) showing up in your config files. AFAIK, the "NDIS" driver was what the Xircom card was using... well, anyway, too much guesswork here. I'll check it.

Regards,
Thomas

110
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.08.04, 15:16:38 »
Hi all,

yet another tidbit around this topic:
http://libharu.org/wiki/Main_Page

From what I read ("ANSI-C") it looks like it should compile on OS/2.
Not sure about the effort involved here... and which flavor of compiler to use preferrably.

Anyway, even if this works, it would "only" give us a DLL useable from C... right?
What would it take to create a rexx-to-HaruDLL "wrapper"... or a rexx-callable variant of the HaruDLL?

Cheers,
Thomas

111
Hi,

since I don't have enough experience (to be exact: no experience at all) with Virtual PC, I can only "guess" that the limitation for accessing anything beyond 8.4GB is either due to
- wrong OS/2 drivers (as you suspect) inside the VM
- wrong virtual machine setup (OS/2 can not deal with the "virtual controller" offered by VPC)
- VPC cannot handle OS/2 to see beyond 8.4 barrier at all

So question is: Did you already had this running successfully once? Or is it a first-try install?

Cheers,
Thomas

112
Hi,

ehh... I am not sure if there is the NEED for having timestamps of directories being kept.
I doubt OS/2 refuses to boot just because a timestamp doesn't match.

I rather guess there is something else fishy about the way you try to clone the disk / partition.
You said you tried DFSee but it didn't help. Well, this is highly questionable ;) sine when it comes to such things, DFSee is one of the very few programs that you can trust for doing things correctly. Perhaps there is some misunderstanding by you on the approach or even a hardware defect somewhere...

Did you try creating a bootable partition on the new harddisk (with the same file system and preferrably the same size to rule out any possible errors) and then "clone objects" from old partition? Perhaps someone else can add more hints here? You may also want to post a request for help into the DFSee user forum at http://groups.yahoo.com/group/dfsee-support ?

Regarding the timestamp preservation question... I have no idea. I am not sure if FC/2 can do this... and I can't check at the moment because I am working on a company machine running windows and the VirtualBox install is somehow broken so I need to fix that before being able to run OS/2... will let you know once I am back "online".

HTH,
Thomas

113
Networking / Re: Very odd Networking / Internet issue
« on: 2010.07.30, 12:18:10 »
Hi,

based on what you explained (GTIRC still works, the others not), my first guess would be: GTIRC is to blame. :)

Okay, seriously:
What happens if you run only Firefox and/or the FTP browser - but not GTIRC?
Also, does the order in which the programs are started (if all 3 are started) make a difference?

HTH,
Thomas

114
Hi Peter,

although this might perhaps not help - PCMCIA and OS/2 is a pain in the arse.  >:(

I've been running Xircom cards for quite some time (but years ago) - and all I can tell is that I was only able to get this to funtion correctly with the "point enabler" stuff... but don't ask me questions, it's too long ago. There is a plug-and-play package for pcmcia (dunno what that was called again) which I never was able to get it to run. So: Point enabler is the keyword to go for.
I am sure others here will have better solutions.

The only thing that makes me really puzzle is that line stating "Token Ring" something in your lantran.log.
Isn't that Xircom card an ETHERNET type? ("CE3 10/100" sound rather like Ethernet, not Token Ring)

Perhaps there is some misconfiguration with your protocols or drivers here.
I am sure it won't hurt to share your protocol.ini (and other tcpip or mpts setup files) with us... the guys here will surely ask for that in order to better understand what's up at your end. :)

A good read about PCMCIA (or PCCard) topics is at
http://homepage.mac.com/ruske/ruske/pcmcia.htm
...which I can recommend to anyone interested. However, it does perhaps not help at all as well...

Hope this helps (somehow),
Thomas

115
Open Bounties / Re: OS/2 native port of Java 6
« on: 2010.07.27, 16:08:04 »
Hi Silvan,

I guess HelenJames is not a "real" user but rather some_THING trying to fish around.
He/She/It left a useless comment in another thread as well. And the user profile was removed in the meanwhile too... so don't expect something to happen.

HTH, Thomas


116
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.07.27, 09:20:11 »
Hi,

I resolved missing print option under rexx by generating a html page and printing it from firefox into pdf.
Very easy to do.

Yeah, but in this case, you could also print to a suitable XML, do an XSLT and get a PDF out of this without the need for having Firefox used. Don't you think this is a bit "oversized"... not to call it "overkill"... just for getting something printed pretty from rexx? Imagine I would want to write a small application for doing invoices. I have a GUI in rexx, I have sqlite connected to rexx... great.
But for printing I will tell the user "please use Firefox to print the generated HTML." ? ;)

No, no... while I appreciate that you shared your resolution, it is not an option for serious rexx development. The approach you described is tedious, not to mention the efforts for creating a well-suited HTML file - and that's exactly the reason why we need a way to to pretty-printing from native rexx, be it using a PDF generator DLL or a "printer object" DLL.

Anyway, thanks for sharing the information!
Regards,
Thomas

117
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.07.26, 11:32:44 »
Hi all,

oh, by the way:
Leaving aside the PDFLib topic... does someone know how "difficult" it is to create a document by issueing commands to Ghostscript?
(Or to create a text-file which can be used by Ghostscript?)

Cheers,
Thomas

118
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.07.26, 11:27:11 »
Hi,

one only has to pass the calls to functions in the library "PDFlib Lite 7", to do that?
...heck, how am I supposed to know? :-P
I only went thru the documentation halfway...

Quote
Please provide the link to the actual library again.
http://www.pdflib.com/en/download/free-software/pdflib-lite-7/   (PDFLib 7 Lite sources)
http://www.pdflib.com/developer/technical-documentation/manuals/   (PDFLib manuals, i.e. version 7)
http://hobbes.nmsu.edu/download/pub/os2/dev/pdflib302.zip  (port of -vintage- PDFLib 3.0.2 on hobbes)

Quote
How should each function behave when the user doesn't follow the exact schoolbook example?
e.g. one doesn't want to provide all the info, in the function pdfStartDoc( title, author, comments, keywords ).
How should it handle situation where the user just provide 1, 2 or 3 of the parameters?

What if no parameter will be provided?
Should it return a list of taken handles then?

Can we reuse some of the functions to behave differently if the input contain fewer/more parameters?
e.g. return information in some situations, default to something (next "row") etc.
Well, we can argue about the meaningfulness of making parameters mandatory if that comes at the price of having to deal with error-handling of missing mandatory parameters. :)
I prefer a very "relaxed" handling here: Something is missing or doesn't make sense? Use internal/override defaults! This means that if we have missing parameter values, the DLL will use an internal value where it makes sense.
(Of course, we cannot use "defaults" for print coordinates - this doesn't make sense - but for "author" we could use the literal "SYSTEM" or "NOT SPECIFIED" when missing. Same for title: "UNNAMED" or whatever.)

Keep in mind that the focus of this DLL would be the creation of PDFs - not the validation of syntactical and semantical correctness of parameters. ;)

Quote
Should some functions allow for input of stems as well?
Especially those functions that contain coordinates.
Keep it simple and stupid! ;)
I don't think stems are required at this point... if you have a list of coordinates, you would have to iterate it and pass one x/y pair at a time.

I prefer simple function syntax and greater flexibility. I hate the unix'ish style of making things more and more complex because it shows how cool you are "Hey, look what I can do with *1* call only, if I use these 475 parameters along with it!".
That crap was introduced by spot-faced, highly intelligent nerds which have the time to explore and tweak 1 algorithm over 4 weeks...(because they don't have girl friends) -  but not by people who have to solve programming tasks in a quick and easy way.

Quote
Possible to manipulate more than one PDF at the time as you indicate that the function pdfStartDoc( title, author, comments, keywords ) should return a handle?
Should the user be able to specify an associated "name" for the handle as an option as the actual handle anyway will be passed around internally by the rexx library?
(rexx only use plain text to represent variables, so "handles" and other non-integer/non-character parameters has to be either converted or associated with a "name")
pdfStartDoc( title, author, comments, keywords[, doc_handle ] ) RETURNS doc_handle
Well, when I said "handle" I had an integer value in my mind which is used for reference between rexx and the DLL. Do as you please. A name? Sounds good. I'll take what I can get as long as it does what I want. ;)

Quote
Let's say the script take a long time to complete adding data because it wait for information from ... somewhere.
Does the underlying library allow that or should all data be provided before the actual output?
If so, can you add a pdfPrint( doc_handle ) or pdfCreate( doc_handle ) that does the actual printout/creation.
Oh, pretty easy:
We have to distinguish between
- sending commands to the DLL
- writing of a PDF file
- sending something to a printer
Output on paper is clearly out of scope. The solution creates a PDF file.
First, we send a couple (or bunch) of commands to the DLL. The DLL internally creates a "context". Imagine this like a in-memory representation of a picture. This picture has one or more pages containing text and graphics. This context is open and available until the PC crashes, the DLL crashes, or the document is closed.
Once the document is closed, the DLL will start writing the PDF file to disc.

Quote
Paper Size?
Do we always assume A4 and in Portrait mode?

No, we don't assume anything.
"Unfortunately" this will be in the responsibility of the rexx-developer using the DLL. We will write a manual explaining how to create a PDF that fits A4, legal, whatever... and perhaps we can "tailor" some mnemonics for simple useage, but basically (technically-speaking) the DLL will create a document based on the paper size specified by height and width. Which units to use - I don't know. Points? Inches? Millimeters? Perhaps the unit to be used can be specified? Not sure what PDF uses internally.

We could do two functions that create a document:
- PDFStartPage (Size, Orientation) -> where "size" is "A4", "Legal", ...
  e.g. PDFStartPage("A4", "P") to create an A4 in Portrait Mode
- PDFStartPageEx (Unit, Height, Width, Orientation) to make it fully flexible
  e.g. PDFStartPageEx("MM", "297", "210", "P") to create an A4 in Portrait by millimeters

Hmm...  I guess we also need some function like
PDFSetPageMargins (Top, Right, Bottom, Left) ... or should we combine this as optional parameters (default: 1.5 cm) into the "StartPage" function? :-P

Error handling in general:
Each function should actually return a value to show if it was successfully executed or not.
Using this to check if errors occurred however is in the responsibility of the developer. If he/she doesn't check if some call went wrong - well, too bad. Example:

Code: [Select]
/* start document without using RC... */
call PDFStartDoc "My PDF", "Thomas", "no comment..."

/* start document WITH using the RC... */
myrc = PDFStartDoc("My PDF", "Thomas", "no comment...")

You know what I mean?
If this is too difficult to support, the DLL could also make use of a generic variable "PDFRC" which is provided automatically to REXX once the DLL is loaded. This RC will be updated with the respective return code on each function call like this:

Code: [Select]
/* start document and use internal RC... */
call PDFStartDoc "My PDF", "Thomas", "no comment..."
if PDFRC \= 0 ...

Glad you provided some feedback, cheers,
Thomas

119
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.07.23, 07:54:57 »
Hi Robert,

...but that would require an Apache server to be installed, wouldn't it?
Sounds to me like a bit "too much" ...just for creating PDFs from rexx ;)

Cheers

120
Rexx / Re: RFC: A pretty-print processor?
« on: 2010.07.22, 11:58:47 »
Hi,

and here's another interesting thing!
With the dawn of Apache FOP 1.0 I went to have a look what it actually is. And you know what? It's an XML-to-PDF engine.
(OK, it is more than that, but this is what is interesting within the context of this thread)

http://xmlgraphics.apache.org/fop/index.html

While this is a an almost perfect solution, I somehow have to admit the backdraws:
- it is Java (OK, who cares... it's only the "print engine", it requires JRE "1.4 or later")
- it uses XML and the REXX-support for creating XML is perhaps not in a good shape
  (still, we could "fake" XML syntax by creating falt text files with the according content)

This was just a teaser to trigger discussion around the topic... of course I still prefer a native, rexx-callable thing to create PDFs.
What do you think?

Cheers,
Thomas

Pages: 1 ... 6 7 [8] 9 10 ... 45