Recent Posts

Pages: [1] 2 3 ... 10
1
Programming / Re: OpenDOC - Source Code
« Last post by Roderick Klein on Today at 05:13:09 pm »
I think it was in Warp 4 original install media. But I seem to recall after that no further updates where released or new versions for OS/2.
Again off the top of my memory.

Roderick
2
Programming / Re: OpenDOC - Source Code
« Last post by Martin Iturbide on Today at 04:58:31 pm »
Thanks Roderick for the feedback.

I just remembered some Steve Jobs video, after his return to Apple, saying something about his decision for killing OpenDOC. Something like it does not fit on his strategy, like it was not relevant. https://www.youtube.com/watch?v=oeqPrUmVz-o

Trying to find which OS/2 apps we have with OpenDOC I just found that "TrueSpectra OpenDoc component", Some Lotus Components (not specified in detail), WebPainter and Mesa 2 (Spreadsheet).

This is the best source I found about OpenDOC on OS/2: http://www.edm2.com/index.php/OpenDoc

It seems that it never got relevant to OS/2.

Regards
3
Applications / Re: 3270
« Last post by Neil Waldhauer on Today at 03:17:49 pm »
The last Personal Communications for OS/2 version was 4.3.2

There are several builds out; I think the last might have been August, 2001
4
Programming / Re: ClassiCube porting thread
« Last post by Lars on Today at 11:51:24 am »
DART was IBM's half-baked effort to provide some sophsticated sound processing. What it ended up with is the ability to control streaming to an audio device largely by the application (instead of trusting the streaming manager). That's about it.

yes, you are correct, sound data always is in little endian format.
5
Programming / Re: ClassiCube porting thread
« Last post by Jochen Schäfer on Today at 09:46:12 am »
Thanks for explanations.

Another question: I assume, that sound buffers want its data in Little Endian layout. Am I correct?
6
Programming / Re: ClassiCube porting thread
« Last post by Lars on Today at 08:33:31 am »
USB audio does not support multiple streams in general as far as the standard goes.Effectively, it only has one isochronous streaming input pipe (and potentially an additional streaming output pipe for recording) and its capability is adjustable to the necessary bandwidth.
At least I have never seen an USB audio sound device that would provide more than one streaming input pipe.
7
Applications / 3270
« Last post by j on Today at 06:33:26 am »
What is the last version of IBM's Personal Communications (aka PCOMM) software for OS/2?
Or alternatively do you recommend another 3270/5250 terminal emulator (on OS/2)?

Thank you for reading!
8
Programming / Re: ClassiCube porting thread
« Last post by KO Myung-Hun on Today at 04:00:40 am »
DART itself support multiple streams with sharable mode if an audio driver supports it like SBLive!. Unfortunately, however, Uniaud does not support multiple streams. I'm not sure USB audio driver by Lars support it.
9
Applications / Re: XWP v1.0.16
« Last post by Martin Iturbide on Today at 02:37:43 am »
Hi
1) DLL object type conversion
- reading that other thread you shared, it seems like this was a manual process that needed to be done for every new DLL, is that correct?
I did the manual process of converting the DLLs from "WPDataFile" to "XWPProgramFile" using Rich's newer OO and creating a CMD according to his suggestion. The .CMD only works for directories, maybe some more tweaking can be done in REXX to create something that change all files in subfolders.

Quote
DLL2Prog.CMD
------------------
oo /+
for %%1 in (*.dll) do oo /B %%1 XWPProgramFile
oo /-
------------------
10
Applications / Re: XWP v1.0.16
« Last post by Dariusz Piatkowski on Today at 02:32:53 am »
Hello Martin,

...I think that XWPProgramFile Class (or is it some other WPS Class?) has already something implemented (See picture) on the "Module" tab. But I have no idea how to have the same information for DLLs files...

Hmm...so for some reason I do not see this being populated for some EXEs, such as the NewView.exe, where at CLI there certainly is BLDLEVEL info showing.

DLL wise, turns out that not all DLLs are classified as XWPProgramFile object, which is perhaps why so it happened that the DLLs I was looking at showed no such Module tab.

So at a follow-up, two actually, I'm curious:
1) DLL object type conversion
- reading that other thread you shared, it seems like this was a manual process that needed to be done for every new DLL, is that correct?

2) re: XWP NEW Feature request: now that I understand what's already there (or should be there), I would like to just stick to the menu selection which would simply show that BLDLEVEL info in it's own pop-up
Pages: [1] 2 3 ... 10