Re: [Freerdp-devel] version 1.0.2-rc1 / Debug Error Output

2012-12-06 Thread richter
Hi Bernhard,

 The API looks good to me. I think starting with some basic functions and
 improving it when required is a good approach. But all of this should go into
 1.1 or later and not into the 1.0 series.
 
[[GR]] For me the error reporting part of that API is so important, that should 
have been implemented before 1.0 (see also my other mail).

Of course I understand that such a change should be well thought, but it should 
at least in 1.0.3 (of course that might be only my opinion, but it's the result 
of writing and debugging programs for many years)

Regards

Gerald



--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


Re: [Freerdp-devel] version 1.0.2-rc1 / Debug Error Output

2012-12-06 Thread richter
 

I did a look in the proposed API and it is simple...

 
Personally I think we need to have something like an exception system (you can 
take a look as GNU Parted does it) so we can even make special handlers in GUI 
applications and have it handled in different ways.

 
We can offer an default exception handler that could work mostly as you 
designed. The log part of it, could be done exactly as you designed but error 
hangling is not flexible enough.

 
[[GR]] I also like the idea of using exceptions for error handling, but I think 
this behind the scope of the logging API and a much bigger change. So for now I 
would like to stick with a simple logging/debug/error reporting API.

 
Gerald

 
--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


Re: [Freerdp-devel] version 1.0.2-rc1 / Debug Error Output

2012-12-06 Thread Marc-André Moreau
Hi,

Since there are many features which we want and eventually will want, we
should design the basic API to be as extensible as possible. This means we
can put some reserved fields, flags, etc, which will allow us to add
functionality later on without having to break a lot of code.

The most basic thing that we want from this debug system is the possibility
to redirect the output where we want. I think that we might need more than
just macros to get all that we need, even if for the most basic
functionality I'm pretty sure we can figure out a way.

One example that we may look at is the android native logging system:
http://mobilepearls.com/labs/native-android-api/include/android/log.h

Very simple, and it looks like the current proposed API, except that it is
not done using macros. In fact, the android build system adds a single .c
file to the list of files to be built, in order to avoid linking to a
shared library. We don't need to do that, we can simply leave it in the
utils and link to it.

The logging system must be:

easily configurable (we might even think of adding configurable options in
the registry)

output must be customizable (separate the textual content from the
timestamp, line number, function name, etc, and have the output format
customized)

There should be a cross-platform printf for formatted textual content
(especially for 64-bit values and such that have less portable format
strings in printf)

There should also be something for hexdumps and images, or anything which
is non-textual content. Oftentimes we want to capture both, but the
hexdumps really just make it really hard to read. If we could filter by
channel when reading the logs, it'd be awesome.

*filtering!* filtering would really be important! it's really hard to read
the logs when there is just so much information, so I end up reducing the
amount of debug info to visualize certain parts but then I need more
details, etc.

Unicode support. Right now we're printing unicode strings with the
hexdump function.

That's just a start

On Thu, Dec 6, 2012 at 3:55 PM, rich...@ecos.de wrote:



 I did a look in the proposed API and it is simple...


 Personally I think we need to have something like an exception system (you
 can take a look as GNU Parted does it) so we can even make special handlers
 in GUI applications and have it handled in different ways.


 We can offer an default exception handler that could work mostly as you
 designed. The log part of it, could be done exactly as you designed but
 error hangling is not flexible enough.


 [[GR]] I also like the idea of using exceptions for error handling, but I
 think this behind the scope of the logging API and a much bigger change. So
 for now I would like to stick with a simple logging/debug/error reporting
 API.


 Gerald



 --
 LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
 Remotely access PCs and mobile devices and provide instant support
 Improve your efficiency, and focus on delivering more value-add services
 Discover what IT Professionals Know. Rescue delivers
 http://p.sf.net/sfu/logmein_12329d2d
 ___
 Freerdp-devel mailing list
 Freerdp-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freerdp-devel

--
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


Re: [Freerdp-devel] version 1.0.2-rc1 / Debug Error Output

2012-11-29 Thread richter
Hi,

I had some discussion with Marc-Andre about logging and error handling about 
two month ago.

My main problem with way it is done in freerdp at the moment, is that a GUI 
user will never see an error message (because it goes to stdout, which you 
might see on Linux if you start from a terminal, but you will never see it on 
windows, because there is no stdout for GUI programms).

Freerdp just terminates silently if anything goes wrong. An average user will 
just throw freerdp away as a broken bit of software, also the reason might only 
be a typo on the command line, but freerdp doesn't tells about it...

So Marc-Andre wrote down a few words about the needs of a 
logging/debugging/error handling system and I wanted to create some draft for 
the API. Unfortunately I was tight up will other projects, but now I have made 
a first start and it can be found below Marc-Andre's words on the wiki at 
https://github.com/FreeRDP/FreeRDP/wiki/Debug-System .

I like to ask anybody to give feedback. If we can agree on an API I will 
implement at least a basic version of it.

Regards

Gerald


 -Original Message-
 From: Bernhard Miklautz [mailto:bmikla...@thinstuff.at]
 Sent: Wednesday, November 07, 2012 12:15 AM
 To: freerdp-devel@lists.sourceforge.net
 Subject: [Freerdp-devel] version 1.0.2-rc1
 
 Hi all,
 
 we just tagged the first release candidate for freerdp version 1.0.2 it can be
 found at https://github.com/FreeRDP/FreeRDP/tree/1.0.2-rc1.
 
 Version 1.0.2 will be a maintenance release for the stable-1.0 branch
 containing basically bug fixes - see changelog for details.
 
 Please help us by testing and reporting issues -
 https://github.com/FreeRDP/FreeRDP/wiki/BugReporting.
 
 Best regards,
 Bernhard
 
 --
 LogMeIn Central: Instant, anywhere, Remote PC access and management.
 Stay in control, update software, and manage PCs from one command center
 Diagnose problems and improve visibility into emerging IT issues Automate,
 monitor and manage. Do more in less time with Central
 http://p.sf.net/sfu/logmein12331_d2d
 ___
 Freerdp-devel mailing list
 Freerdp-devel@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/freerdp-devel


--
Keep yourself connected to Go Parallel: 
VERIFY Test and improve your parallel project with help from experts 
and peers. http://goparallel.sourceforge.net
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


Re: [Freerdp-devel] version 1.0.2-rc1

2012-11-14 Thread Bernhard Miklautz
Hi Kevin,

On 11/13/2012 12:19 AM, Kevin Dalley wrote:
 What is the timeline on 1.0.2? I have at least one fix I want to get into it,
 but I want to do additional testing, if there is time.
plan is to release somewhen end of November beginning of December. 1.0.2
is focused on stability so it might take longer if there are open issues.

What fix do you want to get in? - Best is do to a pull request against
stable-1.0.

Best regards,
Bernhard

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


Re: [Freerdp-devel] version 1.0.2-rc1

2012-11-12 Thread Kevin Dalley
What is the timeline on 1.0.2? I have at least one fix I want to get into it,
but I want to do additional testing, if there is time.

- Original Message -
From: Bernhard Miklautz bmikla...@thinstuff.at
To: freerdp-devel@lists.sourceforge.net
Sent: Tuesday, November 6, 2012 3:15:14 PM
Subject: [Freerdp-devel] version 1.0.2-rc1

Hi all,

we just tagged the first release candidate for freerdp version 1.0.2 it
can be found at https://github.com/FreeRDP/FreeRDP/tree/1.0.2-rc1.

Version 1.0.2 will be a maintenance release for the stable-1.0 branch
containing basically bug fixes - see changelog for details.

Please help us by testing and reporting issues -
https://github.com/FreeRDP/FreeRDP/wiki/BugReporting.

Best regards,
Bernhard

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel


[Freerdp-devel] version 1.0.2-rc1

2012-11-06 Thread Bernhard Miklautz
Hi all,

we just tagged the first release candidate for freerdp version 1.0.2 it
can be found at https://github.com/FreeRDP/FreeRDP/tree/1.0.2-rc1.

Version 1.0.2 will be a maintenance release for the stable-1.0 branch
containing basically bug fixes - see changelog for details.

Please help us by testing and reporting issues -
https://github.com/FreeRDP/FreeRDP/wiki/BugReporting.

Best regards,
Bernhard

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Freerdp-devel mailing list
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel