Menu
▾
▴
plptools-developers — CVS log messages
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(17) |
Aug
(51) |
Sep
|
Oct
(8) |
Nov
(16) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(40) |
Feb
(89) |
Mar
(126) |
Apr
(20) |
May
(74) |
Jun
(35) |
Jul
(52) |
Aug
(10) |
Sep
(13) |
Oct
(7) |
Nov
(24) |
Dec
(9) |
| 2002 |
Jan
(10) |
Feb
(68) |
Mar
(131) |
Apr
(21) |
May
(2) |
Jun
(3) |
Jul
(209) |
Aug
(85) |
Sep
(7) |
Oct
(11) |
Nov
(9) |
Dec
(13) |
| 2003 |
Jan
(6) |
Feb
(49) |
Mar
(3) |
Apr
(2) |
May
(1) |
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(2) |
Nov
(2) |
Dec
(2) |
| 2004 |
Jan
|
Feb
(1) |
Mar
(37) |
Apr
(1) |
May
|
Jun
(17) |
Jul
(2) |
Aug
|
Sep
(27) |
Oct
(24) |
Nov
(2) |
Dec
|
| 2005 |
Jan
(3) |
Feb
|
Mar
|
Apr
(20) |
May
(13) |
Jun
(1) |
Jul
(7) |
Aug
(8) |
Sep
|
Oct
|
Nov
(6) |
Dec
(1) |
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
(3) |
May
(14) |
Jun
|
Jul
|
Aug
|
Sep
(10) |
Oct
(2) |
Nov
|
Dec
(2) |
| 2007 |
Jan
(16) |
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
(26) |
Aug
|
Sep
|
Oct
|
Nov
(76) |
Dec
(107) |
| 2008 |
Jan
(12) |
Feb
(15) |
Mar
(19) |
Apr
(9) |
May
|
Jun
(14) |
Jul
(6) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Reuben T. <rr...@sc...> - 2013-12-16 14:24:36
|
On 15 December 2013 09:21, patrick295767 patrick295767 < pat...@gm...> wrote: > Dear Plptools, Dear Reuben, > Hi! > I am pleased to communicate you a compiled directory for the Debian > Squeeze of the 1.0.11 version. > Thanks. I have filed a bug in Debian to ask them to update to the new 1.0.12 release (it was going to be 1.0.11, but then I noticed that there was a bug report about a crash, so I fixed it!). > By default Squeeze has the 1.0.9 version. I may create a deb for > Debian if you would like. > Thanks, there's no need, as I don't use plptools any more (I got rid of my 5mx 4 years ago). -- http://rrt.sc3d.org |
|
From: patrick295767 p. <pat...@gm...> - 2013-12-15 09:21:50
|
Dear Plptools, Dear Reuben,
I am pleased to communicate you a compiled directory for the Debian
Squeeze of the 1.0.11 version.
By default Squeeze has the 1.0.9 version. I may create a deb for
Debian if you would like.
Link: http://patrick295767.funpic.org/psion/plptools-1.0.11-debian-compiled.tar.gz
md5sum: 878e2a06067c4049ea3222ac1e443608
I still use the PSION 5 mx, mostly for typing long documents,
reports,... on the road. The keyboard of the S5 is fantastic.
All the best,
Pat
|
|
From: direkte F. <rls...@hm...> - 2013-03-13 08:37:51
|
Benötigen Sie Finanzierung? Wir bieten direkte Finanzierung von bis zu 100 Millionen an erschwingliche Preise. Unsere zuverlässige und bequeme Finanzierung Dienstleistungen umfassen:- Konventionelle und persönliche Finanzierung für Einzelpersonen; Kommerzieller Begriff Darlehen für mittleren und großen Unternehmungen; Kleinunternehmen administration(SBA) Darlehen für kleine Unternehmungen und Start-up Unternehmenskredite; Investitionsdarlehen; und Immobilienfinanzierung. Kontaktieren Sie uns jetzt für weitere Details. -------------------------------------------------------------------------------- Do you require funding? We provide direct funding of up to 100 million at affordable rates. Our reliable and convenient financing services include :- Conventional and Personal funding to individuals; Commercial term loans for medium and large scale business ventures; Small business administration(SBA) loan for small scale business ventures & start-up business loans; investment loans; and Real Estate financing. Contact us now for more details. ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: WELCOME <li...@s4...> - 2012-10-23 01:52:54
|
Ihr Lieben, Mein Name ist Frau (mrs...@gm...): Mrs Rosemarieby in Ohio, USA mit E-Mail-Adresse geboren. Mein Mann arbeitete mit Goldexplorationsunternehmen in Indien / Asien für 29 Jahre vor seinem Tod im Februar 2011 in Christchurch Erdbeben in Neuseeland. Er hinterlegt die Summe von £ 10.000.000,00 GBP mit einer Bank in London / Großbritannien, ist der Fonds für die Eröffnung einer gemeinnützigen Hause für die weniger Privilegien bedeutete und nannte mich, seine Frau als Begünstigte dieser Treuhandfonds aber aufgrund meiner jetzigen Krankheit Ich bevorzuge eher erteilen eine schriftliche Erlaubnis, jemanden, den Fonds in meinem Namen erhalten, kann ich nicht kommen aufgrund meiner gesundheitlichen Zustand. Ich bin in einem Krankenhaus in Indien / Asien jetzt, wo ich durchlaufen habe Behandlung für Speiseröhrenkrebs. Ich habe da meine Fähigkeit zu sprechen und meine Ärzte haben mir gesagt, dass ich nur noch wenige Wochen zu leben verloren. Die Familie meines Mannes will mich tot, um diesen Reichtum zu erwerben. Ich kann nicht mit der Qual der anzuvertrauen diese große Verantwortung, jede von ihnen leben, wie sie ungläubig sind. Ich möchte diese Gelder an karitative Organisationen verteilt werden. Bitte helfen Sie mir Stand-als der Empfänger, die Fonds von der Bank zu sammeln und zu verteilen, um Nächstenliebe. Ich brauche ehrliche und vertrauenswürdige Person, die dieses Geld in Übereinstimmung mit meinen Unterricht nutzen werden. Ich möchte die Mittel, um bei der Finanzierung religiöser Organisationen, Waisenhäuser und weniger privilegierten verwendet werden, propagieren das Wort Gottes. Ich traf diese Entscheidung, weil ich nicht jedes Kind, die dieses Geld erben, und mein Mann Verwandten sind sehr unfreundlich zu mir, und ich will nicht mein Mann hart verdientes Geld missbraucht werden. Ich fürchte mich nicht vor dem Tod damit ich weiß, wohin ich gehe. Ich weiß, dass ich mich in den Schoß des Herrn sein. Exodus 14 VS 14 sagt, dass der Herr meinen Kurs zu kämpfen, und ich werde meinen Frieden zu halten. Sobald ich Ihre Antwort erhalten werde ich Ihnen den Kontakt der Bank, für sie zu verarbeiten und überweisen den Betrag auf Sie. Für Legitimität, werden Sie einen Brief der Behörde, die befähigen Sie wird wie das Original-Begünstigten dieses Fonds ausgegeben werden. Ich möchte, dass du immer für mich beten, wird eine Verzögerung in Ihrer Antwort geben mir Raum in der Beschaffung für eine andere Person für den gleichen Zweck. Ich habe meine Absichten machen Sie meine nächsten Angehörigen mit meinem Pastor und Vater in Christus in Person von Rev Sermon Bartholomew diskutiert und er wird mit der rechtlichen Kammer und Bank arbeiten, um diese Gelder zu sichern in einer sehr korrekte und legale Weise und er wird alle Anordnung in Ihrem Namen zu machen, wie der Empfänger der Gelder und auch meine nächsten Angehörigen, entschied ich mich, in meinem Pastor und Vater in Christus zu bringen, damit beschaffen die benötigten legale Papiere und sichern die Mittel in einem sehr legale Weise zu die Bank auf Sie übertragen werden, da es ihm allein kann ich auf diesem vertrauen, wie er gewesen ist mein Pastor seit Jahren und war schon immer ein Helfer auf mich mit Gebet und meine tägliche Pflege. Antwort an: mrs...@gm... Bleibt gesegnet, Mit freundlichen Grüßen. Frau Alesha Prudence Griffiths EMAIL: mrs...@gm... |
|
From: Markus L. <mar...@we...> - 2011-11-21 06:20:13
|
<html><head></head><body><div style="font-family:Verdana;font-size:12px;"><div>GOOGLE INTERNATIONAL INC.<br/>VOM SCHREIBTISCH<br/>DIE LEITUNG INTERNATIONALEN BEFOERDERUNGEN<br/>GOOGLE INTERNATIONAL INC<br/>ENGLAND AUSSENSTELLE<br/>19, STEVE RODDINGHAM AVENUE,<br/>LONDON, SW46 JH31,<br/>ENGLAND<br/><br/>============================== =================<br/>REF NR.: GOOGLE-0293856-2011<br/>****************************** *****<br/>GEWINN NR.:GOOGLE-1029375-2011<br/>****************************** *****<br/>DATUM:<br/>21.11.2011<br/>****************************** *****<br/>BETRAG:EUR 1,000,000.00<br/>****************************** *****<br/>GEBIET: EUROPA<br/>****************************** *****<br/>PROGRAMM: GOOGLE AUSSTATTUNGSFONDS 2011.<br/>============================== ================<br/><br/>_______ GLUECKWUENSCHE! _______<br/><br/><br/><br/>Google International Inc.hiermit teilt Ihnen die Ergebnisse von Google Austattungsfonds 2011 Promo E-Mail-Adresse [fuer Europaeische Einwohner] Programm mit.<br/><br/>Google International Inc. bedankt sich bei allen Individuum weltweit ,als wir alle uns auf eine schoene 2011 freuen.<br/><br/>Die endgueltige Programme wurden auf dem 20 November 2011 in Aachen,Deutschland gehalten.Ihre E-Mailadress ist als ein Gewinner fuer den Geldpreis vom EUR 1,000,000.00 (EINE MILLION EUROS) gewaehlt worden.Dies Ergebnis ist jetzt zu Ihnen 21 November 2011 freigegeben und Ihre E-Mail-Adresse, die in der Einer Kategorie befestigt wird,hat EUR 1,000,000.00 (EINE MILLION EUROS) gewonnen .<br/><br/>Diese Programme wurde von den Google International Inc. und die unten genannten Firmen fundiert:<br/><br/>1. Microsoft Incoporation<br/>2. Aol<br/>3. Calsberg<br/>4. Becks<br/>5. Benz<br/>6. Coca-Cola<br/>7. Mercedez Benz<br/>8. Suisse Credit<br/>9. Raiffeisen Bankgruppe<br/>10.Allianz<br/>11.Volkswagen<br/>12.Nokia<br/>13.Siemens<br/>14.Blackberry<br/>15.Sony<br/>16.Hyundai<br/>17.Toyota<br/>18.Adidas<br/><br/>Alle E-Mail-Adressen wurden automatisch durch ein Computerstimmzettelsystem ausgewaehlt, in den Ihre Email-Adresse als einer der ZEHN {10} gluecklichen Gewinner ausgewaehlt wurde.<br/><br/>Andere Gewinner aus Europa in Ihrer Kategorie lautet:<br/><br/>1. Dr. Joerg Schuster - Aus Basel, Schweiz<br/>2. Frau Linda Reichert- Aus Linz, Oesterreich<br/>3. Herr Ivan Boranov- Aus Moscow, Russland<br/>4. Herr Jacques Van Belweek- Aus Antwerp, Belgien<br/>5. Frau Inge Schneider- Aus Stuttgart, Deutschland<br/>6. Pfarrer Luis Mendez-Aus Mallorca, Spanien<br/>7. Frau Lisa Collini-Aus Milan, Italien<br/>8. Ing. Johannsen Bergkramp-Aus Copenhagen, Denmark<br/>9. Herr Gary Morgan- Aus Liverpool, England.<br/><br/>Alle E-mail Adressen wurde von den Europaeischen Union{EU} Einwohnerverzeichnis und Internet Benutzer Databanken aus dem ganzen Europa Gebiet ausgewaehlt.<br/><br/>Ihre Ticket Nummer lautet:-846594 .und Glueckszahl 5 Sie werden geraten, Ihre siegreichen Informationen vertraulich {SEHR GEHEIM} zu behalten, bis Ihre Ansprueche und Ihr Geld bearbeitet worden sind, das zu Ihnen ueberwiesen werden wird.Dies ist ein Teil von unserem Sicherheitsprotokoll,um Doppelbeanspruchen und ungerechtfertigten Missbrauch von diesem Programm durch Schwindel zu vermeiden.<br/><br/>Sie muessen Ihr Gewinn nicht spaeter als am (10) December 2011 beansprucht werden. Nach diesem Datum, wird alle unbeanspruchten Fonds zu unserem Zentralebuero (als nicht beansprucht) zurueckgekehrt werden .<br/><br/>Bitte merken Sie, um unnoetige Verspaetungen und Komplikationen zu vermeiden,erinnern Sie sich immer an Ihre REF NR.: Google-0293856-2011 in allen von Ihren Korrespondenz mit uns zu zitieren.<br/><br/>Wir bitten Sie, sich an der Google Austattungsfonds 2011 Verarbeitung / Auszahlung von der Offiziellen Bezahlende .<br/><br/>============================== ====================<br/>BARCLAYS BANK PLC<br/>BUERO VON VERARBEITUNG UND AUSZAHLUNG,<br/>GOOGLE AUSTATTUNGSFONDS 2011<br/>ANSPRECHPERSON: mr.jerry coiils<br/>E-mail: of...@je...<br/>LONDON,<br/>ENGLAND<br/>============================== ====================<br/>Fuer<br/>die Verarbeitung und Auszahlung von Ihrem Gewinn ,fuellen Sie sofort<br/>die unten Form und reichen Sie es zu Google E-mail Austattungsfonds<br/>2011 Verarbeitung / Auszahlung von der Offiziellen.<br/>mr.jerry coiils<br/>E-mail: of...@je...<br/>****************************** ****************************** *************************<br/>GOOGLE AUSSTATTUNGSFONDS 2011 GEWINNER ANMELDEFORMULAR FUER ZAHLUNG .<br/>****************************** ****************************** *************************<br/>VORNAME:...........................<br/>GEBURTSDATUM:.. ......................<br/>NACHNAME:..........................<br/>GESCHLECHT:.........................<br/>ADRESSE:............................<br/>NATIONALITAET:......................<br/>BERUF:..............................<br/>TELEFONNUMMER:.....................<br/>FAXNUMMER:.........................<br/>BETRAG GEWONNEN:...................<br/>REF NR.:............................<br/>GEWINN NR.:........................<br/>****************************** ****************************** ********************* ****<br/>GOOGLE AUSSTATTUNGSFONDS 2011 GEWINNER ANMELDEFORMULAR FUER ZAHLUNG .<br/>****************************** ****************************** *************************<br/>GENEHMIGT FUER AUSZAHLUNG.<br/>FUER GOOGLE E-MAIL AUSSTATTUNGSFONDS 2011 PROGRAMM<br/>MAG. DR. EVA-MARIA SCHULZE<br/>CHEFIN, AUSLANDANGELEGENHEIT ABTEILUNG.<br/>GOOGLE INTERNATIONAL INC.<br/>ENGLAND AUSSENSTELLE<br/>19, STEVE RODDINGHAM ,<br/>LONDON, SW46 JH31,<br/>ENGLAND.<br/><br/><br/>P.S. BEANTWORTEN SIE NICHT ZU DIESER EMAIL,SONDERN WENDEN SIE SICH AN DER BEZAHLENDE BANK DURCH E-MAIL MIT IHREN DATEN!<br/>GOOGLE 2011<br/>GLÜCKWÜNSCHE!!!(WINNING<br/>NOTIFICATION) mr.jerry coiils<br/>E-mail: of...@je...<br/><br/>Copyright (c) 2011 Google International Inc. Alle Rechte vorbehalten. Geschaeftsbedingungen -Hilfe<br/>Hinweis: Auf diesen Seiten sammeln wir persoenliche Informationen.<br/>Fuer weitere Details lesen Sie bitte unsere Hinweise zum Daten.<br/></div></div> <br><br><table cellpadding="0" cellspacing="0" border="0"><tr><td bgcolor="#000000"><img src="https://img.ui-portal.de/p.gif" width="1" height="1" border="0" alt="" /></td></tr><tr><td style="font-family:verdana; font-size:12px; line-height:17px;">SMS schreiben mit WEB.DE FreeMail - einfach, schnell und <br>kostenguenstig. Jetzt gleich testen! <a href="http://f.web.de/?mc=021192"><b>http://f.web.de/?mc=021192</b></a></td></tr></table>
</body></html>
|
|
From: - 2011-05-11 22:05:32
|
OFFICE < inf...@ao... >
Reply-To:
inf...@ao...
MIME-Version: 1.0
Content-Type: text/plain
Content-Transfer-Encoding:
8bit
ich bin Anwalt, mein verstorbener Klient die haben den gleichen Nachnamen mit Ihnen der mit seiner Frau im Jahr 2007 bei einem Autounfall starb hinterlegt EUR.2.810.000.00, in einer der Banken in Spanien im Jahr 2003, bevor er starb. Erhielt ich einen Brief von der Bank, wo mein Mandant hinterlegt das Geld in 2003 hat die Bank mir das bieten, Verwandten, dass das Geld beanspruchen wird. Ich erbitte die Ihnen erlauben Sie mir, Sie als sein Verwandter auf der Grundlage der Tatsache, dass Sie eng mit mir zu diesem Erfolg zu erzielen. Er lebte und arbeitete hier als Ausländer. Bitte lassen Sie mich wissen, wenn Sie so interessiert, dass ich Ihnen weitere Einzelheiten und einschlägigen Unterlagen, die Sie an die Bank für die Freigabe der Mittel kann man werden. Alles, was ich verlangen, ist Ihre ehrliche Zusammenarbeit, damit wir sehen dies durch. Ich garantiere, dass diese im Rahmen einer rechtmäßigen Anordnung, die Sie von einer Verletzung des Gesetzes zum Schutz ausgeführt werd
en und wird Sie über die Details auf Ihre Antwort kurz. Wir teilen das Geld 50/50%. Stellen Sie sicher, dass Sie Ihre Telefon-Nummer für meine Telefonkonferenz mit einzubeziehen sofort höre ich von Ihnen. Bitte, wenn Sie interessiert sind, dies zu tun mir bitte kontaktieren Sie mich,Wenn Sie interessiert sind, senden Sie bitte das fellowing Informationen zu mir, und ich werde Sie für weitere Informationen wenden Sie
Bitte senden Sie Ihre Antwort auf meine persönliche E-Mail off...@ao...
Grus,
|
|
From: SourceForge.net <no...@so...> - 2010-10-05 14:34:12
|
Bugs item #3081337, was opened at 2010-10-05 09:18 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Philip Pemberton (philpem) Assigned to: Nobody/Anonymous (nobody) Summary: plpfuse fails to build on Linux x86_64 Initial Comment: When building plptools on a 64-bit Linux system, configure fails to find libfuse: checking fuse.h usability... no checking fuse.h presence... no checking for fuse.h... no checking for fuse_new in -lfuse... yes checking for supported FUSE API version... no The configure log shines a little more light on this: configure:19897: checking fuse.h usability configure:19897: gcc -c -g -O2 -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic conftest.c >&5 In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from conftest.c:135: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! configure:19897: $? = 1 If you attempt to build plpfuse regardless, the same error occurs: make: Entering directory `/home/philpem/psion/plptools/plptools-1.0.10/plpfuse' g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cc In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from plpfuse.h:8, from rfsv_api.h:30, from main.cc:46: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! -- Workaround -- The configure script isn't using the right CFLAGS on x86_64. This patch works around the bug, though it may not be the right way to do it: --- configure.ac 2010-06-24 11:14:07.000000000 +0100 +++ ../plptools-1.0.10-mod/configure.ac 2010-10-04 23:37:04.000000000 +0100 @@ -27,8 +27,10 @@ [ if test $enableval = yes; then CFLAGS="-g" + CXXFLAGS="-g" if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -ggdb" + CXXFLAGS="$CXXFLAGS -ggdb" fi AC_MSG_RESULT(yes) AC_DEFINE(DEBUG, 1, [Define this to include debugging code.]) @@ -42,6 +44,7 @@ dnl Turn on additional compiler warnings if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" + CXXFLAGS="$CXXFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" fi dnl NLS support @@ -108,6 +111,8 @@ AC_SUBST(LIBHISTORY) # FUSE for plpfuse +CFLAGS="$CFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" +CXXFLAGS="$CXXFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" enable_fuse=yes AC_CHECK_HEADER(fuse.h,, enable_fuse=no) AC_CHECK_LIB(fuse,fuse_new, [true], enable_fuse=no) ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2010-10-05 15:34 Message: I'd be grateful if you could test the new version, 1.0.11, before release; either check out current CVS, or give me an email address to which I can send a tarball. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2010-10-05 15:02 Message: This looks to me like a bug in FUSE. From the glibc documentation: "On 64 bit systems this macro has no effect" On 32-bit systems, the configure script causes the macro to be defined, since it is needed for large file support (LFS). On 64-bit systems, where the various file calls are identical with the 32-bit versions (at least, on a 64-bit system with 64-bit libraries), this macro is not needed. Unfortunately, this argument has already been had on the FUSE mailing list and there seem to be no plans to fix this bug. However, if I use pkg-config to detect FUSE, this macro will be correctly set, and since this simplifies the detection logic for FUSE considerably, I will do it. You can work around this by defining _FILE_OFFSET_BITS in your ./configure command line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2010-10-05 14:02:25
|
Bugs item #3081337, was opened at 2010-10-05 09:18 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Philip Pemberton (philpem) Assigned to: Nobody/Anonymous (nobody) Summary: plpfuse fails to build on Linux x86_64 Initial Comment: When building plptools on a 64-bit Linux system, configure fails to find libfuse: checking fuse.h usability... no checking fuse.h presence... no checking for fuse.h... no checking for fuse_new in -lfuse... yes checking for supported FUSE API version... no The configure log shines a little more light on this: configure:19897: checking fuse.h usability configure:19897: gcc -c -g -O2 -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic conftest.c >&5 In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from conftest.c:135: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! configure:19897: $? = 1 If you attempt to build plpfuse regardless, the same error occurs: make: Entering directory `/home/philpem/psion/plptools/plptools-1.0.10/plpfuse' g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cc In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from plpfuse.h:8, from rfsv_api.h:30, from main.cc:46: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! -- Workaround -- The configure script isn't using the right CFLAGS on x86_64. This patch works around the bug, though it may not be the right way to do it: --- configure.ac 2010-06-24 11:14:07.000000000 +0100 +++ ../plptools-1.0.10-mod/configure.ac 2010-10-04 23:37:04.000000000 +0100 @@ -27,8 +27,10 @@ [ if test $enableval = yes; then CFLAGS="-g" + CXXFLAGS="-g" if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -ggdb" + CXXFLAGS="$CXXFLAGS -ggdb" fi AC_MSG_RESULT(yes) AC_DEFINE(DEBUG, 1, [Define this to include debugging code.]) @@ -42,6 +44,7 @@ dnl Turn on additional compiler warnings if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" + CXXFLAGS="$CXXFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" fi dnl NLS support @@ -108,6 +111,8 @@ AC_SUBST(LIBHISTORY) # FUSE for plpfuse +CFLAGS="$CFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" +CXXFLAGS="$CXXFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" enable_fuse=yes AC_CHECK_HEADER(fuse.h,, enable_fuse=no) AC_CHECK_LIB(fuse,fuse_new, [true], enable_fuse=no) ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2010-10-05 15:02 Message: This looks to me like a bug in FUSE. From the glibc documentation: "On 64 bit systems this macro has no effect" On 32-bit systems, the configure script causes the macro to be defined, since it is needed for large file support (LFS). On 64-bit systems, where the various file calls are identical with the 32-bit versions (at least, on a 64-bit system with 64-bit libraries), this macro is not needed. Unfortunately, this argument has already been had on the FUSE mailing list and there seem to be no plans to fix this bug. However, if I use pkg-config to detect FUSE, this macro will be correctly set, and since this simplifies the detection logic for FUSE considerably, I will do it. You can work around this by defining _FILE_OFFSET_BITS in your ./configure command line. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2010-10-05 08:18:13
|
Bugs item #3081337, was opened at 2010-10-05 08:18 Message generated for change (Tracker Item Submitted) made by philpem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Philip Pemberton (philpem) Assigned to: Nobody/Anonymous (nobody) Summary: plpfuse fails to build on Linux x86_64 Initial Comment: When building plptools on a 64-bit Linux system, configure fails to find libfuse: checking fuse.h usability... no checking fuse.h presence... no checking for fuse.h... no checking for fuse_new in -lfuse... yes checking for supported FUSE API version... no The configure log shines a little more light on this: configure:19897: checking fuse.h usability configure:19897: gcc -c -g -O2 -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic conftest.c >&5 In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from conftest.c:135: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! configure:19897: $? = 1 If you attempt to build plpfuse regardless, the same error occurs: make: Entering directory `/home/philpem/psion/plptools/plptools-1.0.10/plpfuse' g++ -DHAVE_CONFIG_H -I. -I.. -I../lib -g -O2 -MT main.o -MD -MP -MF .deps/main.Tpo -c -o main.o main.cc In file included from /usr/include/fuse/fuse.h:26, from /usr/include/fuse.h:9, from plpfuse.h:8, from rfsv_api.h:30, from main.cc:46: /usr/include/fuse/fuse_common.h:32: error: #error Please add -D_FILE_OFFSET_BITS=64 to your compile flags! -- Workaround -- The configure script isn't using the right CFLAGS on x86_64. This patch works around the bug, though it may not be the right way to do it: --- configure.ac 2010-06-24 11:14:07.000000000 +0100 +++ ../plptools-1.0.10-mod/configure.ac 2010-10-04 23:37:04.000000000 +0100 @@ -27,8 +27,10 @@ [ if test $enableval = yes; then CFLAGS="-g" + CXXFLAGS="-g" if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -ggdb" + CXXFLAGS="$CXXFLAGS -ggdb" fi AC_MSG_RESULT(yes) AC_DEFINE(DEBUG, 1, [Define this to include debugging code.]) @@ -42,6 +44,7 @@ dnl Turn on additional compiler warnings if test "$GCC" = "yes"; then CFLAGS="$CFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" + CXXFLAGS="$CXXFLAGS -Wall -W -Wmissing-prototypes -Wstrict-prototypes -pedantic" fi dnl NLS support @@ -108,6 +111,8 @@ AC_SUBST(LIBHISTORY) # FUSE for plpfuse +CFLAGS="$CFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" +CXXFLAGS="$CXXFLAGS -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64" enable_fuse=yes AC_CHECK_HEADER(fuse.h,, enable_fuse=no) AC_CHECK_LIB(fuse,fuse_new, [true], enable_fuse=no) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=3081337&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2010-01-04 15:16:29
|
Bugs item #2925613, was opened at 2010-01-04 12:59 Message generated for change (Settings changed) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Buchan Milne (buchanmilne) Assigned to: Nobody/Anonymous (nobody) Summary: Build failure with gcc 4.4 Initial Comment: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../intl -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -MT rpcs.lo -MD -MP -MF .deps/rpcs.Tpo -c rpcs.cc -fPIC -DPIC -o .libs/rpcs.o rpcs.cc: In member function ‘Enum<rfsv::errs> rpcs::queryPrograms(processList&)’: rpcs.cc:304: error: invalid conversion from ‘const char*’ to ‘char*’ make[2]: *** [rpcs.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .deps/rpcs16.Tpo .deps/rpcs16.Plo $ gcc -dumpversion 4.4.1 Obvious changes weren't sufficient to get it to build. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2010-01-04 15:15 Message: Thanks for the report. I have applied the patch that Debian uses, which is in fact pretty obvious: cast s to (char *) in line 304 of lib/rpcs.cc. I have checked this in to CVS and will release a new version immediately. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2010-01-04 15:16:04
|
Bugs item #2925613, was opened at 2010-01-04 12:59 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Buchan Milne (buchanmilne) Assigned to: Nobody/Anonymous (nobody) Summary: Build failure with gcc 4.4 Initial Comment: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../intl -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -MT rpcs.lo -MD -MP -MF .deps/rpcs.Tpo -c rpcs.cc -fPIC -DPIC -o .libs/rpcs.o rpcs.cc: In member function ‘Enum<rfsv::errs> rpcs::queryPrograms(processList&)’: rpcs.cc:304: error: invalid conversion from ‘const char*’ to ‘char*’ make[2]: *** [rpcs.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .deps/rpcs16.Tpo .deps/rpcs16.Plo $ gcc -dumpversion 4.4.1 Obvious changes weren't sufficient to get it to build. ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2010-01-04 15:15 Message: Thanks for the report. I have applied the patch that Debian uses, which is in fact pretty obvious: cast s to (char *) in line 304 of lib/rpcs.cc. I have checked this in to CVS and will release a new version immediately. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2010-01-04 12:59:30
|
Bugs item #2925613, was opened at 2010-01-04 14:59 Message generated for change (Tracker Item Submitted) made by buchanmilne You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Buchan Milne (buchanmilne) Assigned to: Nobody/Anonymous (nobody) Summary: Build failure with gcc 4.4 Initial Comment: libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -I../intl -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wformat -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -MT rpcs.lo -MD -MP -MF .deps/rpcs.Tpo -c rpcs.cc -fPIC -DPIC -o .libs/rpcs.o rpcs.cc: In member function ‘Enum<rfsv::errs> rpcs::queryPrograms(processList&)’: rpcs.cc:304: error: invalid conversion from ‘const char*’ to ‘char*’ make[2]: *** [rpcs.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... mv -f .deps/rpcs16.Tpo .deps/rpcs16.Plo $ gcc -dumpversion 4.4.1 Obvious changes weren't sufficient to get it to build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=108797&aid=2925613&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-12-21 23:25:01
|
Support Requests item #2000109, was opened at 2008-06-22 18:08 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Rawle (jrawle) Assigned to: Nobody/Anonymous (nobody) Summary: Can not access Series 3c using plpfuse Initial Comment: I could always access my Series 3c successfully using plpnfsd. However, today I came to compile the new PLP Tools as the old one doesn't compile on my system, only to discover plpnfsd has been replaced with plpfuse. After figuring out that I needed to install fuse before compiling, I tried it out. I can view my M:, but I can't access any files - it says Input/output error. With debug, I get: unique: 37, error: -5 (Input/output error), outsize: 16 unique: 38, opcode: READ (15), nodeid: 5, insize: 64 READ[0] 4096 bytes from 0 unique: 38, error: -5 (Input/output error), outsize: 16 unique: 39, opcode: FLUSH (25), nodeid: 5, insize: 64 FLUSH[0] unique: 39, error: -38 (Function not implemented), outsize: 16 unique: 40, opcode: RELEASE (18), nodeid: 5, insize: 64 RELEASE[0] flags: 0x8000 unique: 40, error: 0 (Success), outsize: 16 ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-12-21 23:24 Message: Could you try the latest release? The workaround for a Series 3a bug may apply to 3c too. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 19:04 Message: Logged In: YES user_id=50145 Originator: NO That would be great. 0.19 is the first version with plpfuse, but as I said, I doubt that's relevant (although it's of course possible that it has other problems with Series 3). I would try plpftp in each case. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:56 Message: Logged In: YES user_id=661960 Originator: YES I'll do that, but maybe not today - I'm curently backing up my computer, which was why I wanted the Psion backup first. Which was the first version to use plpfuse instead of plpnfsd? ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:50 Message: Logged In: YES user_id=50145 Originator: NO Could you possibly discover which is the earliest version that doesn't work? I think that would be the quickest way for me to find a likely fix; as far as I can see there have been no non-trivial changes to the ncpd code since 0.16, so the bug is probably in some seemingly trivial change. I would suggest a binary search, i.e. try version 1.0.0 first, then work backwards or forwards as necessary, roughly skipping half the versions each time. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:40 Message: Logged In: YES user_id=50145 Originator: NO If you turn on debugging for ncpd do you get anything in the relevant error log (for me it's /var/log/debug)? If plpftp doesn't work it suggests the problem is not in plpfuse. I presume that plpftp at least prints a startup message? Does it not give any error? ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:35 Message: Logged In: YES user_id=661960 Originator: YES plpftp just does nothing. It doesn't run any ftp comments passed as parameters or give a prompt. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:33 Message: Logged In: YES user_id=50145 Originator: NO I'm sorry plpfuse doesn't work for you. Does the latest version's plpftp still work? It would be nice to know where the bug is. Unfortunately I don't have an EPOC16 device to test with. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:21 Message: Logged In: YES user_id=661960 Originator: YES I've now tried 0.16, and that compiles on my Fedora system and (thankfully) still uses plpnfsd. All my old scripts for connecting and backup now work as they should! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-12-20 19:14:11
|
Patches item #2441386, was opened at 2008-12-17 17:47 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2441386&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: Jim Hague (bears) Assigned to: Nobody/Anonymous (nobody) Summary: Series3a trouble Initial Comment: There's a bug in the firmware of all Series 3a machines I've ever tried. When sending a reply to a message on a channel, instead of sending the reply to the channel that sent the message they send the reply down the channel which was last opened. So when receiving Series 3 packets, redirect the channel on the received message to the channel from which a message was last sent. I'm pretty sure Series 3 devices don't overlap messages in practice. This patch gets plpftp working for me. Without it, plpftp hangs retrieving owner info. It used to work, because the querying channel was the last opened. I guess the clip server channel put paid to that. ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-12-20 19:14 Message: Applied, thanks. Will make new release shortly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2441386&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-12-17 17:47:29
|
Patches item #2441386, was opened at 2008-12-17 17:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2441386&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jim Hague (bears) Assigned to: Nobody/Anonymous (nobody) Summary: Series3a trouble Initial Comment: There's a bug in the firmware of all Series 3a machines I've ever tried. When sending a reply to a message on a channel, instead of sending the reply to the channel that sent the message they send the reply down the channel which was last opened. So when receiving Series 3 packets, redirect the channel on the received message to the channel from which a message was last sent. I'm pretty sure Series 3 devices don't overlap messages in practice. This patch gets plpftp working for me. Without it, plpftp hangs retrieving owner info. It used to work, because the querying channel was the last opened. I guess the clip server channel put paid to that. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2441386&group_id=8797 |
|
From: <rr...@us...> - 2008-07-26 23:25:47
|
Date: Saturday July 26, 2008 @ 16:25 Author: rrt Update of /cvsroot/plptools/plptools/po In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv14256/po Modified Files: de.po sv.po Log Message: Update .po files |
|
From: SourceForge.net <no...@so...> - 2008-07-21 22:59:49
|
Patches item #2023788, was opened at 2008-07-21 18:37 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2023788&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Accepted Priority: 5 Private: No Submitted By: John Lines (johnlines) Assigned to: Nobody/Anonymous (nobody) Summary: gcc 4.3 fix for plptools 1.0.4 Initial Comment: The attached patch enables plptools to compile with gcc 4.3 ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-07-21 23:59 Message: Logged In: YES user_id=50145 Originator: NO Thanks. Patch committed to CVS, will be in shortly-released 1.0.5. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2023788&group_id=8797 |
|
From: <rr...@us...> - 2008-07-21 22:59:18
|
Date: Monday July 21, 2008 @ 15:59 Author: rrt Update of /cvsroot/plptools/plptools In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27731 Modified Files: configure.ac Log Message: Bump version to 1.0.5 |
|
From: <rr...@us...> - 2008-07-21 22:58:58
|
Date: Monday July 21, 2008 @ 15:59 Author: rrt Update of /cvsroot/plptools/plptools/lib In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27713/lib Modified Files: Enum.cc bufferstore.cc plpdirent.h ppsocket.cc Log Message: Patch from John Lines for compiling with GCC 4.3 (Patch #2023788) |
|
From: <rr...@us...> - 2008-07-21 22:58:58
|
Date: Monday July 21, 2008 @ 15:59 Author: rrt Update of /cvsroot/plptools/plptools/ncpd In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv27713/ncpd Modified Files: channel.cc linkchan.cc main.cc packet.cc Log Message: Patch from John Lines for compiling with GCC 4.3 (Patch #2023788) |
|
From: SourceForge.net <no...@so...> - 2008-07-21 17:37:08
|
Patches item #2023788, was opened at 2008-07-21 17:37 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2023788&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John Lines (johnlines) Assigned to: Nobody/Anonymous (nobody) Summary: gcc 4.3 fix for plptools 1.0.4 Initial Comment: The attached patch enables plptools to compile with gcc 4.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=308797&aid=2023788&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-06-22 18:04:00
|
Support Requests item #2000109, was opened at 2008-06-22 18:08 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Rawle (jrawle) Assigned to: Nobody/Anonymous (nobody) Summary: Can not access Series 3c using plpfuse Initial Comment: I could always access my Series 3c successfully using plpnfsd. However, today I came to compile the new PLP Tools as the old one doesn't compile on my system, only to discover plpnfsd has been replaced with plpfuse. After figuring out that I needed to install fuse before compiling, I tried it out. I can view my M:, but I can't access any files - it says Input/output error. With debug, I get: unique: 37, error: -5 (Input/output error), outsize: 16 unique: 38, opcode: READ (15), nodeid: 5, insize: 64 READ[0] 4096 bytes from 0 unique: 38, error: -5 (Input/output error), outsize: 16 unique: 39, opcode: FLUSH (25), nodeid: 5, insize: 64 FLUSH[0] unique: 39, error: -38 (Function not implemented), outsize: 16 unique: 40, opcode: RELEASE (18), nodeid: 5, insize: 64 RELEASE[0] flags: 0x8000 unique: 40, error: 0 (Success), outsize: 16 ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-06-22 19:04 Message: Logged In: YES user_id=50145 Originator: NO That would be great. 0.19 is the first version with plpfuse, but as I said, I doubt that's relevant (although it's of course possible that it has other problems with Series 3). I would try plpftp in each case. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:56 Message: Logged In: YES user_id=661960 Originator: YES I'll do that, but maybe not today - I'm curently backing up my computer, which was why I wanted the Psion backup first. Which was the first version to use plpfuse instead of plpnfsd? ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:50 Message: Logged In: YES user_id=50145 Originator: NO Could you possibly discover which is the earliest version that doesn't work? I think that would be the quickest way for me to find a likely fix; as far as I can see there have been no non-trivial changes to the ncpd code since 0.16, so the bug is probably in some seemingly trivial change. I would suggest a binary search, i.e. try version 1.0.0 first, then work backwards or forwards as necessary, roughly skipping half the versions each time. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:40 Message: Logged In: YES user_id=50145 Originator: NO If you turn on debugging for ncpd do you get anything in the relevant error log (for me it's /var/log/debug)? If plpftp doesn't work it suggests the problem is not in plpfuse. I presume that plpftp at least prints a startup message? Does it not give any error? ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:35 Message: Logged In: YES user_id=661960 Originator: YES plpftp just does nothing. It doesn't run any ftp comments passed as parameters or give a prompt. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:33 Message: Logged In: YES user_id=50145 Originator: NO I'm sorry plpfuse doesn't work for you. Does the latest version's plpftp still work? It would be nice to know where the bug is. Unfortunately I don't have an EPOC16 device to test with. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:21 Message: Logged In: YES user_id=661960 Originator: YES I've now tried 0.16, and that compiles on my Fedora system and (thankfully) still uses plpnfsd. All my old scripts for connecting and backup now work as they should! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-06-22 17:55:54
|
Support Requests item #2000109, was opened at 2008-06-22 17:08 Message generated for change (Comment added) made by jrawle You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Rawle (jrawle) Assigned to: Nobody/Anonymous (nobody) Summary: Can not access Series 3c using plpfuse Initial Comment: I could always access my Series 3c successfully using plpnfsd. However, today I came to compile the new PLP Tools as the old one doesn't compile on my system, only to discover plpnfsd has been replaced with plpfuse. After figuring out that I needed to install fuse before compiling, I tried it out. I can view my M:, but I can't access any files - it says Input/output error. With debug, I get: unique: 37, error: -5 (Input/output error), outsize: 16 unique: 38, opcode: READ (15), nodeid: 5, insize: 64 READ[0] 4096 bytes from 0 unique: 38, error: -5 (Input/output error), outsize: 16 unique: 39, opcode: FLUSH (25), nodeid: 5, insize: 64 FLUSH[0] unique: 39, error: -38 (Function not implemented), outsize: 16 unique: 40, opcode: RELEASE (18), nodeid: 5, insize: 64 RELEASE[0] flags: 0x8000 unique: 40, error: 0 (Success), outsize: 16 ---------------------------------------------------------------------- >Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 17:56 Message: Logged In: YES user_id=661960 Originator: YES I'll do that, but maybe not today - I'm curently backing up my computer, which was why I wanted the Psion backup first. Which was the first version to use plpfuse instead of plpnfsd? ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 17:50 Message: Logged In: YES user_id=50145 Originator: NO Could you possibly discover which is the earliest version that doesn't work? I think that would be the quickest way for me to find a likely fix; as far as I can see there have been no non-trivial changes to the ncpd code since 0.16, so the bug is probably in some seemingly trivial change. I would suggest a binary search, i.e. try version 1.0.0 first, then work backwards or forwards as necessary, roughly skipping half the versions each time. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 17:40 Message: Logged In: YES user_id=50145 Originator: NO If you turn on debugging for ncpd do you get anything in the relevant error log (for me it's /var/log/debug)? If plpftp doesn't work it suggests the problem is not in plpfuse. I presume that plpftp at least prints a startup message? Does it not give any error? ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 17:35 Message: Logged In: YES user_id=661960 Originator: YES plpftp just does nothing. It doesn't run any ftp comments passed as parameters or give a prompt. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 17:33 Message: Logged In: YES user_id=50145 Originator: NO I'm sorry plpfuse doesn't work for you. Does the latest version's plpftp still work? It would be nice to know where the bug is. Unfortunately I don't have an EPOC16 device to test with. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 17:21 Message: Logged In: YES user_id=661960 Originator: YES I've now tried 0.16, and that compiles on my Fedora system and (thankfully) still uses plpnfsd. All my old scripts for connecting and backup now work as they should! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-06-22 17:50:25
|
Support Requests item #2000109, was opened at 2008-06-22 18:08 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Rawle (jrawle) Assigned to: Nobody/Anonymous (nobody) Summary: Can not access Series 3c using plpfuse Initial Comment: I could always access my Series 3c successfully using plpnfsd. However, today I came to compile the new PLP Tools as the old one doesn't compile on my system, only to discover plpnfsd has been replaced with plpfuse. After figuring out that I needed to install fuse before compiling, I tried it out. I can view my M:, but I can't access any files - it says Input/output error. With debug, I get: unique: 37, error: -5 (Input/output error), outsize: 16 unique: 38, opcode: READ (15), nodeid: 5, insize: 64 READ[0] 4096 bytes from 0 unique: 38, error: -5 (Input/output error), outsize: 16 unique: 39, opcode: FLUSH (25), nodeid: 5, insize: 64 FLUSH[0] unique: 39, error: -38 (Function not implemented), outsize: 16 unique: 40, opcode: RELEASE (18), nodeid: 5, insize: 64 RELEASE[0] flags: 0x8000 unique: 40, error: 0 (Success), outsize: 16 ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:50 Message: Logged In: YES user_id=50145 Originator: NO Could you possibly discover which is the earliest version that doesn't work? I think that would be the quickest way for me to find a likely fix; as far as I can see there have been no non-trivial changes to the ncpd code since 0.16, so the bug is probably in some seemingly trivial change. I would suggest a binary search, i.e. try version 1.0.0 first, then work backwards or forwards as necessary, roughly skipping half the versions each time. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:40 Message: Logged In: YES user_id=50145 Originator: NO If you turn on debugging for ncpd do you get anything in the relevant error log (for me it's /var/log/debug)? If plpftp doesn't work it suggests the problem is not in plpfuse. I presume that plpftp at least prints a startup message? Does it not give any error? ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:35 Message: Logged In: YES user_id=661960 Originator: YES plpftp just does nothing. It doesn't run any ftp comments passed as parameters or give a prompt. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:33 Message: Logged In: YES user_id=50145 Originator: NO I'm sorry plpfuse doesn't work for you. Does the latest version's plpftp still work? It would be nice to know where the bug is. Unfortunately I don't have an EPOC16 device to test with. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:21 Message: Logged In: YES user_id=661960 Originator: YES I've now tried 0.16, and that compiles on my Fedora system and (thankfully) still uses plpnfsd. All my old scripts for connecting and backup now work as they should! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 |
|
From: SourceForge.net <no...@so...> - 2008-06-22 17:40:12
|
Support Requests item #2000109, was opened at 2008-06-22 18:08 Message generated for change (Comment added) made by rrt You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Jonathan Rawle (jrawle) Assigned to: Nobody/Anonymous (nobody) Summary: Can not access Series 3c using plpfuse Initial Comment: I could always access my Series 3c successfully using plpnfsd. However, today I came to compile the new PLP Tools as the old one doesn't compile on my system, only to discover plpnfsd has been replaced with plpfuse. After figuring out that I needed to install fuse before compiling, I tried it out. I can view my M:, but I can't access any files - it says Input/output error. With debug, I get: unique: 37, error: -5 (Input/output error), outsize: 16 unique: 38, opcode: READ (15), nodeid: 5, insize: 64 READ[0] 4096 bytes from 0 unique: 38, error: -5 (Input/output error), outsize: 16 unique: 39, opcode: FLUSH (25), nodeid: 5, insize: 64 FLUSH[0] unique: 39, error: -38 (Function not implemented), outsize: 16 unique: 40, opcode: RELEASE (18), nodeid: 5, insize: 64 RELEASE[0] flags: 0x8000 unique: 40, error: 0 (Success), outsize: 16 ---------------------------------------------------------------------- >Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:40 Message: Logged In: YES user_id=50145 Originator: NO If you turn on debugging for ncpd do you get anything in the relevant error log (for me it's /var/log/debug)? If plpftp doesn't work it suggests the problem is not in plpfuse. I presume that plpftp at least prints a startup message? Does it not give any error? ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:35 Message: Logged In: YES user_id=661960 Originator: YES plpftp just does nothing. It doesn't run any ftp comments passed as parameters or give a prompt. ---------------------------------------------------------------------- Comment By: Reuben Thomas (rrt) Date: 2008-06-22 18:33 Message: Logged In: YES user_id=50145 Originator: NO I'm sorry plpfuse doesn't work for you. Does the latest version's plpftp still work? It would be nice to know where the bug is. Unfortunately I don't have an EPOC16 device to test with. ---------------------------------------------------------------------- Comment By: Jonathan Rawle (jrawle) Date: 2008-06-22 18:21 Message: Logged In: YES user_id=661960 Originator: YES I've now tried 0.16, and that compiles on my Fedora system and (thankfully) still uses plpnfsd. All my old scripts for connecting and backup now work as they should! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=208797&aid=2000109&group_id=8797 |
18 messages has been excluded from this view by a project administrator.
![https://img.ui-portal.de/p.gif"](https://img.ui-portal.de/p.gif"){kind=link}