Hi
any idea what's up here ?
..gambas3_svn/trunk>svn up
Updating '.':
svn: E000104: Unable to connect to a repository at URL
'svn://svn.code.sf.net/p/gambas/code/gambas/trunk'
svn: E000104: Can't read from connection: Connection reset by peer
..gambas3_svn/trunk>
thx wally
--
Am Sonntag, den 04.08.2013, 08:41 +0200 schrieb wally:
> Hi
>
> any idea what's up here ?
>
> ..gambas3_svn/trunk>svn up
> Updating '.':
> svn: E000104: Unable to connect to a repository at URL
> 'svn://svn.code.sf.net/p/gambas/code/gambas/trunk'
> svn: E000104: Can't read from connection: Conn
Karl,
yes, it works now also for me.
God, please give me patience, but right now !
:)
On Sunday 04 August 2013 11:20:49 Charlie Reinl wrote:
> Am Sonntag, den 04.08.2013, 08:41 +0200 schrieb wally:
> > Hi
> >
> > any idea what's up here ?
> >
> > ..gambas3_svn/trunk>svn up
> > Updating '.':
>
Le 03/08/2013 21:44, Jim Provan a écrit :
> Ok, merci.
>
> Jim Provan
>
>
I added the two SSL options in revision #5771. Can you try them and tell
me if they work?
HttpClient.SSL.VerifyPeer = False ' True by default
HttpClient.SSL.VerifyHost = False ' True by default
Regards,
--
Benoît Minisi
Status: New
Owner:
Labels: Version Type-Bug Priority-Medium OpSys-Any Dist-Any Arch-Any
Desktop-Any GUI-Any
New issue 458 by john.aaron.r...@gmail.com: Repeated CRITICAL messages
http://code.google.com/p/gambas/issues/detail?id=458
Many times repeated messages at runtime:
** (CombineAV:48
On Thu, 01 Aug 2013, Rolf-Werner Eilert wrote:
>
>
> Am 31.07.2013 23:59, schrieb Beno?t Minisini:
> > Le 31/07/2013 23:53, Rolf-Werner Eilert a ?crit :
> >>
> >> Hm, would any provider accept mails without giving username and
> >> password? I don't know any. And most providers offer a way of sec
Hi Benoit,
when writing programs that use gb.ncurses it is difficult to emit debugging
information, i.e. one cannot use the handy Debug or Error instructions
because they write "string\n" to stderr where "string\r\n" would be needed
in ncurses mode.
While it would be easy to add a "\r" to the end
Le 04/08/2013 17:59, Tobias Boege a écrit :
> Hi Benoit,
>
> when writing programs that use gb.ncurses it is difficult to emit debugging
> information, i.e. one cannot use the handy Debug or Error instructions
> because they write "string\n" to stderr where "string\r\n" would be needed
> in ncurses
On Sun, 04 Aug 2013, Beno?t Minisini wrote:
> Le 04/08/2013 17:59, Tobias Boege a ?crit :
> > Hi Benoit,
> >
> > when writing programs that use gb.ncurses it is difficult to emit debugging
> > information, i.e. one cannot use the handy Debug or Error instructions
> > because they write "string\n" t
Le 04/08/2013 20:31, Tobias Boege a écrit :
>>
>> Why does ncurses change the behaviour of the standard error stream? I
>> don't see the reason...
>>
>
> It changes the tty line discipline and stderr just happens to be directed
> to that tty. Normally the tty has the ONLCR bit set when humans opera
On Sun, 04 Aug 2013, Beno?t Minisini wrote:
> Le 04/08/2013 20:31, Tobias Boege a ?crit :
> >>
> >> Why does ncurses change the behaviour of the standard error stream? I
> >> don't see the reason...
> >>
> >
> > It changes the tty line discipline and stderr just happens to be directed
> > to that t
The only problem now is that the official version for libopenal in
Lucid is1.12. Can the component be compiled with this version? If not,
i will see
if i can get a ported package added to the ppa.
On Tue, Jul 23, 2013 at 5:30 AM, Benoît Minisini <
gam...@users.sourceforge.net> wrote:
> Le 23/07/
Le 05/08/2013 02:40, Sebastian Kulesz a écrit :
> The only problem now is that the official version for libopenal in
> Lucid is1.12. Can the component be compiled with this version? If not,
> i will see
> if i can get a ported package added to the ppa.
>
I think so if it is just a matter of missin
I patched the configure.ac to lower the required version to 1.12. The
compilation succeeded but had a few warnings. Here [0] is the log. These
are the warnings;
make[5]: Entering directory
`/build/buildd/gambas3-3.4.99-2+svn4616/gb.openal/src'
CC gb_openal_la-main.lo
CC gb_openal_la-c_
14 matches
Mail list logo