• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu
Menu

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.

Show posts Menu

Messages - rudi

#16
Article Discussions / Re: Qt version 4.7.3
2011.10.12, 21:01:47
This is most likely an installation issue. It looks like Qt is not finding it's plugins (in this case the image format plugin for JPEG). How was this Qt installed ? What does the directory structure look like ? Are there any stray "qt.conf" files ?  If everything else fails, it might also help to delete the file %HOME%/.config/trolltech.ini
#17
Article Discussions / Re: Qt version 4.7.3
2011.09.24, 09:23:09
Quote from: Pete on 2011.09.23, 20:12:56
I did create a Ticket about this in the qt4 bugtracker a couple of days ago but it looks like the ticket has been removed as I cannot find it listed in the current ticket list.

Maybe it is all a plot to make us use yum/rpm...

No it isn't. The there is a reply to your ticket and it has been closed. If you look at http://svn.netlabs.org/qt4/timeline you will find it right on the  top.
#18
Multimedia / Re: VLC 1.1.9 - No Go
2011.08.09, 14:13:18
QuoteDon't know how to do it myself as there's no path like

I have not tried this but...


  • Grab lua-5.1.4-os2.zip from Hobbes. It contains the lua "compiler".
  • Grab original youtube.lua (for example from a Windows or Linux distro).
  • Apply the modification to youtube.lua
  • Run: luac.exe -o youtube.luac youtube.lua
  • Copy the new youtube.luac to /lib/vlc/lua/playlist

#20
One more problem: Clicking on page 8 on the thread:

http://www.os2world.com/component/option,com_smf/Itemid,63/topic,3092.120/

produces:

Quote
8: Undefined offset: 0
File: /home/os2worldcom/httpd/html/components/com_smf/smf.class.php
Line: 449


#21
It doesn't seem to be fixed.  I get errors on login and logout.

8192: Function eregi() is deprecated
File: .../administrator/components/com_sef/sef.functions.php
Line: 168


2: session_destroy() [<a href='function.session-destroy'>function.session-destroy</a>]: Trying to destroy uninitialized session
File: .../forum/Sources/Subs-Auth.php
Line: 174


as well as the occasional:

Fatal error: Cannot call overloaded function for non-object in .../modules/mod_mainmenu.php on line 405

#22
QuoteFatal error: Cannot call overloaded function for non-object in /home/os2worldcom/httpd/html/modules/mod_mainmenu.php on line 405

Any ideas about the above error message ? I get that quite often. Sometimes reloading the page helps. Sometimes not...
#23
Open Bounties / Re: Porting AbiWord
2011.05.18, 08:21:19
Quote from: warpcafe on 2011.05.17, 16:12:10
Why can't we all just sit and wait to see how Dee is doing? Heck. Instead, we waste time talking about "what could be"...
I mean: Assuming nothing happens at all if it wasn't for Dee's work... then why bother him? If there wasn't him working on it there would be no one working on it - we have nothing to lose! And if he works on it but doesn't succeed for whatever reason: Nothing lost either compared to what we have now.

O.K, O.K, I shut up. I fully agree with Mr. Sharpe in the statement "The last thing we need is a project that raises up people's hopes, & then dies out". He did a sufficiently good job in the first part to capture my attention. The answers now have lowered my interest level to zero. So nothing is lost. I hope the project will produce something useful before part 2 takes place.

So Long, and Thanks for All the Fish.

#24
Open Bounties / Re: Porting AbiWord
2011.05.17, 09:37:43
QuoteHmmm....the old 'it's too hard' complaint. It's funny how you're complaining, but I'm the one who's actually writing the code

You said that the old OS/2 video driver interface should become obsolete within a year. So let's see...

QuoteThe snapshot of SNAP that I've seen shows no indication of being a GRADD driver

SNAP divides the driver in an OS dependent part (the shell driver that on OS/2 is a GRADD) and a hardware dependent part contained in *.BPD files. BPD stands for "Binary Portable Driver", which means that these *.BPD files can be used unchanged on any OS that runs an x86 CPU and that has a matching shell driver. If you have only looked at the latter, then you clearly see no relationship to GRADD.

QuoteIt's still a crappy interface & it's not even the real OS/2 video driver interface, it's a wrapper

It may be crappy and it is a wrapper. However, the question (which I'm not answering) is whether it is good enough to reach the goal with minimal effort or if it is required to kick it out for real technical reasons.

QuoteWinOS2 is also a moot point

I said that I don't need it. But I cannot tell about others.

QuoteI've made my diagrams & source code freely available (which I didn't have to do)

If you want to get people involved, then you better do so.

QuoteIt seems as though you're sole purpose is to cast doubt on my work. If your goal is to troll ...

I'm trying to get an idea of what you are doing. But it looks like you only want replies from non-technical people that say: "Ohh, ahh - here comes the new Messiah".

#25
Open Bounties / Re: Porting AbiWord
2011.05.16, 11:34:11
Quote from: demetrioussharpe on 2011.05.11, 23:54:06
the api will be easier to cope with

How do you know ?

Quote from: demetrioussharpe on 2011.05.11, 23:54:06
most of the data that's necessary for porting them could be taken directly from the DRI/DRM guys

That's actually the crucial part. The important questions for me are:

1.) Is DRI/DRM considered as something that is going to stay alive for while or is there a chance that in a half year the Linux guys find something else more "kewl" ?

2.) Is this DRI/DRM API stable or will it change every two weeks or so ?

3.) Does DRI/DRM support a significant number of chipsets on the market ?

4.) Is the majority of source code for DRI/DRM available or is it usual that hardware vendors deliver the most interesting parts in form of object files only ?

5.) Is DRI/DRM tightly integrated into the Linux/Unix or whatever OS it was originally developed for ?  I.e. does it use features that the OS/2 kernel does not support and that are hard / impossible to implement correctly.

Given the limited human resources we have, the original source code (Linux ?) should be compilable for OS/2 without major changes. IMHO, just using the source code as reference documentation to write specialized OS/2 drivers is still too much effort.

Furthermore: why do you want to replace the GRADD architecture ? Both, SNAP and Panorama are GRADDs themselves. Why can't your proposed "2D Driver/GL Client" be a GRADD as well ? If you drop GRADD, you either have to also drop WINOS2 (not a problem for me, but others might feel different) or create a separate "GL Client" for this.

BTW, your drawings suggest, that PMGRE.DLL calls into GRADD.SYS. That's not true. PMGRE.DLL (which is only a forwarder into PMMERGE) doesn't know anything about GRADD.SYS. This driver is just a helper for VMAN.DLL, which provides services (map memory, set MTRRs) to the GRADDs (SDDGRADD, VBE2GRAD, GENGRADD, MGAGRADD, M64GRADD, S3GRADD etc..) and controls their loading. These services could even be used by the 3D driver, given that I see no reason why it can't be a GRADD as well that just provides a different set of functionality. The PM "display driver" used by any GRADD-based system is GRE2VMAN.DLL, which is actually a rather thin translation layer between PM's GRE functions and the GRADD/VMAN API. In order to support WINOS2, there are two other translation layers - one for seamless and one for fullscreen windows sessions - so that in the end all drawing goes through the same unified interface defined by GRADD. This includes the possibility for a GRADD driver not to implement certain functionality and let the framework emulate it by means of SOFTDRAW.DLL.
#26
Utilities / Re: Scrolling with Mouse wheel
2011.05.10, 17:51:01
Assuming that you guys are using the AMOUSE driver: Open the mouse properties and disable all actions associated to buttons not physically present on your pointing device.
#27
Quote from: djcaetano on 2011.04.30, 07:27:15
not even the person "in charge" of WLan development

You might want to ask the guy who takes credits for the German translation. The email address mentioned in the help file should still be valid.

Quote from: djcaetano on 2011.04.30, 07:27:15
It is developed by "NetLabs", but there is no entry on netlabs SVN. :(

Maybe it has not been migrated from the old CVS server. But it's very likely that the source still exist.
#28
Quote from: ivan on 2011.04.22, 14:02:48
Is there any reason the speed should degrade over time?  After all it is using electronic memory.

Flash memory need to be erased before it can be rewritten. Since a virgin SSD is completely
erased, most write operations can start immediately. When it fills up, chances that a block
that needs to be erased is hit will grow. This is causing the slowdown. There are several ways
to avoid this: A dedicated "TRIM" tool, that is run manually by the user (file system specific,
mostly Windows-only). A file system, the emits TRIM SCSI commands to tell the drive  which
blocks are no longer in use so that it can erase these blocks when it is not doing any other
useful stuff (I think Windows 7 does this). Hardware based "garbage collection" solutions, that
combine block erasing with remapping. The latter is needed anyway in order to avoid premature
wearing out of flash cells in case the same block is written over and over again.

#29
Quote from: Paul Smedley on 2011.04.13, 01:30:24
**Intel i7-2600 Virtual represents eCS 2.0 running under Virtualbox 4.0.4 under a 64-bit build of Ubuntu 10.10

As can be seem, the Intel i7-2600 Virtualised is nearly twice as fast as either of the native systems.

At the company I have a Gigabyte GA-X58-USB3 (Core i7-950, 8GB RAM) running Windows7-x64. I noticed that compiling Qt in a "VirtualBoxed" eCS is pretty quick. However, since I never bothered to install any incarnation of OS/2 natively on that machine, I don't know how it would compare.
#30
I don't think that it's the same person.