On Mon, Apr 12, 2004 at 02:46:47PM -0700, Raghu Ram Murthy wrote:
> Hi,
>
> I enable freetype support and compiled. When I run
> pgserver, it crashed with segmentation fault
> immediately while starting.
>
> I tacked the problem and here is the description.
Please include a backtrace from gdb, t
> > pgEventLoop() blocks your program and processes all events until pgExitEventLoop()
>is called. pgEventPoll() processes any available events and returns as soon as
>possible. You shouldn't use "while (1) pgEventPoll()" since that will make your
>program use 100% of the CPU checking for new ev
On Thu, Feb 20, 2003 at 09:04:38AM -0700, Micah Dowty wrote:
> On Tue, Feb 18, 2003 at 12:00:50AM +0100, Tomas wrote:
> > hi
> >
> > what is the difference between
> > pgEventLoop()
> > and
> > while (1) pgEventPoll()
> > ?
>
> pgEventLoop() blocks your program and processes all events until pg
On Tue, Feb 18, 2003 at 12:00:50AM +0100, Tomas wrote:
> hi
>
> what is the difference between
> pgEventLoop()
> and
> while (1) pgEventPoll()
> ?
pgEventLoop() blocks your program and processes all events until pgExitEventLoop() is
called. pgEventPoll() processes any available events and retu
Thanks for catching this, I just committed a fix to CVS.
I guess this is why the antialiased primitives are still marked
"EXPERIMENTAL" in the config menu ;)
On Mon, Feb 10, 2003 at 12:31:42PM +0100, Daniele Pizzoni wrote:
> The function def_line in dvbl_primitives_aa.c if called with x1 == x2 o
On Sat, Nov 23, 2002 at 01:32:19PM -0500, Mike Atamas wrote:
>
> I have sdlfb fbdev and scrshot, and none of them work.
> > The answer to that depends on which video driver you compiled and which you
> > are running.
fbdev is a bit touchy, I could see how it could do that. Are you trying to
run i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have sdlfb fbdev and scrshot, and none of them work.
> The answer to that depends on which video driver you compiled and which you
> are running.
- --
Mike Atamas
[EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (GNU/Linux)
i
On Sat, Nov 23, 2002 at 01:04:16PM -0500, Mike Atamas wrote:
>
> I compiled pgserver, cli_c, and themetools. Whenever I try to run pgserver it
> does nothing. Even when a tell it -s and an application it tells me nothing.
> What am i doing wrong?
The answer to that depends on which video driver
I haven't updated any of the text formats yet, so for now just disable plaintext in
menuconfig
On Wed, Aug 07, 2002 at 10:52:40AM +0200, Philippe Ney wrote:
> Have to be branch-ed to textbox_branch to fix
>
> PG_TYPE_STRING -> PG_TYPE_PGSTRING ?
>
> -philippe
>
>
> --
ssage-
From: Micah Dowty [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 4:35 PM
To: Gray, Tim
Cc: [EMAIL PROTECTED]
Subject: Re: [Pgui-devel] pgserver ps2 mouse support driver
Hmm..
This is really a last-resort sort of suggestion, but try this:
- open pgserver in gdb
- set a breakpoi
age-
> From: Micah Dowty [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 2:21 PM
> To: Gray, Tim
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Pgui-devel] pgserver ps2 mouse support driver
>
>
> It should log to stdout
>
> On Wed, May 22, 2002 at 12:16:04PM -0600,
ailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 2:21 PM
To: Gray, Tim
Cc: [EMAIL PROTECTED]
Subject: Re: [Pgui-devel] pgserver ps2 mouse support driver
It should log to stdout
On Wed, May 22, 2002 at 12:16:04PM -0600, Gray, Tim wrote:
> I tried that, still no mose control. I do have
? i have tried the standard
> 1>file1 2>file2 but both files were empty after the run.
>
>
> thanks.
>
>
> -Original Message-
> From: Micah Dowty [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 1:50 PM
> To: Gray, Tim
> Cc: [EMAIL PROTECTED
thanks.
-Original Message-
From: Micah Dowty [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 22, 2002 1:50 PM
To: Gray, Tim
Cc: [EMAIL PROTECTED]
Subject: Re: [Pgui-devel] pgserver ps2 mouse support driver
Try this- kill gpm and run pgserver like this:
pgserver -i ps2mouse --input-ps2mouse.devic
er as follows for example...
>
>
> pgserver& ./blackout
>
> I have also tried
>
> pgserver -i gpm& ./blackout
>
> -Original Message-
> From: Micah Dowty [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 22, 2002 1:42 PM
> To: Gray, Tim
> Cc
How are you invoking pgserver?
Also, you shouldn't use the gpm driver unless absolutely necessary. Since gpm is
designed for text mode, it scales down the resolution on the mouse.
On Wed, May 22, 2002 at 11:26:17AM -0600, Gray, Tim wrote:
> Ok now I am confused. I loaded GPm (version 1.20) it w
Ok now I am confused. I loaded GPm (version 1.20) it works fine, I can run
the mouse cursor all over the screen in text mode.
so I kill gpm and re-invoke it with...
gpm -m /dev/psaux -R -t ps2
then recompile pgserver to only have the following drivers...
fbdev
ttykb
gpm
it still doesn't work.
AFAIK the 5-byte protocol is optional, and there's also a 3-byte version of the IMPS/2
protocol. The ps2mouse driver should autodetect whether the mouse supports IMPS/2 or
regular PS/2, and use either. I tested it with both types of mice, and it even
supports the scroll wheel :)
Two things to
On Wednesday 22 May 2002 16:44, Gray, Tim wrote:
> Ok, i'm being a pest on the list today.. sorry all.
> I cant seem to get the ps2 mouse driver for pgserver to work. the kernel
> has it compiled in, the /dev/psaux is alive and well and /dev/mosue is
> symlinked to /dev/psaux just in case. I am u
Thanks for pointing this out, I added code to print a message to the console before
attempting to create the dialog box.
On Sat, Mar 23, 2002 at 08:18:30AM +0100, SvenSvin wrote:
> In the pgInit function in cli_c/src/netcore.c, after having determined
> that pgserver is running a too old protoco
Ok. This fix the problem of update in button.
Thanks,
-philippe
> I just committed several low-level changes to PicoGUI's layout engine. I
> think this fixes the updating problems Philippe and Eric have reported.
> Let me know if you find any problems caused by the new code.
Dowty" <[EMAIL PROTECTED]>
To: "Lalo Martins" <[EMAIL PROTECTED]>
Cc: "pgui-devel" <[EMAIL PROTECTED]>
Sent: Friday, February 08, 2002 7:39 AM
Subject: Re: [Pgui-devel] pgserver/input/vr3ts: calibration file
> The vr3ts driver in PicoGUI hasn't
Wow... someone else here with a VR3. Perhaps I should actually update the
PicoVR3 romdisks now. I've been keeping them current with the official AC
romdisks and the current PicoGUI releases, but haven't released them in
months. When I have time I'm working on handwriting support (the prototype
wor
On Fri, Feb 08, 2002 at 01:18:35PM -0600, [EMAIL PROTECTED] wrote:
> For convenience, I use the tpcal utility that is found in all standard
> VR3 romdisks. This makes my job easier. The majority of the VR3ts code
> comes from the X patch that was made for the normal distro. I copied and
> pasted t
seemed more powerful than the Helio version, so
I just left it how it was.
-Sean
>
> From: Micah Dowty <[EMAIL PROTECTED]>
> Date: 2002/02/08 Fri AM 06:39:35 CST
> To: Lalo Martins <[EMAIL PROTECTED]>
> CC: pgui-devel <[EMAIL PROTECTED]>
> Subject: Re: [Pgui-deve
The vr3ts driver in PicoGUI hasn't yet been modified to use the new
touchscreen module in pgserver, so it won't yet work with picogui's
tpcal app. This should be changed, but for now it should work with the
old calibrator.
(I noticed that the vr3ts driver does some nice noise filtering.. We
co
With your test files I have been able to reproduce this error very easily. Thank you!
I will debug it as soon as possible.
On Tue, 14 August 2001, Olivier Bornet wrote:
>
> Hello,
>
> it seem using an application as a PG_APP_TOOLBAR, which load a theme
> with only some specifications for butt
> Hmm. I'd like to see the output of 'pgserver -l' and a copy of
> your config file if you are using one.
>
> The 'driver already loaded' message is actually talking about the
> input driver. (i should clarify this i suppose) Are you loading
> sdlinput in the config file? The sdlfb driver automat
Hmm. I'd like to see the output of 'pgserver -l' and a copy of your config file if you
are using one.
The 'driver already loaded' message is actually talking about the input driver. (i
should clarify this i suppose) Are you loading sdlinput in the config file? The sdlfb
driver automatically lo
> Frederic changed some of the build system macros for SDL, but
> nothing in the code has changed that should break SDL. SDL works
> fine for me. Make sure you are really loading the SDL driver with
> a '-v sdlfb' on the command line.
>
>
When I do that it complains that the driver is already lo
Done.
At this time, I cannot explain exactly why, but passing an empty string break
pgserver running in Copilot environment.
It's now #ifdef'ed
I apologize for the time you maybe lost, guys.
-philippe
> Actually, Philippe, that change to pgmain might be the cause of this problem. I just
>tried r
Micah Dowty wrote:
>
> Actually, Philippe, that change to pgmain might be the cause of this problem. I just
>tried running the latest CVS code with no config file, and it segfaulted. The gdb
>backtrace reveals that apparently sscanf() didn't like being passed a NULL string on
>line 400 of pgma
Actually, Philippe, that change to pgmain might be the cause of this problem. I just
tried running the latest CVS code with no config file, and it segfaulted. The gdb
backtrace reveals that apparently sscanf() didn't like being passed a NULL string on
line 400 of pgmain.c
The way the line orig
> It seems like pgserver will crash if you try and start it without a
> /etc/pgserver.conf file. Not a big problem, as long as you realize why it's
> happening =) You might want to install a basic config file in "make
> install"
On pc?
Strange... I don't saw anything like that, but I had somethi
34 matches
Mail list logo