Hi,
I have it half way done. Run the test program and you can see. Program works in
W2k, XP and Wine. mingw32-gcc -mwindows -Os GetGlyphOutline.c -o ggo.exe
I stopped messing with it two weeks ago, I needed to work on something else.
When testing you can select the alphanumeric character with the keyboard. The
original program had "a" but I changed it to "L" something simple to draw at
first. You will see the problem.
The test program from Dr. Dobb's Journal http://www.ddj.com/184409154?pgno=12
Thanks,
James
Runs and hides~
Hi Lucio,
I must say, that there were a lot of efforts to get our tools working as
easy as possible. Even a global login system was introduced way back so that
you don't need to create an account for wiki, for bugzilla, for forum, for
wiki, for the main website - you just create one. A lot of time was spent in
order to do this (every piece of software needed to be customised - Ge and
Klemens put a lot of their personal time into this).
I will answer between the lines below so it makes better sense.
----- Original Message -----
From: "Lucio Diaz" <reactos_translate(a)yahoo.es>
To: <ros-dev(a)reactos.org>
Sent: Tuesday, April 17, 2007 2:08 AM
Subject: [ros-dev] About translation
-= skip =-
> -Many like me can install SVN, and get the source
> code, but never have made a patch, or even used
> bugzilla(and probably wont have the time).
If a contributor has SO small time that he can't even submit his work to a
bugzilla or, at least, send a patch to a relevant person (the same language
native speaker developer or another translator who has more time), then it's
better to wait when he/she has more free time to contribute.
-= skip =-
> files, but sending them to bugzilla... i dont know how
> to send them to bugzilla, i dont have a bugzilla
> acount, it was tiring trying to find someone to send
> the files, and i dont have the time or will to learn
> bugzilla.
That shows you really did not even slightly investigated how the website
works. And instead you're proposing a whole workflow for developers, so they
mandatory spent a few hours per week maintaining all the stuff you.
During that 2 years you should have spent just a bit of time, even 20
minutes, to overview our website and systems we have there, and another 20
minutes to read online manuals/help for them. Excuses like "I didn't have
time" hardly apply here.
WBR,
Aleksey Bragin.
Hi,
I set up a Chatroom for RosBE (Windows/Linux) specific questions. Its on
Freenode and is called #reactos-rosbe. I dont know if its so useful, but
I was bored and thought this could be useful.
Bye.
Actually, I removed the hack from IopCreateDriver, and added a loop
to prevent creation of drivers with the same name (which actually
have no impact on the servicekeynode).
What is the real cause of a double free? And which hack are you
referring to in IopCreateDriver?
WBR,
Aleksey Bragin.
On May 25, 2007, at 9:10 PM, dgorbachev(a)svn.reactos.org wrote:
> Author: dgorbachev
> Date: Fri May 25 21:10:11 2007
> New Revision: 26893
>
> URL: http://svn.reactos.org/svn/reactos?rev=26893&view=rev
> Log:
> Do not free the string twice.
>
> Modified:
> trunk/reactos/ntoskrnl/io/iomgr/driver.c
>
> Modified: trunk/reactos/ntoskrnl/io/iomgr/driver.c
> URL: http://svn.reactos.org/svn/reactos/trunk/reactos/ntoskrnl/io/
> iomgr/driver.c?rev=26893&r1=26892&r2=26893&view=diff
> ======================================================================
> ========
> --- trunk/reactos/ntoskrnl/io/iomgr/driver.c (original)
> +++ trunk/reactos/ntoskrnl/io/iomgr/driver.c Fri May 25 21:10:11 2007
> @@ -79,12 +79,14 @@
> ExFreePool(DriverObject->DriverName.Buffer);
> }
>
> +#if 0 /* See a bit of hack in IopCreateDriver */
>
When building the release versions of executables, DLLs, etc, I would suggest to add the "-s" switch to the linker flags.
It will do stripping automatically and release-mode objects will be a bit smaller.
Alternatively, we could "strip -s file.exe" but just adding the flag would be much simpler.
Sincerely,
Carlo Bramini.
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
>From livecd-26861-rel it runs again under QEMU.
Last tested image is livecd-26871-rel.
Great job!
Sincerely,
Carlo Bramini.
---------- Initial Header -----------
>From : ros-dev-bounces(a)reactos.org
To : "ros-dev" ros-dev(a)reactos.org
Cc :
Date : Fri, 11 May 2007 17:21:55 +0200
Subject : Re: [ros-dev] QEMU support broken!!!
> I just wanted to tell you that I downloaded and tested livecd-26700-rel.7z and it doesn't work yet.
>
> Sincerely,
>
> Carlo Bramini
>
> ---------- Initial Header -----------
>
> >From : ros-dev-bounces(a)reactos.org
> To : "ReactOS Development List" ros-dev(a)reactos.org
> Cc :
> Date : Fri, 11 May 2007 07:16:05 +0000
> Subject : Re: [ros-dev] QEMU support broken!!!
>
> > I also have a problem with booting LiveCD.
> > Bugcheck in cmcontrl.c, line 151.
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
> >
>
>
> ------------------------------------------------------
> Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
> http://click.libero.it/infostrada
>
>
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada
Hi!
> It should probably be
> + Exp -= (1 - EXCESS);
> in EFtoF() and
> + Exp += (1 - EXCESS);
> in FtoEF(). The other way round.
>
>
No, this would break compatibility. The way to verify this. Write a
driver, install it
and send a packet to it, so to activate the test. Have the driver dump
to WinDbg.
> Suggestion to make it a little clearer:
> #define BIAS 127
> Exp -+= (BIAS - 2);
I know about the IEEE bias. I'm just using my old 68k code that I'm
comfortable with. I'll
change this later with the Dc handle stuff I'm still testing.
Thanks,
James